Re: 2.4.5 and IDE probing hung

["David S. Miller" <davem@redhat.com>]

Ralf Liesegang writes:
 > if i boot a 2.4.5 kernel on my system (ultra-sparcIIe) it hung during
 > IDE probing.
 > 
 > the system seem to loop in arch/sparc64/kernel/traps.c:do_dae() 
 > traped from drivers/ide/ide-probe.c:do_probe().

What exact PC is it taking this trap on, in what function and what
line of source exactly?  What is the address used by the load/store
instruction causing the trap, and does this match up to the I/O areas
of the IDE controller in the machine (as shown by lspci -v or
in the contents of /proc/pci)?

 > because ide-probe.c is not a sparc depend file, i won't put
 > a "pci_poke_in_progress" in that code, so i changed do_dae() to 
 > check the AFSR register. for details please check the code below.

It's getting a bus error in privileged mode.  This means it is
touching something in device space which is not responding, either
because there is no device there or the device there is not enabled.

 > unfortuanely i don't have much informations about the different
 > CPU version, so the flags i check from AFSR maybe different on
 > other CPU version (e.g.: CHAFSR_BERR in chafsr.h, seem to be one
 > of the bits on Cheetah(?)).
 >
 > so if possible someone who knows have a look to the code below
 > and give me a tip for a "good" patch.

I cannot suggest a good patch until we know exactly what is triggering
the trap in the first place.

do_probe in ide-probe.c does nothing more than perform perfectly
normal accesses to the IDE controller registers.  What kind of IDE
chipset is in your system, and what information does the driver print
out when this device is probed?

Does the IDE controller even work with your patch applied?

Later,
David S. Miller
davem@redhat.com
-
To unsubscribe from this list: send the line "unsubscribe ultralinux" in
the body of a message to majordomo@vger.kernel.org