From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Peter Maydell" <peter.maydell@linaro.org>,
"Dmitry Fleytman" <dmitry.fleytman@gmail.com>,
sheepdog@lists.wpkg.org,
"Pavel Dovgalyuk" <pavel.dovgaluk@ispras.ru>,
"Li Zhijian" <lizhijian@cn.fujitsu.com>,
"David Hildenbrand" <david@redhat.com>,
"Jeff Cody" <jcody@redhat.com>,
"Stefan Hajnoczi" <stefanha@redhat.com>,
qemu-devel@nongnu.org, "BALATON Zoltan" <balaton@eik.bme.hu>,
"Keith Busch" <keith.busch@intel.com>,
"Max Filippov" <jcmvbkbc@gmail.com>,
"Hannes Reinecke" <hare@suse.com>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Fam Zheng" <famz@redhat.com>, "Max Reitz" <mreitz@redhat.com>,
"Eric Blake" <eblake@redhat.com>,
"Josh Durgin" <jdurgin@redhat.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
"Alberto Garcia" <berto@igalia.com>,
zhanghailiang <zhang.zhanghailiang@huawei.com>,
"Ben Warren" <ben@skyportsystems.com>,
"Stefan Berger" <stefanb@linux.vnet.ibm.com>,
"Yongbok Kim" <yongbok.kim@mips.com>,
"Michael Roth" <mdroth@linux.vnet.ibm.com>,
"Richard W.M. Jones" <rjones@redhat.com>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
"Hervé Poussineau" <hpoussin@reactos.org>,
"Marc-André Lureau" <marcandre.lureau@redhat.com>,
"Shannon Zhao" <zhaoshenglong@huawei.com>,
"Marcel Apfelbaum" <marcel@redhat.com>,
"Liu Yuan" <namei.unix@gmail.com>,
"Richard Henderson" <rth@twiddle.net>,
"Andrzej Zaborowski" <balrogg@gmail.com>,
"Jason Wang" <jasowang@redhat.com>,
"Artyom Tarasenko" <atar4qemu@gmail.com>,
"Thomas Huth" <thuth@redhat.com>,
"Alistair Francis" <alistair@alistair23.me>,
"Jiri Pirko" <jiri@resnulli.us>,
"Eduardo Habkost" <ehabkost@redhat.com>,
"Corey Minyard" <minyard@acm.org>, "Amit Shah" <amit@kernel.org>,
"Stefan Weil" <sw@weilnetz.de>,
"Xie Changlong" <xiechanglong.d@gmail.com>,
"Riku Voipio" <riku.voipio@iki.fi>, "Peter Lieven" <pl@kamp.de>,
"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
"Yuval Shaia" <yuval.shaia@oracle.com>,
"Greg Kurz" <groug@kaod.org>,
"Anthony Perard" <anthony.perard@citrix.com>,
"Alex Williamson" <alex.williamson@redhat.com>,
qemu-arm@nongnu.org, "Peter Chubb" <peter.chubb@nicta.com.au>,
"Ronnie Sahlberg" <ronniesahlberg@gmail.com>,
"Zhang Chen" <zhangckid@gmail.com>,
xen-devel@lists.xenproject.org, "John Snow" <jsnow@redhat.com>,
"David Gibson" <david@gibson.dropbear.id.au>,
"Kevin Wolf" <kwolf@redhat.com>,
kvm@vger.kernel.org, qemu-block@nongnu.org,
"Hitoshi Mitake" <mitake.hitoshi@lab.ntt.co.jp>,
"Markus Armbruster" <armbru@redhat.com>,
qemu-s390x@nongnu.org, "Marcelo Tosatti" <mtosatti@redhat.com>,
"Laurent Vivier" <laurent@vivier.eu>,
"Juan Quintela" <quintela@redhat.com>,
"Subbaraya Sundeep" <sundeep.lkml@gmail.com>,
"Michael Walle" <michael@walle.cc>,
"Igor Mammedov" <imammedo@redhat.com>,
qemu-ppc@nongnu.org, "Wen Congyang" <wencongyang2@huawei.com>,
"Cornelia Huck" <cohuck@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Andreas Färber" <afaerber@suse.de>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>
Subject: Re: [Qemu-arm] [Qemu-ppc] [PATCH] qemu: include generated files with <> and not ""
Date: Wed, 21 Mar 2018 13:29:53 +0000 [thread overview]
Message-ID: <20180321132953.GK8551@redhat.com> (raw)
In-Reply-To: <20180321150543-mutt-send-email-mst@kernel.org>
On Wed, Mar 21, 2018 at 03:08:36PM +0200, Michael S. Tsirkin wrote:
> On Wed, Mar 21, 2018 at 08:16:00AM +0100, Thomas Huth wrote:
> > On 20.03.2018 13:05, Michael S. Tsirkin wrote:
> > > On Tue, Mar 20, 2018 at 09:58:23AM +0100, Laurent Vivier wrote:
> > >> Le 20/03/2018 à 02:54, Michael S. Tsirkin a écrit :
> > >>> QEMU coding style at the moment asks for all non-system
> > >>> include files to be used with #include "foo.h".
> > >>> However this rule actually does not make sense and
> > >>> creates issues for when the included file is generated.
> > >>
> > >> If you change that, we can have issue when a system include has the same
> > >> name as our local include. With "<FILE>", system header are taken first.
> > >
> > > Are you sure? I just tested and that is not the case with
> > > either gcc or clang.
> > >
> > >>> In C, include "file" means look in current directory,
> > >>> then on include search path. Current directory here
> > >>> means the source file directory.
> > >>> By comparison include <file> means look on include search path.
> > >>
> > >> Not exactly, there is the notion of "system header" too.
> > >>
> > >> https://gcc.gnu.org/onlinedocs/cpp/Include-Syntax.html
> > >>
> > >> #include <file>
> > >> This variant is used for system header files. It searches for a file
> > >> named file in a standard list of system directories. You can prepend
> > >> directories to this list with the -I option (see Invocation).
> > >
> > > This is exactly what we do.
> > >
> > >> #include "file"
> > >> This variant is used for header files of your own program. It searches
> > >> for a file named file first in the directory containing the current
> > >> file, then in the quote directories and then the same directories used
> > >> for <file>. You can prepend directories to the list of quote directories
> > >> with the -iquote option.
> > >
> > > Since we do not use -iquote, "" just adds the current directory.
> >
> > So why don't we simply switch to use -iquote instead of -I for adding
> > search paths for our own headers? We then would get a clean separation
> > of QEMU headers from system headers.
> >
> > Thomas
>
> It still leaves us with a host of problems e.g. the problem of stale
> headers in the source directory.
We have a patch on list which effectively solves the problem of stale
generated files in source directory, so that's largely a non-issue at
this point IMHO.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
WARNING: multiple messages have this Message-ID (diff)
From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
Dmitry Fleytman <dmitry.fleytman@gmail.com>,
sheepdog@lists.wpkg.org,
Pavel Dovgalyuk <pavel.dovgaluk@ispras.ru>,
Li Zhijian <lizhijian@cn.fujitsu.com>,
David Hildenbrand <david@redhat.com>,
Jeff Cody <jcody@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
qemu-devel@nongnu.org, BALATON Zoltan <balaton@eik.bme.hu>,
Keith Busch <keith.busch@intel.com>,
Max Filippov <jcmvbkbc@gmail.com>,
Hannes Reinecke <hare@suse.com>,
Gerd Hoffmann <kraxel@redhat.com>, Fam Zheng <famz@redhat.com>,
Max Reitz <mreitz@redhat.com>, Eric Blake <eblake@redhat.com>,
Josh Durgin <jdurgin@redhat.com>,
Stefano Stabellini <sstabellini@kernel.org>,
Alberto Garcia <berto@igalia.com>,
zhanghailiang <zhang.zhanghailiang@huawei.com>,
Ben Warren <ben@skyportsystems.com>,
Stefan Berger <stefanb@linux.vnet.ibm.com>,
Yongbok Kim <yongbok.kim@mips.com>,
Michael
Subject: Re: [Qemu-ppc] [PATCH] qemu: include generated files with <> and not ""
Date: Wed, 21 Mar 2018 13:29:53 +0000 [thread overview]
Message-ID: <20180321132953.GK8551@redhat.com> (raw)
In-Reply-To: <20180321150543-mutt-send-email-mst@kernel.org>
On Wed, Mar 21, 2018 at 03:08:36PM +0200, Michael S. Tsirkin wrote:
> On Wed, Mar 21, 2018 at 08:16:00AM +0100, Thomas Huth wrote:
> > On 20.03.2018 13:05, Michael S. Tsirkin wrote:
> > > On Tue, Mar 20, 2018 at 09:58:23AM +0100, Laurent Vivier wrote:
> > >> Le 20/03/2018 à 02:54, Michael S. Tsirkin a écrit :
> > >>> QEMU coding style at the moment asks for all non-system
> > >>> include files to be used with #include "foo.h".
> > >>> However this rule actually does not make sense and
> > >>> creates issues for when the included file is generated.
> > >>
> > >> If you change that, we can have issue when a system include has the same
> > >> name as our local include. With "<FILE>", system header are taken first.
> > >
> > > Are you sure? I just tested and that is not the case with
> > > either gcc or clang.
> > >
> > >>> In C, include "file" means look in current directory,
> > >>> then on include search path. Current directory here
> > >>> means the source file directory.
> > >>> By comparison include <file> means look on include search path.
> > >>
> > >> Not exactly, there is the notion of "system header" too.
> > >>
> > >> https://gcc.gnu.org/onlinedocs/cpp/Include-Syntax.html
> > >>
> > >> #include <file>
> > >> This variant is used for system header files. It searches for a file
> > >> named file in a standard list of system directories. You can prepend
> > >> directories to this list with the -I option (see Invocation).
> > >
> > > This is exactly what we do.
> > >
> > >> #include "file"
> > >> This variant is used for header files of your own program. It searches
> > >> for a file named file first in the directory containing the current
> > >> file, then in the quote directories and then the same directories used
> > >> for <file>. You can prepend directories to the list of quote directories
> > >> with the -iquote option.
> > >
> > > Since we do not use -iquote, "" just adds the current directory.
> >
> > So why don't we simply switch to use -iquote instead of -I for adding
> > search paths for our own headers? We then would get a clean separation
> > of QEMU headers from system headers.
> >
> > Thomas
>
> It still leaves us with a host of problems e.g. the problem of stale
> headers in the source directory.
We have a patch on list which effectively solves the problem of stale
generated files in source directory, so that's largely a non-issue at
this point IMHO.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
WARNING: multiple messages have this Message-ID (diff)
From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
Dmitry Fleytman <dmitry.fleytman@gmail.com>,
sheepdog@lists.wpkg.org,
Pavel Dovgalyuk <pavel.dovgaluk@ispras.ru>,
Li Zhijian <lizhijian@cn.fujitsu.com>,
David Hildenbrand <david@redhat.com>,
Jeff Cody <jcody@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
qemu-devel@nongnu.org, BALATON Zoltan <balaton@eik.bme.hu>,
Keith Busch <keith.busch@intel.com>,
Max Filippov <jcmvbkbc@gmail.com>,
Hannes Reinecke <hare@suse.com>,
Gerd Hoffmann <kraxel@redhat.com>, Fam Zheng <famz@redhat.com>,
Max Reitz <mreitz@redhat.com>, Eric Blake <eblake@redhat.com>,
Josh Durgin <jdurgin@redhat.com>,
Stefano Stabellini <sstabellini@kernel.org>,
Alberto Garcia <berto@igalia.com>,
zhanghailiang <zhang.zhanghailiang@huawei.com>,
Ben Warren <ben@skyportsystems.com>,
Stefan Berger <stefanb@linux.vnet.ibm.com>,
Yongbok Kim <yongbok.kim@mips.com>,
Michael R
Subject: Re: [Qemu-ppc] [PATCH] qemu: include generated files with <> and not ""
Date: Wed, 21 Mar 2018 13:29:53 +0000 [thread overview]
Message-ID: <20180321132953.GK8551@redhat.com> (raw)
In-Reply-To: <20180321150543-mutt-send-email-mst@kernel.org>
On Wed, Mar 21, 2018 at 03:08:36PM +0200, Michael S. Tsirkin wrote:
> On Wed, Mar 21, 2018 at 08:16:00AM +0100, Thomas Huth wrote:
> > On 20.03.2018 13:05, Michael S. Tsirkin wrote:
> > > On Tue, Mar 20, 2018 at 09:58:23AM +0100, Laurent Vivier wrote:
> > >> Le 20/03/2018 à 02:54, Michael S. Tsirkin a écrit :
> > >>> QEMU coding style at the moment asks for all non-system
> > >>> include files to be used with #include "foo.h".
> > >>> However this rule actually does not make sense and
> > >>> creates issues for when the included file is generated.
> > >>
> > >> If you change that, we can have issue when a system include has the same
> > >> name as our local include. With "<FILE>", system header are taken first.
> > >
> > > Are you sure? I just tested and that is not the case with
> > > either gcc or clang.
> > >
> > >>> In C, include "file" means look in current directory,
> > >>> then on include search path. Current directory here
> > >>> means the source file directory.
> > >>> By comparison include <file> means look on include search path.
> > >>
> > >> Not exactly, there is the notion of "system header" too.
> > >>
> > >> https://gcc.gnu.org/onlinedocs/cpp/Include-Syntax.html
> > >>
> > >> #include <file>
> > >> This variant is used for system header files. It searches for a file
> > >> named file in a standard list of system directories. You can prepend
> > >> directories to this list with the -I option (see Invocation).
> > >
> > > This is exactly what we do.
> > >
> > >> #include "file"
> > >> This variant is used for header files of your own program. It searches
> > >> for a file named file first in the directory containing the current
> > >> file, then in the quote directories and then the same directories used
> > >> for <file>. You can prepend directories to the list of quote directories
> > >> with the -iquote option.
> > >
> > > Since we do not use -iquote, "" just adds the current directory.
> >
> > So why don't we simply switch to use -iquote instead of -I for adding
> > search paths for our own headers? We then would get a clean separation
> > of QEMU headers from system headers.
> >
> > Thomas
>
> It still leaves us with a host of problems e.g. the problem of stale
> headers in the source directory.
We have a patch on list which effectively solves the problem of stale
generated files in source directory, so that's largely a non-issue at
this point IMHO.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2018-03-21 13:30 UTC|newest]
Thread overview: 104+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-20 1:54 [Qemu-arm] [PATCH] qemu: include generated files with <> and not "" Michael S. Tsirkin
2018-03-20 1:54 ` Michael S. Tsirkin
2018-03-20 8:58 ` [Qemu-arm] " Laurent Vivier
2018-03-20 8:58 ` Laurent Vivier
2018-03-20 8:58 ` Laurent Vivier
2018-03-20 9:44 ` [Qemu-arm] " Daniel P. Berrangé
2018-03-20 9:44 ` Daniel P. Berrangé
2018-03-20 9:44 ` Daniel P. Berrangé
2018-03-20 10:01 ` [Qemu-devel] " Peter Maydell
2018-03-20 10:01 ` Peter Maydell
2018-03-20 10:01 ` Peter Maydell
2018-03-20 10:27 ` [Qemu-devel] " Daniel P. Berrangé
2018-03-20 10:27 ` Daniel P. Berrangé
2018-03-20 10:27 ` Daniel P. Berrangé
2018-03-20 11:52 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 11:52 ` Michael S. Tsirkin
2018-03-20 11:52 ` Michael S. Tsirkin
2018-03-20 12:12 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 12:12 ` Michael S. Tsirkin
2018-03-20 12:18 ` [Qemu-arm] " Daniel P. Berrangé
2018-03-20 12:18 ` Daniel P. Berrangé
2018-03-20 12:28 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-20 12:28 ` Michael S. Tsirkin
2018-03-20 12:39 ` [Qemu-arm] " Daniel P. Berrangé
2018-03-20 12:39 ` Daniel P. Berrangé
2018-03-20 12:44 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-20 12:44 ` Michael S. Tsirkin
2018-03-20 13:32 ` [Qemu-arm] " Gerd Hoffmann
2018-03-20 13:32 ` Gerd Hoffmann
2018-03-20 13:32 ` Gerd Hoffmann
2018-03-20 13:41 ` [Qemu-arm] " Daniel P. Berrangé
2018-03-20 13:41 ` Daniel P. Berrangé
2018-03-20 13:41 ` Daniel P. Berrangé
2018-03-20 13:50 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 13:50 ` Michael S. Tsirkin
2018-03-20 13:58 ` [Qemu-arm] " Daniel P. Berrangé
2018-03-20 13:58 ` Daniel P. Berrangé
2018-03-20 14:02 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 14:02 ` Michael S. Tsirkin
2018-03-20 13:54 ` [Qemu-arm] " Max Reitz
2018-03-20 13:54 ` Max Reitz
2018-03-20 13:54 ` Max Reitz
2018-03-20 17:12 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 17:12 ` Michael S. Tsirkin
2018-03-20 17:12 ` Michael S. Tsirkin
2018-03-20 13:46 ` [Qemu-arm] " Thomas Huth
2018-03-20 13:46 ` Thomas Huth
2018-03-20 13:46 ` Thomas Huth
2018-03-20 13:53 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 13:53 ` Michael S. Tsirkin
2018-03-20 12:05 ` [Qemu-devel] " Michael S. Tsirkin
2018-03-20 12:05 ` Michael S. Tsirkin
2018-03-20 12:05 ` Michael S. Tsirkin
2018-03-21 7:16 ` [Qemu-arm] [Qemu-ppc] " Thomas Huth
2018-03-21 7:16 ` Thomas Huth
2018-03-21 13:08 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-21 13:08 ` Michael S. Tsirkin
2018-03-21 13:08 ` Michael S. Tsirkin
2018-03-21 13:15 ` [Qemu-arm] " Stefan Weil
2018-03-21 13:15 ` Stefan Weil
2018-03-21 13:24 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-21 13:24 ` Michael S. Tsirkin
2018-03-21 13:24 ` Michael S. Tsirkin
2018-03-21 13:15 ` Stefan Weil
2018-03-21 13:29 ` Daniel P. Berrangé [this message]
2018-03-21 13:29 ` Daniel P. Berrangé
2018-03-21 13:29 ` Daniel P. Berrangé
2018-03-21 13:42 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-21 13:42 ` Michael S. Tsirkin
2018-03-21 13:42 ` Michael S. Tsirkin
2018-03-21 7:16 ` Thomas Huth
2018-03-20 13:05 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 13:05 ` Michael S. Tsirkin
2018-03-20 13:05 ` Michael S. Tsirkin
2018-03-20 13:10 ` [Qemu-arm] [Qemu-block] " Stefan Hajnoczi
2018-03-20 13:10 ` Stefan Hajnoczi
2018-03-20 13:10 ` Stefan Hajnoczi
2018-03-20 13:30 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 13:30 ` Michael S. Tsirkin
2018-03-20 13:30 ` Michael S. Tsirkin
2018-03-20 16:12 ` Eric Blake
2018-03-20 16:12 ` [Qemu-arm] " Eric Blake
2018-03-20 16:12 ` Eric Blake
2018-03-20 16:40 ` [Qemu-arm] " Daniel P. Berrangé
2018-03-20 16:40 ` Daniel P. Berrangé
2018-03-20 16:40 ` Daniel P. Berrangé
2018-03-20 16:51 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 16:51 ` Michael S. Tsirkin
2018-03-20 16:51 ` Michael S. Tsirkin
2018-03-20 16:33 ` [Qemu-arm] [Qemu-devel] " Stefan Weil
2018-03-20 16:33 ` Stefan Weil
2018-03-20 17:10 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 17:10 ` Michael S. Tsirkin
2018-03-20 17:10 ` Michael S. Tsirkin
2018-03-20 17:34 ` [Qemu-arm] " Daniel P. Berrangé
2018-03-20 17:34 ` Daniel P. Berrangé
2018-03-20 17:49 ` [Qemu-arm] " Michael S. Tsirkin
2018-03-20 17:49 ` Michael S. Tsirkin
2018-03-20 17:49 ` Michael S. Tsirkin
2018-03-20 17:34 ` Daniel P. Berrangé
2018-03-20 17:36 ` Daniel P. Berrangé
2018-03-20 17:36 ` Daniel P. Berrangé
2018-03-20 17:36 ` Daniel P. Berrangé
2018-03-20 16:33 ` Stefan Weil
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=20180321132953.GK8551@redhat.com \
--to=berrange@redhat.com \
--cc=afaerber@suse.de \
--cc=alex.williamson@redhat.com \
--cc=alistair@alistair23.me \
--cc=amit@kernel.org \
--cc=anthony.perard@citrix.com \
--cc=armbru@redhat.com \
--cc=atar4qemu@gmail.com \
--cc=balaton@eik.bme.hu \
--cc=balrogg@gmail.com \
--cc=ben@skyportsystems.com \
--cc=berto@igalia.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=dgilbert@redhat.com \
--cc=dmitry.fleytman@gmail.com \
--cc=eblake@redhat.com \
--cc=ehabkost@redhat.com \
--cc=f4bug@amsat.org \
--cc=famz@redhat.com \
--cc=groug@kaod.org \
--cc=hare@suse.com \
--cc=hpoussin@reactos.org \
--cc=imammedo@redhat.com \
--cc=jasowang@redhat.com \
--cc=jcmvbkbc@gmail.com \
--cc=jcody@redhat.com \
--cc=jdurgin@redhat.com \
--cc=jiri@resnulli.us \
--cc=jsnow@redhat.com \
--cc=keith.busch@intel.com \
--cc=kraxel@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=kwolf@redhat.com \
--cc=laurent@vivier.eu \
--cc=lizhijian@cn.fujitsu.com \
--cc=marcandre.lureau@redhat.com \
--cc=marcel@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=michael@walle.cc \
--cc=minyard@acm.org \
--cc=mitake.hitoshi@lab.ntt.co.jp \
--cc=mreitz@redhat.com \
--cc=mst@redhat.com \
--cc=mtosatti@redhat.com \
--cc=namei.unix@gmail.com \
--cc=pavel.dovgaluk@ispras.ru \
--cc=pbonzini@redhat.com \
--cc=peter.chubb@nicta.com.au \
--cc=peter.maydell@linaro.org \
--cc=pl@kamp.de \
--cc=qemu-arm@nongnu.org \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=quintela@redhat.com \
--cc=riku.voipio@iki.fi \
--cc=rjones@redhat.com \
--cc=ronniesahlberg@gmail.com \
--cc=rth@twiddle.net \
--cc=sheepdog@lists.wpkg.org \
--cc=sstabellini@kernel.org \
--cc=stefanb@linux.vnet.ibm.com \
--cc=stefanha@redhat.com \
--cc=sundeep.lkml@gmail.com \
--cc=sw@weilnetz.de \
--cc=thuth@redhat.com \
--cc=wencongyang2@huawei.com \
--cc=xen-devel@lists.xenproject.org \
--cc=xiechanglong.d@gmail.com \
--cc=yongbok.kim@mips.com \
--cc=yuval.shaia@oracle.com \
--cc=zhang.zhanghailiang@huawei.com \
--cc=zhangckid@gmail.com \
--cc=zhaoshenglong@huawei.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.