Re: kernel boot hang, SATA_VIA compiled without APIC_IO

From: David Greaves
Date: Sun Dec 12 2004 - 15:45:40 EST


Thanks for posting this Eldad, I had the same problem and this saved lots of trial and error!!

As an FYI all I did was exchange my ASUS A7V600 with an ASUS A7V600-X. Maybe the BIOS changed version, maybe the chipset is different - not easy to tell.
Since I boot from my SATA drive this was quite troubling. Luckily I still had an old 2.6.6 kernel.

I had to revert back to a 2.6.6 kernel, 2.6.7 wouldn't work.

Jeff (or whoever) I too would be happy to help debug if there's anything I can do.

I can't check the exact failure point for a week (away from the machine) but here's the relevant bit of the dmesg (admitedley from a good booting kernel with APIC_IO set) showing (simulated) the point where the failure occured:
libata version 1.02 loaded.
sata_via version 0.20
ACPI: PCI interrupt 0000:00:0f.0[B] -> GSI 20 (level, low) -> IRQ 20
sata_via(0000:00:0f.0): routed to hard irq line 0
ata1: SATA max UDMA/133 cmd 0xB400 ctl 0xB002 bmdma 0xA000 irq 20
ata2: SATA max UDMA/133 cmd 0xA800 ctl 0xA402 bmdma 0xA008 irq 20
ata1: dev 0

After I get back on 19th Dec I'll be happy to try additional tests, provide additional info etc if anyone asks.

HTH

David

Eldad Zack wrote:

Hello,

I've recently got a SATA capable machine (Via chipset) and I've exprienced a nasty hang at boottime, using kernel 2.6.9.
After some recompiling different parameters it boiled down to APIC_IO being not selected (this is a UP machine).

Without APIC_IO selected the system would hang while loading SATA.

I've only tried 2.6.5 to notice it would not hang but would emit messeges as "hde: lost interrupt", and eventually go on with the boot, the sata being unusable.

Out of curiousity, I'd like to know if APIC_IO is absolutly needed when dealing with SATA, and also, I'd like to help debug this problem so that a kernel compiled without APIC_IO would at the very least not hang...





-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/