From: Peter Maydell <peter.maydell@linaro.org> To: Bastian Koppelmann <kbastian@mail.uni-paderborn.de> Cc: "Cornelia Huck" <cohuck@redhat.com>, "Sagar Karandikar" <sagark@eecs.berkeley.edu>, "Michael S. Tsirkin" <mst@redhat.com>, "Anthony Green" <green@moxielogic.com>, "Mark Cave-Ayland" <mark.cave-ayland@ilande.co.uk>, "QEMU Developers" <qemu-devel@nongnu.org>, "Alistair Francis" <Alistair.Francis@wdc.com>, "Edgar E. Iglesias" <edgar.iglesias@gmail.com>, "Guan Xuetao" <gxt@mprc.pku.edu.cn>, "Marek Vasut" <marex@denx.de>, "Jia Liu" <proljc@gmail.com>, "QEMU Trivial" <qemu-trivial@nongnu.org>, "Helge Deller" <deller@gmx.de>, "David Hildenbrand" <david@redhat.com>, "Magnus Damm" <magnus.damm@gmail.com>, "Halil Pasic" <pasic@linux.ibm.com>, "Christian Borntraeger" <borntraeger@de.ibm.com>, qemu-ppc <qemu-ppc@nongnu.org>, "Aleksandar Rikalo" <aleksandar.rikalo@rt-rk.com>, "David Gibson" <david@gibson.dropbear.id.au>, "Philippe Mathieu-Daudé" <philmd@redhat.com>, "Artyom Tarasenko" <atar4qemu@gmail.com>, "Thomas Huth" <thuth@redhat.com>, "Eduardo Habkost" <ehabkost@redhat.com>, "Richard Henderson" <richard.henderson@linaro.org>, qemu-s390x <qemu-s390x@nongnu.org>, "Stafford Horne" <shorne@gmail.com>, "Richard Henderson" <rth@twiddle.net>, "open list:RISC-V" <qemu-riscv@nongnu.org>, "Thomas Huth" <huth@tuxfamily.org>, "Chris Wulff" <crwulff@gmail.com>, "Laurent Vivier" <laurent@vivier.eu>, "Michael Walle" <michael@walle.cc>, "Palmer Dabbelt" <palmer@dabbelt.com>, "Aleksandar Markovic" <amarkovic@wavecomp.com>, "Paolo Bonzini" <pbonzini@redhat.com>, "Aurelien Jarno" <aurelien@aurel32.net> Subject: Re: Tricore default machine Date: Mon, 10 Feb 2020 13:22:28 +0000 [thread overview] Message-ID: <CAFEAcA_evEqBg160MWASS1izoMkEF7-7nnRn9xhpBJVPb5ehOQ@mail.gmail.com> (raw) In-Reply-To: <c775db8c-63ec-e88a-f643-63f31de26f2b@mail.uni-paderborn.de> On Mon, 10 Feb 2020 at 12:33, Bastian Koppelmann <kbastian@mail.uni-paderborn.de> wrote: > > > On 2/10/20 11:26 AM, Thomas Huth wrote: > > On 10/02/2020 11.08, Philippe Mathieu-Daudé wrote: > >> On 2/10/20 10:35 AM, Thomas Huth wrote: > >>> On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote: > >>> I wonder whether we should simply make that machine the default for > >>> qemu-system-tricore? There is only one machine here, and not having a > >>> default machine always causes some headaches in the tests... > >>> (see e.g. tests/qemu-iotests/check for example) > >> Or make it generic? If a architecture has a single machine, use it by > >> default? > > Sounds like a good idea, too ... we've got a couple of targets that have > > only one machine. > As far as I remember, I did not make it the default machine, since Peter > Maydell advised against it. His argument was that defaults are really > hard to get rid off since external tools (like libvirt) might rely on > the defaults and we don't want to break those. Anyways, no objections > from my side. Yes; we have default machines partly for historical reasons and partly because x86 does, but unless there's a good reason for some architecture why this specific machine should be the default, I don't think we should have a default: making the user specify what they actually want helps to nudge them into thinking about what they do want, rather than assuming that QEMU will somehow magically be able to run guest images built for any random machine for the architecture. Anything in tests or whatever that breaks if there's no default machine for the architecture should be improved to handle that (it already needs to handle that case, though: arm does not have a defined default machine). thanks -- PMM
WARNING: multiple messages have this Message-ID (diff)
From: Peter Maydell <peter.maydell@linaro.org> To: Bastian Koppelmann <kbastian@mail.uni-paderborn.de> Cc: "Thomas Huth" <thuth@redhat.com>, "Philippe Mathieu-Daudé" <philmd@redhat.com>, "QEMU Developers" <qemu-devel@nongnu.org>, "Chris Wulff" <crwulff@gmail.com>, "Sagar Karandikar" <sagark@eecs.berkeley.edu>, "Michael S. Tsirkin" <mst@redhat.com>, "Anthony Green" <green@moxielogic.com>, "Mark Cave-Ayland" <mark.cave-ayland@ilande.co.uk>, "Alistair Francis" <Alistair.Francis@wdc.com>, "Edgar E. Iglesias" <edgar.iglesias@gmail.com>, "Guan Xuetao" <gxt@mprc.pku.edu.cn>, "Marek Vasut" <marex@denx.de>, "Jia Liu" <proljc@gmail.com>, "QEMU Trivial" <qemu-trivial@nongnu.org>, "Helge Deller" <deller@gmx.de>, "David Hildenbrand" <david@redhat.com>, "Magnus Damm" <magnus.damm@gmail.com>, "Halil Pasic" <pasic@linux.ibm.com>, "Christian Borntraeger" <borntraeger@de.ibm.com>, "Palmer Dabbelt" <palmer@dabbelt.com>, "Aleksandar Rikalo" <aleksandar.rikalo@rt-rk.com>, "Richard Henderson" <rth@twiddle.net>, "Artyom Tarasenko" <atar4qemu@gmail.com>, "Eduardo Habkost" <ehabkost@redhat.com>, "Richard Henderson" <richard.henderson@linaro.org>, qemu-s390x <qemu-s390x@nongnu.org>, "Stafford Horne" <shorne@gmail.com>, "David Gibson" <david@gibson.dropbear.id.au>, "open list:RISC-V" <qemu-riscv@nongnu.org>, "Thomas Huth" <huth@tuxfamily.org>, "Cornelia Huck" <cohuck@redhat.com>, "Laurent Vivier" <laurent@vivier.eu>, "Michael Walle" <michael@walle.cc>, qemu-ppc <qemu-ppc@nongnu.org>, "Aleksandar Markovic" <amarkovic@wavecomp.com>, "Paolo Bonzini" <pbonzini@redhat.com>, "Aurelien Jarno" <aurelien@aurel32.net> Subject: Re: Tricore default machine Date: Mon, 10 Feb 2020 13:22:28 +0000 [thread overview] Message-ID: <CAFEAcA_evEqBg160MWASS1izoMkEF7-7nnRn9xhpBJVPb5ehOQ@mail.gmail.com> (raw) In-Reply-To: <c775db8c-63ec-e88a-f643-63f31de26f2b@mail.uni-paderborn.de> On Mon, 10 Feb 2020 at 12:33, Bastian Koppelmann <kbastian@mail.uni-paderborn.de> wrote: > > > On 2/10/20 11:26 AM, Thomas Huth wrote: > > On 10/02/2020 11.08, Philippe Mathieu-Daudé wrote: > >> On 2/10/20 10:35 AM, Thomas Huth wrote: > >>> On 07/02/2020 17.19, Philippe Mathieu-Daudé wrote: > >>> I wonder whether we should simply make that machine the default for > >>> qemu-system-tricore? There is only one machine here, and not having a > >>> default machine always causes some headaches in the tests... > >>> (see e.g. tests/qemu-iotests/check for example) > >> Or make it generic? If a architecture has a single machine, use it by > >> default? > > Sounds like a good idea, too ... we've got a couple of targets that have > > only one machine. > As far as I remember, I did not make it the default machine, since Peter > Maydell advised against it. His argument was that defaults are really > hard to get rid off since external tools (like libvirt) might rely on > the defaults and we don't want to break those. Anyways, no objections > from my side. Yes; we have default machines partly for historical reasons and partly because x86 does, but unless there's a good reason for some architecture why this specific machine should be the default, I don't think we should have a default: making the user specify what they actually want helps to nudge them into thinking about what they do want, rather than assuming that QEMU will somehow magically be able to run guest images built for any random machine for the architecture. Anything in tests or whatever that breaks if there's no default machine for the architecture should be improved to handle that (it already needs to handle that case, though: arm does not have a defined default machine). thanks -- PMM
next prev parent reply other threads:[~2020-02-10 13:23 UTC|newest] Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-02-07 16:19 [PATCH v4 0/3] Make MachineClass::is_default boolean, refuse multiple default machines Philippe Mathieu-Daudé 2020-02-07 16:19 ` Philippe Mathieu-Daudé 2020-02-07 16:19 ` [PATCH v4 1/3] hw: Do not initialize MachineClass::is_default to 0 Philippe Mathieu-Daudé 2020-02-07 16:19 ` Philippe Mathieu-Daudé 2020-02-07 17:44 ` Laurent Vivier 2020-02-07 17:44 ` Laurent Vivier 2020-02-08 9:23 ` David Gibson 2020-02-08 9:23 ` David Gibson 2020-02-10 9:35 ` Tricore default machine (was: [PATCH v4 1/3] hw: Do not initialize MachineClass::is_default to 0) Thomas Huth 2020-02-10 9:35 ` Thomas Huth 2020-02-10 10:08 ` Tricore default machine Philippe Mathieu-Daudé 2020-02-10 10:08 ` Philippe Mathieu-Daudé 2020-02-10 10:26 ` Thomas Huth 2020-02-10 10:26 ` Thomas Huth 2020-02-10 12:31 ` Bastian Koppelmann 2020-02-10 12:31 ` Bastian Koppelmann 2020-02-10 13:22 ` Peter Maydell [this message] 2020-02-10 13:22 ` Peter Maydell 2020-02-10 13:25 ` Philippe Mathieu-Daudé 2020-02-10 13:25 ` Philippe Mathieu-Daudé 2020-02-07 16:19 ` [PATCH v4 2/3] hw: Make MachineClass::is_default a boolean type Philippe Mathieu-Daudé 2020-02-07 16:19 ` Philippe Mathieu-Daudé 2020-02-07 16:32 ` Marc-André Lureau 2020-02-07 16:32 ` Marc-André Lureau 2020-02-07 17:48 ` Laurent Vivier 2020-02-07 17:48 ` Laurent Vivier 2020-02-08 9:24 ` David Gibson 2020-02-08 9:24 ` David Gibson 2020-02-10 8:51 ` Cornelia Huck 2020-02-10 8:51 ` Cornelia Huck 2020-02-10 9:22 ` Thomas Huth 2020-02-10 9:22 ` Thomas Huth 2020-02-07 16:19 ` [PATCH v4 3/3] vl: Abort if multiple machines are registered as default Philippe Mathieu-Daudé 2020-02-07 16:19 ` Philippe Mathieu-Daudé 2020-02-07 16:31 ` Marc-André Lureau 2020-02-07 16:31 ` Marc-André Lureau 2020-02-07 18:05 ` Laurent Vivier 2020-02-07 18:05 ` Laurent Vivier 2020-02-08 9:25 ` David Gibson 2020-02-08 9:25 ` David Gibson 2020-02-07 18:03 ` [PATCH v4 0/3] Make MachineClass::is_default boolean, refuse multiple default machines Eduardo Habkost 2020-02-07 18:03 ` Eduardo Habkost
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=CAFEAcA_evEqBg160MWASS1izoMkEF7-7nnRn9xhpBJVPb5ehOQ@mail.gmail.com \ --to=peter.maydell@linaro.org \ --cc=Alistair.Francis@wdc.com \ --cc=aleksandar.rikalo@rt-rk.com \ --cc=amarkovic@wavecomp.com \ --cc=atar4qemu@gmail.com \ --cc=aurelien@aurel32.net \ --cc=borntraeger@de.ibm.com \ --cc=cohuck@redhat.com \ --cc=crwulff@gmail.com \ --cc=david@gibson.dropbear.id.au \ --cc=david@redhat.com \ --cc=deller@gmx.de \ --cc=edgar.iglesias@gmail.com \ --cc=ehabkost@redhat.com \ --cc=green@moxielogic.com \ --cc=gxt@mprc.pku.edu.cn \ --cc=huth@tuxfamily.org \ --cc=kbastian@mail.uni-paderborn.de \ --cc=laurent@vivier.eu \ --cc=magnus.damm@gmail.com \ --cc=marex@denx.de \ --cc=mark.cave-ayland@ilande.co.uk \ --cc=michael@walle.cc \ --cc=mst@redhat.com \ --cc=palmer@dabbelt.com \ --cc=pasic@linux.ibm.com \ --cc=pbonzini@redhat.com \ --cc=philmd@redhat.com \ --cc=proljc@gmail.com \ --cc=qemu-devel@nongnu.org \ --cc=qemu-ppc@nongnu.org \ --cc=qemu-riscv@nongnu.org \ --cc=qemu-s390x@nongnu.org \ --cc=qemu-trivial@nongnu.org \ --cc=richard.henderson@linaro.org \ --cc=rth@twiddle.net \ --cc=sagark@eecs.berkeley.edu \ --cc=shorne@gmail.com \ --cc=thuth@redhat.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: linkBe 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.