Hello kernel list, as mentioned on the Frenoode IRC channel I would like to ask to have some backported (from 3.10) patches to be included in the Fedora 19 kernel.
These patches are needed to fully complete the server side part of http://fedoraproject.org/wiki/Features/gss-proxy
I am sorry coming late, but this work has been underway for very long (patches originally against 3.9.0) and I did not realize it wasn't going to end up in Fedora 19 kernel without proactive action until now.
The patches are quite self-contained and tested.
Bruce has kindly agree to backport them to 3.9.x (and we do not expect major difficulties there) and Jeff has agreed to review the backport.
The list of upstream patches is the following: 030d794bf498 SUNRPC: Use gssproxy upcall for server RPCGSS authentication. 1d658336b05f SUNRPC: Add RPC based upcall mechanism for RPCGSS auth 400f26b542e8 SUNRPC: conditionally return endtime from import_sec_context 33d90ac0581c SUNRPC: allow disabling idle timeout 7073ea8799a8 SUNRPC: attempt AF_LOCAL connect on setup d28fcc830c2e svcrpc: fix gss-proxy to respect user namespaces 6278b62aa8f9 SUNRPC: gssp_procedures[] can be static 9fd40c5a66be SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning fb43f11c666a SUNRPC: fix decoding of optional gss-proxy xdr fields 625cdd78d119 svcauth_gss: fix error code in use_gss_proxy()
Please let me know if more information is needed, and what is the deadline, should you accept the proposal to have this included.
Please keep me in CC as I am not subscribed to the list.
Regards, Simo Sorce
On Fri, May 31, 2013 at 03:00:46PM -0400, Simo Sorce wrote:
Hello kernel list, as mentioned on the Frenoode IRC channel I would like to ask to have some backported (from 3.10) patches to be included in the Fedora 19 kernel.
These patches are needed to fully complete the server side part of http://fedoraproject.org/wiki/Features/gss-proxy
I am sorry coming late, but this work has been underway for very long (patches originally against 3.9.0) and I did not realize it wasn't going to end up in Fedora 19 kernel without proactive action until now.
The patches are quite self-contained and tested.
Bruce has kindly agree to backport them to 3.9.x (and we do not expect major difficulties there) and Jeff has agreed to review the backport.
The list of upstream patches is the following: 030d794bf498 SUNRPC: Use gssproxy upcall for server RPCGSS authentication. 1d658336b05f SUNRPC: Add RPC based upcall mechanism for RPCGSS auth 400f26b542e8 SUNRPC: conditionally return endtime from import_sec_context 33d90ac0581c SUNRPC: allow disabling idle timeout 7073ea8799a8 SUNRPC: attempt AF_LOCAL connect on setup d28fcc830c2e svcrpc: fix gss-proxy to respect user namespaces 6278b62aa8f9 SUNRPC: gssp_procedures[] can be static 9fd40c5a66be SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning fb43f11c666a SUNRPC: fix decoding of optional gss-proxy xdr fields 625cdd78d119 svcauth_gss: fix error code in use_gss_proxy()
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
How do you want these?
--b.
Dan Carpenter (1): svcauth_gss: fix error code in use_gss_proxy()
Fengguang Wu (1): SUNRPC: gssp_procedures[] can be static
Geert Uytterhoeven (1): SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning
J. Bruce Fields (6): SUNRPC: attempt AF_LOCAL connect on setup SUNRPC: allow disabling idle timeout SUNRPC: define {create,destroy}_use_gss_proxy_proc_entry in !PROC case svcrpc: fix gss-proxy to respect user namespaces SUNRPC: fix decoding of optional gss-proxy xdr fields svcrpc: implement O_NONBLOCK behavior for use-gss-proxy
Simo Sorce (3): SUNRPC: conditionally return endtime from import_sec_context SUNRPC: Add RPC based upcall mechanism for RPCGSS auth SUNRPC: Use gssproxy upcall for server RPCGSS authentication.
Trond Myklebust (1): SUNRPC: Allow rpc_create() to request that TCP slots be unlimited
On Mon, Jun 03, 2013 at 04:54:12PM -0400, J. Bruce Fields wrote:
On Fri, May 31, 2013 at 03:00:46PM -0400, Simo Sorce wrote:
Hello kernel list, as mentioned on the Frenoode IRC channel I would like to ask to have some backported (from 3.10) patches to be included in the Fedora 19 kernel.
These patches are needed to fully complete the server side part of http://fedoraproject.org/wiki/Features/gss-proxy
I am sorry coming late, but this work has been underway for very long (patches originally against 3.9.0) and I did not realize it wasn't going to end up in Fedora 19 kernel without proactive action until now.
The patches are quite self-contained and tested.
Bruce has kindly agree to backport them to 3.9.x (and we do not expect major difficulties there) and Jeff has agreed to review the backport.
The list of upstream patches is the following: 030d794bf498 SUNRPC: Use gssproxy upcall for server RPCGSS authentication. 1d658336b05f SUNRPC: Add RPC based upcall mechanism for RPCGSS auth 400f26b542e8 SUNRPC: conditionally return endtime from import_sec_context 33d90ac0581c SUNRPC: allow disabling idle timeout 7073ea8799a8 SUNRPC: attempt AF_LOCAL connect on setup d28fcc830c2e svcrpc: fix gss-proxy to respect user namespaces 6278b62aa8f9 SUNRPC: gssp_procedures[] can be static 9fd40c5a66be SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning fb43f11c666a SUNRPC: fix decoding of optional gss-proxy xdr fields 625cdd78d119 svcauth_gss: fix error code in use_gss_proxy()
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
--b.
How do you want these?
--b.
Dan Carpenter (1): svcauth_gss: fix error code in use_gss_proxy()
Fengguang Wu (1): SUNRPC: gssp_procedures[] can be static
Geert Uytterhoeven (1): SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning
J. Bruce Fields (6): SUNRPC: attempt AF_LOCAL connect on setup SUNRPC: allow disabling idle timeout SUNRPC: define {create,destroy}_use_gss_proxy_proc_entry in !PROC case svcrpc: fix gss-proxy to respect user namespaces SUNRPC: fix decoding of optional gss-proxy xdr fields svcrpc: implement O_NONBLOCK behavior for use-gss-proxy
Simo Sorce (3): SUNRPC: conditionally return endtime from import_sec_context SUNRPC: Add RPC based upcall mechanism for RPCGSS auth SUNRPC: Use gssproxy upcall for server RPCGSS authentication.
Trond Myklebust (1): SUNRPC: Allow rpc_create() to request that TCP slots be unlimited
On Mon, Jun 03, 2013 at 04:54:49PM -0400, J. Bruce Fields wrote:
On Mon, Jun 03, 2013 at 04:54:12PM -0400, J. Bruce Fields wrote:
On Fri, May 31, 2013 at 03:00:46PM -0400, Simo Sorce wrote:
Hello kernel list, as mentioned on the Frenoode IRC channel I would like to ask to have some backported (from 3.10) patches to be included in the Fedora 19 kernel.
These patches are needed to fully complete the server side part of http://fedoraproject.org/wiki/Features/gss-proxy
I am sorry coming late, but this work has been underway for very long (patches originally against 3.9.0) and I did not realize it wasn't going to end up in Fedora 19 kernel without proactive action until now.
The patches are quite self-contained and tested.
Bruce has kindly agree to backport them to 3.9.x (and we do not expect major difficulties there) and Jeff has agreed to review the backport.
The list of upstream patches is the following: 030d794bf498 SUNRPC: Use gssproxy upcall for server RPCGSS authentication. 1d658336b05f SUNRPC: Add RPC based upcall mechanism for RPCGSS auth 400f26b542e8 SUNRPC: conditionally return endtime from import_sec_context 33d90ac0581c SUNRPC: allow disabling idle timeout 7073ea8799a8 SUNRPC: attempt AF_LOCAL connect on setup d28fcc830c2e svcrpc: fix gss-proxy to respect user namespaces 6278b62aa8f9 SUNRPC: gssp_procedures[] can be static 9fd40c5a66be SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning fb43f11c666a SUNRPC: fix decoding of optional gss-proxy xdr fields 625cdd78d119 svcauth_gss: fix error code in use_gss_proxy()
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
josh
On Tue, Jun 04, 2013 at 01:28:11PM -0400, Josh Boyer wrote:
On Mon, Jun 03, 2013 at 04:54:49PM -0400, J. Bruce Fields wrote:
On Mon, Jun 03, 2013 at 04:54:12PM -0400, J. Bruce Fields wrote:
On Fri, May 31, 2013 at 03:00:46PM -0400, Simo Sorce wrote:
Hello kernel list, as mentioned on the Frenoode IRC channel I would like to ask to have some backported (from 3.10) patches to be included in the Fedora 19 kernel.
These patches are needed to fully complete the server side part of http://fedoraproject.org/wiki/Features/gss-proxy
I am sorry coming late, but this work has been underway for very long (patches originally against 3.9.0) and I did not realize it wasn't going to end up in Fedora 19 kernel without proactive action until now.
The patches are quite self-contained and tested.
Bruce has kindly agree to backport them to 3.9.x (and we do not expect major difficulties there) and Jeff has agreed to review the backport.
The list of upstream patches is the following: 030d794bf498 SUNRPC: Use gssproxy upcall for server RPCGSS authentication. 1d658336b05f SUNRPC: Add RPC based upcall mechanism for RPCGSS auth 400f26b542e8 SUNRPC: conditionally return endtime from import_sec_context 33d90ac0581c SUNRPC: allow disabling idle timeout 7073ea8799a8 SUNRPC: attempt AF_LOCAL connect on setup d28fcc830c2e svcrpc: fix gss-proxy to respect user namespaces 6278b62aa8f9 SUNRPC: gssp_procedures[] can be static 9fd40c5a66be SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning fb43f11c666a SUNRPC: fix decoding of optional gss-proxy xdr fields 625cdd78d119 svcauth_gss: fix error code in use_gss_proxy()
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
josh
On Tue, 2013-06-04 at 15:37 -0400, Josh Boyer wrote:
On Tue, Jun 04, 2013 at 01:28:11PM -0400, Josh Boyer wrote:
On Mon, Jun 03, 2013 at 04:54:49PM -0400, J. Bruce Fields wrote:
On Mon, Jun 03, 2013 at 04:54:12PM -0400, J. Bruce Fields wrote:
On Fri, May 31, 2013 at 03:00:46PM -0400, Simo Sorce wrote:
Hello kernel list, as mentioned on the Frenoode IRC channel I would like to ask to have some backported (from 3.10) patches to be included in the Fedora 19 kernel.
These patches are needed to fully complete the server side part of http://fedoraproject.org/wiki/Features/gss-proxy
I am sorry coming late, but this work has been underway for very long (patches originally against 3.9.0) and I did not realize it wasn't going to end up in Fedora 19 kernel without proactive action until now.
The patches are quite self-contained and tested.
Bruce has kindly agree to backport them to 3.9.x (and we do not expect major difficulties there) and Jeff has agreed to review the backport.
The list of upstream patches is the following: 030d794bf498 SUNRPC: Use gssproxy upcall for server RPCGSS authentication. 1d658336b05f SUNRPC: Add RPC based upcall mechanism for RPCGSS auth 400f26b542e8 SUNRPC: conditionally return endtime from import_sec_context 33d90ac0581c SUNRPC: allow disabling idle timeout 7073ea8799a8 SUNRPC: attempt AF_LOCAL connect on setup d28fcc830c2e svcrpc: fix gss-proxy to respect user namespaces 6278b62aa8f9 SUNRPC: gssp_procedures[] can be static 9fd40c5a66be SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning fb43f11c666a SUNRPC: fix decoding of optional gss-proxy xdr fields 625cdd78d119 svcauth_gss: fix error code in use_gss_proxy()
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
Thanks will report soon.
Simo.
On Tue, 2013-06-04 at 15:37 -0400, Josh Boyer wrote:
On Tue, Jun 04, 2013 at 01:28:11PM -0400, Josh Boyer wrote:
On Mon, Jun 03, 2013 at 04:54:49PM -0400, J. Bruce Fields wrote:
On Mon, Jun 03, 2013 at 04:54:12PM -0400, J. Bruce Fields wrote:
On Fri, May 31, 2013 at 03:00:46PM -0400, Simo Sorce wrote:
Hello kernel list, as mentioned on the Frenoode IRC channel I would like to ask to have some backported (from 3.10) patches to be included in the Fedora 19 kernel.
These patches are needed to fully complete the server side part of http://fedoraproject.org/wiki/Features/gss-proxy
I am sorry coming late, but this work has been underway for very long (patches originally against 3.9.0) and I did not realize it wasn't going to end up in Fedora 19 kernel without proactive action until now.
The patches are quite self-contained and tested.
Bruce has kindly agree to backport them to 3.9.x (and we do not expect major difficulties there) and Jeff has agreed to review the backport.
The list of upstream patches is the following: 030d794bf498 SUNRPC: Use gssproxy upcall for server RPCGSS authentication. 1d658336b05f SUNRPC: Add RPC based upcall mechanism for RPCGSS auth 400f26b542e8 SUNRPC: conditionally return endtime from import_sec_context 33d90ac0581c SUNRPC: allow disabling idle timeout 7073ea8799a8 SUNRPC: attempt AF_LOCAL connect on setup d28fcc830c2e svcrpc: fix gss-proxy to respect user namespaces 6278b62aa8f9 SUNRPC: gssp_procedures[] can be static 9fd40c5a66be SUNRPC: Refactor gssx_dec_option_array() to kill uninitialized warning fb43f11c666a SUNRPC: fix decoding of optional gss-proxy xdr fields 625cdd78d119 svcauth_gss: fix error code in use_gss_proxy()
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
I am getting an oops, I will work with Bruce to find the cause and fix it.
Simo.
On Wed, Jun 05, 2013 at 01:09:39PM -0400, Simo Sorce wrote:
On Tue, 2013-06-04 at 15:37 -0400, Josh Boyer wrote:
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
I am getting an oops, I will work with Bruce to find the cause and fix it.
Did you track this down? We're probably going to be doing another build to submit as an update today, and I'd rather not include known oopsing patches. If this doesn't have a fix yet, I'll temporarily remove the patches for the update build.
josh
On Fri, 2013-06-07 at 08:17 -0400, Josh Boyer wrote:
On Wed, Jun 05, 2013 at 01:09:39PM -0400, Simo Sorce wrote:
On Tue, 2013-06-04 at 15:37 -0400, Josh Boyer wrote:
I have a backport to 3.9.3 (which turned out to need a couple more patches in addition to the above) at
git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
I am getting an oops, I will work with Bruce to find the cause and fix it.
Did you track this down? We're probably going to be doing another build to submit as an update today, and I'd rather not include known oopsing patches. If this doesn't have a fix yet, I'll temporarily remove the patches for the update build.
josh
Bruce sent me 2 patches yesterday, but haven't got to test them yet. The code is not activated by default, so there is little harm in putting them in, the only thing that will fail is gssproxy, as the whole code path is enabled only if gssproxy is started at boot.
But either way is fine, we are planning on verifying he fixes and make sure the bug is squashed today one way or another.
Simo.
On Fri, Jun 07, 2013 at 08:24:41AM -0400, Simo Sorce wrote:
On Fri, 2013-06-07 at 08:17 -0400, Josh Boyer wrote:
On Wed, Jun 05, 2013 at 01:09:39PM -0400, Simo Sorce wrote:
On Tue, 2013-06-04 at 15:37 -0400, Josh Boyer wrote:
> I have a backport to 3.9.3 (which turned out to need a couple more > patches in addition to the above) at > > git://linux-nfs.org/~bfields/linux-topics.git
Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
I am getting an oops, I will work with Bruce to find the cause and fix it.
Did you track this down? We're probably going to be doing another build to submit as an update today, and I'd rather not include known oopsing patches. If this doesn't have a fix yet, I'll temporarily remove the patches for the update build.
josh
Bruce sent me 2 patches yesterday, but haven't got to test them yet. The code is not activated by default, so there is little harm in putting them in, the only thing that will fail is gssproxy, as the whole code path is enabled only if gssproxy is started at boot.
Did you get a chance to test them? I'm doing an update today.
But either way is fine, we are planning on verifying he fixes and make sure the bug is squashed today one way or another.
I'll go with disabling the patches unless you have fixes to apply. The functionality might not be used by default, but knowingly shipping code that causes an oops when used isn't very responsible.
josh
On Mon, Jun 10, 2013 at 12:39:08PM -0400, Josh Boyer wrote:
On Fri, Jun 07, 2013 at 08:24:41AM -0400, Simo Sorce wrote:
On Fri, 2013-06-07 at 08:17 -0400, Josh Boyer wrote:
On Wed, Jun 05, 2013 at 01:09:39PM -0400, Simo Sorce wrote:
On Tue, 2013-06-04 at 15:37 -0400, Josh Boyer wrote:
> > I have a backport to 3.9.3 (which turned out to need a couple more > > patches in addition to the above) at > > > > git://linux-nfs.org/~bfields/linux-topics.git > > Sorry, I forgot to give the branch: 3.9-gssproxy-backport
I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
I am getting an oops, I will work with Bruce to find the cause and fix it.
Did you track this down? We're probably going to be doing another build to submit as an update today, and I'd rather not include known oopsing patches. If this doesn't have a fix yet, I'll temporarily remove the patches for the update build.
josh
Bruce sent me 2 patches yesterday, but haven't got to test them yet. The code is not activated by default, so there is little harm in putting them in, the only thing that will fail is gssproxy, as the whole code path is enabled only if gssproxy is started at boot.
Did you get a chance to test them? I'm doing an update today.
Just setting it up, so I'd expect results in a couple hours.
But either way is fine, we are planning on verifying he fixes and make sure the bug is squashed today one way or another.
I'll go with disabling the patches unless you have fixes to apply. The functionality might not be used by default, but knowingly shipping code that causes an oops when used isn't very responsible.
OK, up to you.
--b.
On Mon, Jun 10, 2013 at 01:43:29PM -0400, J. Bruce Fields wrote:
On Mon, Jun 10, 2013 at 12:39:08PM -0400, Josh Boyer wrote:
On Fri, Jun 07, 2013 at 08:24:41AM -0400, Simo Sorce wrote:
On Fri, 2013-06-07 at 08:17 -0400, Josh Boyer wrote:
On Wed, Jun 05, 2013 at 01:09:39PM -0400, Simo Sorce wrote:
On Tue, 2013-06-04 at 15:37 -0400, Josh Boyer wrote:
> > > I have a backport to 3.9.3 (which turned out to need a couple more > > > patches in addition to the above) at > > > > > > git://linux-nfs.org/~bfields/linux-topics.git > > > > Sorry, I forgot to give the branch: 3.9-gssproxy-backport > > I'll grab them from there. If I have troubles, I'll let you know.
Ok, they're applied in kernel-3.9.4-302.fc19. Please test things out.
I am getting an oops, I will work with Bruce to find the cause and fix it.
Did you track this down? We're probably going to be doing another build to submit as an update today, and I'd rather not include known oopsing patches. If this doesn't have a fix yet, I'll temporarily remove the patches for the update build.
josh
Bruce sent me 2 patches yesterday, but haven't got to test them yet. The code is not activated by default, so there is little harm in putting them in, the only thing that will fail is gssproxy, as the whole code path is enabled only if gssproxy is started at boot.
Did you get a chance to test them? I'm doing an update today.
Just setting it up, so I'd expect results in a couple hours.
Hah, bad estimate. Anyway,
git://linux-nfs.org/~bfields/linux-topics.git 3.9-gssproxy-backport
now includes three additional bugfixes that I need to get it working for me.
--b.
On Tue, Jun 11, 2013 at 04:56:38PM -0400, J. Bruce Fields wrote:
Bruce sent me 2 patches yesterday, but haven't got to test them yet. The code is not activated by default, so there is little harm in putting them in, the only thing that will fail is gssproxy, as the whole code path is enabled only if gssproxy is started at boot.
Did you get a chance to test them? I'm doing an update today.
Just setting it up, so I'd expect results in a couple hours.
Hah, bad estimate. Anyway,
git://linux-nfs.org/~bfields/linux-topics.git 3.9-gssproxy-backport
now includes three additional bugfixes that I need to get it working for me.
I've added those to the F19 kernel repo. There isn't a kernel built yet that contains them, but they'll be included in the next build.
josh
On Wed, Jun 12, 2013 at 09:13:59AM -0400, Josh Boyer wrote:
On Tue, Jun 11, 2013 at 04:56:38PM -0400, J. Bruce Fields wrote:
Bruce sent me 2 patches yesterday, but haven't got to test them yet. The code is not activated by default, so there is little harm in putting them in, the only thing that will fail is gssproxy, as the whole code path is enabled only if gssproxy is started at boot.
Did you get a chance to test them? I'm doing an update today.
Just setting it up, so I'd expect results in a couple hours.
Hah, bad estimate. Anyway,
git://linux-nfs.org/~bfields/linux-topics.git 3.9-gssproxy-backport
now includes three additional bugfixes that I need to get it working for me.
I've added those to the F19 kernel repo. There isn't a kernel built yet that contains them, but they'll be included in the next build.
Thanks! Simo, could you test that when it's available and let me know either way?
As I say it's working for me, but our setups are a little different (the bug fixed by the second patch manifested in a different way for me, for example, though I suspect it was the same bug).
--b.
On Wed, 2013-06-12 at 11:43 -0400, J. Bruce Fields wrote:
On Wed, Jun 12, 2013 at 09:13:59AM -0400, Josh Boyer wrote:
On Tue, Jun 11, 2013 at 04:56:38PM -0400, J. Bruce Fields wrote:
Bruce sent me 2 patches yesterday, but haven't got to test them yet. The code is not activated by default, so there is little harm in putting them in, the only thing that will fail is gssproxy, as the whole code path is enabled only if gssproxy is started at boot.
Did you get a chance to test them? I'm doing an update today.
Just setting it up, so I'd expect results in a couple hours.
Hah, bad estimate. Anyway,
git://linux-nfs.org/~bfields/linux-topics.git 3.9-gssproxy-backport
now includes three additional bugfixes that I need to get it working for me.
I've added those to the F19 kernel repo. There isn't a kernel built yet that contains them, but they'll be included in the next build.
Thanks! Simo, could you test that when it's available and let me know either way?
As I say it's working for me, but our setups are a little different (the bug fixed by the second patch manifested in a different way for me, for example, though I suspect it was the same bug).
I'm on PTO through the rest of the week but I can do a quick test as soon as someone tells me a kernel is available.
Simo.
On Wed, Jun 12, 2013 at 04:38:53PM -0400, Simo Sorce wrote:
On Wed, 2013-06-12 at 11:43 -0400, J. Bruce Fields wrote:
On Wed, Jun 12, 2013 at 09:13:59AM -0400, Josh Boyer wrote:
On Tue, Jun 11, 2013 at 04:56:38PM -0400, J. Bruce Fields wrote:
> Bruce sent me 2 patches yesterday, but haven't got to test them yet. > The code is not activated by default, so there is little harm in putting > them in, the only thing that will fail is gssproxy, as the whole code > path is enabled only if gssproxy is started at boot.
Did you get a chance to test them? I'm doing an update today.
Just setting it up, so I'd expect results in a couple hours.
Hah, bad estimate. Anyway,
git://linux-nfs.org/~bfields/linux-topics.git 3.9-gssproxy-backport
now includes three additional bugfixes that I need to get it working for me.
I've added those to the F19 kernel repo. There isn't a kernel built yet that contains them, but they'll be included in the next build.
Thanks! Simo, could you test that when it's available and let me know either way?
As I say it's working for me, but our setups are a little different (the bug fixed by the second patch manifested in a different way for me, for example, though I suspect it was the same bug).
I'm on PTO through the rest of the week but I can do a quick test as soon as someone tells me a kernel is available.
The fixes are in 3.9.6-301.fc19 now.
josh
kernel@lists.fedoraproject.org
-
J. Bruce Fields -
Josh Boyer -
Simo Sorce