Bug#298623: installation report (i386 laptop failure)
Package: installation-reports
Debian-installer-version: pre-rc2 i386 netinstall ISO
uname -a: Linux xxxxxxx 2.6.8-1-386 #1 Mon Sep 13 23:29:55 EDT 2004 i686 GNU/Linux
Date: 2005-03-08
Method: booted from netinstall CD
Machine: gateway 7320GZ laptop
Processor: Pentium IV
Memory: 512 MB (minus 32 MB for the i810 video)
Root Device: IDE disk (hda3 after reboot)
Root Size/partition table: hda3 = root, ext3, 5.0 GB; hda4 = swap, 257032k
Output of lspci and lspci -n:
# lspci
0000:00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
0000:00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Registers (rev 02)
0000:00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 02)
0000:00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
0000:00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
0000:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
0000:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
0000:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
0000:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 03)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 83)
0000:00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 03)
0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 03)
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:01:04.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
0000:01:05.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller
0000:01:06.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01)
0000:01:09.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03)
# lspci -n
0000:00:00.0 0600: 8086:3580 (rev 02)
0000:00:00.1 0880: 8086:3584 (rev 02)
0000:00:00.3 0880: 8086:3585 (rev 02)
0000:00:02.0 0300: 8086:3582 (rev 02)
0000:00:02.1 0380: 8086:3582 (rev 02)
0000:00:1d.0 0c03: 8086:24c2 (rev 03)
0000:00:1d.1 0c03: 8086:24c4 (rev 03)
0000:00:1d.2 0c03: 8086:24c7 (rev 03)
0000:00:1d.7 0c03: 8086:24cd (rev 03)
0000:00:1e.0 0604: 8086:2448 (rev 83)
0000:00:1f.0 0601: 8086:24cc (rev 03)
0000:00:1f.1 0101: 8086:24ca (rev 03)
0000:00:1f.5 0401: 8086:24c5 (rev 03)
0000:00:1f.6 0703: 8086:24c6 (rev 03)
0000:01:04.0 0c00: 104c:8023
0000:01:05.0 0607: 104c:ac56
0000:01:06.0 0200: 14e4:4401 (rev 01)
0000:01:09.0 0280: 14e4:4320 (rev 03)
Initial boot worked: [O]
Configure network HW: [O]
Config network: [O]
Detect CD: [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives: [O]
Create file systems: [O]
Mount partitions: [O]
Install base system: [O]
Install boot loader: [O]
Reboot: [E]
Comments/Problems:
Everything works fine (except that I get the "red screen" if I boot linux26),
until after rebooting the installed kernel-image. Then it fails, with
either linux (2.4.27) or linux26 (2.6.8). Both of them Oops in the same
manner. I'll show the 2.6.8 output here:
(This is the first line in the Shift-PageUp buffer on tty1.)
PnPBIOS: You may need to reboot with the "nobiospnp" option to operate stably
PnPBIOS: Check with your vendor for an updated BIOS
PnPBIOS: get_dev_node: unexpected status 0x28
PnPBIOS: 12 nodes reported by PnP BIOS: 12 recorded by driver
PCI: Using ACPI for IRQ routing
ACPI: PCI interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 169
[[ 11 more lines like that ]]
...
[[ lots of normal-looking stuff skipped ]]
...
INIT: version 2.86 booting
null symbol found
null symbol found
Activating swap.
Adding 257032k swap on /dev/hda4. Priority:-1 extents:1
Checking root file system...
fsck 1.35 (28-Feb-2004)
/: clean, 16252/611648files, 76255/1220940 blocks
EXT3 FS on hda3, internal journal
Real Time Clock Driver v1.12
System time was Tue Mar 8 10:00:00 UTC 2005.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Tue Mar 8 10:00:02 UTC 2005.
Calculating module dependencies... done.
Loading modules...
ide-cd
hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-generic
sbp2
SCSI subsystem initialized
sbp2: $Rev: 1219 $ Ben Collins <bcollins@debian.org>
sr_mod
All modules loaded.
Capability LSM initialized
Checking all file systems...
fsck 1.35 (28-Feb-2004)
Setting kernel variables ...
... done.
Mounting local filesystems...
Cleaning /tmp /var/run /var/lock.
Detecting hardware: ohci1394 yenta_socket b44 piix i810_audio usb_uhci ehci_hcd
Loading ohci1394 module.
ohci1394: $Rev: 1223 $ Ben Collins <bcollins@debian.org>
ACPI: PCI interrupt 0000:01:04.0[A] -> GSI 16 (level, low) -> IRQ 169
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[169] MMIO=[e00ff800-e00fffff] Max Packet=[2048]
Loading yenta_socket module.
Linux Kernel Card Services
options: [pci] [cardbus] [pm]
ACPI: PCI interrupt 0000:01:05.0[A] -> GSI 17 (level, low) -> IRQ 201
Yenta: CardBus bridge found at 0000:01:05.0 [161f:202f]
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:01:05.0, mfunc 0x01001002, devctl 0x64
Yenta: ISA IRQ mask 0x0cf8, PCI irq 201
Socket status: 30000007
Loading b44 module.
b44.c:v0.94 (May 4, 2004)
ACPI: PCI interrupt 0000:01:06.0[A] -> GSI 19 (level, low) -> IRQ 177
eth0: Broadcom 400 10/100BaseT Ethernet 00:03:25:12:8f:7a
Skipping already loaded module piix.
Loading i810_audio module.
Intel 810 + AC97 Audio, version 1.01, 23:45:25 Sep 13 2004
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 201
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.
Unable to handle kernel NULL pointer dereference at virtual address 00000024
printing eip:
de985114
*pde = 00000000
Oops: 0000 [#1]
PREEMPT
Modules linked in: i810_audio ac97_codec soundcore b44 mii yenta_socket pcmcia_core ohci1394 capability commoncap sr_mod sbp2 scsi_mod ieee1394 ide_cd cdrom rtc ext3 jbd ide_generic piix ide_disk ide_core unix font vesafb cfbcopyarea cfbimgblt cfbfillrect
CPU: 0
EIP: 0060:[<de985114>] Not tainted
EFLAGS: 00010282 (2.6.8-1-386)
EIP is at i810-set_spdif_output+0x11/0xd6 [i810_audio]
eax: dcc55400 ebx: 00000000 ecx: dcc55400 edx: dc848000
esi: 00000000 edi: ddb85ab0 ebp: ddb85a80 esp: dc943e70
ds: 007b es: 007b ss: 0068
Process modprobe (pid: 749, threadinfo=dc942000 task=dc92f460)
Stack: [[ I really don't feel like typing this bit. ]]
...
...
Call Trace:
[<de989233>] i810_configure_clocking+0xaa/0x419 [i810_audio]
[<de988fba>] i810_ac97_init+0x325/0x4f4 [i810_audio]
[<de9899d4>] i810_probe+0x432/0x54c [i810_audio]
[<c0193885>] pci_device_probe_static+0x2e/0x41
[[ more stuff I can't be bothered to type ]] ...
...
Code: 8b 53 24 31 ff 83 7a 08 00 75 0d 66 83 a0 16 02 00 00 fb 39
/etc/rcS.d/S36discover: line 181: 749 Segmentation fault modprobe $MODULE
Skipping unavailable/built-in usb_uhci module.
Loading ehci_hcd module.
<7>ieee1394: Host added: ID:BUS[0-00"1023] GUID[0003252128003fac]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ip1394: $Rev: 1224 $ Ben Collins <bcollins@debian.org>
ip1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
And that's where it got stuck, requiring power-off. Please forgive any typos.
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.
On the next reboot, though, it loaded the i810_audio driver under its
new name, having somehow defeated my feeble attempts at preventing it
from loading. 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.
Reply to: