[#5341] access to NFS root fs hangs after some time

Document created by Aaronwu Employee on Sep 4, 2013
Version 1Show Document
  • View in full screen mode

[#5341] access to NFS root fs hangs after some time

Submitted By: Peter Meerwald

Open Date

2009-07-12 15:55:00    

Priority:

Low     Assignee:

Nobody

Status:

Open     Fixed In Release:

N/A

Found In Release:

snaps     Release:

Category:

Kernel Functions     Board:

Custom

Processor:

BF537     Silicon Revision:

Is this bug repeatable?:

Yes     Resolution:

Assigned (Not Start)

Uboot version or rev.:

    Toolchain version or rev.:

SVN rev. 6972

App binary format:

N/A     

Summary: access to NFS root fs hangs after some time

Details:

 

after some time of normal operation, access to the root filesystem mounted via NFS hangs (no kernel messages, no exception) and network interface seems to be unresponsive

 

kernel and processes seem to continue running

 

problem can be circumnavigated by specifying rsize=1024,wsize=1024 on the kernel boot command line

 

Follow-ups

 

--- Mike Frysinger                                           2009-07-12 16:04:33

please fully describe your system.  you didnt say kernel/uclinux-dist version,

nor how exactly you're mounting your nfs root.

 

as the documentation explains, you need to make sure to be using TCP and at

least version 3.

 

--- Peter Meerwald                                           2009-07-12 16:21:39

kernel and uclinux-dist are SVN current (rev. 6972, rev. 8484)

 

kernel boot parameters are (with rsize/wsize added, so working):

 

setenv bootargs root=/dev/nfs rw

nfsroot=192.168.233.53:/romfs,tcp,nfsvers=3,rsize=1024,wsize=1024

ip=192.168.233.221:192.168.233.53:192.168.233.1:255.255.255.0:et908:eth0:off

earlyprintk=serial,uart0,115200 console=ttyBF0,115200

 

so NFSv3 and TCP should be used correctly

 

this is a custom board with a KS8993 ethernet switch chip in front of the EMAC,

so it could be that the KS8993 somehow dies after a while (I have not yet

checked against a vanilla bf537-stamp)

 

I have tried to build the kernel with and without size optimization (compare

with bug #5286), it makes no difference here

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

No Files Were Found

Attachments

    Outcomes