On Wed, Nov 18, 2009 at 09:46:00AM +0200, Vladimir Sokolovsky wrote:
> Jon Mason wrote:
>>
>>> In addition, please remove rpmbuild dependency on automake and autoconf in
>>> rnfs-utils.
>>> This part (autogen.sh) should be done in source RPM build step and not on
>>> the customers' server.
>>
>>
Jon Mason wrote:
In addition, please remove rpmbuild dependency on automake and autoconf in
rnfs-utils.
This part (autogen.sh) should be done in source RPM build step and not on the
customers' server.
I don't understand, why should the dependency be removed? It is needed
to run configure w
On Tue, Nov 17, 2009 at 11:23:17AM +0200, Vladimir Sokolovsky wrote:
> Jon Mason wrote:
>> If no one has any objection to this, I'd like to push it into OFED 1.5
>>
>> Thanks,
>> Jon
>
> Hi Jon,
> Please make this patch to be a part of rnfs-utils RPM and not ofa_kernel.
> As /sbin/rpc.statd belongs
Jon Mason wrote:
If no one has any objection to this, I'd like to push it into OFED 1.5
Thanks,
Jon
Hi Jon,
Please make this patch to be a part of rnfs-utils RPM and not ofa_kernel.
As /sbin/rpc.statd belongs to rnfs-utils.
In addition, please remove rpmbuild dependency on automake and autoco
If no one has any objection to this, I'd like to push it into OFED 1.5
Thanks,
Jon
On Thu, Nov 12, 2009 at 06:20:10PM -0600, Jon Mason wrote:
> I created this patch to handle a re-occurring issue with NFSRDMA on
> SLES10. Due to the NFS implementation native to SLES10 handling NFS
> locking insi
I created this patch to handle a re-occurring issue with NFSRDMA on
SLES10. Due to the NFS implementation native to SLES10 handling NFS
locking inside the kernel, there are no user space locking daemons
running. However, newer NFS code requires locking in user space. This
is not an issue for all