kernel panic at boot [3c59x]

kernel panic at boot [3c59x]

[BURJAN Gabor]

Hello,

I hope this will be the appropriate forum for this.

Perhaps you've read this on linux-kernel list too.  I have a problem
with booting 2.4.17-rc1 on a RS/6000 (43P-140), when Vortex support is
compiled into the kernel.  Andrew Morton helped me in debugging the
problem.

He suspects that the problem is around the `EL3WINDOW(0);' statement in
the 3c59x driver.  He wrote this:

"My guess would be that something has gone wrong with the PPC emulation
of `outw' to this PCI device's IO space."

I recompiled the kernel with the modifications suggested by him:

--- 3c59x.c     Sat Nov 24 02:06:05 2001
+++ 3c59x.c.changed     Wed Dec 19 21:09:31 2001
@@ -1111,7 +1111,9 @@
        vp->force_fd = vp->full_duplex;
        vp->options = option;
        /* Read the station address from the EEPROM. */
+       printk("(1) ioaddr=%lx\n", ioaddr);
        EL3WINDOW(0);
+       printk("(2) ioaddr=%lx\n", ioaddr);
        {
                int base;

The first printk showed the right ioaddress which belonged to the device
(shown by `lspci -v').  The second printk was not executed because the
kernel paniced before it.  He wrote it's definitely a platform issue.
Any suggestions are welcome.

Related URLs:

oops message run through ksymoops:
        http://www.csoma.elte.hu/~burjang/oops.2.4.17-rc1.2001-12-17.ksymoops
full objdump of the related driver:
        http://www.csoma.elte.hu/~burjang/objdump-2001-12-18.out
thread on the LKML:
        http://www.uwsg.iu.edu/hypermail/linux/kernel/0112.2/0191.html

Thanks,

	buga

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: kernel panic at boot [3c59x]

[Paul Mackerras]

BURJAN Gabor writes:

> Perhaps you've read this on linux-kernel list too.  I have a problem
> with booting 2.4.17-rc1 on a RS/6000 (43P-140), when Vortex support is
> compiled into the kernel.  Andrew Morton helped me in debugging the
> problem.
[snip]
> The first printk showed the right ioaddress which belonged to the device
> (shown by `lspci -v').  The second printk was not executed because the
> kernel paniced before it.  He wrote it's definitely a platform issue.
> Any suggestions are welcome.

This is ultimately a known problem which I haven't got around to
fixing yet.  The 140 has a PCI-PCI bridge and the firmware configures
it to pass through a range of I/O and memory addresses.  The problem
is that the firmware assumes a 1GB I/O space (yes, it thinks you might
need a *billion* I/O port addresses!) and configures the bridge up in
the high end of that range.  Linux uses a much smaller range of I/O
addresses (0 to 16M-1, from memory) and reconfigures devices to have
I/O addresses in that range.  Unfortunately the code to reconfigure
bridges isn't there yet.  The I/O address that you mentioned,
0x3f7ffc00, is up near the end of the 1GB I/O region and shows that
the card hasn't been reconfigured.

You would have the vortex card in slot 4 or 5, which are the slots
behind the PCI-PCI bridge.  Moving the card to one of the other slots
would help, but if you have nothing behind the bridge you will strike
another known problem, which is that the firmware will then configure
the bridge with all its windows closed, which confuses the code that
reads the bridge configuration.  You can get around that problem for
now by removing the riser card that provides slots 4 and 5.

Paul.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: kernel panic at boot [3c59x]

[Leigh Brown]

for info...

(Hope you don't mind me posting this to the list)

> Hello,
>
> On Thu, Dec 20, Leigh Brown wrote:
>
>> I read Paul's answer and it occurred to me that this patch might make
>> a difference:
>>
>> http://www.solinno.co.uk/7043-140/files/010-prep_auto_pci.diff
>
> It works for me too.  Thank you very much for your help.
> I have a working Boomerang card in the 43P-140 after all :)
>
> 	buga


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/