From: "Jan Beulich" <JBeulich@suse.com>
To: Juergen Gross <JGross@suse.com>
Cc: anthony.perard@citrix.com,
xen-devel <xen-devel@lists.xenproject.org>,
sstabellini@kernel.org, qemu-devel@nongnu.org, kraxel@redhat.com
Subject: Re: [PATCH v2] xen: fix qdisk BLKIF_OP_DISCARD for 32/64 word size mix
Date: Fri, 17 Jun 2016 03:41:59 -0600 [thread overview]
Message-ID: <5763E20702000078000F6074__26985.8377789662$1466156589$gmane$org@prv-mh.provo.novell.com> (raw)
In-Reply-To: <5763C36E.4060002@suse.com>
>>> On 17.06.16 at 11:31, <JGross@suse.com> wrote:
> On 17/06/16 11:26, Jan Beulich wrote:
>>>>> On 17.06.16 at 11:14, <JGross@suse.com> wrote:
>>> In case the word size of the domU and qemu running the qdisk backend
>>> differ BLKIF_OP_DISCARD will not work reliably, as the request
>>> structure in the ring have different layouts for different word size.
>>>
>>> Correct this by copying the request structure in case of different
>>> word size element by element in the BLKIF_OP_DISCARD case, too.
>>>
>>> The easiest way to achieve this is to resync hw/block/xen_blkif.h with
>>> its original source from the Linux kernel.
>>>
>>> Signed-off-by: Juergen Gross <jgross@suse.com>
>>> ---
>>> V2: resync with Linux kernel version of hw/block/xen_blkif.h as
>>> suggested by Paul Durrant
>>
>> Oh, I didn't realize he suggested syncing with the Linux variant.
>> Why not with the canonical one? I have to admit that I particularly
>> dislike Linux'es strange union-izng, mainly because of it requiring
>> this myriad of __attribute__((__packed__)).
>
> What would be gained by syncing with the canonical one? The part to be
> modified is available in the Linux variant only.
In, as said, a rather disgusting (in my opinion) way. I'm no the
maintainer anyway, so you don't have to convince me.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-06-17 9:42 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-17 9:14 [PATCH v2] xen: fix qdisk BLKIF_OP_DISCARD for 32/64 word size mix Juergen Gross
2016-06-17 9:26 ` Jan Beulich
[not found] ` <5763DE5D02000078000F5FF8@suse.com>
2016-06-17 9:31 ` Juergen Gross
[not found] ` <5763C36E.4060002@suse.com>
2016-06-17 9:35 ` Paul Durrant
2016-06-17 9:41 ` Jan Beulich [this message]
[not found] ` <5763DE5D02000078000F5FF8@prv-mh.provo.novell.com>
2016-06-17 9:37 ` Paul Durrant
[not found] ` <ed257f0803b040e9be43cc518fc83252@AMSPEX02CL03.citrite.net>
2016-06-17 9:45 ` Juergen Gross
[not found] ` <5763C6CA.4090705@suse.com>
2016-06-17 9:50 ` Paul Durrant
[not found] ` <e5a9691e4d08428683ecb12991410a9c@AMSPEX02CL03.citrite.net>
2016-06-17 10:08 ` Juergen Gross
[not found] ` <5763CC05.3030008@suse.com>
2016-06-17 10:15 ` Paul Durrant
2016-06-17 10:40 ` Juergen Gross
2016-06-17 10:53 ` Paul Durrant
[not found] ` <8b53bcd700444ee883e0450c51ca7cb9@AMSPEX02CL03.citrite.net>
2016-06-17 16:10 ` Stefano Stabellini
2016-06-20 6:02 ` Juergen Gross
[not found] ` <57678703.4040408@suse.com>
2016-06-20 9:40 ` Stefano Stabellini
2016-06-17 10:20 ` Jan Beulich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='5763E20702000078000F6074__26985.8377789662$1466156589$gmane$org@prv-mh.provo.novell.com' \
--to=jbeulich@suse.com \
--cc=JGross@suse.com \
--cc=anthony.perard@citrix.com \
--cc=kraxel@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).