Sorry. There is a typo. In both cases, qemu is v2.5.0.
Jun
On Fri, Jan 24, 2020 at 7:05 PM Jun Sun <
jsun@junsun.net> wrote:
Here are more testing results
- qemu 2.5 + debian10.2 + Malta + kernel4.19.0 : hangs on
poweroff ("reboot: System halted") for both 32bit and 64bit mipsel
- qemu 2.6 + debian9.11 + Malta + kernel4.9.0 : poweroff successfully
for both 32bit and 64bit mipsel
Given these results, who is likely to blame? Debian? or kernel?
Thanks.
On Mon, Jan 20, 2020 at 5:31 PM Jun Sun <jsun@junsun.net> wrote:
Thanks, Peter.
Here is the commandline. The board is Malta board. On the 32bit
version which worked, it is also Malta board, but it could be the
kernel difference.
If you could point out where the code is, I'd be more than happy to fix
it.
Cheers.
Jun
qemu-system-mips64el \
-M malta \
-cpu MIPS64R2-generic \
-m $GUEST_MEM \
-hda hda.qcow2 \
-kernel vmlinux \
-initrd initrd.img \
-append "root=/dev/sda1 console=ttyS0 nokaslr" \
-nographic \
-net
user,hostfwd=tcp::2222-:22,hostfwd=tcp::8080-:80,hostfwd=tcp::8443-:443
\
-net nic \
-serial mon:stdio \
On Mon, Jan 20, 2020 at 2:41 AM Peter Maydell <peter.maydell@linaro.org>
wrote:
On Sun, 19 Jan 2020 at 22:40, Jun Sun <jsun@junsun.net> wrote:
When I do "poweroff" from debian/mips64el on qemu, qemu will hang in
the end, rather than quitting the process. See the kernel messages
below. Last time when I tried 32bit debian/mipsel I was able to quit
qemu completely. Any thoughts?
Whether this is expected to work depends on the board model
(you don't give your QEMU command line). "exit the QEMU process"
happens when the guest powers down the emulated hardware,
so for this to work:
* the h/w board being modelled needs to actually have a
software-controllable powerdown feature (eg some device
register the guest has to prod)
* the QEMU model of that board needs to actually implement
whatever the powerdown control is
* the guest OS has to know about the control feature and
use it
thanks
-- PMM
<div dir="ltr">Sorry. There is a typo. In both cases, qemu is v2.5.0.<div><br></div><div>Jun</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 24, 2020 at 7:05 PM Jun Sun <<a href="mailto:
jsun@junsun.net">jsun@
junsun.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Here are more testing results<div><ul><li>qemu 2.5 + debian10.2 + Malta + kernel4.
19.0 : hangs on poweroff ("reboot: System halted") for both 32bit and 64bit mipsel<br></li><li>qemu 2.6 + debian9.11 + Malta + kernel4.9.0 : poweroff successfully for both 32bit and 64bit mipsel</li></ul><div>Given these results, who is
likely to blame? Debian? or kernel? </div></div><div><br></div><div>Thanks.</div></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 20, 2020 at 5:31 PM Jun Sun <<a href="mailto:
jsun@junsun.net" target="_blank">
jsun@junsun.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks, Peter.<br>
Here is the commandline. The board is Malta board. On the 32bit<br>
version which worked, it is also Malta board, but it could be the<br>
kernel difference.<br>
If you could point out where the code is, I'd be more than happy to fix it.<br>
Cheers.<br>
Jun<br>
qemu-system-mips64el \<br>
-M malta \<br>
-cpu MIPS64R2-generic \<br>
-m $GUEST_MEM \<br>
-hda hda.qcow2 \<br>
-kernel vmlinux \<br>
-initrd initrd.img \<br>
-append "root=/dev/sda1 console=ttyS0 nokaslr" \<br>
-nographic \<br>
-net user,hostfwd=tcp::2222-:22,hostfwd=tcp::8080-:80,hostfwd=tcp::8443-:443<br>
\<br>
-net nic \<br>
-serial mon:stdio \<br>
On Mon, Jan 20, 2020 at 2:41 AM Peter Maydell <<a href="mailto:
peter.maydell@linaro.org" target="_blank">
peter.maydell@linaro.org</a>> wrote:<br>
><br>
> On Sun, 19 Jan 2020 at 22:40, Jun Sun <<a href="mailto:
jsun@junsun.net" target="_blank">
jsun@junsun.net</a>> wrote:<br>
> ><br>
> > When I do "poweroff" from debian/mips64el on qemu, qemu will hang in<br>
> > the end, rather than quitting the process. See the kernel messages<br>
> > below. Last time when I tried 32bit debian/mipsel I was able to quit<br>
> > qemu completely. Any thoughts?<br>
><br>
> Whether this is expected to work depends on the board model<br>
> (you don't give your QEMU command line). "exit the QEMU process"<br>
> happens when the guest powers down the emulated hardware,<br>
> so for this to work:<br>
> * the h/w board being modelled needs to actually have a<br>
> software-controllable powerdown feature (eg some device<br>
> register the guest has to prod)<br>
> * the QEMU model of that board needs to actually implement<br>
> whatever the powerdown control is<br>
> * the guest OS has to know about the control feature and<br>
> use it<br>
><br>
> thanks<br>
> -- PMM<br>
</blockquote></div>
</blockquote></div>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)