Kernel Omnislash (Unofficial) - Aprendendo a voar sem segredos!!!

[Hqxriven]

acho que vou testar esse kernel no Folding@Home, já ouviu falar?

Não deixa de ser uma idéia...

O Dobrado fez alguns testes e possui um core2Duo

http://ubuntuforum-br.org/index.php/topic,29799.msg374307.html#msg374307

[Andry]

@Hqxriven

Eu tenho um dual core T4200 2Ghz e dois Gigas de memória,

Para a minha maquina é só instalar os .debs e tem como otimizar mais e se tem quais os parametros que eu posso colocar?? (é que não entendo nada de kernel e fiquei interessado em aprender depois do seu tópico)

[Hqxriven]

@Anderson

Qual a Placa de vídeo???

32 ou 64 bits???

Sabe instalar manualmente???

[BIGBRUNO]

Na teoria em uma atualizacao de kernel apenas os drivers nao inclusos no kernel que podem ter problema, no caso os que citei sao  quase a totalidade, alem dos problematicos drivers para conexao discada.

O Ubuntu desde o 9.10 ou 9.04, nao me lembro, esta utilizando o sistema DKMS para o uso desses drivers e nao a disponibilizacao do driver em formato binario como era feito antes, dessa forma basta instalar um kernel novo que automaticamente ele compila esses drivers para o novo kernel, mas como ja estamos acostumados muitas vezes um kernel novo necessita de uma versao mais recente do driver para poder compilar, entao a situacao ja esta melhor, mas ainda pode ter problemas.

Um teste que pode ser feito mesmo sem possuir hardware especifico para teste eh instalar o driver pelo apt-get e conferir se foi gerado o arquivo .ko na /lib/modules/$(uname -r). Caso positivo de o comando:modprobe modulo Depois disso confira as ultimas linhas do dmesg.

Caso tenha sido gerado o modulo e apos o modprobe nao aparecer nenhum erro grave no dmesg eh mt provavel que esteja funcionando corretamente.

A compilacao do driver de forma manual eh uma boa alternativa, mas nao eh viavel para boa parte dos usuarios. Como sugestao deixo que um kernel so deve ser considerado estavel para o Ubuntu se o sistema DKMS padrao conseguir compilar esses drivers de forma correta. Caso nao funcione deve ser considerado instavel e analisar utiliza-lo de forma estavel na proxima versao do Ubuntu.

[Andry]

@Anderson

Qual a Placa de vídeo???
Intel

32 ou 64 bits???
meu Lucid é 32, mas você acha que sria melhor 64?

Sabe instalar manualmente???
Ainda não, mas aprendo rápido, hehe.
PS: Acho que nem vou ter problemas com isso.

É Andreson

[Hqxriven]

Na teoria em uma atualizacao de kernel apenas os drivers nao inclusos no kernel que podem ter problema, no caso os que citei sao  quase a totalidade, alem dos problematicos drivers para conexao discada.

O Ubuntu desde o 9.10 ou 9.04, nao me lembro, esta utilizando o sistema DKMS para o uso desses drivers e nao a disponibilizacao do driver em formato binario como era feito antes, dessa forma basta instalar um kernel novo que automaticamente ele compila esses drivers para o novo kernel, mas como ja estamos acostumados muitas vezes um kernel novo necessita de uma versao mais recente do driver para poder compilar, entao a situacao ja esta melhor, mas ainda pode ter problemas.

Um teste que pode ser feito mesmo sem possuir hardware especifico para teste eh instalar o driver pelo apt-get e conferir se foi gerado o arquivo .ko na /lib/modules/$(uname -r). Caso positivo de o comando:modprobe modulo Depois disso confira as ultimas linhas do dmesg.

Caso tenha sido gerado o modulo e apos o modprobe nao aparecer nenhum erro grave no dmesg eh mt provavel que esteja funcionando corretamente.

A compilacao do driver de forma manual eh uma boa alternativa, mas nao eh viavel para boa parte dos usuarios. Como sugestao deixo que um kernel so deve ser considerado estavel para o Ubuntu se o sistema DKMS padrao conseguir compilar esses drivers de forma correta. Caso nao funcione deve ser considerado instavel e analisar utiliza-lo de forma estavel na proxima versao do Ubuntu.

Eu já tinha percebido que o DKMS estava funcionando (cheguei a me assustar já que por anos ele só conseguia atrapalhar a compilação)

http://ubuntuforum-br.org/index.php/topic,66794.0.html

A compilacao do driver de forma manual eh uma boa alternativa, mas nao eh viavel para boa parte dos usuarios. Como sugestao deixo que um kernel so deve ser considerado estavel para o Ubuntu se o sistema DKMS padrao conseguir compilar esses drivers de forma correta.

Não é viável mesmo...

Mas esqueceu que o próprio kernel do ubuntu não deixava instalar o nvidia proprietário por causa do nouveau??

Será que por isso devemos considerar o kernel do ubuntu instável??

BIGBRUNO essa coisa chamada plymouth atrapalhou vários drivers, principalmente os proprietários!!

O DKMS no próprio ubuntu está falhando com o kernel dele mesmo!! Ficou quase uma loteria!!

Vc deve ter acompanhado a gambiarra dos usuários de nvidia, ati e outros editando grub e inserindo parâmetros...

É difícil adaptar um kernel com tanta dificuldade assim...

Fazer o DKMS funcionar direito é bem difícil para os desenvolvedores imagina para um mero user como eu... o envy antes fazia o trabalho sujo e foi descontinuado pq o criador se não me engano trabalha na canonical agora nessa parte...

@Anderson

Qual a Placa de vídeo???
Intel

32 ou 64 bits???
meu Lucid é 32, mas você acha que sria melhor 64?

Sabe instalar manualmente???
Ainda não, mas aprendo rápido, hehe.
PS: Acho que nem vou ter problemas com isso.

É Andreson

Nome diferente Andreson!!! Desculpa ae, é pq li rápido!!

É o seguinte, segue o tópico...

Se não der boot em modo gráfico e ficar na tela preta modo texto dá um

sudo reboot

e depois dá um boot segurando shift e entre no grub e escolha outro kernel e retire o omnislash

[Andry]

OK,
Vou fazer isso e depois posto os resultados.

@BIGBRUNO

É bom reve-lo, aprendi bastante usando o BigLinux.
Parabéns pelo seu trabalho.

[Hqxriven]

Outra questão BIGBRUNO é quando o kernel for tão recente que simplesmente nada compila...

Já aconteceu com o 2.6.33 que nem o kernel package compilava ele sem alterações

O nvidia precisava de patch

E o driver da ATI precisava de atualização de Xorg (WOW)

Resumindo: Em kernel recente só uma distro como o gentoo ou archlinux para manter sem problemas... acho que foi até por esse motivo que o zen kernel não está mais no ubuntu como antes...

[BIGBRUNO]

Andreson, BigLinux 5 Vem ai

Hqxriven, sobre os problemas com o Kernel Ubuntu, se ele não está conseguindo disponibilizar de forma estável suporte aos hardwares mais comuns não posso considerar estável, infelizmente um dos pontos do Ubuntu que sempre me desagradou foi o Kernel, até pouco tempo utilizava sempre os do Sidux.

O problema do plymouth eu acompanhei pouco pois tenho estado muito ocupado fazendo interfaces gráficas pro BigLinux e estou bastante ausente em fóruns, mas até onde vi o Xorg continua funcionando, apenas o Plymouth que fica desfigurado, não?


"Outra questão BIGBRUNO é quando o kernel for tão recente que simplesmente nada compila..."

Esse foi o ponto que disse de se ter uma linha estável e uma de teste, por exemplo agora você lançou o 2.6.34 que aparenta estar compatível com o 10.04, digamos que a 2.6.35 não é mais compatível, essa não insere no ppa, ou se inserir inclui como outro nome, algo como linux-image-omnislash-testing. Quando sair o 10.10 esse kernel já vai ser suportado então ele entra como estável para o 10.10 e o 10.04 permanece sempre com o 2.6.24 por ter sido a ultima versão que mantem compatibilidade com o 10.04.

[Hqxriven]

Hqxriven, sobre os problemas com o Kernel Ubuntu, se ele não está conseguindo disponibilizar de forma estável suporte aos hardwares mais comuns não posso considerar estável, infelizmente um dos pontos do Ubuntu que sempre me desagradou foi o Kernel, até pouco tempo utilizava sempre os do Sidux.

O problema do plymouth eu acompanhei pouco pois tenho estado muito ocupado fazendo interfaces gráficas pro BigLinux e estou bastante ausente em fóruns, mas até onde vi o Xorg continua funcionando, apenas o Plymouth que fica desfigurado, não?

Quem dera fosse apenas isso!!! A coisa mais chata que apareceu no 10.04 foi o plymouth entranhado com os drivers livres. Em diversos casos (se conseguisse dar o primeiro boot) não se conseguia instalar o driver proprietário pelo jockey.

Tinha que por o driver livre na blacklist ou alterar o grub.conf (ou ambas)

Para vc ter uma idéia conheço vários usuários que só conseguiram instalar a nvidia corretamente no lucid só com o bloqueio o nouveau!!! Pq senão falhava o tempo todo... O DKMS não queria compilar nem rezando!!

Eu fui um deles e para evitar problemas fiz até o tópico!! http://ubuntuforum-br.org/index.php/topic,65750.0.html

Parece piada não é???

Esse foi o ponto que disse de se ter uma linha estável e uma de teste, por exemplo agora você lançou o 2.6.34 que aparenta estar compatível com o 10.04, digamos que a 2.6.35 não é mais compatível, essa não insere no ppa, ou se inserir inclui como outro nome, algo como linux-image-omnislash-testing. Quando sair o 10.10 esse kernel já vai ser suportado então ele entra como estável para o 10.10 e o 10.04 permanece sempre com o 2.6.24 por ter sido a ultima versão que mantem compatibilidade com o 10.04.

Interessante...

[Hqxriven]

Andreson, BigLinux 5 Vem ai

OBA!!!!!!! Sou fã do BIG desde que ele saiu numa revista, com o desktop em 3D e eu instalei (acho que era o 2 ou o 3 entre 2002 a 2004)!!

Excelente notícia!!

Para ser mais específico

http://www.europanet.com.br/site/index.php?cat_id=1440&pag_id=21310

[BIGBRUNO]

Hqxriven, Isso faz muito tempo.

Quem sabe agora não vai ser a primeira distribuição a vir com um instalador automático do kernel omnislash

[galactus]

 


Infelizmente dessa vez não deu Hq!

Eu logo vi que ia dar problema pois deu erro logo na aplicação do patch. Aqui vai o erro:

Código:

oot@galactus-desktop:/usr/src/linux# bzcat omnislash.bz2 |patch -p1
patching file arch/powerpc/platforms/cell/spufs/sched.c
Hunk #1 succeeded at 63 (offset -1 lines).
patching file arch/x86/Kconfig
Hunk #1 succeeded at 1051 (offset -35 lines).
Hunk #2 succeeded at 1071 (offset -35 lines).
patching file arch/x86/kernel/cpu/proc.c
patching file arch/x86/kernel/smpboot.c
Hunk #1 succeeded at 457 (offset -11 lines).
patching file block/cfq-iosched.c
Hunk #1 succeeded at 51 (offset -3 lines).
Hunk #2 succeeded at 143 (offset -2 lines).
Hunk #3 succeeded at 241 (offset -2 lines).
Hunk #4 succeeded at 1434 with fuzz 1 (offset 3 lines).
Hunk #5 FAILED at 1440.
Hunk #6 succeeded at 1565 (offset 3 lines).
Hunk #7 succeeded at 1575 (offset 3 lines).
Hunk #8 succeeded at 1710 (offset 12 lines).
Hunk #9 FAILED at 1718.
Hunk #10 FAILED at 1726.
Hunk #11 succeeded at 3786 (offset -13 lines).
Hunk #12 succeeded at 3878 (offset -13 lines).
3 out of 12 hunks FAILED -- saving rejects to file block/cfq-iosched.c.rej
patching file Documentation/scheduler/sched-BFS.txt
patching file Documentation/sysctl/kernel.txt
patching file drivers/cpufreq/cpufreq_ondemand.c
patching file fs/proc/base.c
Hunk #1 succeeded at 366 (offset -1 lines).
patching file include/linux/init_task.h
Hunk #1 succeeded at 115 (offset 8 lines).
Hunk #2 succeeded at 244 (offset 8 lines).
patching file include/linux/ioprio.h
patching file include/linux/mm_inline.h
patching file include/linux/mmzone.h
Hunk #3 succeeded at 335 (offset 7 lines).
Hunk #4 succeeded at 642 (offset 11 lines).
patching file include/linux/nfsd/stats.h
patching file include/linux/sched.h
Hunk #3 succeeded at 272 (offset -4 lines).
Hunk #4 succeeded at 1243 (offset 62 lines).
Hunk #5 succeeded at 1289 (offset 62 lines).
Hunk #6 succeeded at 1369 (offset 60 lines).
Hunk #7 succeeded at 1593 (offset 61 lines).
Hunk #8 succeeded at 1669 (offset 61 lines).
Hunk #9 succeeded at 1990 (offset 61 lines).
Hunk #10 succeeded at 2153 (offset 61 lines).
patching file include/linux/swap.h
patching file include/net/inet_timewait_sock.h
patching file init/calibrate.c
patching file init/Kconfig
Hunk #2 succeeded at 576 (offset 34 lines).
Hunk #3 FAILED at 597.
1 out of 3 hunks FAILED -- saving rejects to file init/Kconfig.rej
patching file init/main.c
Hunk #1 succeeded at 745 with fuzz 2 (offset -77 lines).
patching file kernel/delayacct.c
patching file kernel/exit.c
Hunk #1 succeeded at 121 (offset -2 lines).
patching file kernel/Kconfig.hz
patching file kernel/Kconfig.preempt
patching file kernel/kthread.c
patching file kernel/posix-cpu-timers.c
Hunk #4 succeeded at 1019 (offset -1 lines).
Hunk #5 succeeded at 1035 with fuzz 1 (offset -2 lines).
Hunk #6 FAILED at 1045.
Hunk #7 succeeded at 1366 (offset -8 lines).
1 out of 7 hunks FAILED -- saving rejects to file kernel/posix-cpu-timers.c.rej
patching file kernel/sched_bfs.c
patching file kernel/sched.c
Hunk #2 succeeded at 11042 (offset 1833 lines).
patching file kernel/slow-work.c
patching file kernel/sysctl.c
Hunk #1 succeeded at 104 (offset -9 lines).
Hunk #2 succeeded at 244 (offset 10 lines).
Hunk #3 succeeded at 256 (offset 10 lines).
Hunk #4 succeeded at 370 (offset 10 lines).
Hunk #5 succeeded at 768 (offset 10 lines).
patching file lib/Kconfig.debug
Hunk #1 succeeded at 727 (offset -21 lines).
patching file Makefile
patching file mm/filemap.c
patching file mm/memory.c
Hunk #1 succeeded at 2617 (offset -96 lines).
patching file mm/oom_kill.c
Hunk #1 succeeded at 410 (offset -1 lines).
patching file mm/swap.c
Hunk #1 succeeded at 214 (offset -1 lines).
Hunk #2 succeeded at 247 (offset -1 lines).
Hunk #3 succeeded at 412 (offset -1 lines).
Hunk #4 succeeded at 440 (offset -1 lines).
Hunk #5 succeeded at 448 (offset -1 lines).
patching file mm/swapfile.c
patching file mm/vmscan.c
Hunk #3 succeeded at 786 (offset -36 lines).
Hunk #4 succeeded at 1600 (offset -34 lines).
Hunk #5 succeeded at 1616 (offset -34 lines).
Hunk #6 succeeded at 1664 (offset -34 lines).
Hunk #7 succeeded at 2207 (offset -32 lines).
Hunk #8 succeeded at 2259 (offset -32 lines).
Hunk #9 succeeded at 2296 (offset -32 lines).
Hunk #10 succeeded at 2321 (offset -32 lines).
Hunk #11 succeeded at 2333 (offset -32 lines).
Hunk #12 succeeded at 2442 (offset -32 lines).
root@galactus-desktop:/usr/src/linux#  

Depois deu erro na compilação!

Saída do erro:

Código:

init/main.c:748: warning: data definition has no type or storage class
init/main.c:748: warning: type defaults to ‘int’ in declaration of ‘print_scheduler_version’
init/main.c:748: warning: function declaration isn’t a prototype
init/main.c:748: error: conflicting types for ‘print_scheduler_version’
include/linux/sched.h:1614: note: previous definition of ‘print_scheduler_version’ was here
make[2]: ** [init/main.o] Erro 1
make[2]: ** Esperando que outros processos terminem.
  LD      usr/built-in.o
  CC      arch/x86/ia32/ia32_signal.o
  CC      arch/x86/ia32/ipc32.o
make[1]: ** [init] Erro 2
make[1]: ** Esperando que outros processos terminem.
  CC      arch/x86/kernel/process_64.o
  CC      arch/x86/kernel/signal.o
  LD      arch/x86/kvm/built-in.o
  AS      arch/x86/kernel/entry_64.o
  CC      arch/x86/mm/init.o
  LD      arch/x86/ia32/built-in.o
  CC      arch/x86/vdso/vma.o
  LDS     arch/x86/vdso/vdso.lds
  CC      arch/x86/mm/init_64.o
  AS      arch/x86/vdso/vdso-note.o
  CC      arch/x86/vdso/vclock_gettime.o
  CC      arch/x86/vdso/vgetcpu.o
  CC      arch/x86/kernel/traps.o
  CC      arch/x86/mm/fault.o
  CC      arch/x86/vdso/vvar.o
  LDS     arch/x86/vdso/vdso32/vdso32.lds
  AS      arch/x86/vdso/vdso32/note.o
  AS      arch/x86/vdso/vdso32/int80.o
  AS      arch/x86/vdso/vdso32/syscall.o
  AS      arch/x86/vdso/vdso32/sysenter.o
  CC      arch/x86/vdso/vdso32-setup.o
  CC      arch/x86/kernel/irq.o
  CC      arch/x86/mm/ioremap.o
  CC      arch/x86/mm/extable.o
  VDSO    arch/x86/vdso/vdso.so.dbg
  VDSO    arch/x86/vdso/vdso32-int80.so.dbg
  VDSO    arch/x86/vdso/vdso32-syscall.so.dbg
  CC      arch/x86/kernel/irq_64.o
  VDSO    arch/x86/vdso/vdso32-sysenter.so.dbg
  VDSOSYM arch/x86/vdso/vdso-syms.lds
  VDSOSYM arch/x86/vdso/vdso32-int80-syms.lds
  VDSOSYM arch/x86/vdso/vdso32-syscall-syms.lds
  VDSOSYM arch/x86/vdso/vdso32-sysenter-syms.lds
  OBJCOPY arch/x86/vdso/vdso.so
  OBJCOPY arch/x86/vdso/vdso32-int80.so
  OBJCOPY arch/x86/vdso/vdso32-syscall.so
  OBJCOPY arch/x86/vdso/vdso32-sysenter.so
  VDSOSYM arch/x86/vdso/vdso32-syms.lds
  AS      arch/x86/vdso/vdso.o
  CC      arch/x86/mm/pageattr.o
  AS      arch/x86/vdso/vdso32.o
  LD      arch/x86/vdso/built-in.o
  CC      arch/x86/mm/mmap.o
  CC      arch/x86/kernel/dumpstack_64.o
  CC      arch/x86/kernel/time.o
  CC      arch/x86/kernel/ioport.o
  CC      arch/x86/mm/pat.o
  CC      arch/x86/mm/pgtable.o
  CC      arch/x86/kernel/ldt.o
  CC      arch/x86/kernel/dumpstack.o
  CC      arch/x86/mm/physaddr.o
  CC      arch/x86/kernel/setup.o
  CC      arch/x86/kernel/x86_init.o
  CC      arch/x86/mm/gup.o
  CC      arch/x86/kernel/i8259.o
  CC      arch/x86/mm/setup_nx.o
  CC      arch/x86/mm/tlb.o
  CC      arch/x86/kernel/irqinit.o
  CC      arch/x86/mm/hugetlbpage.o
  CC      arch/x86/kernel/sys_x86_64.o
  CC      arch/x86/kernel/x8664_ksyms_64.o
  CC      arch/x86/kernel/syscall_64.o
  CC      arch/x86/mm/numa.o
  CC      arch/x86/kernel/vsyscall_64.o
  CC      arch/x86/mm/numa_64.o
  CC      arch/x86/kernel/bootflag.o
  CC      arch/x86/mm/srat_64.o
  CC      arch/x86/kernel/e820.o
  CC      arch/x86/kernel/pci-dma.o
  CC      arch/x86/kernel/quirks.o
  LD      arch/x86/mm/built-in.o
  CC      arch/x86/kernel/i8237.o
  CC      arch/x86/kernel/topology.o
  CC      arch/x86/kernel/kdebugfs.o
  CC      arch/x86/kernel/alternative.o
  CC      arch/x86/kernel/i8253.o
  CC      arch/x86/kernel/pci-nommu.o
  CC      arch/x86/kernel/hw_breakpoint.o
  CC      arch/x86/kernel/tsc.o
  CC      arch/x86/kernel/io_delay.o
  CC      arch/x86/kernel/rtc.o
  CC      arch/x86/kernel/trampoline.o
  CC      arch/x86/kernel/process.o
  CC      arch/x86/kernel/i387.o
  CC      arch/x86/kernel/xsave.o
  CC      arch/x86/kernel/ptrace.o
  CC      arch/x86/kernel/tls.o
  CC      arch/x86/kernel/step.o
  CC      arch/x86/kernel/acpi/boot.o
  CC      arch/x86/kernel/acpi/sleep.o
  AS      arch/x86/kernel/acpi/wakeup_64.o
  CC      arch/x86/kernel/apic/apic.o
  LDS     arch/x86/kernel/acpi/realmode/wakeup.lds
  AS      arch/x86/kernel/acpi/realmode/wakeup.o
  CC      arch/x86/kernel/acpi/realmode/wakemain.o
  CC      arch/x86/kernel/acpi/realmode/video-mode.o
  AS      arch/x86/kernel/acpi/realmode/copy.o
  CC      arch/x86/kernel/acpi/cstate.o
  AS      arch/x86/kernel/acpi/realmode/bioscall.o
  CC      arch/x86/kernel/acpi/realmode/regs.o
  CC      arch/x86/kernel/acpi/realmode/video-vga.o
  CC      arch/x86/kernel/acpi/realmode/video-vesa.o
  CC      arch/x86/kernel/acpi/realmode/video-bios.o
  CC      arch/x86/kernel/cpu/intel_cacheinfo.o
  LD      arch/x86/kernel/acpi/realmode/wakeup.elf
  OBJCOPY arch/x86/kernel/acpi/realmode/wakeup.bin
  CC      arch/x86/kernel/cpu/addon_cpuid_features.o
  AS      arch/x86/kernel/acpi/wakeup_rm.o
  LD      arch/x86/kernel/acpi/built-in.o
  CC      arch/x86/kernel/cpu/proc.o
  CC      arch/x86/kernel/apic/apic_noop.o
  CC      arch/x86/kernel/apic/probe_64.o
  MKCAP   arch/x86/kernel/cpu/capflags.c
  CC      arch/x86/kernel/apic/ipi.o
  CC      arch/x86/kernel/reboot.o
  CC      arch/x86/kernel/cpu/powerflags.o
  CC      arch/x86/kernel/cpu/common.o
  CC      arch/x86/kernel/cpu/vmware.o
  CC      arch/x86/kernel/apic/nmi.o
  CC      arch/x86/kernel/cpu/hypervisor.o
  CC      arch/x86/kernel/apic/io_apic.o
  CC      arch/x86/kernel/cpu/sched.o
  CC      arch/x86/kernel/early-quirks.o
  CC      arch/x86/kernel/cpu/bugs_64.o
  CC      arch/x86/kernel/cpu/intel.o
  CC      arch/x86/kernel/cpu/amd.o
  CC      arch/x86/kernel/smp.o
  CC      arch/x86/kernel/apic/apic_flat_64.o
  CC      arch/x86/kernel/cpu/centaur.o
  CC      arch/x86/kernel/cpu/perf_event.o
  CC      arch/x86/kernel/cpu/cpufreq/powernow-k8.o
  CC      arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.o
  CC      arch/x86/kernel/apic/x2apic_cluster.o
  CC      arch/x86/kernel/smpboot.o
  LD      arch/x86/kernel/cpu/cpufreq/built-in.o
  CC      arch/x86/kernel/tsc_sync.o
  CC      arch/x86/kernel/apic/x2apic_phys.o
  CC      arch/x86/kernel/cpu/mcheck/mce.o
  CC      arch/x86/kernel/cpu/mtrr/main.o
  LD      arch/x86/kernel/apic/built-in.o
  CC      arch/x86/kernel/cpu/mtrr/if.o
  CC      arch/x86/kernel/cpu/mcheck/mce-severity.o
  CC      arch/x86/kernel/cpu/mcheck/mce_intel.o
  CC      arch/x86/kernel/cpu/mtrr/generic.o
  CC      arch/x86/kernel/setup_percpu.o
  AS      arch/x86/kernel/trampoline_64.o
  CC      arch/x86/kernel/cpu/mcheck/mce_amd.o
  CC      arch/x86/kernel/mpparse.o
  CC      arch/x86/kernel/cpu/mcheck/threshold.o
  CC      arch/x86/kernel/cpu/mtrr/state.o
  CC      arch/x86/kernel/cpu/mtrr/cleanup.o
  CC      arch/x86/kernel/cpu/mcheck/therm_throt.o
  CC      arch/x86/kernel/cpu/perfctr-watchdog.o
  CC      arch/x86/kernel/machine_kexec_64.o
  LD      arch/x86/kernel/cpu/mcheck/built-in.o
  AS      arch/x86/kernel/relocate_kernel_64.o
  CC      arch/x86/kernel/cpu/capflags.o
  CC      arch/x86/kernel/crash.o
  CC      arch/x86/kernel/module.o
  LD      arch/x86/kernel/cpu/mtrr/built-in.o
  LD      arch/x86/kernel/cpu/built-in.o
  CC      arch/x86/kernel/efi.o
  CC      arch/x86/kernel/efi_64.o
  AS      arch/x86/kernel/efi_stub_64.o
  CC      arch/x86/kernel/early_printk.o
  CC      arch/x86/kernel/hpet.o
  CC      arch/x86/kernel/k8.o
  CC      arch/x86/kernel/pcspeaker.o
  CC      arch/x86/kernel/pci-swiotlb.o
  CC      arch/x86/kernel/pmtimer_64.o
  CC      arch/x86/kernel/pci-gart_64.o
  CC      arch/x86/kernel/aperture_64.o
  CC      arch/x86/kernel/pci-calgary_64.o
  CC      arch/x86/kernel/tce_64.o
  CC      arch/x86/kernel/amd_iommu_init.o
  CC      arch/x86/kernel/amd_iommu.o
  CC      arch/x86/kernel/mmconf-fam10h_64.o
  CC      arch/x86/kernel/vsmp_64.o
  AS      arch/x86/kernel/head_64.o
  CC      arch/x86/kernel/head64.o
  CC      arch/x86/kernel/head.o
  CC      arch/x86/kernel/init_task.o
  LDS     arch/x86/kernel/vmlinux.lds
  LD      arch/x86/kernel/built-in.o
  LD      arch/x86/built-in.o
make[1]: Saindo do diretório `/usr/src/linux-2.6.33'
make: ** [debian/stamp/build/kernel] Erro 2
root@galactus-desktop:/usr/src/linux#  

No momento era isso! No aguardo de novas instruções!

Obs.: Notei que essa configuração está bastante "minimalista" perto da versão anterior do 1.4. Não tem o Native Flag, por exemplo, e o kernel Preempt está desativado por padrão! É isso mesmo?

[Ilkyest]

HQX. tem o tar.gz ou o gz do omni? eu quero compilar ele no arch, e o arch não instala por pacotes .deb

[Hqxriven]

Hqxriven, Isso faz muito tempo.

Quem sabe agora não vai ser a primeira distribuição a vir com um instalador automático do kernel omnislash

Tudo é possível...

Infelizmente dessa vez não deu Hq!

Eu logo vi que ia dar problema pois deu erro logo na aplicação do patch. Aqui vai o erro:

No momento era isso! No aguardo de novas instruções!

Obs.: Notei que essa configuração está bastante "minimalista" perto da versão anterior do 1.4. Não tem o Native Flag, por exemplo, e o kernel Preempt está desativado por padrão! É isso mesmo?

Galactus é o 2.6.34

Vc tentou no 2.6.33 não é??

HQX. tem o tar.gz ou o gz do omni? eu quero compilar ele no arch, e o arch não instala por pacotes .deb

É só inserir os patches como sempre... passa mp!!