* Inclusion of fc791b6335152c5278dc4a4991bcb2d329f806f9 ("IB/ipoib: move back IB LL address into the hard header")
@ 2017-01-25 14:51 Nikolay Borisov
2017-01-25 15:05 ` Greg KH
0 siblings, 1 reply; 5+ messages in thread
From: Nikolay Borisov @ 2017-01-25 14:51 UTC (permalink / raw)
To: stable
Hello,
I'd like to ask the patch in the subject to be merged into current
stable trees starting from 4.4. The fixes tag of the patch cites a
commit which was introduced into 4.5, however the problem exists even on
4.4 kernel. For more information you can check:
https://bugzilla.kernel.org/show_bug.cgi?id=111921
Regards,
Nikolay
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Inclusion of fc791b6335152c5278dc4a4991bcb2d329f806f9 ("IB/ipoib: move back IB LL address into the hard header")
2017-01-25 14:51 Inclusion of fc791b6335152c5278dc4a4991bcb2d329f806f9 ("IB/ipoib: move back IB LL address into the hard header") Nikolay Borisov
@ 2017-01-25 15:05 ` Greg KH
2017-01-25 15:07 ` Nikolay Borisov
0 siblings, 1 reply; 5+ messages in thread
From: Greg KH @ 2017-01-25 15:05 UTC (permalink / raw)
To: Nikolay Borisov; +Cc: stable
On Wed, Jan 25, 2017 at 04:51:45PM +0200, Nikolay Borisov wrote:
> Hello,
>
> I'd like to ask the patch in the subject to be merged into current
> stable trees starting from 4.4. The fixes tag of the patch cites a
> commit which was introduced into 4.5, however the problem exists even on
> 4.4 kernel. For more information you can check:
> https://bugzilla.kernel.org/show_bug.cgi?id=111921
Any reason you didn't cc: the developers of that patch and the
maintainers of the subsystem so that they can answer this question?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Inclusion of fc791b6335152c5278dc4a4991bcb2d329f806f9 ("IB/ipoib: move back IB LL address into the hard header")
2017-01-25 15:05 ` Greg KH
@ 2017-01-25 15:07 ` Nikolay Borisov
2017-01-27 20:05 ` Doug Ledford
0 siblings, 1 reply; 5+ messages in thread
From: Nikolay Borisov @ 2017-01-25 15:07 UTC (permalink / raw)
To: Greg KH; +Cc: stable, David S. Miller, pabeni, dledford
[CC RELEVANT DEVELOPERS/MAINTAINERS]
On 25.01.2017 17:05, Greg KH wrote:
> On Wed, Jan 25, 2017 at 04:51:45PM +0200, Nikolay Borisov wrote:
>> Hello,
>>
>> I'd like to ask the patch in the subject to be merged into current
>> stable trees starting from 4.4. The fixes tag of the patch cites a
>> commit which was introduced into 4.5, however the problem exists even on
>> 4.4 kernel. For more information you can check:
>> https://bugzilla.kernel.org/show_bug.cgi?id=111921
>
> Any reason you didn't cc: the developers of that patch and the
> maintainers of the subsystem so that they can answer this question?
Mainly because I didn't know I had to, hopefully it's better now :)
>
> thanks,
>
> greg k-h
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Inclusion of fc791b6335152c5278dc4a4991bcb2d329f806f9 ("IB/ipoib: move back IB LL address into the hard header")
2017-01-25 15:07 ` Nikolay Borisov
@ 2017-01-27 20:05 ` Doug Ledford
2017-01-27 22:30 ` Vasiliy Tolstov
0 siblings, 1 reply; 5+ messages in thread
From: Doug Ledford @ 2017-01-27 20:05 UTC (permalink / raw)
To: Nikolay Borisov, Greg KH; +Cc: stable, David S. Miller, pabeni
[-- Attachment #1: Type: text/plain, Size: 1306 bytes --]
On Wed, 2017-01-25 at 17:07 +0200, Nikolay Borisov wrote:
> [CC RELEVANT DEVELOPERS/MAINTAINERS]
>
> On 25.01.2017 17:05, Greg KH wrote:
> >
> > On Wed, Jan 25, 2017 at 04:51:45PM +0200, Nikolay Borisov wrote:
> > >
> > > Hello,
> > >
> > > I'd like to ask the patch in the subject to be merged into
> > > current
> > > stable trees starting from 4.4. The fixes tag of the patch cites
> > > a
> > > commit which was introduced into 4.5, however the problem exists
> > > even on
> > > 4.4 kernel. For more information you can check:
> > > https://bugzilla.kernel.org/show_bug.cgi?id=111921
> >
> > Any reason you didn't cc: the developers of that patch and the
> > maintainers of the subsystem so that they can answer this question?
>
> Mainly because I didn't know I had to, hopefully it's better now :)
The patch should be safe to apply to earlier kernels if they also show
the problem. However, I know that context diffs will cause the patch
from applying long before you reach the patch that introduced this
issue:
936d7de3d736 IPoIB: Stop lying about hard_header_len and use skb->cb to
stash LL addresses
--
Doug Ledford <dledford@redhat.com>
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Inclusion of fc791b6335152c5278dc4a4991bcb2d329f806f9 ("IB/ipoib: move back IB LL address into the hard header")
2017-01-27 20:05 ` Doug Ledford
@ 2017-01-27 22:30 ` Vasiliy Tolstov
0 siblings, 0 replies; 5+ messages in thread
From: Vasiliy Tolstov @ 2017-01-27 22:30 UTC (permalink / raw)
To: Doug Ledford; +Cc: Nikolay Borisov, Greg KH, stable, David S. Miller, pabeni
2017-01-27 23:05 GMT+03:00 Doug Ledford <dledford@redhat.com>:
> The patch should be safe to apply to earlier kernels if they also show
> the problem. However, I know that context diffs will cause the patch
> from applying long before you reach the patch that introduced this
> issue:
>
> 936d7de3d736 IPoIB: Stop lying about hard_header_len and use skb->cb to
> stash LL addresses
>
I can confirm that this patch fixes issue for me on 4.4.44 kernel.
--
Vasiliy Tolstov,
e-mail: v.tolstov@selfip.ru
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-01-27 22:39 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-01-25 14:51 Inclusion of fc791b6335152c5278dc4a4991bcb2d329f806f9 ("IB/ipoib: move back IB LL address into the hard header") Nikolay Borisov
2017-01-25 15:05 ` Greg KH
2017-01-25 15:07 ` Nikolay Borisov
2017-01-27 20:05 ` Doug Ledford
2017-01-27 22:30 ` Vasiliy Tolstov
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.