[BUG] oops in net_rx_action on 64-bit powerpc
Chris Friesen
cfriesen at nortel.com
Sat Oct 25 10:39:00 EST 2008
David Miller wrote:
> From: "Brandeburg, Jesse" <jesse.brandeburg at intel.com> Date: Thu, 23 Oct
> 2008 14:50:06 -0700
>
>> Chris Friesen wrote:
>>> I tried booting a post 2.6.27 -git on a Motorola ATCA6101 (very similar
>>> to a Maple board). The first time I booted I got the first log below
>>> via the serial console. I rebooted and got as far as a login prompt.
>>> I was able to log in via the serial console, but then got an almost
>>> identical oops again, as shown in the second log below.
>>>
>>> I configed out the gigE drivers for the backplane so the only remaining
>>> network link was the e100 link used for booting, but the problem
>>> remained.
>>>
>>> Anyone have any idea what might be causing this?
>>>
>>> Thanks,
>>>
>>> Chris
>>>
>>>
>>> Starting xinetd: [ OK ] Starting cron: [ OK ] Unable to handle
>>> kernel paging request for data at address 0x00100108
>> that 00100108 pattern looks familiar, I'm not much help here, but I think
>> that had something to do with the list management of the poll_list in a
>> netdev struct.
>>
>> so now you just have to figure out why someone's netdev struct is
>> becoming NULL. :-)
>
> Usually this is an indication of returning the wrong value from the
> driver's ->poll() routine.
Looks like I was wrong before...the remaining ethernet link is an AMD-8111,
not an e100. Sorry about that.
I backed out 6ba33ac "amd8111e: delete non NAPI code from the driver". With
NAPI disabled, the blade appears stable. With NAPI enabled, the original
problem recurred.
So...it would appear that the NAPI code is somehow buggy, and 6ba33ac should
probably be reverted until the problem is found and fixed.
Chris
More information about the Linuxppc-dev
mailing list