Message-ID: <43330F59.7080503@redhat.com>
Date: Thu, 22 Sep 2005 16:08:57 -0400
From: Peter Staubach <staubach@redhat.com>
User-Agent: Mozilla Thunderbird  (X11/20050322)
MIME-Version: 1.0
To: "Lever, Charles" <Charles.Lever@netapp.com>
CC: Andrew Morton <akpm@osdl.org>, SteveD@redhat.com,
       NFS@lists.sourceforge.net, linux-kernel@vger.kernel.org,
       Trond Myklebust <trond.myklebust@fys.uio.no>
Subject: Re: [NFS] Re: [PATCH] repair nfsd/sunrpc in 2.6.14-rc2-mm1 (and other
 -mm versions)
References: <044B81DE141D7443BCE91E8F44B3C1E288E48E@exsvl02.hq.netapp.com>
In-Reply-To: <044B81DE141D7443BCE91E8F44B3C1E288E48E@exsvl02.hq.netapp.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1143
Lines: 35

Lever, Charles wrote:

>>Actually, Chuck's patch and Steve's aren't quite the same.  
>>Both patches
>>fix the problem that the portmap daemon requires a request to 
>>set something
>>to come from a reserved port.  In addition to this, Steve's 
>>patch reduces
>>the number of reserved ports that the kernel requires.  This 
>>is the problem
>>that resulted in pmap_create() being incorrectly modified in 
>>the first 
>>place.
>>Steve's patch correctly puts the support in rpc_getport() 
>>where it belongs.
>>    
>>
>
>mine does too.  pmap_create() is used for both GET and SET, and i added
>a parm to allow pmap_create()'s caller to request a reserved port when
>needed.
>

Hmmm.  That's not the patch that Andrew Morton included in his email to
linux-kernel then.  That patch just removed the line to set xprt->resvport
to 0.  That one fixed problem but not the other.

    Thanx...

       ps
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/