Hi. Any advice on backporting issue below? Thanks.
-jeff
-------- Original Message --------
Subject: Re: NFS-RDMA backport question
Date: Mon, 28 Jul 2008 10:11:07 -0400 (EDT)
From: James Lentini <[EMAIL PROTECTED]>
To: Jeff Becker <[EMAIL PROTECTED]>
CC: Tom Tucker <[EMAIL PROTECTED]>, Thomas Talpey
<[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
On Fri, 25 Jul 2008, Jeff Becker wrote:
Hi. I was doing the backport to 2.6.16.60 (for sles 10 sp2), and I
hit a compile problem with launder_page in fs/nfs/file.c. I looked
it up in the git commits, and saw that Trond added it to 2.6.20 to
fix a race in nfs_release_page(). The problem for backports is that
the fix also adds code to mm/truncate.c. If my understanding is
correct, the whole point of the backports is to have modules that
will work with older kernels (e.g. from distros). However, if I
changed mm/truncate.c, the kernel would have to get recompiled,
which is a more drastic change than running a backported set of
NFS-RDMA modules. Thus, am I stuck leaving the race in kernels older
than 2.6.20? Please advise. Thanks.
-jeff
Jeff,
It sounds like you have a handle on this from an NFS perspective. For
this sort of judgment call, I think you should bring this up with the
OFED maintainers. I expect that they have a policy for handling these
sorts of situations.
james
_______________________________________________
general mailing list
[email protected]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
