kernel patches - saber quando fazê-los

2

Eu nunca fiz um patch de kernel antes, e comecei recentemente a investigar como isso é feito. Percebo que, para o nome de um arquivo, ele nos informa a versão do kernel (ou seja, dm-raid45-2.6.25-rc2_20080221.patch.bz2). Então, eu sei que definitivamente para o kernel 2.6.25, eu preciso aplicar este patch. Mas, eu só quero ter certeza: se eu tenho um kernel que é mais recente do que o mencionado - digamos, 2.6.26 - isso significa que este patch já foi movido para a versão do kernel 2.6.26 e que não precisarei aplicá-lo?

Obrigado por esclarecer!

    
por Sandra E 29.04.2011 / 17:47

1 resposta

3

Primeiro de tudo, você não precisa corrigir seu kernel só porque não é o mais recente. Você normalmente confiaria em seus mantenedores de distribuição para fazer correções. Você pode precisar corrigir se você tivesse algum tipo de hardware incomum, mas na maioria das vezes, você só precisa de um módulo de kernel diferente ou mais novo que é fornecido separadamente do kernel. Meu touchpad atual tem problemas com o Ubuntu Kernel, mas eu instalei um pacote que alguém construiu para consertá-lo, em vez de consertar meu kernel. Alguns dos motivos mais comuns para corrigir um kernel são testar alguns recursos novos ou atualizar algumas funcionalidades mais centrais que um driver de dispositivo.

Supondo que você precisa ou apenas deseja corrigir seu kernel, cuidado com o fato de que a maioria dos patches são contra um kernel vanilla, como se pode fazer o download a partir do kernel.org. A maioria das distribuições Linux já aplicou uma série de patches de sua escolha contra um kernel vanilla que pode fazer com que um patch não seja aplicado. Se você quiser aprender como corrigir um kernel, eu primeiro pratico a criação de um kernel vanilla e tento inicializar a partir dele uma vez antes de aplicá-lo.

Para responder sua última pergunta, tudo depende. Eu não posso dizer se está nos kernels posteriores sem saber exatamente qual é o patch e olhar o changelog do 2.6.26. Muitas pessoas fornecem patches contra o kernel por vários motivos. O patch pode ser uma correção de bug ou talvez apenas um aprimoramento. Às vezes, é uma experiência para melhorar o rendimento de E / S do disco ou algum outro experimento. Pode haver ou não a intenção de integrá-lo ao próximo lançamento do kernel. Um patch não significa que um bug precisa ser corrigido, ou pode tentar consertar um pequeno bug, mas causando um buraco e ser rejeitado antes de ser integrado.

    
por 29.04.2011 / 19:03

Tags