I bissected with -icount+hpet looping behavior without kvm to:
commit 16b29ae1807b024bd5052301550f5d47dae958a2
Author: aliguori
Date: Wed Dec 17 23:28:44 2008 +
Add HPET emulation to qemu (Beth Kon)
On Thu, Nov 10, 2011 at 12:25 PM, Paolo Bonzini wrote:
> On 11/10/2011 11:25 AM, Max
On 11/10/2011 11:25 AM, Max Filippov wrote:
>
> -icount should be ignored or give an error together with KVM. Would you
What's the background for that? (Unfortunately I'm completely
unfamiliar with kvm).
With -icount, The vm_clock is updated with help from TCG (it counts
instructions at 2^
>>> > /usr/local/bin/qemu-system-x86_64 -enable-kvm -m 1024 -kernel
>>
>> Oh, I didn't use -enable-kvm. With that switch it hangs for me as well.
>>
>>> > vmlinuz-2.6.38-8-generic -append 'ro noapic=1 console=ttyS0' -serial
>>> > stdio -icount auto
>
> -icount should be ignored or give an error
On 11/10/2011 10:05 AM, Max Filippov wrote:
> /usr/local/bin/qemu-system-x86_64 -enable-kvm -m 1024 -kernel
Oh, I didn't use -enable-kvm. With that switch it hangs for me as well.
> vmlinuz-2.6.38-8-generic -append 'ro noapic=1 console=ttyS0' -serial
> stdio -icount auto
-icount should be
> I applied the patch:
> http://lists.nongnu.org/archive/html/qemu-devel/2011-11/msg01109.html.
> But I feel it doesn't affect anything.
>
> I am using QEMU-1.0 rc1,pulled on 9 Nov.
> QEMU emulator version 0.15.91.
>
> Then,
> /usr/local/bin/qemu-system-x86_64 -enable-kvm -m 1024 -kernel
Oh, I
> When with option -icount,kernel message:
> "HPET counter not counting. HPET disabled"
For the HPET please try this patch:
http://lists.nongnu.org/archive/html/qemu-devel/2011-11/msg01109.html
> Maybe right,it is a ACPI issue.
I was actually talkin about the APIC one, but well, there are 24
ana
On 11/09/2011 05:41 PM, Cao,Bing Bu wrote:
On 11/08/2011 11:52 PM, Max Filippov wrote:
With kernel command line of 'console=ttyS0 noapic=1 panic=1' patched
qemu boots up successfully with -icount, whereas unpatched qemu loops
infinitely.
Looks like APIC emulation issue to me.
I'm trying to te
On 11/08/2011 11:52 PM, Max Filippov wrote:
With kernel command line of 'console=ttyS0 noapic=1 panic=1' patched
qemu boots up successfully with -icount, whereas unpatched qemu loops
infinitely.
Looks like APIC emulation issue to me.
I'm trying to test issue using a 2.6.38 vmlinuz image.
The i
With kernel command line of 'console=ttyS0 noapic=1 panic=1' patched
qemu boots up successfully with -icount, whereas unpatched qemu loops
infinitely.
Looks like APIC emulation issue to me.
--
Thanks.
-- Max
>> But once I add -icount option (have tried -icount 1, 2, 16, 256, auto,
>> the result is the same) qemu loops infinitely in the qemu_run_timers:
>
> Is this a regression, either from 0.15 w/o iothread, or from something
> recent? Most backends are buggy with icount (with the embedded ones more
>
On 11/08/2011 02:45 PM, Max Filippov wrote:
Hi.
I'm trying to run stock Debian 6.0 x86_64 kernel using qemu git head.
With the following command line it's ok (getting to rootfs mounting
and panics):
qemu-system-x86_64 -serial stdio -monitor null -nographic -kernel
/boot/vmlinuz-2.6.38-bpo.2-amd
> b/o the following infinite recursion:
>
> (gdb) bt
> #0 0x081b9564 in clz32 (val=0) at
> /home/jcmvbkbc/ws/xtensa/qemu-xtensa/host-utils.h:53
> #1 0x081b97c2 in fls_bit (value=65536) at
> /home/jcmvbkbc/ws/xtensa/qemu-xtensa/hw/apic.c:121
> #2 0x081ba16d in get_highest_priority_int (tab=0x89ce
Hi.
I'm trying to run stock Debian 6.0 x86_64 kernel using qemu git head.
With the following command line it's ok (getting to rootfs mounting
and panics):
qemu-system-x86_64 -serial stdio -monitor null -nographic -kernel
/boot/vmlinuz-2.6.38-bpo.2-amd64 -append 'console=ttyS0 panic=1'
But once I
13 matches
Mail list logo
