Bug#298623: installation report (i386 laptop failure)
(joeyh: CC'ing you as [1] is your sister's laptop ;-)
On Tuesday 08 March 2005 22:41, Greg Wooledge wrote:
> Debian-installer-version: pre-rc2 i386 netinstall ISO
>
> 0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM
> (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
> 0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
> AC'97 Modem Controller (rev 03)
>
> 0000:00:1f.5 0401: 8086:24c5 (rev 03)
> 0000:00:1f.6 0703: 8086:24c6 (rev 03)
>
> I rebooted with "init=/bin/sh", moved the i810_audio.ko file to a
> different name, and then everything came up normally (except for those
> two "null symbol found" lines, which are still showing up). It even
> loaded the ALSA drivers instead, since it had no OSS one.
[...]
> The proper long-term solution, of course, was to rename
> the module *back* to i810_audio.ko and blacklist it in both discover
> and hotplug, so that it does not load automatically, even if the kernel
> image happens to be upgraded later.
IFAIK the i810_audio module should be the correct OSS module for your
hardware.
I've seen other reports mentioning the same sort of problem [1,2,3].
[1] has the exact same boot messages as you.
The submitter for [3] mentioned the problem solved itself (I would guess
after installing the alsa packages); he was able to remove the
blacklisting of the module he added himself. [3] has different audio
hardware though.
The dump probably happens because the OSS (i810_audio) audio driver does
not like something about your hardware. I think you will have more luck
with the ALSA (snd_intel8x0) modules. I would think this problem should
be solved after you install the alsa packages as IIRC they include
blacklisting for the OSS modules.
Can you confirm if this is correct?
[1] http://bugs.debian.org/287344 (hp pavilion ze4900)
[2] http://bugs.debian.org/277691 (laptop Dell D600)
[3] http://bugs.debian.org/296188 (HP Pavillion zd8000)
TIA,
Frans Pop
P.S.
My own Toshiba Satellite A40 laptop has:
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller(rev 03)
0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97
Modem Controller (rev 03)
0000:00:1f.5 0401: 8086:24c5 (rev 03)
0000:00:1f.6 0703: 8086:24c6 (rev 03)
This looks identical, but for me the i810_audio is loaded successfully but
a little bit differently from you and [1]:
i810: Intel ICH4 found at IO 0x1400 and 0x1000, MEM 0x1f080800 and
0x1f080a00, IRQ 201
i810: Intel ICH4 mmio at 0xdf8a2800 and 0xdf8f4a00
i810_audio: Primary codec has ID 0
i810_audio: Audio Controller supports 6 channels.
i810_audio: Defaulting to base 2 channel mode.
i810_audio: Resetting connection 0
i810_audio: Connection 0 with codec id 0
ac97_codec: AC97 Audio codec, id: ADS116 (Unknown)
i810_audio: AC'97 codec 0 supports AMAP, total channels = 2
While yours has:
i810: Intel ICH4 found at IO 0xee80 and 0xe400, MEM 0xe02ff800 and
0xe02ff400, IRQ 201
i810: Intel ICH4 mmio at 0xde967800 and 0xde969400
i810_audio: Primary codec has ID 0
i810_audio: Audio Controller supports 6 channels.
i810_audio: Defaulting to base 2 channel mode.
i810_audio: Resetting connection 0
i810_audio: Connection 0 with codec id 0
ac97_codec: AC97 Modem codec, id: CXT48 (Unknown)
i810_audio: codec 0 is a softmodem - skipping.
It looks like this could be a kernel driver bug.
Reply to: