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

[Gordin]

Hqx,

dá pra aplicar o seu patch no sidux?

abçs

[galactus]

Hq e pessoal!

Minha surpresa nasceu! 

Abri um novo tópico para mostrar o kernel Omnislash em uso!

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

[Alyscom]

Olá estou tentando compilar mas não está dando!
Depois de dar o comando
cp /usr/src/linux-2.6.30/configx86 .config && make xconfig
Aparece este isso

Código:

HOSTCC  scripts/basic/fixdep
scripts/basic/fixdep.c: In function ‘traps’:
scripts/basic/fixdep.c:377: warning: dereferencing type-punned pointer will break strict-aliasing rules
scripts/basic/fixdep.c:379: warning: dereferencing type-punned pointer will break strict-aliasing rules
  HOSTCC  scripts/basic/docproc
  HOSTCC  scripts/basic/hash
  CHECK   qt
  HOSTCC  scripts/kconfig/conf.o
scripts/kconfig/conf.c: In function ‘conf_askvalue’:
scripts/kconfig/conf.c:105: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result
scripts/kconfig/conf.c: In function ‘conf_choice’:
scripts/kconfig/conf.c:307: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result
sed < scripts/kconfig/lkc_proto.h > scripts/kconfig/lkc_defs.h 's/P(\([^,]*\),.*/#define \1 (\*\1_p)/'
  HOSTCC  scripts/kconfig/kconfig_load.o
  HOSTCC  scripts/kconfig/kxgettext.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/lex.zconf.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
/usr/bin/moc -i scripts/kconfig/qconf.h -o scripts/kconfig/qconf.moc
  HOSTCXX scripts/kconfig/qconf.o
  HOSTLD  scripts/kconfig/qconf
scripts/kconfig/qconf arch/x86/Kconfig
No protocol specified
qconf: cannot connect to X server :0.0
make[1]: *** [xconfig] Error 1
make: *** [xconfig] Error 2

Estou usando o Kubuntu 9.10, tenho todas as bibliotecas de compilação instaladas como você pediu!!
Não sei oque está dando aqui


[]'s


Alyscom

[galactus]

HQx, eu falei dos problemas e vantagens do Omnislash 1 na página 99!

Você deu uma olhada no vídeo do YouTube que pedi para colocarem?

Tá da maneira que você queira?

[Hqxriven]

HQx, eu falei dos problemas e vantagens do Omnislash 1 na página 99!

Você deu uma olhada no vídeo do YouTube que pedi para colocarem?

Tá da maneira que você queira?

Vi sim!! Bem rápido (como aqui) mas notei um pequeno delay por causa da prioridade de execução do RT combinado com preempt... por isso fiz o 1.1 (dá uma olhadinha)...

Retirei o 9.3 do ar pq tem gente tentando usar a config 32 bits e depois me enchendo de mensagens.... (o 9.3.1 com configx86 e configx86-64 e com algumas pequenas melhorias volta mais tarde)

---------------

Então galera, para compartilhar com vocês o que venho conversando com o HQ sobre os Kerneis Omnislash!

Essa última versão Omnislash1 com Real Time é surpeendentemente rápida! Mas buga o som em algumas configurações!

Tenho testado esses kerneis em 4 configurações diferentes.

Bugou o som do Meu notebook Toshiba de um modo que tive que reinstalar o Ubuntu! Aproveitei e tasquei o Karmic Koala 64bits no Notebook! Mas ainda não fiz o teste com o Omnislash1 + RT.

Até agora os resultados mais impressionantes tem sido com o meu PC de casa. Fantástico! Nunca tive um Ubuntu tão rápido na vida! Aguardem novidades quanto ao meu PC de casa!

Vinha utilizando o Omnislash1 + RT no Frank do consultório!  O Frank é como chamo meu velhinho Atlhon XP 2400 com 756MB mais placa mãe PCSheetos!

Após várias compilações no Frank, alterei os MHz entre 100 até 1000, fiz compilação 686 ou específica para Atlhons XP. Enfim, fiz o que pude para diferenciar as coisas. A conclusão que cheguei é que o Omnislash1 + RT é demais para o Frank quando se tenta fazer muitas coisas ao mesmo tempo. Se for para ficar fazendo uma coisa de cada vez tudo bem. Mesmo assim, ao se escutar música e tentar alterar o papel de parede do Gnome, a música pode desde ficar pulando até travar dependendo das opções usadas na compilação! Definitivamente 1000MHz para máquinas antigas mononucleares é demais!!! Isso o próprio HQx já havia me dito!

Depois fiz outro teste bastante interessante. Tirei o Ubuntu 9.04 32bits do Frank e instalei o Mandriva Power Pack 2009!  Isso mesmo, mais uma distro peso pesado!  Como já era esperado, o Mandriva ficou muito mais lento que o Ubuntu com o Omnislash1 + RT! Contudo, o kernel do Mandriva 2009 ( um 2.6.27-34 com otimizações do CFQ - segundo os comentários do próprio repositório do Mandriva) não trava e nem da LAG algum seja lá o que eu faço com ele no KDE 4!!!!

Ou seja, o kernel do Mandriva é otimizado para aceitar muitas requisições em detrimento do desempenho! Em quanto que o Omnislash1 + RT, previlegia acima de tudo o desempenho, em detrimento das requisições!

Para um usuário que não entende nada, é melhor usar um kernel como o do mandriva, que você sabe que é lento mas não trava e nem dá lag para nada, do que um super rápido mas que começa a travar ou dar lag conforme você começa fazer mais coisas com o sistema operacional!

Quero deixar claro que não se trata de uma crítica! Mas do que pude constatar com o uso das 4 máquinas! Perguntando aos amigos e parentes! É muito chato você abrir um programa de música e ela ficar pulando ou travar enquanto o sistema abre outra aplicação!

Isso não acontece em máquinas de, digamos assim, configurações "Tora" ! Apenas em máquinas de configurações mais modestas. Mas isso era para ser esperado! Não tem novidade nisso, para quem está acostumado com a parte técnica da coisa!

Fica aqui minha sugestão HQx, dar uma pesquisada no Kernel do Mandriva!

Obrigado pela mensagem, pode deixar que vou dar uma olhada no kernel do Mandriva!!

--------------------------------

Galactus eu fiz um novo aqui com RT porém com latência alta... (Eu estou usando agora!!)

Ele usa preempção voluntária e a latência é bem maior que o omnislash1...

http://uploadmirrors.com/download/BVCSNSMB/omnislash.bz2

http://uploadmirrors.com/download/02WBM8JU/configx86

http://uploadmirrors.com/download/CUK87DOV/configx86-64

md5sum configx86 omnislash.bz2 configx86-64
2bd2a70d34f225cdfb01dd40934395e3  configx86
4b68f581c87d6badc8334ce8390f9942  omnislash.bz2
e8a8c8bf589d03ebab6a3816462e60f3  configx86-64

Obrigado a todos e Bom Dia!!!

Hqx

[Ilkyest]

fala hqx. blz?


duas perguntas:
1 - sobre o driver nvidia. Quando eu compilo para o driver, vale de algo instalar as bibliotecas de compatibilidade (opengl) 32 bits? eu uso o lenny-64

2 - Eu postei no GdH sobre o problema de colisão de recursos, lembra?
http://www.guiadohardware.net/comunidade/pequena-colisao/1031721/

pensei então em baixar o patch, e queria também baixar o ck para esse kernel, porém, não consigo aplicar o patch (que acusa não ser BZ2) e tampouco o patch do ck

Como aplico os dois?

ah! ainda sobre o referido erro de regressão, cfe tu disseste, dá uma olhada no changelog do novo kernel (2.6.32.5) parece que eles corrigiram esse erro, ou estou errado?
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.5

[Hqxriven]

duas perguntas:
1 - sobre o driver nvidia. Quando eu compilo para o driver, vale de algo instalar as bibliotecas de compatibilidade (opengl) 32 bits? eu uso o lenny-64

Wine???

2 A - É simples baixe o patch, crie um arquivo texto chamado abc e depois compacte como bz2

2 B - patch -p1 < nomedopatch.patch (no ck)

2 C - Olhei o changelog, mas sei lá, eu não confio muito em changelog (Eu prefiro testar a confiar no changelog)

[Alyscom]

É só eu.. Ou esse kernel Omnislash não consegue reconhecer partições EXT4??


[]'s


Alyscom

[Ilkyest]

É só eu.. Ou esse kernel Omnislash não consegue reconhecer partições EXT4??


[]'s


Alyscom

se tu retirou a parte de filesystems em EXT4, ou sem querer fez isso, não vai aceitar
===========
HQX. deixa ver se entendi. o patch é um arquivo texto com extensão patch:

• poderia copiar e colar num novo arquivo, e compactar como bz2?

ou

• simplesmente compactar diretamente o (Regression-PCI-resources-allocation-problem-on-HP-nx6325.patch) para bz2?

[/list]

[Alyscom]

Como assim mudei?? Não sei nem onde fica isso!!!
As unicas coisas que mudei foi o “Processor type and features” e "Timer frequency"
Poderia me explicar direitinho como fazer??


[]'s


Alyscom

[Ilkyest]

Como assim mudei?? Não sei nem onde fica isso!!!
As unicas coisas que mudei foi o “Processor type and features” e "Timer frequency"
Poderia me explicar direitinho como fazer??


[]'s


Alyscom

tá. vou compilar em momentos, e te explico.

[Ilkyest]

Como assim mudei?? Não sei nem onde fica isso!!!
As unicas coisas que mudei foi o “Processor type and features” e "Timer frequency"
Poderia me explicar direitinho como fazer??


[]'s


Alyscom

tá. vou compilar em momentos, e te explico.

Olha em "filesystems" e veja se o EXT4 tá habilitado

[Hqxriven]

HQX. deixa ver se entendi. o patch é um arquivo texto com extensão patch:

    * poderia copiar e colar num novo arquivo, e compactar como bz2?

Se for um arquivo só dentro do bz2 dá... Afinal o omnislash é assim...

Já viu aquele arquivo series no ck???

Ele é quem dita a ordem dos patches

Vc pode tb baixar todos os patches e depois olhar a ordem copía-los para usr/src/diretóriodokernel e patch -p1 < nomedopatch.patch para cada arquivo...

Hqx

[hamtaro]

Hq

Inicialmente, gostaria de lhe cumprimentar e agradecer o empenho e o espírito de colaboração com todos. Você é um exemplo a ser seguido. Parabéns.

Vou lhe relatar minha experiência.

Empolgado pelos relatos dos colegas, resolvi experimentar o omnislash

Baixei os pacotes e segui todas as instruções. Ocorre que durante o processo de compilação do kernel (cheguei até a parte onde podemos customizar o kernel), o espaço livre da partição onde eu gostaria de aplicar o kernel foi totalmente ocupado. Estava usando uma partição com tamanho total de 8,4 GB. Tinha aproximadamente 3,2 GB ocupados pelo sistema (bubu kk). Ocorre que durante a compilação, minha partição foi inteiramente ocupada  e não consegui terminar o processo, pois apareceu a mensagem de "não há espaço suficiente em disco"

Isso é normal?

Abraço

[MSXManiac]

Aí amigão, a quanto tempo não???

Estou usando o KDuXP agora (testando) e todas as vezes que tento compular a tua última versão ele sempre acaba carregando em vesa, dizendo que não achou o módulo i819...
O mais estranho é que nestas configuraçãoes novas eu não acho o tradicional arquicoi de configuração do xserver...
Também não sei qual o motivo para este erro já que não desabilitei nenhum driver na conf do kernel antes de compilar...