** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1252270
Title:
installing NT4 on MIPS Magnum/Jazz asserts
Status in QEMU:
Fix Relea
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1252270
Title:
installing NT4 on MIPS Magnum/Jazz asserts
Status in QEMU:
Fix Committed
Bug
Indeed the crash doesn't happen in current git anymore. Setup still
doesn't copy anything off the CD (hangs on the first file) but at least
the crash is fixed and formatting the harddisk works now.
I'll investigate the other issue and maybe open up a new bug for that.
This bug here can be closed.
We're about to release 2.0, so it would be more interesting to know
whether it still happens in latest qemu.git.
And since this seems to depend on .iso and nvram.bin files that we don't
have available for reproducing, some tracing on your part might help
narrow down whether this is caused by a bug
This bug is still present in qemu 1.7.0:
qemu-system-mips64el: g364: invalid read at [00102000]
qemu-system-mips64el: hw/scsi/scsi-bus.c:1578: scsi_req_data: Assertion
`req->cmd.mode != SCSI_XFER_NONE' failed.
./nt4mips.sh: line 3: 26409 Aborted (core dumped)
./qemu-syste
As a side note, that "invalid read at..." warning is unrelated, as it
happens right on startup
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1252270
Title:
installing NT4 on MIPS Magnum/Jazz assert
