rpms
/
kernel
2
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Add bugzilla and upstream-status fields to nfs patches

This commit is contained in:
Josh Boyer 2013-11-22 14:23:22 -05:00
parent 7306d34d3c
commit c476786b43
3 changed files with 7 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
nfs-check-gssd-running-before-krb5i-auth.patch
View File

@ -1,3 +1,5 @@
Bugzilla: N/A
Upstream-status: queued in NFS git tree (for 3.13/3.14?)
Currently, the client will attempt to use krb5i in the SETCLIENTID call
even if rpc.gssd isn't running. When that fails, it'll then fall back to
@ -43,4 +45,4 @@ diff -up linux-3.11.9-200.fc19.x86_64/fs/nfs/nfs4client.c.orig linux-3.11.9-200.
_______________________________________________
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
https://admin.fedoraproject.org/mailman/listinfo/kernel

2
sunrpc-create-a-new-dummy-pipe-for-gssd-to-hold-open.patch
View File

@ -1,3 +1,5 @@
Bugzilla: N/A
Upstream-status: queued in NFS git tree (for 3.13/3.14?)
rpc.gssd will naturally hold open any pipe named */clnt*/gssd that shows
up under rpc_pipefs. That behavior gives us a reliable mechanism to tell

2
sunrpc-replace-gssd_running-with-more-reliable-check.patch
View File

@ -1,3 +1,5 @@
Bugzilla: N/A
Upstream-status: queued in NFS git tree (for 3.13/3.14?)
Now that we have a more reliable method to tell if gssd is running, we
can replace the sn->gssd_running flag with a function that will query to