All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Packet signing and sequence numbers
       [not found] ` <51536712.9060504-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2013-03-28  1:11   ` Jeff Layton
       [not found]     ` <20130327211115.1a09db9a-4QP7MXygkU+dMjc06nkz3ljfA9RmPOcC@public.gmane.org>
  2013-03-28 10:51   ` Jeff Layton
  1 sibling, 1 reply; 6+ messages in thread
From: Jeff Layton @ 2013-03-28  1:11 UTC (permalink / raw)
  To: Michael Mol
  Cc: linux-cifs-u79uwXL29TY76Z2rM5mHXA,
	smfrench-Re5JQEeQqe8AvxtiuMwx3w

On Wed, 27 Mar 2013 17:39:30 -0400
Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> I notice the patch in this message
> 
> http://thread.gmane.org/gmane.linux.kernel.cifs/7655/focus=7671
> 
> Never made it into Linus's tree. It's also not in Debian or RedHat's
> kernels. I'm running into this on CentOS.
> 
> Has there been any activity on this issue since December?
> 
> Incidentally, I filed a bug report on bugs.redhat.com relating to what
> I'm hitting:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=928516
> 

If you have a support contract with Red Hat, then it would be best to
open a support case, which will help make the case for its inclusion
into the RHEL kernel.

> I'm looking for a good reason to (or to not) apply the patches to the
> current RH kernel on my systems; I rather need it for my current project.
> 
> (I'd respond via the linux-cifs list, but Thunderbird is being a PITA
> and preventing me from subscribing to it via gmane's NNTP, through which
> I'd be able to reply to the thread directly...)
>

You're correct that it never made it in. I think the patch makes
sense...Steve, was there some reason you didn't merge it?

In the meantime, if you're able to test the patch and reply on-list
with the results then that would be helpful.

Thanks,
-- 
Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Packet signing and sequence numbers
       [not found]     ` <20130327211115.1a09db9a-4QP7MXygkU+dMjc06nkz3ljfA9RmPOcC@public.gmane.org>
@ 2013-03-28  2:15       ` Steve French
       [not found]         ` <CAH2r5mvz=U615HC_dNBsnRc8JYdJ7gEAQxQWa5JMS339z8x7MQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 6+ messages in thread
From: Steve French @ 2013-03-28  2:15 UTC (permalink / raw)
  To: Jeff Layton; +Cc: Michael Mol, linux-cifs-u79uwXL29TY76Z2rM5mHXA

On Wed, Mar 27, 2013 at 8:11 PM, Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>
> On Wed, 27 Mar 2013 17:39:30 -0400
> Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>
> > I notice the patch in this message
> >
> > http://thread.gmane.org/gmane.linux.kernel.cifs/7655/focus=7671
> >
> > Never made it into Linus's tree. It's also not in Debian or RedHat's
> > kernels. I'm running into this on CentOS.
> >
> > Has there been any activity on this issue since December?
> >
> > Incidentally, I filed a bug report on bugs.redhat.com relating to what
> > I'm hitting:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=928516
> >
>
> If you have a support contract with Red Hat, then it would be best to
> open a support case, which will help make the case for its inclusion
> into the RHEL kernel.
>
> > I'm looking for a good reason to (or to not) apply the patches to the
> > current RH kernel on my systems; I rather need it for my current project.
> >
> > (I'd respond via the linux-cifs list, but Thunderbird is being a PITA
> > and preventing me from subscribing to it via gmane's NNTP, through which
> > I'd be able to reply to the thread directly...)
> >
>
> You're correct that it never made it in. I think the patch makes
> sense...Steve, was there some reason you didn't merge it?
>
> In the meantime, if you're able to test the patch and reply on-list
> with the results then that would be helpful.
>
> Thanks,
> --
> Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>



I don't remember getting any other test feedback on it - do we have
some additional tested-by to add (or anyone else review it).  I didn't
personally try it (I was traveling during the holiday break when it
was discussed) and I didn't see it in Jeff's tree so I assumed that he
found a problem with it.

Does it fix your situation?


--
Thanks,

Steve

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Packet signing and sequence numbers
       [not found]         ` <CAH2r5mvz=U615HC_dNBsnRc8JYdJ7gEAQxQWa5JMS339z8x7MQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-03-28  2:51           ` Michael Mol
       [not found]             ` <5153B021.1010400-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
  0 siblings, 1 reply; 6+ messages in thread
From: Michael Mol @ 2013-03-28  2:51 UTC (permalink / raw)
  To: Steve French; +Cc: Jeff Layton, linux-cifs-u79uwXL29TY76Z2rM5mHXA

[-- Attachment #1: Type: text/plain, Size: 2892 bytes --]

On 03/27/2013 10:15 PM, Steve French wrote:
> On Wed, Mar 27, 2013 at 8:11 PM, Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>>
>> On Wed, 27 Mar 2013 17:39:30 -0400
>> Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>
>>> I notice the patch in this message
>>>
>>> http://thread.gmane.org/gmane.linux.kernel.cifs/7655/focus=7671
>>>
>>> Never made it into Linus's tree. It's also not in Debian or RedHat's
>>> kernels. I'm running into this on CentOS.
>>>
>>> Has there been any activity on this issue since December?
>>>
>>> Incidentally, I filed a bug report on bugs.redhat.com relating to what
>>> I'm hitting:
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=928516
>>>
>>
>> If you have a support contract with Red Hat, then it would be best to
>> open a support case, which will help make the case for its inclusion
>> into the RHEL kernel.
>>
>>> I'm looking for a good reason to (or to not) apply the patches to the
>>> current RH kernel on my systems; I rather need it for my current project.
>>>
>>> (I'd respond via the linux-cifs list, but Thunderbird is being a PITA
>>> and preventing me from subscribing to it via gmane's NNTP, through which
>>> I'd be able to reply to the thread directly...)
>>>
>>
>> You're correct that it never made it in. I think the patch makes
>> sense...Steve, was there some reason you didn't merge it?
>>
>> In the meantime, if you're able to test the patch and reply on-list
>> with the results then that would be helpful.
>>
>> Thanks,
>> --
>> Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> 
> 
> 
> I don't remember getting any other test feedback on it - do we have
> some additional tested-by to add (or anyone else review it).  I didn't
> personally try it (I was traveling during the holiday break when it
> was discussed) and I didn't see it in Jeff's tree so I assumed that he
> found a problem with it.
> 
> Does it fix your situation?

I haven't tried it, but:

1) When I hit my problem symptoms, I hypothesized a probable cause.
(desync of crypto state between client and server)
2) The patch addresses the same class of bug.

Based on my understanding of the components involved, I think it highly
likely the patch will fix it. I do have a server I can test it on, so
I'll give it a try.

While I'm here, I'll raise one other thing...the code increments the
sequence number twice when preparing a send, once for the send, and once
for response. My gut tells me that it would be less sloppy to instead
increment once for send, and once at the time of receipt...but updating
the sequence number at that time might carry an unnecessary performance
penalty, and so perhaps that's a valid use of the server's receive
window. (I haven't studied the protocol in depth, though, so I might be
way off.)



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 555 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Packet signing and sequence numbers
       [not found] ` <51536712.9060504-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
  2013-03-28  1:11   ` Packet signing and sequence numbers Jeff Layton
@ 2013-03-28 10:51   ` Jeff Layton
  1 sibling, 0 replies; 6+ messages in thread
From: Jeff Layton @ 2013-03-28 10:51 UTC (permalink / raw)
  To: Michael Mol
  Cc: linux-cifs-u79uwXL29TY76Z2rM5mHXA,
	smfrench-Re5JQEeQqe8AvxtiuMwx3w

[-- Attachment #1: Type: text/plain, Size: 1407 bytes --]

On Wed, 27 Mar 2013 17:39:30 -0400
Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> I notice the patch in this message
> 
> http://thread.gmane.org/gmane.linux.kernel.cifs/7655/focus=7671
> 
> Never made it into Linus's tree. It's also not in Debian or RedHat's
> kernels. I'm running into this on CentOS.
> 
> Has there been any activity on this issue since December?
> 
> Incidentally, I filed a bug report on bugs.redhat.com relating to what
> I'm hitting:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=928516
> 

If you have a support contract with Red Hat, then it would be best to
open a support case, which will help make the case for its inclusion
into the RHEL kernel.

> I'm looking for a good reason to (or to not) apply the patches to the
> current RH kernel on my systems; I rather need it for my current project.
> 
> (I'd respond via the linux-cifs list, but Thunderbird is being a PITA
> and preventing me from subscribing to it via gmane's NNTP, through which
> I'd be able to reply to the thread directly...)
>

You're correct that it never made it in. I think the patch makes
sense...Steve, was there some reason you didn't merge it?

In the meantime, if you're able to test the patch and reply on-list
with the results then that would be helpful.

Thanks,
-- 
Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Packet signing and sequence numbers
       [not found]             ` <5153B021.1010400-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2013-03-28 10:52               ` Jeff Layton
       [not found]                 ` <20130328065234.60801d2f-4QP7MXygkU+dMjc06nkz3ljfA9RmPOcC@public.gmane.org>
  0 siblings, 1 reply; 6+ messages in thread
From: Jeff Layton @ 2013-03-28 10:52 UTC (permalink / raw)
  To: Michael Mol; +Cc: Steve French, linux-cifs-u79uwXL29TY76Z2rM5mHXA

[-- Attachment #1: Type: text/plain, Size: 3524 bytes --]

On Wed, 27 Mar 2013 22:51:13 -0400
Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> On 03/27/2013 10:15 PM, Steve French wrote:
> > On Wed, Mar 27, 2013 at 8:11 PM, Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> >>
> >> On Wed, 27 Mar 2013 17:39:30 -0400
> >> Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> >>
> >>> I notice the patch in this message
> >>>
> >>> http://thread.gmane.org/gmane.linux.kernel.cifs/7655/focus=7671
> >>>
> >>> Never made it into Linus's tree. It's also not in Debian or RedHat's
> >>> kernels. I'm running into this on CentOS.
> >>>
> >>> Has there been any activity on this issue since December?
> >>>
> >>> Incidentally, I filed a bug report on bugs.redhat.com relating to what
> >>> I'm hitting:
> >>>
> >>> https://bugzilla.redhat.com/show_bug.cgi?id=928516
> >>>
> >>
> >> If you have a support contract with Red Hat, then it would be best to
> >> open a support case, which will help make the case for its inclusion
> >> into the RHEL kernel.
> >>
> >>> I'm looking for a good reason to (or to not) apply the patches to the
> >>> current RH kernel on my systems; I rather need it for my current project.
> >>>
> >>> (I'd respond via the linux-cifs list, but Thunderbird is being a PITA
> >>> and preventing me from subscribing to it via gmane's NNTP, through which
> >>> I'd be able to reply to the thread directly...)
> >>>
> >>
> >> You're correct that it never made it in. I think the patch makes
> >> sense...Steve, was there some reason you didn't merge it?
> >>
> >> In the meantime, if you're able to test the patch and reply on-list
> >> with the results then that would be helpful.
> >>
> >> Thanks,
> >> --
> >> Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> > 
> > 
> > 
> > I don't remember getting any other test feedback on it - do we have
> > some additional tested-by to add (or anyone else review it).  I didn't
> > personally try it (I was traveling during the holiday break when it
> > was discussed) and I didn't see it in Jeff's tree so I assumed that he
> > found a problem with it.
> > 

I think I thought you had merged it for 3.8 and dropped it. I never saw
any problems with it. Let's get it in for 3.9.

> > Does it fix your situation?
> 
> I haven't tried it, but:
> 
> 1) When I hit my problem symptoms, I hypothesized a probable cause.
> (desync of crypto state between client and server)
> 2) The patch addresses the same class of bug.
> 
> Based on my understanding of the components involved, I think it highly
> likely the patch will fix it. I do have a server I can test it on, so
> I'll give it a try.
> 
> While I'm here, I'll raise one other thing...the code increments the
> sequence number twice when preparing a send, once for the send, and once
> for response. My gut tells me that it would be less sloppy to instead
> increment once for send, and once at the time of receipt...but updating
> the sequence number at that time might carry an unnecessary performance
> penalty, and so perhaps that's a valid use of the server's receive
> window. (I haven't studied the protocol in depth, though, so I might be
> way off.)
> 
> 

No, I think you're quite right. It would be much cleaner to do it that
way. That's a bit more of an overhaul though, and I think the patch is
appropriate as-is for now.

Cheers,
-- 
Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Packet signing and sequence numbers
       [not found]                 ` <20130328065234.60801d2f-4QP7MXygkU+dMjc06nkz3ljfA9RmPOcC@public.gmane.org>
@ 2013-04-03 11:26                   ` Jeff Layton
  0 siblings, 0 replies; 6+ messages in thread
From: Jeff Layton @ 2013-04-03 11:26 UTC (permalink / raw)
  To: Jeff Layton; +Cc: Michael Mol, Steve French, linux-cifs-u79uwXL29TY76Z2rM5mHXA

On Thu, 28 Mar 2013 06:52:34 -0400
Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:

> On Wed, 27 Mar 2013 22:51:13 -0400
> Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> 
> > On 03/27/2013 10:15 PM, Steve French wrote:
> > > On Wed, Mar 27, 2013 at 8:11 PM, Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > >>
> > >> On Wed, 27 Mar 2013 17:39:30 -0400
> > >> Michael Mol <mikemol-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > >>
> > >>> I notice the patch in this message
> > >>>
> > >>> http://thread.gmane.org/gmane.linux.kernel.cifs/7655/focus=7671
> > >>>
> > >>> Never made it into Linus's tree. It's also not in Debian or RedHat's
> > >>> kernels. I'm running into this on CentOS.
> > >>>
> > >>> Has there been any activity on this issue since December?
> > >>>
> > >>> Incidentally, I filed a bug report on bugs.redhat.com relating to what
> > >>> I'm hitting:
> > >>>
> > >>> https://bugzilla.redhat.com/show_bug.cgi?id=928516
> > >>>
> > >>
> > >> If you have a support contract with Red Hat, then it would be best to
> > >> open a support case, which will help make the case for its inclusion
> > >> into the RHEL kernel.
> > >>
> > >>> I'm looking for a good reason to (or to not) apply the patches to the
> > >>> current RH kernel on my systems; I rather need it for my current project.
> > >>>
> > >>> (I'd respond via the linux-cifs list, but Thunderbird is being a PITA
> > >>> and preventing me from subscribing to it via gmane's NNTP, through which
> > >>> I'd be able to reply to the thread directly...)
> > >>>
> > >>
> > >> You're correct that it never made it in. I think the patch makes
> > >> sense...Steve, was there some reason you didn't merge it?
> > >>
> > >> In the meantime, if you're able to test the patch and reply on-list
> > >> with the results then that would be helpful.
> > >>
> > >> Thanks,
> > >> --
> > >> Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> > > 
> > > 
> > > 
> > > I don't remember getting any other test feedback on it - do we have
> > > some additional tested-by to add (or anyone else review it).  I didn't
> > > personally try it (I was traveling during the holiday break when it
> > > was discussed) and I didn't see it in Jeff's tree so I assumed that he
> > > found a problem with it.
> > > 
> 
> I think I thought you had merged it for 3.8 and dropped it. I never saw
> any problems with it. Let's get it in for 3.9.
> 


I think I was confused...

The main patch that I am concerned with was merged quite some time ago
in commit 31efee60f489c759c341. The other one needs more work before we
can merge it, I think.

That problem ought to be more rare though. Basically, you'd need to
have the task catch a signal before sending anything on the wire. I'll
see if I can clean that patch up later today and will send a draft of
it.

-- 
Jeff Layton <jlayton-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2013-04-03 11:26 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <51536712.9060504@gmail.com>
     [not found] ` <51536712.9060504-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-03-28  1:11   ` Packet signing and sequence numbers Jeff Layton
     [not found]     ` <20130327211115.1a09db9a-4QP7MXygkU+dMjc06nkz3ljfA9RmPOcC@public.gmane.org>
2013-03-28  2:15       ` Steve French
     [not found]         ` <CAH2r5mvz=U615HC_dNBsnRc8JYdJ7gEAQxQWa5JMS339z8x7MQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-03-28  2:51           ` Michael Mol
     [not found]             ` <5153B021.1010400-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-03-28 10:52               ` Jeff Layton
     [not found]                 ` <20130328065234.60801d2f-4QP7MXygkU+dMjc06nkz3ljfA9RmPOcC@public.gmane.org>
2013-04-03 11:26                   ` Jeff Layton
2013-03-28 10:51   ` Jeff Layton

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.