on 22/09/2013 11:17 Gleb Natapov said the following:
> On Sun, Sep 22, 2013 at 11:05:37AM +0300, Andriy Gapon wrote:
>> on 22/09/2013 09:31 Gleb Natapov said the following:
>>> Which kernel version is this? What BSD version?
>>
>> $ uname -a
>> Linux kvm 3.8.0
on 22/09/2013 09:31 Gleb Natapov said the following:
> Which kernel version is this? What BSD version?
$ uname -a
Linux kvm 3.8.0-27-generic #40-Ubuntu SMP Tue Jul 9 00:17:05 UTC 2013 x86_64
x86_64 x86_64 GNU/Linux
FreeBSD is 9.x.
--
Andriy Gapon
on 19/09/2013 19:53 Paolo Bonzini said the following:
> Il 19/09/2013 16:36, Andriy Gapon ha scritto:
>> Not sure how the code ends up at 0x9315 after that.
>
> Events are dropped, probably corresponding to more emulation.
I've got a trace without dropped events betw
=0x9315 thread_id=17463
But I can't 100% guarantee validity of these results.
It seems that the first time I execute any monitor command it reports something
consistently, but all subsequent invocations produce something different.
So I restart the guest two times and each of the abov
1a
93 00 00 (real)
qemu-system-x86-12024 [002] 278153.809991: kvm_entry:vcpu 0
qemu-system-x86-12024 [002] 278153.809992: kvm_emulate_insn: 0:931a:31 c0
(real)
I guess it's a jump to 931a.
Puzzling that later it becomes a jump to self.
--
Andriy Gapon
.
Thanks!
--
Andriy Gapon
on 17/09/2013 15:32 Andreas Färber said the following:
> Hi,
>
> Am 17.09.2013 13:37, schrieb Andriy Gapon:
>>
>> It seems that when qemu is run with accel=kvm:tcg then -d in_asm does not
>> produce anything. At least, with the qemu and kvm that I have access to.
&g
protected mode
or some such "exotic" environment. To narrow down the possibilities I would
like to examine execution trace and see where execution goes into the weeds.
Thank you very much in advance.
--
Andriy Gapon
on 14/10/2012 13:56 malc said the following:
> On Sun, 14 Oct 2012, Andriy Gapon wrote:
>
> [..snip..]
>
>>
>> Hmm... Since you are the author of the patch, wouldn't be more
>> appropriate for you to submit it? Besides, I can only mostly repeat the
>>
on 11/10/2012 00:09 malc said the following:
> On Thu, 11 Oct 2012, Andriy Gapon wrote:
>
>> on 08/10/2012 12:02 Andriy Gapon said the following:
>>> on 08/10/2012 10:52 malc said the following:
>>>> On Mon, 8 Oct 2012, Andriy Gapon wrote:
>>>>
>
on 08/10/2012 12:02 Andriy Gapon said the following:
> on 08/10/2012 10:52 malc said the following:
>> On Mon, 8 Oct 2012, Andriy Gapon wrote:
>>
>>>
>>> I am running Qemu (plain, no kvm, etc) on an AMD 10h machine that
>>> provides popcnt instruction. Qe
on 08/10/2012 10:52 malc said the following:
> On Mon, 8 Oct 2012, Andriy Gapon wrote:
>
>>
>> I am running Qemu (plain, no kvm, etc) on an AMD 10h machine that
>> provides popcnt instruction. Qemu advertises availability of pocnt
>> to a guest as well. What
instruction worked fine
though.
--
Andriy Gapon
} else {
+td.cbp += ret;
}
}
td.flags |= OHCI_TD_T1;
--
Andriy Gapon
e)
> if (consoles[i - 1]->console_type == GRAPHIC_CONSOLE)
> break;
> consoles[i] = consoles[i - 1];
> +consoles[i]->index = i;
> }
> +s->index = i;
> consoles[i] = s;
> nb_consoles++;
> }
--
Andriy Gapon
n_dump_filename = filename;
> vga_invalidate_display(s);
> vga_hw_update();
> +screen_dump_filename = NULL;
> }
> -
--
Andriy Gapon
: <4e6cc7c1.9050...@freebsd.org>
Date: Sun, 11 Sep 2011 17:37:53 +0300
From: Alexander Motin
To: Andriy Gapon
CC: FreeBSD-Current
Subject: Re: ahci doesn't work with qemu emulation
References: <4e632972.7080...@freebsd.org>
In-Reply-To: <4e632972.7080...@freebsd.org>
Hi.
On 04.09.2
on 30/08/2011 19:50 Andriy Gapon said the following:
>
> I use Qemu 0.15.0 (via a FreeBSD qemu-devel-0.15.0 port) and observe the
> following
> problem with the screendump command.
>
> Environment:
> - qemu started with a standard vga adapter emulation (not sure if this
true there should only be a single
dpy_update call for the whole screen. I think that this should produce a
complete
screen dump. Not sure if that would help with the guest screen contents being
draw over the monitor console.
Thank you.
--
Andriy Gapon
19 matches
Mail list logo