Achei este comando muito útil:
make localmodconfig
No entanto, ter alguns drivers/módulos de código fechado é um problema porque este comando não consegue encontrar um método apropriado para incluir os parâmetros de configuração relacionados ao meu software de código fechado.
Minha dúvida é: por exemplo, se eu tiver o fglrxmódulo instalado, como posso configurar a compilação do meu kernel?
Responder1
Drivers de código-fonte fechado não fazem parte da distribuição de código-fonte do kernel Linux e, como tal, não podem ser compilados acidentalmente usando o makefile do kernel Linux.
Eles geralmente são enviados separadamente pelo fabricante como um pacote de arquivos, incluindo os scripts necessários para serem executados seguindo as instruções fornecidas para que o driver seja instalado corretamente no sistema.
No caso particular do (agora obsoleto)driver proprietário fglrx, os arquivos necessários seriam empacotados em .rpm e forneceriam:
arquivo leia-me ou um conjunto de páginas de documentação,
módulo de driver compatível com DRI para suporte 2D,
módulo de driver compatível com DRI para suporte OpenGL,
módulo de kernel (binários pré-compilados mais source/lib para autoconstrução)
e diversos. outras utilidades
Alternativamente e dependendo da sua distribuição Linux e da difusão do hardware controlado, o repositório associado pode oferecer algum pacote dedicado que possa instalar o driver proprietário recorrendo às instruções do gerenciador de pacotes dedicado, como, em relação ao driver fglrx nos tempos em que ele não estava obsoleto:
emerge media-video/ati-drivers # gentoo portage way
apt-get install fglrx-driver # debian way
Este é de longe o método preferido, pois garantiria uma integração perfeita com o software já instalado, eventualmente sugeriria atualizações de dependências (dependências) e permitiria ao gerenciador de pacotes eventualmente sugerir atualizações de drivers quando disponíveis.
Algumas opções CONFIG_* do kernel podem precisar ser ajustadas para que o driver proprietário funcione corretamente. É o caso em particular quando alternativas de código aberto ao driver proprietário são compiladas no kernel, o que leva a situações conflitantes.
Como aconteceria com o driver fglrx seCONFIG_DRM_RADEON=[y]
Todas as melhores distribuições documentarão esses requisitos detalhadamente. Claro, se alguma mudança for necessária nesse ponto, o kernel terá que ser reconstruído.