On 25 June 2015 at 13:41, Christoffer Dall wrote:
> On Thu, Jun 25, 2015 at 10:06:20AM +0100, Peter Maydell wrote:
>> I agree it's not very likely anybody cares about the specific cluster
>> topology. However if we don't want to support arbitrary topologies
>> then QEMU is going to end up in the b
On Thu, Jun 25, 2015 at 10:06:20AM +0100, Peter Maydell wrote:
> On 25 June 2015 at 09:00, Christoffer Dall
> wrote:
> > Of course, KVM can deny an unsupported configuration, but I am wondering
> > if we really think anybody will care about the 'model such specific
> > hardware' aspect with KVM,
On 25 June 2015 at 09:00, Christoffer Dall wrote:
> Of course, KVM can deny an unsupported configuration, but I am wondering
> if we really think anybody will care about the 'model such specific
> hardware' aspect with KVM, or if we should only consider the 'I want a
> VM with x VCPUs' scenario, i
Hi,
[sorry for reviving this thread late]
On Tue, Jun 09, 2015 at 12:24:13PM +0100, Peter Maydell wrote:
> On 9 June 2015 at 11:52, Marc Zyngier wrote:
> > On 08/06/15 11:52, Peter Maydell wrote:
> >> On 8 June 2015 at 11:32, Igor Mammedov wrote:
> >>> On Thu, 4 Jun 2015 18:17:39 +0100
> >>> Pe
2015-06-10 11:31+0100, Marc Zyngier:
>On 10/06/15 10:54, Igor Mammedov wrote:
>> On Tue, 09 Jun 2015 15:35:21 +0100
>> Marc Zyngier wrote:
>>> Indeed. I also missed the step that says "kernel is able to convert
>>> arbitrary MPIDR to vcpu_id in an efficient manner...". GICv3 is
>>> definitely goin
On 10/06/15 10:54, Igor Mammedov wrote:
> On Tue, 09 Jun 2015 15:35:21 +0100
> Marc Zyngier wrote:
>
>> On 09/06/15 15:01, Peter Maydell wrote:
>>> On 9 June 2015 at 15:00, Marc Zyngier wrote:
Yeah, what I had in mind was something along the lines of:
- kernel computes its "defaul
On Tue, 09 Jun 2015 15:35:21 +0100
Marc Zyngier wrote:
> On 09/06/15 15:01, Peter Maydell wrote:
> > On 9 June 2015 at 15:00, Marc Zyngier wrote:
> >>
> >> Yeah, what I had in mind was something along the lines of:
> >> - kernel computes its "default MPDIR"
> >> - kernel exposes a new capability
On 9 June 2015 at 15:00, Marc Zyngier wrote:
>
> Yeah, what I had in mind was something along the lines of:
> - kernel computes its "default MPDIR"
> - kernel exposes a new capability "KVM_ARM_ALLOW_MPIDR_OVERRIDE" (or
> something along those lines)
> - userspace does the right thing.
You forgot
On 09/06/15 15:01, Peter Maydell wrote:
> On 9 June 2015 at 15:00, Marc Zyngier wrote:
>>
>> Yeah, what I had in mind was something along the lines of:
>> - kernel computes its "default MPDIR"
>> - kernel exposes a new capability "KVM_ARM_ALLOW_MPIDR_OVERRIDE" (or
>> something along those lines)
>
On 09/06/15 14:16, Peter Maydell wrote:
> On 9 June 2015 at 13:27, Marc Zyngier wrote:
>> On 09/06/15 12:24, Peter Maydell wrote:
>>> So either:
>>> * QEMU needs to tell the kernel the MPIDR for each vCPU
>>> * QEMU needs to ask the kernel the MPIDR for each vCPU
>>>
>>> Which is better? The lat
On 9 June 2015 at 13:27, Marc Zyngier wrote:
> On 09/06/15 12:24, Peter Maydell wrote:
>> So either:
>> * QEMU needs to tell the kernel the MPIDR for each vCPU
>> * QEMU needs to ask the kernel the MPIDR for each vCPU
>>
>> Which is better? The latter is simpler and will work with
>> existing ke
On 09/06/15 12:24, Peter Maydell wrote:
> On 9 June 2015 at 11:52, Marc Zyngier wrote:
>> On 08/06/15 11:52, Peter Maydell wrote:
>>> On 8 June 2015 at 11:32, Igor Mammedov wrote:
On Thu, 4 Jun 2015 18:17:39 +0100
Peter Maydell wrote:
> On 4 June 2015 at 17:40, Shlomo Pongratz wro
On Tue, 9 Jun 2015 12:24:13 +0100
Peter Maydell wrote:
> On 9 June 2015 at 11:52, Marc Zyngier wrote:
> > On 08/06/15 11:52, Peter Maydell wrote:
> >> On 8 June 2015 at 11:32, Igor Mammedov wrote:
> >>> On Thu, 4 Jun 2015 18:17:39 +0100
> >>> Peter Maydell wrote:
> On 4 June 2015 at 17:40
On 9 June 2015 at 11:52, Marc Zyngier wrote:
> On 08/06/15 11:52, Peter Maydell wrote:
>> On 8 June 2015 at 11:32, Igor Mammedov wrote:
>>> On Thu, 4 Jun 2015 18:17:39 +0100
>>> Peter Maydell wrote:
On 4 June 2015 at 17:40, Shlomo Pongratz wrote:
In order for it to work correctly we
On 08/06/15 11:52, Peter Maydell wrote:
> On 8 June 2015 at 11:32, Igor Mammedov wrote:
>> On Thu, 4 Jun 2015 18:17:39 +0100
>> Peter Maydell wrote:
>>> On 4 June 2015 at 17:40, Shlomo Pongratz wrote:
>>> In order for it to work correctly we must use MPIDR values in
>>> the device tree which m
On 8 June 2015 at 11:32, Igor Mammedov wrote:
> On Thu, 4 Jun 2015 18:17:39 +0100
> Peter Maydell wrote:
>> On 4 June 2015 at 17:40, Shlomo Pongratz wrote:
>> In order for it to work correctly we must use MPIDR values in
>> the device tree which match the MPIDR values the kernel has picked
>>
16 matches
Mail list logo