On Mon, 06 Nov 2006 11:19:56 +0100
Remi <[email protected]> wrote:
> > > I have caught the full 2.6.19-rc4-mm2 boot messages over a serial cable if
> > it
> > > can help.
> > >
> >
> > Do you have CONFIG_USB_MULTITHREAD_PROBE=y? If so, try =n.
> >
>
> # CONFIG_USB_MULTITHREAD_PROBE is not set
>
> > Yes please send the full dmesg for both -rc4 and for -rc4-mm2, thanks.
> >
>
> First dmesg is for 2.6.19-rc4. No problem noticed.
Thanks. I put the dmesg-diff up at http://userweb.kernel.org/~akpm/3.txt.
That's 2.6.19-rc4 -> 2.6.19-rc4-mm2.
The relevant bits are here:
libata version 2.00 loaded.
ahci 0000:00:1f.2: version 2.0
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 17 (level, low) -> IRQ 18
-ACPI: PCI interrupt for device 0000:00:1f.2 disabled
-ahci: probe of 0000:00:1f.2 failed with error -12
-ata_piix 0000:00:1f.2: version 2.00ac6
+PCI: Unable to reserve I/O region #1:8@1f0 for device 0000:00:1f.2
+ahci: probe of 0000:00:1f.2 failed with error -16
+ata_piix 0000:00:1f.2: version 2.00ac7
So previously ahci failed with -ENOMEM and in -mm2 it failed with EBUSY.
because in -mm2 AHCI wasn't able to reserve an IO region. I don't know
why this changed.
And there's no indication what it it conflicting _with_. Perhaps piix,
but piix doesn't appear to have started up yet.
Greg, perhaps when we get a resource reservation conflict we should print
what it's conflicting _with_? Optionally, at least - via a kernel boot
parameter.
ata_piix 0000:00:1f.2: MAP [ P0 P2 IDE IDE ]
-PCI: Enabling device 0000:00:1f.2 (0000 -> 0001)
-ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 17 (level, low) -> IRQ 18
-ata: 0x170 IDE port busy
-ata: conflict with ide1
-PCI: Setting latency timer of device 0000:00:1f.2 to 64
-ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xBFA0 irq 14
-ata2: DUMMY
-scsi0 : ata_piix
-PM: Adding info for No Bus:host0
-ata1.00: ATA-6, max UDMA/100, 117210240 sectors: LBA48
-ata1.00: ata1: dev 0 multi count 8
-ata1.00: applying bridge limits
-ata1.00: configured for UDMA/100
-scsi1 : ata_piix
So in -rc4 ata-piix was kinda-happy, although that "conflict with ide1"
is a bit ugly.
What is this warning telling us?
-PM: Adding info for No Bus:host1
-PM: Adding info for No Bus:target0:0:0
-scsi 0:0:0:0: Direct-Access ATA HTS726060M9AT00 MH4O PQ: 0 ANSI: 5
-PM: Adding info for scsi:0:0:0:0
-SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB)
-sda: Write Protect is off
-sda: Mode Sense: 00 3a 00 00
-SCSI device sda: drive cache: write back
-SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB)
-sda: Write Protect is off
-sda: Mode Sense: 00 3a 00 00
-SCSI device sda: drive cache: write back
- sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 sda10 >
-sd 0:0:0:0: Attached scsi disk sda
<irrelevant stuff snipped>
-kjournald starting. Commit interval 5 seconds
-EXT3 FS on sda9, internal journal
-EXT3-fs: mounted filesystem with ordered data mode.
+PCI: Unable to reserve I/O region #1:8@1f0 for device 0000:00:1f.2
+ata_piix: probe of 0000:00:1f.2 failed with error -16
+Kernel panic - not syncing: Attempted to kill init!
And here piix failed because it cannot grab the IO regions.
I dunno.
It _looks_ like one of the various IDE/PATA/SATA drivers is getting in the
way of another one. But why is this happening in rc4-mm2 and not in -rc4?
I'd suggest that you experiment with the .config: disable ahci for a start.
Also try disabling the IDE driver. Maybe try disabling CONFIG_PATA_MPIIX
too.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
