[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Kernel 2.0.36 y SB 16PnP. NADA!



On Fri, May 07, 1999 at 10:53:56AM +0200, Juan C. Amengual wrote:
> Han Solo wrote:
> 
> > On Thu, May 06, 1999 at 10:12:33AM +0100, Jose Rodriguez wrote:
> > > ¡Hola!
> > >
> > > Cosme Perea Cuevas wrote:
> > >
> > > >
> > > > El  `kerneld'  arranca   "correctamente"  (monto  particiones,
> > > > conecto  con ppp,  que están  como módulos). Cuando  entro con
> > > > login el `dmesg' no enseña nada raro, pero después de intentar
> > > > usar el sonido me da esta línea:
> > > >
> > > > sb: Interrupt test on IRQ7 failed - device disabled
> > > >
> > >
> > > Entonces aqui tienes el fallo. No esta usando la IRQ7. Te recomiendo que hagas lo que digo:
> > > Pasa la configuracion a IRQ 5 (tanto en el PnP como en el kernel y prueba a ver que tal).
> > >
> > >
> >
> > Yo tengo una SB 16 isa antigua y me funcionaba en la iqr 7 hasta que cambié
> > de placa. Ahora, la tengo en la irq 9 (la 7 la utiliza la impresora) y
> > funciona de maravilla.
> >
> > --
> > Un Saludo
> >
> > Han Solo
> > The Rebel Alliance
> >
> 
> Que no, que no ...
> 
> Insisto. Cosme lo tiene todo bien configurado y la IRQ que utiliza está libre cual paloma. Ni
> que la pase a la IRQ 5, ni a la 9, ..., ni ná de ná. Y, por supuesto, eso de que la 7 la utiliza
> la impresora .... Si ejecuta "cat /proc/interrupts" verá las interrupciones que tiene "pilladas"
> y, vamos, me juego el cuello a que la 7 está libre. De hecho, el propio Cosme nos puede sacar de
> dudas ejecutando dicho comando y enviándonos la salida por correo.

Pues me vas a permitir que insista en lo contrario. Me juego el cuello a que
la interrupción 7 es la de la impresora. Mira

 cat /proc/interrupts 
           CPU0       
  0:      23544          XT-PIC  timer
  1:        846          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  4:        617          XT-PIC  serial
  8:          2          XT-PIC  rtc
  9:          0          XT-PIC  soundblaster
 13:          1          XT-PIC  fpu
 14:         24          XT-PIC  ide0
 15:       2846          XT-PIC  ide1
NMI:          0

De lo que se deduce que las interrupciones 3, 5, 6, 7, 10, 11 y  12 están
libres ¿no? Pues no. Mira lo que aparece si hago un dmesg

Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
                 ^^^^^^^^^
                 ¡¡Vaya, un puerto!! En concreto el del módem

parport0: PC-style at 0x378 [SPP,ECP,ECPEPP,ECPPS2]
parport0: detected irq 7; use procfs to enable interrupt-driven operation.
                   ^^^^^^

parport0: Printer, Hewlett-Packard LaserJet 4L
lp0: using parport0 (polling)

¡¡¡ ...y una impresora!!!

No os fiéis del interupts, no refleja todas las interrupciones. En mi caso
concreto, además, la irq 10 es la del puerto USB (reservada), y la 11 es la
de la tarjeta gráfica/bus AGP. La 12 creo que también la usa algo, pero no
estoy seguro ahora mismo.

Resumiendo, que si no le funciona en la irq 7, no me extraña nada. Yo
probaría en las distintas irq en las que puede trabajar la SB (la 2, la 5,
la 7 o la 10, por lo menos en mi SB, que ya es un ponco antigua). Y ahora
viene la pregunta. ¿por qué yo la tengo en la irq 9? Pues porque la última
vez que ercompilé el kernel no me miré el manual de la tarjeta, pero resulta
que puedo ior cd's sin ningún problema con varios programas. Supongo que l
ainicialización de la tarjeta la hace, lo cual debe ser suficiente para ior
cd's, pero luego no puedo acceder a /dev/dsp ni a /dev/audio (escribo de
memoria)

> 
> El problema real. Perdonad Han y José, pero es que NADIE se fija en lo que realmente no funciona
> bien (yo ya envié un e-mail contando lo mismo que le pasa a Cosme y la única respuesta que tuve
> fue la de Han, además en los mismos términos en los que le ha contestado ahora mismo y por más
> que probé otras IRQ's ni p'atrás). Fijáos en que en WinDog le funciona correctamente ... ¡en la
> IRQ 7! Bueno, pues eso, el problema real:
> 
> > # cat /dev/sndstat
> > Sound Driver:3.5.4-960630 (mié may 5 00:57:27 CEST 1999 root,
> > Linux anarres.net 2.0.36 #1 mar may 4 09:26:24 CEST 1999 i486 unknown)
> > Kernel: Linux anarres.net 2.0.36 #1 mié may 5 01:02:34 CEST 1999 i486
> > Config options: 0
> >
> > Installed drivers:
> > Type 2: Sound Blaster
> > Type 7: SB MPU-401
> >
> > Card config:
> > Sound Blaster at 0x220 irq 7 drq 1,5
> > (SB MPU-401 irq 1 drq 0)
> 
> ¡¡¡¡Éste, éste de aquirrrlll!!!!!! Fijáos que el dispositivo MPU-401 va a "buscarlo" a la IRQ 1,
> cuando debería ir a "buscarlo" a la IRQ 7. Observad que el dispositivo Sound Blaster va a
> "buscarlo" correctamente a la IRQ 7 y, efectivamente, lo encuentra: Sound Blaster at 0x220 irq 7
> drq 1,5. Si la IRQ 7 la utilizase la impresora como dice Han, es que dicha línea no podría ni
> aparecer. En resumen, es un BUG (con mayúsculas) del dichoso módulo de sonido del kernel 2.0.36.

No estés tan seguro. Si tienes, como tengo yo, la impresora y el puerto como
módulo y la parte de sonido compilada en le kernel, si le pones la irq 7 el
sonido funcionará pero la impresora no, ya que tienes la irq bloqueada. Si
tienes ambos como módulo, supongo que dependerá del módulo que se carque
primero, y si tienes los dos en el kernel, lo mas probable es que no
funcione ninguno de los dos. 

Por otra parte, el que funcione en winbugs tampoco tine que ver. A mi, cada
vez que cargaba windows me cambiaba ¡¡en la bios!! la IO y el modo de trabajo del puerto de
la impresora (de ECP+EPP a normal), y luego el linux no encontraba la
impresora (concretamente el puerto). Al final tuve que andar haciendo
camnios en la configuración del windogs para que no me tacara los valores de
la bios (todavías estoy por averiguar cómo lo hace).


> Repito que la solución es cambiarse, por ejemplo, al kernel 2.2.1 (supongo que cualquier kernel
> de la serie 2.2 valdría).

No te creas, si configuras mal la irq de la soundblaster, no te funcionará
la impresora o viceversa, te lo digo por experiencia (2.2.6).

> 
> Mi experiencia personal (sí, así, en plan drama-chungo-reality-show de TVE): misma configuración
> (IRQ's, módulo del kernel, etc.) que en kernel 2.0.36 para kernel 2.2.1, ¡ché, tú! ¡y ningún
> problema, oye! Pues eso ...
> 

Hombre. La serie 2.2.x va de PM y mejora muchas cosas, pero tampoco es la
panacea universal. Hay ciertas cosas con las que hay que tener cuidado.


-- 
Un Saludo

Han Solo
The Rebel Alliance

Conecto, luego existo.
Desconecto, luego insisto.
Soy usuario de infobirria+

P.D. La firma no es mía, sino de uno que trabajaba, precisamente, en M$.
Vivir para ver.


Reply to: