From: Anthony Liguori <anthony@codemonkey.ws>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Anthony Liguori <anthony@codemonkey.ws>,
Chris Wright <chrisw@redhat.com>,
kvm@vger.kernel.org, qemu-devel@nongnu.org,
Markus Armbruster <armbru@redhat.com>,
Blue Swirl <blauwirbel@gmail.com>, Avi Kivity <avi@redhat.com>
Subject: Re: [Qemu-devel] KVM call minutes for Feb 8
Date: Sun, 13 Feb 2011 16:43:55 -0600 [thread overview]
Message-ID: <4D585EAB.4070100@codemonkey.ws> (raw)
In-Reply-To: <AANLkTikBqbUMeTpuJTDLp3nQC1KP1gvqbkw9eV94WZJ_@mail.gmail.com>
On 02/13/2011 03:24 PM, Peter Maydell wrote:
> On 13 February 2011 16:56, Anthony Liguori<anthony@codemonkey.ws> wrote:
>
>> If we can move away from Bus abstraction and to a simpler interface
>> mechanism, then we can express peer relationships by just having bidirection
>> references. IOW:
>>
>> -device cpus,northbridge=nb,id=cpus,count=16 -device i440fx,cpus=cpus
>>
>> I don't think modelling each CPU makes sense. We should probably just model
>> all cpus in a single device for the sake of simplicity.
>>
> How would this work for systems with multiple CPUs which have different
> views of the world? (ie their memory maps differ so that eg some RAM is
> shared between them but some parts of the address space are different
> RAM for the two cores, some devices one core only, some devices shared
> between cores but the device can tell which core made an IO request)
> With a bus-style abstraction this is straightforward: each core has its
> own bus which is what defines its view of the world, some devices
> and RAM are wired up to both buses. I'm not sure how the bidirectional
> reference model would look for this?
>
Each core has it's own northbridge. You would do:
-device arm-cpu,northbridge=nb1 -device dsp,northbridge=nb2
Or whatever.
Regards,
Anthony Liguori
> (Real world examples would be if we ever had any need to actually
> model any of the auxiliary cores in say an OMAP device, or the
> M3 in a versatile-express. Yes, most systems won't look that odd
> but it does come up, especially in testbench type designs, and our
> interface abstraction should be able to handle it.)
>
> -- PMM
>
>
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>,
kvm@vger.kernel.org, Markus Armbruster <armbru@redhat.com>,
qemu-devel@nongnu.org, Blue Swirl <blauwirbel@gmail.com>,
Avi Kivity <avi@redhat.com>
Subject: Re: [Qemu-devel] KVM call minutes for Feb 8
Date: Sun, 13 Feb 2011 16:43:55 -0600 [thread overview]
Message-ID: <4D585EAB.4070100@codemonkey.ws> (raw)
In-Reply-To: <AANLkTikBqbUMeTpuJTDLp3nQC1KP1gvqbkw9eV94WZJ_@mail.gmail.com>
On 02/13/2011 03:24 PM, Peter Maydell wrote:
> On 13 February 2011 16:56, Anthony Liguori<anthony@codemonkey.ws> wrote:
>
>> If we can move away from Bus abstraction and to a simpler interface
>> mechanism, then we can express peer relationships by just having bidirection
>> references. IOW:
>>
>> -device cpus,northbridge=nb,id=cpus,count=16 -device i440fx,cpus=cpus
>>
>> I don't think modelling each CPU makes sense. We should probably just model
>> all cpus in a single device for the sake of simplicity.
>>
> How would this work for systems with multiple CPUs which have different
> views of the world? (ie their memory maps differ so that eg some RAM is
> shared between them but some parts of the address space are different
> RAM for the two cores, some devices one core only, some devices shared
> between cores but the device can tell which core made an IO request)
> With a bus-style abstraction this is straightforward: each core has its
> own bus which is what defines its view of the world, some devices
> and RAM are wired up to both buses. I'm not sure how the bidirectional
> reference model would look for this?
>
Each core has it's own northbridge. You would do:
-device arm-cpu,northbridge=nb1 -device dsp,northbridge=nb2
Or whatever.
Regards,
Anthony Liguori
> (Real world examples would be if we ever had any need to actually
> model any of the auxiliary cores in say an OMAP device, or the
> M3 in a versatile-express. Yes, most systems won't look that odd
> but it does come up, especially in testbench type designs, and our
> interface abstraction should be able to handle it.)
>
> -- PMM
>
>
next prev parent reply other threads:[~2011-02-13 22:44 UTC|newest]
Thread overview: 118+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-08 15:55 KVM call minutes for Feb 8 Chris Wright
2011-02-08 15:55 ` [Qemu-devel] " Chris Wright
2011-02-08 16:14 ` Stefan Hajnoczi
2011-02-08 16:14 ` [Qemu-devel] " Stefan Hajnoczi
2011-02-08 16:39 ` [Qemu-devel] " Anthony Liguori
2011-02-08 16:39 ` Anthony Liguori
2011-02-08 17:13 ` Markus Armbruster
2011-02-08 17:13 ` Markus Armbruster
2011-02-08 19:02 ` Peter Maydell
2011-02-08 21:11 ` Anthony Liguori
2011-02-08 21:11 ` Anthony Liguori
2011-02-09 8:11 ` Markus Armbruster
2011-02-09 8:20 ` Peter Maydell
2011-02-09 9:02 ` Markus Armbruster
2011-02-08 19:30 ` Alexander Graf
2011-02-08 19:30 ` Aurelien Jarno
2011-02-09 8:23 ` Markus Armbruster
2011-02-09 10:43 ` Anthony Liguori
2011-02-09 10:43 ` Anthony Liguori
2011-02-09 17:38 ` Blue Swirl
2011-02-09 17:38 ` Blue Swirl
2011-02-08 21:12 ` Anthony Liguori
2011-02-09 8:01 ` Markus Armbruster
2011-02-09 10:31 ` Anthony Liguori
2011-02-09 12:28 ` Markus Armbruster
2011-02-09 14:44 ` Anthony Liguori
2011-02-09 17:48 ` Blue Swirl
2011-02-09 17:48 ` Blue Swirl
2011-02-09 19:53 ` Anthony Liguori
2011-02-09 19:59 ` Anthony Liguori
2011-02-09 20:15 ` Blue Swirl
2011-02-10 7:47 ` Anthony Liguori
2011-02-10 8:16 ` Peter Maydell
2011-02-10 8:36 ` Anthony Liguori
2011-02-10 9:04 ` Peter Maydell
2011-02-10 10:13 ` Anthony Liguori
2011-02-10 10:38 ` Peter Maydell
2011-02-10 11:24 ` Gleb Natapov
2011-02-10 11:24 ` Gleb Natapov
2011-02-10 12:23 ` Anthony Liguori
2011-02-10 13:06 ` Peter Maydell
2011-02-10 19:17 ` Scott Wood
2011-02-10 19:17 ` Scott Wood
2011-02-10 19:22 ` Peter Maydell
2011-02-10 19:22 ` Peter Maydell
2011-02-10 19:29 ` Scott Wood
2011-02-10 19:29 ` Scott Wood
2011-02-10 9:07 ` Gleb Natapov
2011-02-10 10:00 ` Anthony Liguori
2011-02-10 10:10 ` Gleb Natapov
2011-02-10 10:19 ` Anthony Liguori
2011-02-10 10:49 ` Gleb Natapov
2011-02-10 12:47 ` Anthony Liguori
2011-02-10 13:12 ` Gleb Natapov
2011-02-10 10:25 ` Avi Kivity
2011-02-10 10:25 ` Avi Kivity
2011-02-10 11:13 ` Gleb Natapov
2011-02-10 11:13 ` Gleb Natapov
2011-02-10 12:51 ` Anthony Liguori
2011-02-10 12:51 ` Anthony Liguori
2011-02-10 13:00 ` Avi Kivity
2011-02-10 13:00 ` Avi Kivity
2011-02-10 13:29 ` Gleb Natapov
2011-02-10 13:29 ` Gleb Natapov
2011-02-10 14:00 ` Anthony Liguori
2011-02-10 14:00 ` Anthony Liguori
2011-02-10 13:27 ` Gleb Natapov
2011-02-10 13:27 ` Gleb Natapov
2011-02-10 14:04 ` Anthony Liguori
2011-02-10 14:20 ` Gleb Natapov
2011-02-10 16:05 ` Anthony Liguori
2011-02-11 18:14 ` Blue Swirl
2011-02-11 18:14 ` Blue Swirl
2011-02-13 9:24 ` Gleb Natapov
2011-02-13 9:24 ` Gleb Natapov
2011-02-13 15:31 ` Anthony Liguori
2011-02-13 15:31 ` Anthony Liguori
2011-02-13 19:37 ` Blue Swirl
2011-02-13 19:37 ` Blue Swirl
2011-02-13 19:57 ` Anthony Liguori
2011-02-13 19:57 ` Anthony Liguori
2011-02-13 21:00 ` Blue Swirl
2011-02-13 21:00 ` Blue Swirl
2011-02-13 22:42 ` Anthony Liguori
2011-02-13 22:42 ` Anthony Liguori
2011-02-14 17:31 ` Blue Swirl
2011-02-14 17:31 ` Blue Swirl
2011-02-14 20:53 ` Anthony Liguori
2011-02-14 20:53 ` Anthony Liguori
2011-02-14 21:25 ` Blue Swirl
2011-02-14 21:25 ` Blue Swirl
2011-02-14 21:47 ` Anthony Liguori
2011-02-14 21:47 ` Anthony Liguori
2011-02-15 17:11 ` Blue Swirl
2011-02-15 17:11 ` Blue Swirl
2011-02-15 23:07 ` Anthony Liguori
2011-02-15 23:07 ` Anthony Liguori
2011-02-16 9:52 ` Gleb Natapov
2011-02-16 9:52 ` Gleb Natapov
2011-02-14 9:44 ` Paolo Bonzini
2011-02-14 9:44 ` Paolo Bonzini
2011-02-10 10:29 ` Avi Kivity
2011-02-13 15:38 ` Anthony Liguori
2011-02-13 15:38 ` Anthony Liguori
2011-02-13 15:56 ` Avi Kivity
2011-02-13 16:56 ` Anthony Liguori
2011-02-13 18:08 ` Gleb Natapov
2011-02-13 18:08 ` Gleb Natapov
2011-02-13 19:38 ` Anthony Liguori
2011-02-14 10:23 ` Gleb Natapov
2011-02-13 21:24 ` Peter Maydell
2011-02-13 21:24 ` Peter Maydell
2011-02-13 22:43 ` Anthony Liguori [this message]
2011-02-13 22:43 ` Anthony Liguori
2011-02-13 23:35 ` Peter Maydell
2011-02-13 15:39 ` Anthony Liguori
2011-02-13 15:39 ` Anthony Liguori
2011-02-11 17:54 ` Blue Swirl
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=4D585EAB.4070100@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=armbru@redhat.com \
--cc=avi@redhat.com \
--cc=blauwirbel@gmail.com \
--cc=chrisw@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/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.