Has anyone ever seen an issue with qemu where the consoles wind up
mixed up ? i.e hvc0 appears on vserial3, hvc1 on vserial0 as a
random example .
I've managed to reproduce this on qemu 2.0 and 1.0 on ubuntu LTS 14/12
and it happens 1 in every 16 times or so. However, I build qemu from
source (t
Thanks Stefan, will check and update
neil
On 12/10/15, 3:47 AM, Stefan Hajnoczi wrote:
On Mon, Dec 07, 2015 at 07:44:24PM -0500, Neil McGill wrote:
Has anyone seen anything like this ? all 4 qemu threads are stuck on a
pthread condition
This is incorrect. Thread 4 is blocked in poll(2
Has anyone seen anything like this ? all 4 qemu threads are stuck on a
pthread condition
QEMU emulator version 2.2.0 (Debian 1:2.2+dfsg-5expubuntu9.3~cloud0), Copyright
(c) 2003-2008 Fabrice Bellard
I'll try and get the qemu source built on this machine to debug and get
some useful symbols out
APIC ver register is 1 but *IO*APIC ver register is 3... sorry for the
confusion/noise, qemu looks fine
neil
On 4/16/14 10:16 AM, Neil McGill wrote:
Seems there is a bug in qemu where the APIC version is being checked as
value 3. However, it should be 1.
static uint32_t apic_mem_readl(void
Seems there is a bug in qemu where the APIC version is being checked as
value 3. However, it should be 1.
static uint32_t apic_mem_readl(void *opaque, hwaddr addr)
{
...
switch(index) {
case 0x03: /* version */
val = 0x11 | ((APIC_LVT_NB - 1) << 16); /* version 0x11 */
br
