Re: Asignación de IRQ a puerto paralelo
2006/10/13, mariodebian <mariodebian@gmail.com>:
El vie, 13-10-2006 a las 14:25 +0200, Antonio Rodulfo escribió:
> ¡Hola, amigos!
>
> Hace ya algún tiempo me instalé Debian Testing en un portátil HP
> OmniBook 2100. Lo hice tras haber probado una distro Knoppix durante
> algún tiempo y sentirme muy bien al haber resuelto ciertos problemas
> de conexión.
>
> Tras la instalación y primeras ejecuciones, fui resolviendo, de nuevo,
> los problemas con los que había estado peleando:
> - Uso de WiFi para la interfaz de red
> = necesité bajarme los archivos de ndiswrapper para poder montar el
> módulo correspondiente en mi equipo
> = necesité bajarme gcc 4.0 para finalizar correctamente lo anterior
> - Acceso a la red de mi casa
> - Montaje de las unidades FAT32 del equipo para poder acceder a ellas
> desde Debian (sólo lectura)
> - y alguna otra cosilla menor
>
> Sin embargo, el sonido es una asignatura pendiente. He comprobado que
> la tarjeta que debería funcionar es una cs4232. He verificado que los
> archivos de soporte están ya en el equipo y he visto que se queja de
> que no dispone de recursos para hacer la instalación.
>
> He revisado los ajustes que deberían darle curso y comprobado que
> debería poder usar la IRQ5, Tras revisr con detenimiento la salida de
> dmesg, he comprobado que esa IRQ la secuestra la instalación de
> parport0.
>
> Buceando de nuevo en el sistema (BIOS y demás), he hallado que el
> puerto paralelo debería utilizar IRQ7.
>
Puedes probar a cargar antes el módulo de sonido y después el paralelo,
para forzarlo basta con meter el nombre del módulo en /etc/modules para
que cargue antes que el paralelo.
Antes que nada, gracias Mario por el tiempo dedicado y las
sugerencias. Dicho esto ...¡al grano!
Ya había consignado snd-cs4232 en /etc/modules, sin éxito. De hecho,
como tú mismo apuntas más adelante, la inicialización de parport0
llega antes que la del sonido; el resultado de incluir eldriver en
/etc/modules llega incluso más tarde que el propio intento de activar
el sonido de antes, que sigue estando ahí.
De todos modos si cargas a mano el módulo es posible indicar tanto irqs
como dma...
# modinfo cs4232|grep ^param
parm: bss:Enable Bose Sound System Support (default 0) (bool)
parm: isapnp:Enable ISAPnP probing (default 1) (bool)
parm: synthirq:Maui WaveTable IRQ (int)
parm: synthio:Maui WaveTable base I/O port (int)
parm: mpuirq:MPU 401 IRQ (int)
parm: mpuio:MPU 401 base address (int)
parm: dma2:16 bit DMA for AD1848 chip (int)
parm: dma:8 bit DMA for AD1848 chip (int)
parm: irq:IRQ for AD1848 chip (int)
parm: io:base I/O port for AD1848 (int)
Ejemplo:
modprobe cs4232 irq=7 dma=5
Al intentar ejecutar modprobe, me dice que no hay tal dispositivo y
que no lo puede "insertar".
De eso se tendría que encargar isapnp, puedes probar con alsaconf que
detecta que irqs que hay libres...
Cuando he probado con alsaconf he caido en la cuenta de que ya había
intentado esa vía. Tras construir la base de datos de tarjetas de
sonido disponibles (según alsaconf), si le dejo que lo intente con la
opción cs4232 (que me ofrece), el resultado es el mismo error fatal
que siempre; si le pido que opte por probar tarjetas antiguas (dado
que el portátil no es lo que se dice state-of-the-art), da la
impresión de que prueba con varias pero no acaba sacando nada en
claro; no da un error explícito, pero tampoco novedades. Supongo que
lo olvidé comentar por eso mismo.
> He revisado links de google, libros recomendados en la web de debian,
> multitud de archivos de configuración e inicialización del sistema,
> etc.. Os ahorraré relatar todos los puntos del equipo que he ido
> revisando sin éxito: sigo sin llegar a ningún medio que me permita
> corregir la elección del sistema para la IRQ de parport0.
>
Aun así puede ocurrir que intentando cargar "pronto" el driver de la
tarjeta de sonido el puerto paralelo haya llegado antes, la solución
aquí es cargar el driver desde el initrd (para initramfs se meten los
drivers en /etc/initramfs-tools/modules se reconfigura el kernel:
dpkg-reconfigure linux-image-$(uname -r)
He descrito el driver en /etc/initramfs-tools/modules, he
reconfigurado la imagen del kernel y, cuando el equipo vuelve a
arrancar volveré a tomar una "foto" de dmesg.
Saludos
> ¿Hay alguien a quien le haya ocurrido lo mismo? ¿Alguien que sepa cómo
> indicar al sistema cuál es la IRQ correcta cuando se "equivoca"?
>
> No tengo miedo a recompilar el kernel, si eso es lo que he de hacer,
> pero me gustaría hacerlo sabiendo en qué lío me estoy metiendo.
>
> Os ruego paciencia y perdón por lo largo de la descripción. Si creéis
> que puedo aportar algún detalle adicional, que faciliten el
> diagnóstico o la resolución, decidme cuál.
>
> Ciertamente, he probado tantas cosas y tratado de aplicar
> recomendaciones varias que no soy cosciente de qué puedo estar
> olvidando.
>
> Gracias por la atención prestada.
>
> Un saludo,
>
> Antonio Rodulfo
> Ingeniero Industrial
>
--
http://soleup.eup.uva.es/mariodebian
En cualquier caso, gracias otra vez por el intento de ayuda.
Aunque no haya conseguido aún resolver el entuerto, el camino está siendo
esclarecedor y estoy aprendiendo un montón.
Un saludo,
Antonio Rodulfo
Ingeniero Industrial
Reply to: