[Qemu-devel] [Bug 902413] Re: qemu-i386-user on ARM host: wine hangs/spins when trying to run anything
Running SkiFree (1.04 x32) on wine (1.8.3 x32) installed in a gentoo i686 chroot, all running via qemu-user-i386-static 1.7.0 on a raspberry pi 2 armv7 host works. It was almost playable at 1920x1080 too! winecfg worked, notepad.exe worked, and SkiFree worked too. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/902413 Title: qemu-i386-user on ARM host: wine hangs/spins when trying to run anything Status in QEMU: New Status in wine package in Gentoo Linux: New Bug description: With qemu built from git from 217bfb445b54db618a30f3a39170bebd9fd9dbf2 and configured with './configure --target-list=i386-linux-user --static --interp-prefix=/home/pgriffais/natty-i386/', trying to run wine 1.3.15 from an Ubuntu 11.04 chroot results in hangs. If I run an i386 emulated wineserver, wineserver hangs in: 0x600c7f8c in read () at ../sysdeps/unix/syscall-template.S:82 82../sysdeps/unix/syscall-template.S: No such file or directory. in ../sysdeps/unix/syscall-template.S (gdb) bt #0 0x600c7f8c in read () at ../sysdeps/unix/syscall-template.S:82 #1 0x6004a316 in read (cpu_env=0x622c3ee8, num=3, arg1=6, arg2=1121255519, arg3=1, arg4=134875664, arg5=1, arg6=1121255528, arg7=0, arg8=0) at /usr/include/bits/unistd.h:45 #2 do_syscall (cpu_env=0x622c3ee8, num=3, arg1=6, arg2=1121255519, arg3=1, arg4=134875664, arg5=1, arg6=1121255528, arg7=0, arg8=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:4691 #3 0x600262f0 in cpu_loop (env=0x622c3ee8) at /home/ubuntu/src/qemu/linux-user/main.c:321 #4 0x60026bbc in main (argc=, argv=, envp=) at /home/ubuntu/src/qemu/linux-user/main.c:3817 While wine hangs in: 0x600c84ac in recvmsg () at ../sysdeps/unix/syscall-template.S:82 82../sysdeps/unix/syscall-template.S: No such file or directory. in ../sysdeps/unix/syscall-template.S (gdb) bt #0 0x600c84ac in recvmsg () at ../sysdeps/unix/syscall-template.S:82 #1 0x60041c4e in do_sendrecvmsg (fd=4, target_msg=, flags=1073741824, send=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:1834 #2 0x600497ec in do_socketcall (cpu_env=, num=102, arg1=17, arg2=1122504544, arg3=2076831732, arg4=1122504568, arg5=2076942688, arg6=1122504888, arg7=0, arg8=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:2235 #3 do_syscall (cpu_env=, num=102, arg1=17, arg2=1122504544, arg3=2076831732, arg4=1122504568, arg5=2076942688, arg6=1122504888, arg7=0, arg8=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:6085 #4 0x600262f0 in cpu_loop (env=0x622c3f08) at /home/ubuntu/src/qemu/linux-user/main.c:321 #5 0x60026bbc in main (argc=, argv=, envp=) at /home/ubuntu/src/qemu/linux-user/main.c:3817 However if I build wineserver 1.3.15 natively for ARM and run it on the host while wine is emulated, I get the following: root@tiberiusstation:/home/ubuntu# ./natty-i386/usr/bin/wine notepad Unsupported ancillary data: 1/2 Unsupported ancillary data: 1/2 Unsupported ancillary data: 1/2 err:process:__wine_kernel_init boot event wait timed out I assume the last one is due to wineboot.exe hanging. The main wine process hangs in there: cg_temp_new_internal_i32 (temp_local=) at /home/ubuntu/src/qemu/tcg/tcg.c:483 483 } (gdb) bt #0 tcg_temp_new_internal_i32 (temp_local=) at /home/ubuntu/src/qemu/tcg/tcg.c:483 #1 0x60052ac6 in tcg_temp_new_i32 (val=6) at /home/ubuntu/src/qemu/tcg/tcg.h:442 #2 tcg_const_i32 (val=6) at /home/ubuntu/src/qemu/tcg/tcg.c:530 #3 0x6005ef0c in tcg_gen_shri_i32 (ot=2, op1=2, op2=7, is_right=1, is_arith=0, s=) at /home/ubuntu/src/qemu/tcg/tcg-op.h:605 #4 gen_shift_rm_im (ot=2, op1=2, op2=7, is_right=1, is_arith=0, s=) at /home/ubuntu/src/qemu/target-i386/translate.c:1514 #5 0x6006df90 in gen_shifti (s=0xbefea970, pc_start=) at /home/ubuntu/src/qemu/target-i386/translate.c:1946 #6 disas_insn (s=0xbefea970, pc_start=) at /home/ubuntu/src/qemu/target-i386/translate.c:5397 #7 0x60091758 in gen_intermediate_code_internal (env=0x625656f8, tb=0x402cdf48) at /home/ubuntu/src/qemu/target-i386/translate.c:7825 #8 gen_intermediate_code_pc (env=0x625656f8, tb=0x402cdf48) at /home/ubuntu/src/qemu/target-i386/translate.c:7896 #9 0x60054bf2 in cpu_restore_state (tb=0x402cdf48, env=0x62565690, searched_pc=1617393812) at /home/ubuntu/src/qemu/translate-all.c:126 #10 0x60091d9e in handle_cpu_signal (host_signum=, pinfo=, puc=0xbefeab70) at /home/ubuntu/src/qemu/user-exec.c:117 #11 cpu_x86_signal_handler (host_signum=, pinfo=, puc=0xbefeab70) at /home/ubuntu/src/qemu/user-exec.c:458 #12 0x6003c764 in host_signal_handler (host_signum=11, info=0xbefeaaf0, puc=) at /home/ubuntu/src/qemu/linux-user/signal.c:492
[Qemu-devel] [Bug 902413] Re: qemu-i386-user on ARM host: wine hangs/spins when trying to run anything
I just tried running x86 windows program, on x86 wine, on qemu-i386, all on an arm host. I am also experiencing a hung wine and wineserver. Was this bug ever fixed? ** Also affects: wine (Gentoo Linux) Importance: Undecided Status: New -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/902413 Title: qemu-i386-user on ARM host: wine hangs/spins when trying to run anything Status in QEMU: New Status in wine package in Gentoo Linux: New Bug description: With qemu built from git from 217bfb445b54db618a30f3a39170bebd9fd9dbf2 and configured with './configure --target-list=i386-linux-user --static --interp-prefix=/home/pgriffais/natty-i386/', trying to run wine 1.3.15 from an Ubuntu 11.04 chroot results in hangs. If I run an i386 emulated wineserver, wineserver hangs in: 0x600c7f8c in read () at ../sysdeps/unix/syscall-template.S:82 82../sysdeps/unix/syscall-template.S: No such file or directory. in ../sysdeps/unix/syscall-template.S (gdb) bt #0 0x600c7f8c in read () at ../sysdeps/unix/syscall-template.S:82 #1 0x6004a316 in read (cpu_env=0x622c3ee8, num=3, arg1=6, arg2=1121255519, arg3=1, arg4=134875664, arg5=1, arg6=1121255528, arg7=0, arg8=0) at /usr/include/bits/unistd.h:45 #2 do_syscall (cpu_env=0x622c3ee8, num=3, arg1=6, arg2=1121255519, arg3=1, arg4=134875664, arg5=1, arg6=1121255528, arg7=0, arg8=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:4691 #3 0x600262f0 in cpu_loop (env=0x622c3ee8) at /home/ubuntu/src/qemu/linux-user/main.c:321 #4 0x60026bbc in main (argc=, argv=, envp=) at /home/ubuntu/src/qemu/linux-user/main.c:3817 While wine hangs in: 0x600c84ac in recvmsg () at ../sysdeps/unix/syscall-template.S:82 82../sysdeps/unix/syscall-template.S: No such file or directory. in ../sysdeps/unix/syscall-template.S (gdb) bt #0 0x600c84ac in recvmsg () at ../sysdeps/unix/syscall-template.S:82 #1 0x60041c4e in do_sendrecvmsg (fd=4, target_msg=, flags=1073741824, send=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:1834 #2 0x600497ec in do_socketcall (cpu_env=, num=102, arg1=17, arg2=1122504544, arg3=2076831732, arg4=1122504568, arg5=2076942688, arg6=1122504888, arg7=0, arg8=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:2235 #3 do_syscall (cpu_env=, num=102, arg1=17, arg2=1122504544, arg3=2076831732, arg4=1122504568, arg5=2076942688, arg6=1122504888, arg7=0, arg8=0) at /home/ubuntu/src/qemu/linux-user/syscall.c:6085 #4 0x600262f0 in cpu_loop (env=0x622c3f08) at /home/ubuntu/src/qemu/linux-user/main.c:321 #5 0x60026bbc in main (argc=, argv=, envp=) at /home/ubuntu/src/qemu/linux-user/main.c:3817 However if I build wineserver 1.3.15 natively for ARM and run it on the host while wine is emulated, I get the following: root@tiberiusstation:/home/ubuntu# ./natty-i386/usr/bin/wine notepad Unsupported ancillary data: 1/2 Unsupported ancillary data: 1/2 Unsupported ancillary data: 1/2 err:process:__wine_kernel_init boot event wait timed out I assume the last one is due to wineboot.exe hanging. The main wine process hangs in there: cg_temp_new_internal_i32 (temp_local=) at /home/ubuntu/src/qemu/tcg/tcg.c:483 483 } (gdb) bt #0 tcg_temp_new_internal_i32 (temp_local=) at /home/ubuntu/src/qemu/tcg/tcg.c:483 #1 0x60052ac6 in tcg_temp_new_i32 (val=6) at /home/ubuntu/src/qemu/tcg/tcg.h:442 #2 tcg_const_i32 (val=6) at /home/ubuntu/src/qemu/tcg/tcg.c:530 #3 0x6005ef0c in tcg_gen_shri_i32 (ot=2, op1=2, op2=7, is_right=1, is_arith=0, s=) at /home/ubuntu/src/qemu/tcg/tcg-op.h:605 #4 gen_shift_rm_im (ot=2, op1=2, op2=7, is_right=1, is_arith=0, s=) at /home/ubuntu/src/qemu/target-i386/translate.c:1514 #5 0x6006df90 in gen_shifti (s=0xbefea970, pc_start=) at /home/ubuntu/src/qemu/target-i386/translate.c:1946 #6 disas_insn (s=0xbefea970, pc_start=) at /home/ubuntu/src/qemu/target-i386/translate.c:5397 #7 0x60091758 in gen_intermediate_code_internal (env=0x625656f8, tb=0x402cdf48) at /home/ubuntu/src/qemu/target-i386/translate.c:7825 #8 gen_intermediate_code_pc (env=0x625656f8, tb=0x402cdf48) at /home/ubuntu/src/qemu/target-i386/translate.c:7896 #9 0x60054bf2 in cpu_restore_state (tb=0x402cdf48, env=0x62565690, searched_pc=1617393812) at /home/ubuntu/src/qemu/translate-all.c:126 #10 0x60091d9e in handle_cpu_signal (host_signum=, pinfo=, puc=0xbefeab70) at /home/ubuntu/src/qemu/user-exec.c:117 #11 cpu_x86_signal_handler (host_signum=, pinfo=, puc=0xbefeab70) at /home/ubuntu/src/qemu/user-exec.c:458 #12 0x6003c764 in host_signal_handler (host_signum=11, info=0xbefeaaf0, puc=) at /home/ubuntu/src/qemu/linux-user/signal.c:492 #13 #14
[Qemu-devel] [Bug 1243968] [NEW] VMware ESXi on QEmu Kernel Panic
Public bug reported: I attempted to install ESXi 5.5 (the free version) into a QEmu 1.6.1 VM. The guest OS does have the svm capabilities, but it appears VMware is trying to do some kind of hypercall that crashes the guest. There is more information here: https://communities.vmware.com/message/2297382 It seems to me that this stubbed feature should just be disabled if it is unusable. Or at the very least I should be able to disable it at run- time with a command-line argument. Is there some way to disable all the hypervisor features that makes it very obvious to a guest os that it is running inside a VM? It would be great if I could install a software and it would actually work (even if it's slow with those features disabled). FYI, my guest OS capabilities are: # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 1.5.3 stepping: 3 microcode : 0x165 cpu MHz : 1999.999 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm nopl pni cx16 popcnt hypervisor lahf_lm svm abm sse4a bogomips: 3999.99 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ** Affects: qemu Importance: Undecided Status: Confirmed ** Tags: esxi hypercall vmware ** Changed in: qemu Status: New = Confirmed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1243968 Title: VMware ESXi on QEmu Kernel Panic Status in QEMU: Confirmed Bug description: I attempted to install ESXi 5.5 (the free version) into a QEmu 1.6.1 VM. The guest OS does have the svm capabilities, but it appears VMware is trying to do some kind of hypercall that crashes the guest. There is more information here: https://communities.vmware.com/message/2297382 It seems to me that this stubbed feature should just be disabled if it is unusable. Or at the very least I should be able to disable it at run-time with a command-line argument. Is there some way to disable all the hypervisor features that makes it very obvious to a guest os that it is running inside a VM? It would be great if I could install a software and it would actually work (even if it's slow with those features disabled). FYI, my guest OS capabilities are: # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 1.5.3 stepping: 3 microcode : 0x165 cpu MHz : 1999.999 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm nopl pni cx16 popcnt hypervisor lahf_lm svm abm sse4a bogomips: 3999.99 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1243968/+subscriptions