From: Anthony Liguori <anthony@codemonkey.ws>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Andreas Färber" <afaerber@suse.de>,
"Chris Wright" <chrisw@redhat.com>,
"Developers qemu-devel" <qemu-devel@nongnu.org>,
"KVM devel mailing list" <kvm@vger.kernel.org>,
quintela@redhat.com
Subject: Re: [Qemu-devel] KVM call agenda for Tuesday 3
Date: Mon, 02 Jan 2012 19:14:39 -0600 [thread overview]
Message-ID: <4F02567F.6080701@codemonkey.ws> (raw)
In-Reply-To: <CAFEAcA_cRDddMQD3cFzLp8doS2P+9=qwpF-PizjVA4QDrFowZA@mail.gmail.com>
On 01/02/2012 09:54 AM, Peter Maydell wrote:
> On 2 January 2012 13:46, Andreas Färber<afaerber@suse.de> wrote:
>> * when can we expect to be able to model SoCs rather than CPUs? Will
>> this affect command line usage - are we going to have '-device
>> ti-tms570' rather than '-cpu cortex-r4' then, or -cpu overriding the
>> container's default?
>
> My initial inclination is to say that specifying the CPU on the
> command line is almost always the wrong thing for ARM platforms
> (now or in a future QOM world). For instance, if you start the
> vexpress-a9 board with something other than -cpu cortex-a9 it won't
> complain but it won't do the right thing either (you'll get the
> private peripherals for the A9 with whatever CPU core you asked for).
>
> I don't think you want to have the user specifying -device my-soc
> on the command line either -- the user should be selecting a board
> (machine) model, which will generally nail down which soc and cpu
> are used.
Let's separate out what a user *should* do from what a user *can* do.
A user *should* have a command line syntax that reflects something that makes
sense to them. For instance, qemu-system-arm --machine beaglebone
I don't really care what the SoC or CPU in my beaglebone is. I just want to
emulate one.
But I do believe we want to make it possible for -device to create a CPU even
when it doesn't make sense.
Regards,
Anthony Liguori
WARNING: multiple messages have this Message-ID (diff)
From: Anthony Liguori <anthony@codemonkey.ws>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Chris Wright" <chrisw@redhat.com>,
quintela@redhat.com, "Andreas Färber" <afaerber@suse.de>,
"KVM devel mailing list" <kvm@vger.kernel.org>,
"Developers qemu-devel" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] KVM call agenda for Tuesday 3
Date: Mon, 02 Jan 2012 19:14:39 -0600 [thread overview]
Message-ID: <4F02567F.6080701@codemonkey.ws> (raw)
In-Reply-To: <CAFEAcA_cRDddMQD3cFzLp8doS2P+9=qwpF-PizjVA4QDrFowZA@mail.gmail.com>
On 01/02/2012 09:54 AM, Peter Maydell wrote:
> On 2 January 2012 13:46, Andreas Färber<afaerber@suse.de> wrote:
>> * when can we expect to be able to model SoCs rather than CPUs? Will
>> this affect command line usage - are we going to have '-device
>> ti-tms570' rather than '-cpu cortex-r4' then, or -cpu overriding the
>> container's default?
>
> My initial inclination is to say that specifying the CPU on the
> command line is almost always the wrong thing for ARM platforms
> (now or in a future QOM world). For instance, if you start the
> vexpress-a9 board with something other than -cpu cortex-a9 it won't
> complain but it won't do the right thing either (you'll get the
> private peripherals for the A9 with whatever CPU core you asked for).
>
> I don't think you want to have the user specifying -device my-soc
> on the command line either -- the user should be selecting a board
> (machine) model, which will generally nail down which soc and cpu
> are used.
Let's separate out what a user *should* do from what a user *can* do.
A user *should* have a command line syntax that reflects something that makes
sense to them. For instance, qemu-system-arm --machine beaglebone
I don't really care what the SoC or CPU in my beaglebone is. I just want to
emulate one.
But I do believe we want to make it possible for -device to create a CPU even
when it doesn't make sense.
Regards,
Anthony Liguori
next prev parent reply other threads:[~2012-01-03 1:14 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-02 12:09 KVM call agenda for Tuesday 3 Juan Quintela
2012-01-02 12:09 ` [Qemu-devel] " Juan Quintela
2012-01-02 13:46 ` Andreas Färber
2012-01-02 13:46 ` Andreas Färber
2012-01-02 14:11 ` Paolo Bonzini
2012-01-03 1:12 ` Anthony Liguori
2012-01-03 1:12 ` [Qemu-devel] " Anthony Liguori
2012-01-03 8:54 ` Paolo Bonzini
2012-01-03 8:54 ` [Qemu-devel] " Paolo Bonzini
2012-01-02 15:54 ` Peter Maydell
2012-01-02 15:54 ` [Qemu-devel] " Peter Maydell
2012-01-03 1:14 ` Anthony Liguori [this message]
2012-01-03 1:14 ` Anthony Liguori
2012-01-03 10:26 ` Peter Maydell
2012-01-03 10:26 ` Peter Maydell
2012-01-03 12:07 ` Alex Bradbury
2012-01-03 12:07 ` Alex Bradbury
2012-01-03 13:37 ` Anthony Liguori
2012-01-03 13:37 ` Anthony Liguori
2012-01-03 13:57 ` Peter Maydell
2012-01-03 13:57 ` Peter Maydell
2012-01-03 14:02 ` Anthony Liguori
2012-01-03 14:02 ` Anthony Liguori
2012-01-03 14:13 ` Peter Maydell
2012-01-03 14:13 ` [Qemu-devel] " Peter Maydell
2012-01-03 1:04 ` Anthony Liguori
2012-01-03 1:04 ` Anthony Liguori
2012-01-03 13:52 ` Andreas Färber
2012-01-03 13:59 ` Anthony Liguori
2012-01-03 8:33 ` Stefan Hajnoczi
2012-01-03 8:33 ` [Qemu-devel] " Stefan Hajnoczi
2012-01-03 12:15 ` Dor Laor
2012-01-03 12:15 ` [Qemu-devel] " Dor Laor
2012-01-03 13:12 ` Stefan Hajnoczi
2012-01-03 13:12 ` [Qemu-devel] " Stefan Hajnoczi
2012-01-03 14:10 ` Andreas Färber
2012-01-03 14:10 ` [Qemu-devel] " Andreas Färber
2012-01-03 14:30 ` Vadim Rozenfeld
2012-01-03 14:30 ` [Qemu-devel] " Vadim Rozenfeld
2012-01-04 2:47 ` Cao,Bing Bu
2012-01-04 2:47 ` Cao,Bing Bu
2012-01-04 11:25 ` Stefan Hajnoczi
2012-01-04 11:25 ` Stefan Hajnoczi
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=4F02567F.6080701@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=afaerber@suse.de \
--cc=chrisw@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@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: 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.