Re: inux-next: Tree for July 1

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Trond Myklebust <Trond.Myklebust@...>
Cc: Rafael J. Wysocki <rjw@...>, Randy.Dunlap <rdunlap@...>, Stephen Rothwell <sfr@...>, <linux-next@...>, LKML Kernel <linux-kernel@...>, <kernel-testers@...>, Linux NFS Mailing List <linux-nfs@...>
Date: Wednesday, July 2, 2008 - 7:14 pm

On Jul 2, 2008, at 3:02 PM, Trond Myklebust wrote:

Whether or not user space sets the defaults is irrelevant.  My point  
is the broken commit doesn't change the behavior of copying these  
values unconditionally into *data.  It does break the transport  
protocol setting accidentally.


Fine, then.  You should drop 8b59ea3c (as that is only in your devel  
branch and linux-next, and not upstream yet; and it appears to be  
mostly based on false assumptions) and merge it with what you have  
below.  That would be more bisectable, easier to document, and easier  
to review and demonstrate its correctness.

Also consider breaking this into smaller changes (for similar  
reasons).  Cleaning up nfs_init_timeout_values() and adding the macro  
constants could be a separate patch, for example.

A handful of comments below.


Nit: "which was _where_ they were always"


One of the original bugs addressed by 8b59ea3c was that the text-based  
mount transport protocol was not being set properly.  You are cleaning  
that up here as well with the addition of  
nfs_set_mount_transport_protocol().



Yes, it's a software bug.  But do you really need to throw an Oops  
here?  Logging a warning seems perfectly adequate.


Nit: No "break;" here is asking for trouble down the road when we add  
more cases to this switch statement.



As an aside, these macro values were copied from the default settings  
in the kernel's NFS mount option parser; so the values were always  
incorrect for text-based mounts even before 8b59ea3c.

Before I rewrote the nfs(5) man page recently, incidentally, it did  
claim that the retransmit timeout for UDP was 7 tenths of a second,  
and that the default retrans setting was 5.

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: inux-next: Tree for July 1, Trond Myklebust, (Wed Jul 2, 3:02 pm)
Re: inux-next: Tree for July 1, Chuck Lever, (Wed Jul 2, 7:14 pm)