From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:45505)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1ZCOYM-0003yL-1U
	for qemu-devel@nongnu.org; Tue, 07 Jul 2015 04:48:34 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1ZCOYI-0001BZ-AF
	for qemu-devel@nongnu.org; Tue, 07 Jul 2015 04:48:33 -0400
Received: from mx1.redhat.com ([209.132.183.28]:58980)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1ZCOYI-0001BD-4f
	for qemu-devel@nongnu.org; Tue, 07 Jul 2015 04:48:30 -0400
Date: Tue, 7 Jul 2015 11:48:26 +0300
From: "Michael S. Tsirkin" <mst@redhat.com>
Message-ID: <20150707114749-mutt-send-email-mst@redhat.com>
References: <20150707114036-mutt-send-email-mst@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20150707114036-mutt-send-email-mst@redhat.com>
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] qemu build fails on xen
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Peter Maydell <peter.maydell@linaro.org>, ehabkost@redhat.com, qemu-devel@nongnu.org, paul.durrant@citrix.com, pbonzini@redhat.com, "Chen, Tiejun" <tiejun.chen@intel.com>, rth@twiddle.net

On Tue, Jul 07, 2015 at 11:45:29AM +0300, Michael S. Tsirkin wrote:
> The following error triggers on Fedora 22:
>=20
> In file included from /scm/qemu/include/hw/xen/xen_backend.h:4:0,
>                  from hw/block/xen_disk.c:39:
> /scm/qemu/include/hw/xen/xen_common.h:198:18: error: conflicting types =
for =E2=80=98ioservid_t=E2=80=99
>  typedef uint32_t ioservid_t;
>                   ^
> In file included from /usr/include/xen/hvm/params.h:24:0,
>                  from /usr/include/xenctrl.h:46,
>                  from /scm/qemu/include/hw/xen/xen_common.h:9,
>                  from /scm/qemu/include/hw/xen/xen_backend.h:4,
>                  from hw/block/xen_disk.c:39:
> /usr/include/xen/hvm/hvm_op.h:255:18: note: previous declaration of =E2=
=80=98ioservid_t=E2=80=99 was here
>  typedef uint16_t ioservid_t;
>                   ^
> /scm/qemu/rules.mak:57: recipe for target 'hw/block/xen_disk.o' failed
> make: *** [hw/block/xen_disk.o] Error 1
> make: *** Waiting for unfinished jobs....
>=20
> Reverting 3996e85c1822e05c50250f8d2d1e57b6bea1229d

Sorry - I meant reverting this commit fixes the problem.



> Author: Paul Durrant <paul.durrant@citrix.com>
> Date:   Tue Jan 20 11:06:19 2015 +0000
>=20
>     Xen: Use the ioreq-server API when available
>=20
>=20
> Looking at that header:
>=20
> #ifndef HVM_PARAM_BUFIOREQ_EVTCHN
> #define HVM_PARAM_BUFIOREQ_EVTCHN 26
> #endif
>=20
> #define IOREQ_TYPE_PCI_CONFIG 2
>=20
>=20
> typedef uint32_t ioservid_t;
>=20
>=20
> Are all polluting the global namespace, not to mention, violate the cod=
ing
> style. Why not prefix them with Xen_, xen_ etc?
>=20
>=20
> --=20
> MST