[lkml]   [2010]   [Feb]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Gianfar driver failing on MPC8641D based board
    On 10-02-26 09:35 AM, Anton Vorontsov wrote:
    > On Fri, Feb 26, 2010 at 12:06:15PM +0000, Martyn Welch wrote:
    >> Anton Vorontsov wrote:
    >>> On Thu, Feb 25, 2010 at 07:53:30PM -0500, Paul Gortmaker wrote:
    >>> [...]
    >>>> I was able to reproduce it on an 8641D and bisected it down to this:
    >>>> -----------
    >>>> commit a3bc1f11e9b867a4f49505ecac486a33af248b2e
    >>>> Author: Anton Vorontsov<>
    >>>> Date: Tue Nov 10 14:11:10 2009 +0000
    >>>> gianfar: Revive SKB recycling
    >>> Thanks for the bisect. I have a guess why tx hangs in
    >>> SMP case. Could anyone try the patch down below?
    >> Yup, no problem. I'm afraid it doesn't resolve the problem for me.
    > Hm.. I found a p2020 board and I was able to reproduce the issue.
    > The patch down below fixed it completely for me... hm.

    Interesting. I just tested the patch on the sbc8641d, and it
    still has the issue with your patch applied. I'm using NFSroot
    just like Martyn was and it still appears bound up on that
    gianfar tx lock. I'll see if I can get a SysRq backtrace in
    case that will help you see how it manages to get there...



    nfs: server not responding, still trying

    [repeated ~15 times, then...]

    INFO: task rc.sysinit:837 blocked for more than 120 seconds.
    "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    rc.sysinit D 0fef73f4 0 837 836 0x00000000
    Call Trace:
    [dfb7d9b0] [c000a144] __switch_to+0x8c/0xf8
    [dfb7d9d0] [c03443dc] schedule+0x380/0x954
    [dfb7da50] [c0344a0c] io_schedule+0x5c/0x90
    [dfb7da70] [c0074b0c] sync_page+0x4c/0x74
    [dfb7da80] [c0344f44] __wait_on_bit_lock+0xb0/0x148
    [dfb7dab0] [c0074a8c] __lock_page+0x94/0xa4
    [dfb7dae0] [c0074d5c] find_lock_page+0x8c/0xa4
    [dfb7db00] [c0075674] filemap_fault+0x1ec/0x4fc
    [dfb7db40] [c008d548] __do_fault+0x98/0x53c
    [dfb7dba0] [c0018478] do_page_fault+0x2d0/0x500
    [dfb7dc50] [c00149d4] handle_page_fault+0xc/0x80
    --- Exception: 301 at __clear_user+0x14/0x7c
    LR = load_elf_binary+0x670/0x1270
    [dfb7dd10] [c00f6ca0] load_elf_binary+0x620/0x1270 (unreliable)
    [dfb7dd90] [c00b1f78] search_binary_handler+0x17c/0x394
    [dfb7dde0] [c00f4f50] load_script+0x274/0x288
    [dfb7de90] [c00b1f78] search_binary_handler+0x17c/0x394
    [dfb7dee0] [c00b3580] do_execve+0x240/0x29c
    [dfb7df20] [c000a46c] sys_execve+0x68/0xa4
    [dfb7df40] [c00145a4] ret_from_syscall+0x0/0x38

     \ /
      Last update: 2010-02-26 15:55    [W:0.026 / U:27.304 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site