* Michael Tokarev <[email protected]> [13-05-2013 08:37 EEST]: > 12.05.2013 21:39, Edward J. Shornock wrote: > > This potentially looks like a 32-bit userspace issue but only when qemu > > (1.4.0, 1.5.0-rc) is > > installed from debian packages. The version in Wheezy (1.1.2+dfsg-6) works > > fine. > > I can't reproduce this on my machine. Do you also run 32bit kernel, or just > switching userspace (32/64bit)? (Obviously a PIII machine has a 32bit > kernel). > I also wonder whenever this is intel-specific or not (my current machine is > amd). > I'll try this at work today, where I have an intel machine but it is running > 64bit kernel.
I always use a 64bit kernel on this box but switch to 32bit userspace
in a chroot for testing. /proc/cpuinfo shows (6 times, once for each
core)
processor : 0
vendor_id : AuthenticAMD
cpu family : 21
model : 1
model name : AMD FX(tm)-6100 Six-Core Processor
stepping : 2
microcode : 0x6000629
cpu MHz : 1400.000
cache size : 2048 KB
physical id : 0
siblings : 6
core id : 0
cpu cores : 3
apicid : 16
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc
extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2
popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a
misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr
topoext perfctr_core arat cpb hw_pstate npt lbrv svm_lock nrip_save
tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
bogomips : 6629.69
TLB size : 1536 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb
The PIII is the only Intel (and only 32bit) CPU I have access to.
FWIW (and this might be pretty asinine/ridiculous), I installed a 32bit Sid
(32bit
kernel and set to emulate 32bit) in Virtualbox and installed the 1.5
packages and I reproduced the crash there. I did the same thing with qemu
1.5 within a 32bit sid hosted by kvm. Reproduced again.
I realize that the qemu failure within vbox or kvm may not prove much of value,
but:
[..]
> When running from a debian package, the binary files in /usr/share/qemu are
> different from ones supplied by qemu. One of the main differences is the
> bios. You may try debian-compiled version with -L /path/to/qemu/build/pc-bios
> (there's pc-bios subdir in qemu sources with all that stuff). That might
> the problem. Note that just like with openbios, we don't have up-to-date
> seabios package, but this one is quite a bit more difficult due to #707454.
That seems to be the problem. I cannot reproduce the crash with the
qemu supplied bios files.
Thanks (as always) for your assistance.
signature.asc
Description: Digital signature
