* ata_piix hang in 2.6.13-rc5
@ 2005-08-08 17:20 Jesse Barnes
2005-08-08 18:03 ` Martin Murray
0 siblings, 1 reply; 3+ messages in thread
From: Jesse Barnes @ 2005-08-08 17:20 UTC (permalink / raw)
To: linux-ide, linux-kernel
I recently tried to upgrade an ICH5 based box I have to see if a PCI
resource allocation bug went away, but was stymied by the fact that
recent kernels (2.6.12 from Fedora and 2.6.13-rc5) hang when ata_piix
probes for drives. The last messages I get are these:
Loading ata_piix.ko module
ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 177
ata1: SATA max UDMA/133 cmd 0xC800 ctl 0xC482 bmdma 0xC000 irq 177
ata2: SATA max UDMA/133 cmd 0xC400 ctl 0xC082 bmdma 0xC008 irq 177
ata1: SATA port has no device.
scsi0: ata_piix
ata2: dev 0 ata, max UDMA/133, 312581808 sectors, lba48
<hang>
Is this a known problem? Is there anything in particular I should try?
Thanks,
Jesse
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: ata_piix hang in 2.6.13-rc5
2005-08-08 17:20 ata_piix hang in 2.6.13-rc5 Jesse Barnes
@ 2005-08-08 18:03 ` Martin Murray
2005-08-08 18:10 ` Jesse Barnes
0 siblings, 1 reply; 3+ messages in thread
From: Martin Murray @ 2005-08-08 18:03 UTC (permalink / raw)
To: Jesse Barnes; +Cc: linux-ide, linux-kernel
For what its worth, I'm seeing the same thing on a 2.6.13-rc5 machine
with sata_nv on an x86_64 machine. I can get around it by using noapic.
I initially assumed it was some ACPI or IRQ issue, but my box hangs at
the exact same place, right after announcing the first device.
Try booting with noapic.
-Martin
* Jesse Barnes <jesse.barnes@intel.com> [050808 13:21]:
> I recently tried to upgrade an ICH5 based box I have to see if a PCI
> resource allocation bug went away, but was stymied by the fact that
> recent kernels (2.6.12 from Fedora and 2.6.13-rc5) hang when ata_piix
> probes for drives. The last messages I get are these:
>
> Loading ata_piix.ko module
> ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 177
> ata1: SATA max UDMA/133 cmd 0xC800 ctl 0xC482 bmdma 0xC000 irq 177
> ata2: SATA max UDMA/133 cmd 0xC400 ctl 0xC082 bmdma 0xC008 irq 177
> ata1: SATA port has no device.
> scsi0: ata_piix
> ata2: dev 0 ata, max UDMA/133, 312581808 sectors, lba48
> <hang>
>
> Is this a known problem? Is there anything in particular I should try?
>
> Thanks,
> Jesse
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: ata_piix hang in 2.6.13-rc5
2005-08-08 18:03 ` Martin Murray
@ 2005-08-08 18:10 ` Jesse Barnes
0 siblings, 0 replies; 3+ messages in thread
From: Jesse Barnes @ 2005-08-08 18:10 UTC (permalink / raw)
To: Martin Murray; +Cc: linux-ide, linux-kernel
On Monday, August 8, 2005 11:03 am, Martin Murray wrote:
> For what its worth, I'm seeing the same thing on a 2.6.13-rc5 machine
> with sata_nv on an x86_64 machine. I can get around it by using
> noapic. I initially assumed it was some ACPI or IRQ issue, but my box
> hangs at the exact same place, right after announcing the first
> device.
>
> Try booting with noapic.
Thanks a lot, noapic worked. I guess that means this is a generic IRQ
routing or setup issue, rather than something SATA specific?
Jesse
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-08-08 18:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-08 17:20 ata_piix hang in 2.6.13-rc5 Jesse Barnes
2005-08-08 18:03 ` Martin Murray
2005-08-08 18:10 ` Jesse Barnes
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).