All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: FAILED: patch "[PATCH] xen/blkback: correctly respond to unknown, non-native" failed to apply to 3.0-stable tree
       [not found] <13648514343749@kroah.org>
@ 2013-04-02 10:44 ` David Vrabel
       [not found] ` <515AB6AA.2010501@citrix.com>
  1 sibling, 0 replies; 2+ messages in thread
From: David Vrabel @ 2013-04-02 10:44 UTC (permalink / raw)
  To: gregkh; +Cc: xen-devel, stable, konrad.wilk

On 01/04/13 22:23, gregkh@linuxfoundation.org wrote:
> 
> The patch below does not apply to the 3.0-stable tree.
> If someone wants it applied there, or to any other stable or longterm
> tree, then please email the backport, including the original git commit
> id to <stable@vger.kernel.org>.

This is non-trivial backport as it depends on some structure changes
from b3cb0d6adc4b (xen-blkback: Implement discard requests
('feature-discard') added to 3.2.

I don't think there will be many people running 3.0.y as a dom0 kernel
so backporting this to 3.0 is not necessary.

David

> ------------------ original commit in Linus's tree ------------------
> 
> From 0e367ae46503cfe7791460c8ba8434a5d60b2bd5 Mon Sep 17 00:00:00 2001
> From: David Vrabel <david.vrabel@citrix.com>
> Date: Thu, 7 Mar 2013 17:32:01 +0000
> Subject: [PATCH] xen/blkback: correctly respond to unknown, non-native
>  requests
> 
> If the frontend is using a non-native protocol (e.g., a 64-bit
> frontend with a 32-bit backend) and it sent an unrecognized request,
> the request was not translated and the response would have the
> incorrect ID.  This may cause the frontend driver to behave
> incorrectly or crash.
> 
> Since the ID field in the request is always in the same place,
> regardless of the request type we can get the correct ID and make a
> valid response (which will report BLKIF_RSP_EOPNOTSUPP).
> 
> This bug affected 64-bit SLES 11 guests when using a 32-bit backend.
> This guest does a BLKIF_OP_RESERVED_1 (BLKIF_OP_PACKET in the SLES
> source) and would crash in blkif_int() as the ID in the response would
> be invalid.
> 
> Signed-off-by: David Vrabel <david.vrabel@citrix.com>
> Cc: stable@vger.kernel.org
> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>

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

* Re: FAILED: patch "[PATCH] xen/blkback: correctly respond to unknown, non-native" failed to apply to 3.0-stable tree
       [not found] ` <515AB6AA.2010501@citrix.com>
@ 2013-04-02 18:44   ` gregkh
  0 siblings, 0 replies; 2+ messages in thread
From: gregkh @ 2013-04-02 18:44 UTC (permalink / raw)
  To: David Vrabel; +Cc: xen-devel, stable, konrad.wilk

On Tue, Apr 02, 2013 at 11:44:58AM +0100, David Vrabel wrote:
> On 01/04/13 22:23, gregkh@linuxfoundation.org wrote:
> > 
> > The patch below does not apply to the 3.0-stable tree.
> > If someone wants it applied there, or to any other stable or longterm
> > tree, then please email the backport, including the original git commit
> > id to <stable@vger.kernel.org>.
> 
> This is non-trivial backport as it depends on some structure changes
> from b3cb0d6adc4b (xen-blkback: Implement discard requests
> ('feature-discard') added to 3.2.
> 
> I don't think there will be many people running 3.0.y as a dom0 kernel
> so backporting this to 3.0 is not necessary.

Ok, thanks for letting me know.

greg k-h

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

end of thread, other threads:[~2013-04-02 18:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <13648514343749@kroah.org>
2013-04-02 10:44 ` FAILED: patch "[PATCH] xen/blkback: correctly respond to unknown, non-native" failed to apply to 3.0-stable tree David Vrabel
     [not found] ` <515AB6AA.2010501@citrix.com>
2013-04-02 18:44   ` gregkh

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.