** Changed in: qemu
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1094564
Title:
images used as scsi disks not readable (qemu-system-arm, macos 10.8)
Status
Triaging old bug tickets... can you still reproduce this issue with the
latest version of QEMU? Or could we close this ticket nowadays?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QE
On 15 May 2013 21:18, Peter Maydell wrote:
> I suspect that if you configure on linux with --with-coroutine=sigaltstack
> you might then find they both behave the same (MacOSX can't do the
> ucontext coroutines we default to on linux).
They don't, so it's a MacOSX specific issue of some kind.
PS:
On 15 May 2013 19:02, Joss Reeves wrote:
> 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 u
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
It's very unlikely to be the patch you mention, since that's for SD card
emulation and you're not using SD card emulation. It's probably just a
regression between 1.4 and 1.5, and I'm fairly sure it's in some changes
I made to the versatilepb PCI controller model -- I will investigate.
--
You rec
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
And the same QEMU/kernel/image works fine on a Linux host?
If you can provide the files I need to reproduce I might be able to take
a look at it. (If it did the same thing on linux host that would be
higher priority for me, so if you can cross-check that would be
helpful.)
--
You received this b
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 suspect this may be because we were defaulting to a broken coroutine
backend (a bug fixed with commit 7c2acc7). Can you retry with the
current 1.5 release candidate? (source download available at
http://wiki.qemu.org/Download)
--
You received this bug notification because you are a member of qe
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
13 matches
Mail list logo