Sasha Khapyorsky wrote:
> On Fri, 17 Sep 2004 12:22:05 +0200
> Giuseppe Bilotta <[email protected]> wrote:
>
> > That's it:
> >
> > > 0000:00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem Controller (rev 02)
>
> This is on-board controller.
Yes. And it is indeed the Conexant modem seen by Windows.
> > OTOH, ALSA in 2.6.5 doesn't like the modem controller:
> >
> > > PCI: Setting latency timer of device 0000:00:1f.5 to 64
> > > MC'97 1 converters and GPIO not ready (0xff00)
> > > intel8x0_measure_ac97_clock: measured 52287 usecs
> > > intel8x0: clocking to 48000
> > > PCI: Setting latency timer of device 0000:00:1f.6 to 64
> > > MC'97 1 converters and GPIO not ready (0xff00)
> >
> > and 2.6.7 totally fails on both the audio and modem controller
> >
> > > unable to grab IRQ 7
> > > Intel ICH: probe of 0000:00:1f.5 failed with error -16
> > > unable to grab IRQ 7
> > > Intel ICH Modem: probe of 0000:00:1f.6 failed with error -16
>
> Not sure that last one is ALSA related. As noted in mesg 'request_irq' fails.
Ok, I found the reason of the latter failure: in 2.6.7 I have
ISA-PnP enabled (not in 2.6.5) and this loads the parport
driver before the sound driver. parport steals the IRQ.
Module loading order is important: if I load the i8x0 sound
modules first, the messages are more or less the same as the
ones in 2.6.5 (including the "MC'97 1 converters and GPIO not
ready" message), and then parport accepts IRQ 7 to be taken by
resorting to polled operation:
> parport: PnPBIOS parport detected.
> parport0: PC-style at 0x378 (0x778), irq 7, dma 1 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
> parport0: irq 7 in use, resorting to polled operation
I wonder what this means, and if something can be done about it
(like: can the i8x0 sound modules use some other IRQ?)
> > I will try one of the 2.6.9 rcs one of these days and see if I
> > can get things to work.
>
> If not please report a problem here https://bugtrack.alsa-project.org/alsa-bug/,
> Or let me know.
I will. Do you have any idea on the "not ready" issue?
--
Giuseppe "Oblomov" Bilotta
Can't you see
It all makes perfect sense
Expressed in dollar and cents
Pounds shillings and pence
(Roger Waters)
On Sat, 18 Sep 2004 16:35:32 +0200
Giuseppe Bilotta <[email protected]> wrote:
> Ok, I found the reason of the latter failure: in 2.6.7 I have
> ISA-PnP enabled (not in 2.6.5) and this loads the parport
> driver before the sound driver. parport steals the IRQ.
>
> Module loading order is important: if I load the i8x0 sound
> modules first, the messages are more or less the same as the
> ones in 2.6.5 (including the "MC'97 1 converters and GPIO not
> ready" message), and then parport accepts IRQ 7 to be taken by
> resorting to polled operation:
>
> > parport: PnPBIOS parport detected.
> > parport0: PC-style at 0x378 (0x778), irq 7, dma 1 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
> > parport0: irq 7 in use, resorting to polled operation
I don't know really, but suppose that parport does not accept irq sharing.
> I will. Do you have any idea on the "not ready" issue?
This one is more interesting, probably special patch is necessary for conexant codec, let's see.
Please report bug to alsa and attach there output of 'lspci -vv' and tar of '/proc/asound' directory (or send to me).
Let's detach from linux-kernel list - things become pure-ALSA related.
Thanks,
Sasha.