Cómo lidiar con módulos de código cerrado al configurar una nueva compilación del kernel

Cómo lidiar con módulos de código cerrado al configurar una nueva compilación del kernel

Encontré este comando muy útil:

make localmodconfig

Sin embargo, tener algunos controladores/módulos de código cerrado es un problema porque este comando no puede encontrar un método apropiado para incluir los parámetros de configuración relacionados con mi software de código cerrado.

Mi pregunta es: por ejemplo, si tengo el fglrxmódulo instalado, ¿cómo puedo configurar la compilación de mi kernel?

Respuesta1

Los controladores de código cerrado no son parte de la distribución de código fuente del kernel de Linux y, como tal, no pueden compilarse incidentalmente utilizando el archivo MAKE del kernel de Linux.
Por lo general, el fabricante los envía por separado como un paquete de archivos, incluidos los scripts necesarios que se deben ejecutar siguiendo las instrucciones proporcionadas para que el controlador se instale correctamente en el sistema.

En el caso particular del (ahora obsoleto)controlador propietario fglrx, los archivos necesarios se empaquetarían en .rpm y proporcionarían:

archivo Léame o un conjunto de páginas de documentación,
módulo de controlador compatible con DRI para soporte 2D,
módulo de controlador compatible con DRI para soporte OpenGL,
módulo de kernel (binarios precompilados más fuente/lib para autoconstrucción)

y misceláneos. otras utilidades

Alternativamente y dependiendo de su distribución de Linux y de qué tan extendido esté el hardware controlado, el repositorio asociado podría ofrecer algún paquete dedicado que podría instalar el controlador propietario recurriendo a las instrucciones del administrador de paquetes dedicado, como, con respecto al controlador fglrx en los tiempos en que no estaba obsoleto:

emerge media-video/ati-drivers # gentoo portage way
apt-get install fglrx-driver # debian way

Este es, por cierto, el método preferido, ya que garantizaría una integración perfecta con el software ya instalado, eventualmente sugeriría actualizaciones de dependencias (dependencias) y permitiría al administrador de paquetes sugerir eventualmente actualizaciones de controladores cuando estén disponibles.

Es posible que sea necesario ajustar algunas opciones CONFIG_* del kernel para que el controlador propietario funcione correctamente. Este es el caso, en particular, cuando se compilan en el kernel alternativas de código abierto al controlador propietario, lo que conduce a situaciones conflictivas.
Como sucedería con el controlador fglrx siCONFIG_DRM_RADEON=[y]

Todas las mejores distribuciones documentarán estos requisitos en detalle. Por supuesto, si se necesita algún cambio en ese momento, habrá que reconstruir el kernel.

información relacionada