Hi Peter,
Thanks so much for the patch and including me on the thread. I can
confirm that it did fix the problem running on a Linux host, but the OS
X bug cited by myself and the OP still remains elusive. It's rather
puzzling as I pulled from HEAD and built using the same options on both.
I've got
Ah, I interpreted it to mean "scsi disk" instead of SD card :)
I'll leave this to the experts. Thanks so much for looking into this and
please let me know if I can be of further assistance.
-Joss
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscrib
I just compiled 1.5.0-rc1 on my Linux host with the same configure/compiler
flags and duplicated the error (see screenshot). The configure flags are:
./configure --disable-guest-agent --disable-bsd-user --enable-sdl
--target-list="arm-linux-user armeb-linux-user arm-softmmu"
As before, it goes i
Hi Peter,
Thanks, that made an improvement. Now I'm just stuck in a loop of the
kernel resetting the scsi bus :)
(see attachment)
** Attachment added: "Endless resets"
https://bugs.launchpad.net/qemu/+bug/1094564/+attachment/3674705/+files/Screen%20Shot%202013-05-12%20at%2012.38.33%20PM.png
I managed to capture a little more info about this bug by passing -drive
file='myharddrive.img'. The kernel panic is happening in the sym53c8xx
driver. See the attached screenshot for detail.
I can also attach the kernel that I'm using if needed. Just let me know.
** Attachment added: "Kernel pa
I duplicated this as well. I tried both the qemu-system-arm available in
macports and also from homebrew with the same results. Host system is
also 10.8 "mountain lion".
My boot command: qemu-system-arm -kernel kernel/zImage -cpu arm1176 -m
256 -M versatilepb -no-reboot -serial stdio -append "root