On 10.06.2012 17:19, Avi Kivity wrote:
> Looks like we weren't dealing with interrupts correctly. I pushed some
> patches, please pull again and retry.
Updated to cf3d9372065470403e0780599ca612553211a10b and it works
perfectly for me!
Thank you very much for the support! Very cool!
Best regards
On 07.06.2012 21:46, Johannes Bauer wrote:
> In an infinite loop. Which looks to be as if it is continuously exiting
> after just one iteration (count at leave is 1299). Maybe I'll fiddle
> some more and am able to provide some insight (probably you already know
> what's
On 07.06.2012 19:25, Avi Kivity wrote:
>> Note that "c" does NOT cause the VM to resume, only "info registers"
>> does. dmesg shows nothing out of the ordinary.
>
> I'm guessing this is 5152902652. Try bumping 'unsigned count = 130' (by
> adding zeros at the end, don't bother with anything less)
On 07.06.2012 19:25, Avi Kivity wrote:
>> Note that "c" does NOT cause the VM to resume, only "info registers"
>> does. dmesg shows nothing out of the ordinary.
>
> I'm guessing this is 5152902652. Try bumping 'unsigned count = 130' (by
> adding zeros at the end, don't bother with anything less)
On 07.06.2012 16:52, Avi Kivity wrote:
> Please try the big-real-mode branch again. It contains emulation for
> the missing instruction, plus a bunch of tweaks which allowed it to boot
> Fedora 17 smp with emulate_invalid_guest_state=1.
Progress!
So now I'm on
Linux joequad 3.5.0-rc1-46078-g54
On 07.06.2012 09:12, Avi Kivity wrote:
> add -monitor stdio to the command line and then:
>
> (qemu) info registers
> (qemu) x/20i 0xcsbase + $eip
>
> Run info registers a few times and note whether eip changes or not.
It does not. Here's where it hangs:
(qemu) info registers
EAX=23de EBX=0
On 05.06.2012 15:59, David Ahern wrote:
> You need to install the plugins for trace-cmd:
> make install_plugins
>
> you could also try setting:
> export TRACE_CMD_PLUGIN_DIR=/path/to/plugins
Aha, with that I get more messages:
trace-cmd: No such file or directory
cound not load plugin '/home/
On 06.06.2012 17:53, Avi Kivity wrote:
>>> # rmmod kvm_intel
>>> # modprobe kvm_intel emulate_invalid_guest_state=1
>>>
>>> Warning: experimental code.
>>
>> Tried it out -- I don't get the error anymore, but qemu just hangs on
>> boot with 100% CPU. :-(
>
> Please retry with
>
> git://git.ker
On 04.06.2012 20:28, Johannes Bauer wrote:
>> What is your command line?
>
> bin/qemu-system-x86_64 -cpu host -enable-kvm -net nic -net
> user,smb=Share,restrict=on -drive
> media=disk,file=Windows7_x32.qcow2,if=virtio -m 2048 -smp 1 -nographic
Just noticed that the output I
On 04.06.2012 10:53, Gleb Natapov wrote:
> On Sun, Jun 03, 2012 at 06:25:33PM +0200, Johannes Bauer wrote:
>> Therefore, I've uploaded the compressed trace.dat file, so you can maybe
>> have a look why the "report" tool barfs and interpret it correctly. I
>> ca
On 03.06.2012 15:43, Avi Kivity wrote:
> On 06/03/2012 04:01 PM, Johannes Bauer wrote:
>> On 03.06.2012 14:33, Avi Kivity wrote:
>>
>>>> when trying to install Windows7 in a qemu-kvm 1.0.1 installation on
>>>> Gentoo on my host running
>>>
>&g
On 03.06.2012 14:33, Avi Kivity wrote:
> You can run vmxcap [1] and see.
Ah, I forgot to attach the output of vmxcap, which might be of interest.
First the host where it does not work:
pin-based controls
External interrupt exiting yes
NMI exiting ye
On 03.06.2012 14:33, Avi Kivity wrote:
>> when trying to install Windows7 in a qemu-kvm 1.0.1 installation on
>> Gentoo on my host running
>
> Is that a 32-bit or 64-bit Windows 7?
64 bit. But I've also (in despair) tried installing 32 Bit Windows 7,
with the exact same effect.
>> EAX=0010
Hi list,
when trying to install Windows7 in a qemu-kvm 1.0.1 installation on
Gentoo on my host running
Linux joequad 3.3.7 #1 SMP PREEMPT Sun Jun 3 12:05:59 CEST 2012 x86_64
Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz GenuineIntel GNU/Linux
with a host CPU of
processor : 0
vendor_id
14 matches
Mail list logo
