Re: kernel boot hang, SATA_VIA compiled without APIC_IO

David Greaves
2004-12-12T20:44:03Z

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...
>
>
>
>