APPLIED: [SRU][j/gke][f/gke][PATCH 0/1] Make new NFS cache behaviour opt-in

[Stefan Bader]

On 01.06.23 21:09, Khalid Elmously wrote:
> BugLink: https://bugs.launchpad.net/bugs/2022098
> 
> The fix to LP #2003053 has caused massively increased NFS server access in some use-cases, which caused severe performance degradation to the point of being unusable.
> 
> The solution to this issue, at least temporarily and at least for linux-gke, is to make the new behaviour optional using the "nfs_fasc=1" module parameter. Without this parameter specified, (or specified as =0) will keep the old behaviour.
> 
> 
> Thanks Thadeu for the feedback and the original inspiration for this fix.
> 
> 
> Testing:
>   - Used a slightly modified version of this patch (which simply logs whether the new or the old behaviour is taking effect) on an NFS client to confirm that 'modprobe nfs' and 'modprobe nfs nfs_fasc=0' maintain the old behaviour, and that 'modprobe nfs nfs_fasc=1' implements the new cache behaviour.
> 
> 
> Regresion potential:
>   - Regression potential is considered low considering the scope of the change and is limited to NFS only.
> 
> 
> 
> 
> Khalid Elmously (1):
>    UBUNTU: SAUCE: Make NFS file-access stale cache behaviour opt-in
> 
>   fs/nfs/dir.c | 29 +++++++++++++++++++++--------
>   1 file changed, 21 insertions(+), 8 deletions(-)
> 

Applied to jammy,focal:linux-gke/master-next as part of a re-spin from 
what I gather. There should be a follow-up submission for generic 
kernels. Thanks.

-Stefan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xE8675DEECBEECEA3.asc
Type: application/pgp-keys
Size: 44613 bytes
Desc: OpenPGP public key
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20230606/2bcba43b/attachment-0001.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20230606/2bcba43b/attachment-0001.sig>