Hi Gerd,
On 26 August 2015 at 16:26, Gerd Hoffmann wrote:
> Hi,
>
> > AndroidPipe is a communication channel between the guest system and
> > the emulator itself. Guest side device node can be opened by multi
> > processes at the same time with different service name. It has a
> > de-multiplex
Hello Christoffer,
On Fri, Aug 28, 2015 at 2:30 AM, Christoffer Dall
wrote:
> On Thu, Aug 27, 2015 at 10:23:38AM -0400, Christopher Covington wrote:
>> On 07/24/2015 08:00 AM, Matt Ma wrote:
>> > Hi all,
>> >
>> > Linaro has developed the foundation for the new Android Emulator code
>> > base bas
On Thu, Aug 27, 2015 at 10:23:38AM -0400, Christopher Covington wrote:
> On 07/24/2015 08:00 AM, Matt Ma wrote:
> > Hi all,
> >
> > Linaro has developed the foundation for the new Android Emulator code
> > base based on a fairly recent upstream QEMU code base, when we
> > re-based the code, we upd
Hi Linus,
I appreciate that it's extremely late in the cycle, but we've uncovered
a nasty bug in the arm64 KVM code which allows a badly behaved 32-bit
guest to bring down the host. The fix is simple (it's what I believe we
call a "brown paper bag" bug) and I don't think it makes sense to sit on
t
Hi Alex,
On 08/27/2015 06:11 PM, Alex Williamson wrote:
> On Thu, 2015-08-27 at 14:52 +0200, Eric Auger wrote:
>> Hi Baptiste, Antonios,
>>
>> What are the plans wrt this series? I am currently integrating another
>> QEMU VFIO platform devices where this series could be useful I think
>> (Feb 2015)
On Thu, 2015-08-27 at 14:52 +0200, Eric Auger wrote:
> Hi Baptiste, Antonios,
>
> What are the plans wrt this series? I am currently integrating another
> QEMU VFIO platform devices where this series could be useful I think
> (Feb 2015). Do you intend to follow up and bring it upstream?
>
> Alex,
When injecting a fault into a misbehaving 32bit guest, it seems
rather idiotic to also inject a 64bit fault that is only going
to corrupt the guest state. This leads to a situation where we
perform an illegal exception return at EL2 causing the host
to crash instead of killing the guest.
Just fix
OK Thanks!
I will duly review it then ;-)
Best Regards
Eric
On 08/27/2015 04:27 PM, Christian Pinto wrote:
> Hello Eric,
>
> We intend to follow-up on this patch series to have it upstream
> depending on the comments of the community.
>
> Best,
>
> Christian
>
> On 27/08/2015 14:52, Eric Au
On Thu, Aug 27, 2015 at 03:05:47PM +0100, Marc Zyngier wrote:
> When injecting a fault into a 32bit guest, it seems rather idiotic
> to also inject a 64bit fault that is only going to corrupt the
> guest state, and lead to a situation where we restore an illegal
> context.
>
> Just fix the stupid
Hello Eric,
We intend to follow-up on this patch series to have it upstream
depending on the comments of the community.
Best,
Christian
On 27/08/2015 14:52, Eric Auger wrote:
Hi Baptiste, Antonios,
What are the plans wrt this series? I am currently integrating another
QEMU VFIO platform de
On 07/24/2015 08:00 AM, Matt Ma wrote:
> Hi all,
>
> Linaro has developed the foundation for the new Android Emulator code
> base based on a fairly recent upstream QEMU code base, when we
> re-based the code, we updated the device model to be more virtio based
> (for example the drives are now vir
Hi Andre,
On 08/25/2015 01:15 PM, Andre Przywara wrote:
> Hi Eric,
>
> On 13/08/15 16:46, Eric Auger wrote:
>>
>> On 07/10/2015 04:21 PM, Andre Przywara wrote:
>>> The GICv3 Interrupt Translation Service (ITS) uses tables in memory
>>> to allow a sophisticated interrupt routing. It features device
Hi Eric,
On 27/08/15 14:03, Eric Auger wrote:
> Hi Marc,
>
> I tested the series on Calxeda Midway with VFIO use case. Also reviewed
> it again without finding anything new.
>
> Tested-by: Eric Auger
> Reviewed-by: Eric Auger
Thanks a lot Eric, much appreciated!
M.
--
Jazz is not de
When injecting a fault into a 32bit guest, it seems rather idiotic
to also inject a 64bit fault that is only going to corrupt the
guest state, and lead to a situation where we restore an illegal
context.
Just fix the stupid bug that has been there from day 1.
Cc: sta...@vger.kernel.org
Reported-b
Hi Antonios,
Thank you for your quick answer. Waiting for Baptiste feedback then.
Best Regards
Eric
On 08/27/2015 03:36 PM, Antonios Motakis wrote:
> Hello Eric,
>
> Myself I am not involved with anything VFIO related at the moment, so (alas)
> I don't have any plans to revisit this series.
>
Hello Eric,
Myself I am not involved with anything VFIO related at the moment, so (alas) I
don't have any plans to revisit this series.
If someone decides to pick it up, of course I can offer my feedback and support.
Cheers,
Antonios
On 27-Aug-15 14:52, Eric Auger wrote:
> Hi Baptiste, Antonio
Hi Marc,
I tested the series on Calxeda Midway with VFIO use case. Also reviewed
it again without finding anything new.
Tested-by: Eric Auger
Reviewed-by: Eric Auger
Best Regards
Eric
On 08/26/2015 06:00 PM, Marc Zyngier wrote:
> The GICv2 and GICv3 architectures allow an active physical in
Hi Baptiste, Antonios,
What are the plans wrt this series? I am currently integrating another
QEMU VFIO platform devices where this series could be useful I think
(Feb 2015). Do you intend to follow up and bring it upstream?
Alex, do you see some show-stoppers in this series or do you advise to
s
On Thu, Aug 27, 2015 at 02:51:22PM +0300, Pavel Fedin wrote:
> Commit 71760950bf3dc796e5e53ea3300dec724a09f593
> ("arm/arm64: KVM: add a common vgic_queue_irq_to_lr fn") introduced
> vgic_queue_irq_to_lr() function with additional vgic_dist_irq_is_pending()
> check before setting LR_STATE_PENDING b
Commit 71760950bf3dc796e5e53ea3300dec724a09f593
("arm/arm64: KVM: add a common vgic_queue_irq_to_lr fn") introduced
vgic_queue_irq_to_lr() function with additional vgic_dist_irq_is_pending()
check before setting LR_STATE_PENDING bit. In some cases it started
causing the following situation if the u
20 matches
Mail list logo