From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
xen-devel@lists.xensource.com, qemu-devel@nongnu.org,
peter.maydell@linaro.org
Subject: Re: [Qemu-devel] [PULL 21/29] xen/pt: Sync up the dev.config and data values.
Date: Tue, 15 Sep 2015 09:55:28 -0400 [thread overview]
Message-ID: <20150915135528.GG9134@l.oracle.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1509151425280.2672@kaball.uk.xensource.com>
On Tue, Sep 15, 2015 at 02:28:51PM +0100, Stefano Stabellini wrote:
> On Tue, 15 Sep 2015, Konrad Rzeszutek Wilk wrote:
> > On Tue, Sep 15, 2015 at 11:07:02AM +0100, Stefano Stabellini wrote:
> > > CC Konrad
> > >
> > > On Mon, 14 Sep 2015, Paolo Bonzini wrote:
> > > > On 10/09/2015 19:15, Stefano Stabellini wrote:
> > > > > +
> > > > > + switch (reg->size) {
> > > > > + case 1: rc = xen_host_pci_get_byte(&s->real_device, offset, (uint8_t *)&val);
> > > >
> > > > A bit ugly, and it relies on the host being little endian.
> > > >
> > > > > + break;
> > > > > + case 2: rc = xen_host_pci_get_word(&s->real_device, offset, (uint16_t *)&val);
> > > >
> > > > Same here.
> > >
> > > cpu_to_le32?
> > >
> > > But in practice, Xen being little endian only, I doubt that xen_pt_config_init.c
> > > would actually work on be.
> > >
> > >
> > > > > + break;
> > > > > + case 4: rc = xen_host_pci_get_long(&s->real_device, offset, &val);
> > > > > + break;
> > > > > + default: assert(1);
> > > >
> > > > This should be assert(0) or, better, abort().
> >
> > OK. Stefano, do you want me to:
> >
> > 1). Rebase the patches on top of your tag?
>
> Patches are already upstream, so no worries about rebasing.
>
>
> > 2). Send an follow up patch to change this to abort()? (and wherever else I used
> > assert(..)?
>
> Yes, that would be good.
>
>
> > 3). Wait till Paolo is done going through the patchset and then revisit 1) or 2)?
>
> I don't know if Paolo has any more comments.
>
> Regarding his previous comment on little-endian, as I wrote I am not
> sure if sprinkling around some cpu_to_le32 would actually make
> hw/xen/xen_pt_config_init.c much better. I'll leave that to you.
I got some other outstanding things I need to get done so will be
as most lazy as possible in regards to this and just send you a patch :-)
WARNING: multiple messages have this Message-ID (diff)
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
xen-devel@lists.xensource.com, qemu-devel@nongnu.org,
peter.maydell@linaro.org
Subject: Re: [PULL 21/29] xen/pt: Sync up the dev.config and data values.
Date: Tue, 15 Sep 2015 09:55:28 -0400 [thread overview]
Message-ID: <20150915135528.GG9134@l.oracle.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1509151425280.2672@kaball.uk.xensource.com>
On Tue, Sep 15, 2015 at 02:28:51PM +0100, Stefano Stabellini wrote:
> On Tue, 15 Sep 2015, Konrad Rzeszutek Wilk wrote:
> > On Tue, Sep 15, 2015 at 11:07:02AM +0100, Stefano Stabellini wrote:
> > > CC Konrad
> > >
> > > On Mon, 14 Sep 2015, Paolo Bonzini wrote:
> > > > On 10/09/2015 19:15, Stefano Stabellini wrote:
> > > > > +
> > > > > + switch (reg->size) {
> > > > > + case 1: rc = xen_host_pci_get_byte(&s->real_device, offset, (uint8_t *)&val);
> > > >
> > > > A bit ugly, and it relies on the host being little endian.
> > > >
> > > > > + break;
> > > > > + case 2: rc = xen_host_pci_get_word(&s->real_device, offset, (uint16_t *)&val);
> > > >
> > > > Same here.
> > >
> > > cpu_to_le32?
> > >
> > > But in practice, Xen being little endian only, I doubt that xen_pt_config_init.c
> > > would actually work on be.
> > >
> > >
> > > > > + break;
> > > > > + case 4: rc = xen_host_pci_get_long(&s->real_device, offset, &val);
> > > > > + break;
> > > > > + default: assert(1);
> > > >
> > > > This should be assert(0) or, better, abort().
> >
> > OK. Stefano, do you want me to:
> >
> > 1). Rebase the patches on top of your tag?
>
> Patches are already upstream, so no worries about rebasing.
>
>
> > 2). Send an follow up patch to change this to abort()? (and wherever else I used
> > assert(..)?
>
> Yes, that would be good.
>
>
> > 3). Wait till Paolo is done going through the patchset and then revisit 1) or 2)?
>
> I don't know if Paolo has any more comments.
>
> Regarding his previous comment on little-endian, as I wrote I am not
> sure if sprinkling around some cpu_to_le32 would actually make
> hw/xen/xen_pt_config_init.c much better. I'll leave that to you.
I got some other outstanding things I need to get done so will be
as most lazy as possible in regards to this and just send you a patch :-)
next prev parent reply other threads:[~2015-09-15 13:55 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-10 17:15 [Qemu-devel] [PULL 00/29] xen-2015-09-10-tag Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 01/29] xen-hvm: Add trace to ioreq Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 02/29] i440fx: make types configurable at run-time Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 03/29] pc_init1: pass parameters just with types Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 04/29] piix: create host bridge to passthrough Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 05/29] hw/pci-assign: split pci-assign.c Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 06/29] xen, gfx passthrough: basic graphics passthrough support Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 07/29] xen, gfx passthrough: retrieve VGA BIOS to work Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 08/29] igd gfx passthrough: create a isa bridge Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 09/29] xen, gfx passthrough: register " Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 10/29] xen, gfx passthrough: register host bridge specific to passthrough Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 11/29] xen, gfx passthrough: add opregion mapping Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 12/29] xen-hvm: When using xc_domain_add_to_physmap also include errno when reporting Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 13/29] xen/HVM: atomically access pointers in bufioreq handling Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 14/29] xen/pt: Update comments with proper function name Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 15/29] xen/pt: Make xen_pt_msi_set_enable static Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 16/29] xen/pt: xen_host_pci_config_read returns -errno, not -1 on failure Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 17/29] xen: use errno instead of rc for xc_domain_add_to_physmap Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 18/29] xen/pt/msi: Add the register value when printing logging and error messages Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 19/29] xen/pt: Use XEN_PT_LOG properly to guard against compiler warnings Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 20/29] xen/pt: Use xen_host_pci_get_[byte|word] instead of dev.config Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 21/29] xen/pt: Sync up the dev.config and data values Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-14 10:01 ` [Qemu-devel] " Paolo Bonzini
2015-09-14 10:01 ` Paolo Bonzini
2015-09-15 10:07 ` [Qemu-devel] " Stefano Stabellini
2015-09-15 10:07 ` Stefano Stabellini
2015-09-15 13:25 ` [Qemu-devel] " Konrad Rzeszutek Wilk
2015-09-15 13:25 ` Konrad Rzeszutek Wilk
2015-09-15 13:28 ` [Qemu-devel] " Stefano Stabellini
2015-09-15 13:28 ` Stefano Stabellini
2015-09-15 13:32 ` [Qemu-devel] " Paolo Bonzini
2015-09-15 13:32 ` Paolo Bonzini
2015-09-15 13:55 ` Konrad Rzeszutek Wilk [this message]
2015-09-15 13:55 ` Konrad Rzeszutek Wilk
2015-09-10 17:15 ` [Qemu-devel] [PULL 22/29] xen/pt: Check if reg->init function sets the 'data' past the reg->size Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 23/29] xen/pt: Remove XenPTReg->data field Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 24/29] xen/pt: Log xen_host_pci_get in two init functions Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 25/29] xen/pt: Log xen_host_pci_get/set errors in MSI code Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 26/29] xen/pt: Make xen_pt_unregister_device idempotent Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:15 ` [Qemu-devel] [PULL 27/29] xen/pt: Move bulk of xen_pt_unregister_device in its own routine Stefano Stabellini
2015-09-10 17:15 ` Stefano Stabellini
2015-09-10 17:16 ` [Qemu-devel] [PULL 28/29] xen/pt: Check for return values for xen_host_pci_[get|set] in init Stefano Stabellini
2015-09-10 17:16 ` Stefano Stabellini
2015-09-10 17:16 ` [Qemu-devel] [PULL 29/29] xen/pt: Don't slurp wholesale the PCI configuration registers Stefano Stabellini
2015-09-10 17:16 ` Stefano Stabellini
2015-09-10 19:02 ` [Qemu-devel] [PULL 00/29] xen-2015-09-10-tag Peter Maydell
2015-09-10 19:02 ` Peter Maydell
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=20150915135528.GG9134@l.oracle.com \
--to=konrad.wilk@oracle.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/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 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.