[U-Boot] [RFC] NFS issue when loading two files

Matthias Brugger matthias.bgg at gmail.com
Thu Dec 6 10:44:47 CET 2012


Hello Wolfgang, hello all,

sorry for re-sending, but the list didn't accept an attachment.

On 12/05/2012 11:20 PM, Wolfgang Denk wrote:
> Dear Matthias Brugger,
>
> In message <50BF9CC3.9020207 at gmail.com> you wrote:
>>
>> I run into an NFS issue when trying to load two files from nfs for
>> booting (uImage and device tree binary):
>>
>> When I try to unmount after loading the first file, I get some timeouts
>> from the host which will lead to a re-send of the message.
>> Eventually I get a response from the host, but with a smaller rpc_id, as
>> rpc_id is incremented on every re-send as well. This leads in an abort
>> of the boot procedure, although a valid answer was given from the host.
>
> How do you do the umount in U-Boot?

I wasn't clear on this, sorry.
It seems that u-boot sends a umountall command to the nfs server after 
having received the file.

>
>> [1] the process looks like:
>> mount
>> read file
>> unmount (timed out) #1
>> unmount (timed out) #2
>> unmount
>> get response of #1
>> mount
>> get response of #2
>> error!
>
> What is the exact sequence of U-Boot coomands that would trigger such
> an error?

I use igep0020 board. You can find my uEvent.txt at
http://pastebin.com/6mG6RJmf
Please note that I just load the uImage and the device tree binary from 
nfs, as device tree yet does not support network for my kernel.

If you want, I can send you a wireshark dump I made to analyse the problem.

Later this day I'll send a patch which resolves the issue.
Basically it does not increment rpc_id if a time out leads to a resend 
and it make the state machine drop messages with a lower rpc_id as the 
one in the state machine.

Best regards,
Matthias Brugger

>
> Best regards,
>
> Wolfgang Denk
>



More information about the U-Boot mailing list