Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the block tree

[Stefano Stabellini <sstabellini@xxxxxxxxxx>]

On Sun, 24 Jul 2016, Stephen Rothwell wrote:
> Hi all,
> 
> Today's linux-next merge of the xen-tip tree got a conflict in:
> 
>   drivers/block/xen-blkfront.c
> 
> between commit:
> 
>   a418090aa88b ("block: do not use REQ_FLUSH for tracking flush support")
> 
> from the block tree and commit:
> 
>   ff595325ed55 ("xen-blkfront: prefer xenbus_scanf() over xenbus_gather()")
> 
> from the xen-tip tree.
> 
> I fixed it up (see below) and can carry the fix as necessary. This
> is now fixed as far as linux-next is concerned, but any non trivial
> conflicts should be mentioned to your upstream maintainer when your tree
> is submitted for merging.  You may also want to consider cooperating
> with the maintainer of the conflicting tree to minimise any particularly
> complex conflicts.

Hello Stephen,

thanks for letting us know, the fix is good.

The To and CC list for these emails is a bit outdated. I want to make
sure they reach the right people. Could you please add:

boris.ostrovsky@xxxxxxxxxx
david.vrabel@xxxxxxxxxx

Thanks!

 
> Cheers,
> Stephen Rothwell
> 
> diff --cc drivers/block/xen-blkfront.c
> index ab382c7997b8,ca0536eb7037..000000000000
> --- a/drivers/block/xen-blkfront.c
> +++ b/drivers/block/xen-blkfront.c
> @@@ -2298,11 -2308,9 +2297,10 @@@ static void blkfront_gather_backend_fea
>       unsigned int indirect_segments;
>   
>       info->feature_flush = 0;
>  +    info->feature_fua = 0;
>   
> -     err = xenbus_gather(XBT_NIL, info->xbdev->otherend,
> -                     "feature-barrier", "%d", &barrier,
> -                     NULL);
> +     err = xenbus_scanf(XBT_NIL, info->xbdev->otherend,
> +                        "feature-barrier", "%d", &barrier);
>   
>       /*
>        * If there's no "feature-barrier" defined, then it means
> @@@ -2311,35 -2319,27 +2309,32 @@@
>        *
>        * If there are barriers, then we use flush.
>        */
> -     if (!err && barrier) {
>  -    if (err > 0 && barrier)
>  -            info->feature_flush = REQ_FLUSH | REQ_FUA;
> ++    if (err > 0 && barrier) {
>  +            info->feature_flush = 1;
>  +            info->feature_fua = 1;
>  +    }
>  +
>       /*
>        * And if there is "feature-flush-cache" use that above
>        * barriers.
>        */
> -     err = xenbus_gather(XBT_NIL, info->xbdev->otherend,
> -                     "feature-flush-cache", "%d", &flush,
> -                     NULL);
> +     err = xenbus_scanf(XBT_NIL, info->xbdev->otherend,
> +                        "feature-flush-cache", "%d", &flush);
>   
> -     if (!err && flush) {
>  -    if (err > 0 && flush)
>  -            info->feature_flush = REQ_FLUSH;
> ++    if (err > 0 && flush) {
>  +            info->feature_flush = 1;
>  +            info->feature_fua = 0;
>  +    }
>   
> -     err = xenbus_gather(XBT_NIL, info->xbdev->otherend,
> -                     "feature-discard", "%d", &discard,
> -                     NULL);
> +     err = xenbus_scanf(XBT_NIL, info->xbdev->otherend,
> +                        "feature-discard", "%d", &discard);
>   
> -     if (!err && discard)
> +     if (err > 0 && discard)
>               blkfront_setup_discard(info);
>   
> -     err = xenbus_gather(XBT_NIL, info->xbdev->otherend,
> -                     "feature-persistent", "%u", &persistent,
> -                     NULL);
> -     if (err)
> +     err = xenbus_scanf(XBT_NIL, info->xbdev->otherend,
> +                        "feature-persistent", "%d", &persistent);
> +     if (err <= 0)
>               info->feature_persistent = 0;
>       else
>               info->feature_persistent = persistent;
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel