Re: [SLUG] Fedora 5 w/ CF card won't boot with 2.6.20 kernels

From: Ian C. Blenke (icblenke@nks.net)
Date: Wed Jun 20 2007 - 12:47:42 EDT


Mario Lombardo wrote:

> I have a machine that currently runs the 2.6.19-1.2288 kernel just
> fine, but when I try to run the latest stock kernel, it doesn't get
> past this:
>
> ide: failed opcode was: unknown
> ide0: reset: success
> had: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
>
> This repeats several times and doesn't seem to stop. As a result, my
> computer won't boot from the CF card boot partition, which is
> /dev/hda1. This only happens with 2.6.20 kernels and newer.
>
> Aside from recompiling the kernel, what else should I try? I'm
> thinking I should pass arguments to the kernel from grub, or helping
> the kernel with an equipped init ramdisk (initrd)? I'm not sure where
> to start or what exactly to do though. I'm not even sure what could
> be missing that's in the 2.6.19 kernel. Lost here :(

Sounds like an IRQ issue. Try booting with:

    noapic
        - No APIC (Advanced PIC, needed for SMP)
    nolapic
        - No local PIC
    acpi=noirq
        - Don't learn IRQ routing from ACPI
    acpi=off
        - Disable ACPI altogether
    irqpoll
        - Use IRQ polling

There are also a number of other fun knobs you also learn to fiddle with
to get clock timing to work correctly sometimes:

    notsc
    clock=pmtmr
    noapictimer

Honestly, the first thing I would try is booting with "acpi=off" and see
if that magically "fixes" things. If not, _then_ try "noapic nolapic"
and see if that fixes it. If not, then try adding "irqpoll" and see if
that helps. If not, you're in for some fun.

The only other thing that comes to mind is "irq unmasking", ala "hdparm
-u 1", which shouldn't be enabled by default, but can greatly decrease
the system overhead of PATA devices on most IDE controllers (but is
horribly broken on older ones, causing IRQ issues like what you might be
seeing).

This IRQ routing madness with Linux drives me nuts. It's highly
motherboard and processor dependant, and makes deploying and managing a
farm of commodity PCs interesting to say the least.

- Ian C. Blenke <ian@blenke.com> <icblenke@nks.net>

-----------------------------------------------------------------------
This list is provided as an unmoderated internet service by Networked
Knowledge Systems (NKS). Views and opinions expressed in messages
posted are those of the author and do not necessarily reflect the
official policy or position of NKS or any of its employees.



This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 17:23:55 EDT