[U-Boot] [RFC][PATCH] net: nfs: extend NFS_TIMEOUT
Tetsuyuki Kobayashi
koba at kmckk.co.jp
Wed Jun 27 06:32:55 CEST 2012
Hi Joe, Thank you for responding.
(2012/06/27 0:30), Joe Hershberger wrote:
> On Tue, Jun 26, 2012 at 3:52 AM, Wolfgang Denk<wd at denx.de> wrote:
>> Dear Tetsuyuki Kobayashi,
>>
>> In message<4FE9711A.2090602 at kmckk.co.jp> you wrote:
>>>
>>>>> Are you sure the problems are not in the board specific code?
>>>> OK. I will try the same thing on an in-tree board (maybe, panda board) to check if this is board specific or not.
>>>
>>> I did on a panda board. It has the same problem and this patch solves it. So this is not board specific problem. Please consider to change global setting of NFS_TIMEOUT in nfs.c.
>>
>> net/nfs.c is not the right place to make board specific adjustments.
>>
>> I am still not convinced this is an issue with the global code. It
>> could be your NFS server as well.
>
> I'm not convinced either. It clearly depends on the speed of your
> server, the speed of the connection, the size of the file you are
> transferring, etc.
>
Yes, NFS_TIMEOUT should be configurable.
>> If there are really boards which need longer timeouts, these should be
>> set in the board config files.
>
> In fact I would rather the constant were not defined there at all... but it is.
>
> At a minimum it should look like this:
>
>
> #define HASHES_PER_LINE 65 /* Number of "loading" hashes per line */
> #define NFS_RETRY_COUNT 30
> +#ifdef CONFIG_NFS_TIMEOUT
> +#define NFS_TIMEOUT CONFIG_NFS_TIMEOUT
> +#else
> #define NFS_TIMEOUT 2000UL
> +#endif
>
> static int fs_mounted;
> static unsigned long rpc_id;
>
>
> ...with CONFIG_NFS_TIMEOUT defined for your board.
>
Thanks. I agree this change.
More information about the U-Boot
mailing list