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

[Hqxriven]

Te passei mp Gunss

@Vampire

Desculpe ae mas dessa vez meu caderninho falhou de forma épica!!

Vou ficar te devendo essa...

[MSXManiac]

Te passei mp Gunss

@Vampire

Desculpe ae mas dessa vez meu caderninho falhou de forma épica!!

Vou ficar te devendo essa...

Do jeito que andam os testes, vai servir de pano de fundo para um omnislash do kernel 2.6.37 ou até do 2.6.38!

No aguardo dos poderosos Mestres do Linuxverso!

[Hqxriven]

@MSXManiac

Não espalha!!

Na verdade hoje o buli me passou uma mensagem e passei os patches para galera que gosta de testar ir "brincando" (mas falei que era beeeem alpha) (Um deles foi para o Vampire e o Gunss)

O omnislash é o patchset com desenvolvimento mais lento do mundo linux justamente com o intuito de ser o mais estável possível (as vezes conseguimos as vezes não dá)

Sem contar que eu estou traduzindo sozinho o mass effect 2 e tá dureza (tá difícil de arranjar uma galera)

http://www.guiadohardware.net/comunidade/traducao-mass/1112159/

[MSXManiac]

Desculpa aê galera por este post aqui! Sei que nada tem a ver com compilar um kernel modificado, já que é um artigo que aborda algo bem mais amplo, mas como tá cheio de fuçador por aqui, achei conveniente!

http://www.tuxradar.com/content/build-your-own-linux-distribution-easy-way

De fazer um simples respin até algo mais radical. Gostei do artigo que de forma não muito profunda nos mostra várias opções para vários gostos!
Pronto! Agora o HQX, o Galactus, o Gunss, o Vampire e mais uma leva vai ficar bem mais tempo ocupado, rsrsrsrs...
Só espero não iniciar um congelamento do omnislash!

Saudações à todos!

[vampire_thunder]

Te passei mp Gunss

@Vampire

Desculpe ae mas dessa vez meu caderninho falhou de forma épica!!

Vou ficar te devendo essa...

Não esquenta.

A propósito, testei isso e não funcionou:
http://ubuntuforums.org/showthread.php?t=1162619

[buli]

A propósito, testei isso e não funcionou:
http://ubuntuforums.org/showthread.php?t=1162619

Olá, tudo bem?

A dica do link indica para modificar o initrd-img. E se en lugar disso você gerar o initrd-img usando o yaird em lugar do mkinitramfs?

[vampire_thunder]

A propósito, testei isso e não funcionou:
http://ubuntuforums.org/showthread.php?t=1162619

Olá, tudo bem?

A dica do link indica para modificar o initrd-img. E se en lugar disso você gerar o initrd-img usando o yaird em lugar do mkinitramfs?

Na verdade o passo-a-passo descrito lá só descompacta o initrd, joga um arquivo lá para dentro e volta a compactar.

[Gunss]

galera, principalmente ao HQx, vampire e buli

Fui fazer os teste com os patches passados pelo HQx.

Usei vários deles, porém durante a compilação ele retornada dois erros sempre

CC      fs/open.o
fs/open.c: In function 'do_sys_open':
fs/open.c:893: error: implicit declaration of function 'trace_do_sys_open'
make[2]: ** [fs/open.o] Erro 1
make[1]: ** [fs] Erro 2
make[1]: ** Esperando que outros processos terminem.

esse é durante a compilação, porém ela continua. Depois apresenta esse erro e interrompe a compilação

LD      kernel/built-in.o
make[1]: Saindo do diretório `/usr/src/linux-2.6.36'
make: ** [debian/stamp/build/kernel] Erro 2


já tentei dar um make distclean a um make-kpkg clean para ter certeza que não era alguma configuração residual. Olhei no google, vi alguns problemas mas nada que ajude. Empaquei nesse erro. Usei patchs do BFS (menos o bfs357-penalise_fork_depth_account_threads.patch e o bfs357-resched_us_and_prio_ratio.patch e também bfs357-worker_fix.patch), Classic RCU, o do X, BFQ e o ureadahead.

[buli]

CC      fs/open.o
fs/open.c: In function ‘do_sys_open’:
fs/open.c:893: error: implicit declaration of function ‘trace_do_sys_open’
make[2]: ** [fs/open.o] Erro 1
make[1]: ** [fs] Erro 2
make[1]: ** Esperando que outros processos terminem.

A mensagem de erro está relacionada com o ureadahead.

Verifique se existe o arquivo /usr/src/linux/include/trace/events/fs.h (aqui estou assumindo que o código fonte do kernel está  na pasta /usr/src/linux).

Verifique também o conteúdo do arquivo /usr/src/linux/fs/open.c.

Aqui tem um trecho do patch do ureadahead que modifica esse arquivo open.c:

diff --git a/fs/open.c b/fs/open.cindex 04b9aad..41c87f3 100644--- a/fs/open.c+++ b/fs/open.c@@ -33,6 +33,9 @@  #include "internal.h" +#define CREATE_TRACE_POINTS+#include <trace/events/fs.h>+ int do_truncate(struct dentry *dentry, loff_t length, unsigned int time_attrs, 
	struct file *filp) {@@ -890,6 +893,7 @@ long do_sys_open(int dfd, const char __user *filename, int flags, int mode) 
	
	
	
} else { 
	
	
	
	fsnotify_open(f); 
	
	
	
	fd_install(fd, f);+
	
	
	
	trace_do_sys_open(tmp, flags, mode); 
	
	
	
} 
	
	
} 
	
	putname(tmp);?>

A linha: #include <trace/events/fs.h> que está perto do começo é importante, ela tem que estar lá.

Perto do final desse trecho do patch tem essa outra linha: trace_do_sys_open(tmp, flags, mode); que é a instrução que gerou o erro de compilação, justo na linha 893 como está na mensagem do GCC.

Usando o comando diffstat com o patch do ureadahead que eu uso obtive a seguinte saida:

Código Selecionar Expandir


$ diffstat 0001-trace-add-trace-events-for-open-exec-an.patch
fs/exec.c                 |    8 +++++
fs/open.c                 |    4 ++
include/trace/events/fs.h |   71 ++++++++++++++++++++++++++++++++++++++++++++++
3 files changed, 83 insertions(+)


Tal vez o patch que você está usando esteja incompleto, ou faltando alguma coisa.

[Gunss]

buli, primeiramente obrigado.

O patch o ureadahead estava completamente bagunçado. Os códigos estavam todos bagunçados. Acredito que na hora de extrair ou até mesmo quando fui baixar o gmail o arquivo com os patchs deve ter corrompido alguma coisa. E não era somente esse patch, vários outros vendo agora estavam com a formatação errada (não sou programador, mas não havia nenhum sentido no código, haviam números nos meios das palavras, alguns nem mesmo abriam).

Baixei novamente o patch e aparentemente esta tudo ok! O trecho do patch que você postou condiz fielmente com o que estou vendo agora.

obrigado.


ps: mais um motivo para tomar cuidado, até um simples download do gmail causou um erro. Mais um motivo para verificar sempre o md5sum


edit: nossa, quanto mais tempo compilar, mais problemas aparecem. Depois desse erro que comentei aqui apareceram mais dois. O que acabei de ter foi no kernel/sysctl.o na linha 840 "error: 'latency_bias' undeclared here (not in a function)"

o outro foi em relação ao BFS com o patch "sched_privileged_task".

Enfim, google tunando aqui.

[galactus]

Senhores, a futura nova versão do Omnislash vai usar o kernel 2.6.36 ou 2.6.37?

De qualquer modo, eu teria que atualizar o libncurses para poder instalar esses kerneis no 10.04, certo? Ainda estou no 10.04, mas ontem tive uma grata surpresa ao testar o Kubuntu 10.10!  Não deu o BUG do meu processador! Pelo menos eu posso instalar o 2.6.34 e esperar o próximo! Pretendo ter mais serviço no final de semana! 


Fiz uma nova compilação ontem incluindo o sources do Omnislash 2.6.34-1.4.4, é que preciso dele para o VirtualBox, e acho incrível como ainda consigo tirar leite de pedra do mesmo kernel!  Diminui o Overclock aqui e o sistema tá mais ligeiro! Se o HQ me permite, vou criar um tópico com dicas da configuração do kernel na hora de compilar, menuconfig ou xconfig!   

[Gunss]

Senhores, a futura nova versão do Omnislash vai usar o kernel 2.6.36 ou 2.6.37?

De qualquer modo, eu teria que atualizar o libncurses para poder instalar esses kerneis no 10.04, certo? Ainda estou no 10.04, mas ontem tive uma grata surpresa ao testar o Kubuntu 10.10!  Não deu o BUG do meu processador! Pelo menos eu posso instalar o 2.6.34 e esperar o próximo! Pretendo ter mais serviço no final de semana!  


Fiz uma nova compilação ontem incluindo o sources do Omnislash 2.6.34-1.4.4, é que preciso dele para o VirtualBox, e acho incrível como ainda consigo tirar leite de pedra do mesmo kernel!  Diminui o Overclock aqui e o sistema tá mais ligeiro! Se o HQ me permite, vou criar um tópico com dicas da configuração do kernel na hora de compilar, menuconfig ou xconfig!  

tu sempre conseguindo milagres. To curioso pra saber o que vai ter nesse tópico.

será que meus erros na compilação são por causa do libncurses? Ainda uso o 10.04.

[Gordin]

Se o HQ me permite, vou criar um tópico com dicas da configuração do kernel na hora de compilar, menuconfig ou xconfig!   

Apoiado!

[galactus]

tu sempre conseguindo milagres. To curioso pra saber o que vai ter nesse tópico.

será que meus erros na compilação são por causa do libncurses? Ainda uso o 10.04.

Pois é, eu também sempre acho que já consegui tudo o que podia, e no fim sempre acho uma coisa nova!

Aqui dá pau por conta do libncurses! Mesmo quando eu baixo um 2.6.36 binário, ele dá pau na instalação, reclama do libncurses antigo! Por isso estou procurando partir para o 10.10. Acho que o HQ vai gostar mais ainda pois vou partir para o KDE! Acho que ele usa KDE, a comparação vai ficar mais fiel!

[Gordin]

Acho que o HQ vai gostar mais ainda pois vou partir para o KDE! Acho que ele usa KDE, a comparação vai ficar mais fiel!

Já testou o xfce, pra ver a diferença de velocidade?