Problemas compilando el kernel 2.6.29.2 en debian

Ayer compilé el kernel 2.6.29.2 que bajé del sitio kernel.org, usando la herramienta make-kpkg. Esta herramienta crea un paquete .deb, el cual instalamos con dpkg -i.
La forma de usar esta herramienta es: make-kpkg --initrd --revision=personalizado.numero kernel_image, donde personalizado es un nombre que le quieran dar a la versión del kernel para que aparezca en el nombre del paquete, y número puede ser, por ejemplo, 1.0. En la orden aparece --initrd, eso hace que al instalar el paquete, se cree el archivo initrd.img-version del kernel en /boot, y se agregue la correspondiente línea en el archivo /boot/grub/menu.lst (si usamos grub). Ese es el proceso que sigo cada vez que compilo un kernel.
El tema, es que esta vez, no generó el initrd, con lo que el kernel no booteaba. Así que tuve que generarlo yo con update-initramfs. Lo que hice fue esto: update-initramfs -c -k version del kernel. El parámetro -c indica que debe crear un initramfs, y la opción -k version del kernel le dice con qué versión del kernel quiero trabajar. Despúes solo tuve que agregar la línea correspondiente en el archivo menu.lst, y pronto.

Esto también le pasó a un amigo, por lo que supongo que debe ser un tema entre el kernel y make-kpkg.
Espero que sea útil.

P.D.: Tuz (el demonio de Tasmania) no está feo, pero prefiero ver al viejo y querido Tux mirando como bootea el sistema ^_^

El kernel Linux con mas de 10 millones de líneas

Según leo en el sitio vivalinux, el núcleo de nuestro querido sistema operativo ya supera los 10 millones de líneas escritas.

Este conteo incluye los comentarios, espacios en blanco y archivos de texto incluídos en las fuentes que se descargan.

Pero si nos concentramos exclusivamente en lo que son líneas de código, el número es de 6.399.191 líneas. Una locura ¿no?

Además, de esas líneas, un 96,4% están escritas en C, 3,3% en assembler, y un 0,1% en perl.

Por otro lado se sabe que más de la mitad de ese código corresponde a drivers.

Ese seguramente es uno de los motivos por los cuales GNU/Linux es el sistema operativo con más hardware soportado.

Instalación del driver privativo de Nvidia con kernel Linux 2.6.20 o superior

Como sabrán, si usan un sistema GNU/Linux, es necesario compilar el módulo nvidia para cada versión del kernel. El problema surgió a partir de la versión del kernel Linux 2.6.20, en el que se activó algo sobre la paravirtualización que hace que la compilación del módulo nvidia falle.
Acá se explicará como hacer para tener aceleración 3d.

1º Deberán descargar el driver de la página de Nvidia (www.nvidia.com). Supongamos que lo guardan en el directorio ~/nvidia.

2º Descomprimimos el archivo descargado: ~/nvidia $ sh NVIDIA-Linux-x86-100.14.11-pkg1.run -x

3º 1.En el paso anterior se creará un directorio. Iremos a la siguiente ruta:
~/nvidia $ cd NVIDIA-Linux-x86-100.14.11-pkg1/usr/src/nv/

4º Ahí editamos el archivo "Makefile.kbuild " y agregamos en la línea 77 o 78 lo siguiente: PARAVIRT_OPS := $(shell grep "D paravirt_ops" /boot/System.map-$(shell uname -r) | colrm 9)

EXTRA_LDFLAGS := --defsym paravirt_ops=0x$(PARAVIRT_OPS)

5ºTras esto tan sólo deberemos cerrar el servidor de las X con "/etc/init.d/gdm stop" (o kdm para KDE) y, desde un terminal, ejecutar como root lo siguiente: ~/nvidia/NVIDIA-Linux-100.14.11-pkg1 # ./nvidia-installer

Luego de esto y al terminar el proceso tendremos instalado el driver de Nvidia.

Solo hace falta configurar adecuadamente el xorg.conf:
1º En la sección Device: sustituir Driver "nv" por Driver "nvidia"
2º En la sección Module: * asegurarse que dice Load  "glx"
                                      * quitar las líneas Load  "dri" y Load   "GLcore"
Listo, al reiniciar el entorno gráfico debería funcionar la aceleración 3d.