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 <[email protected]> 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 <[email protected]> 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 <[email protected]>
>> wrote:
>> >
>> > On Sun, 19 Jan 2020 at 22:40, Jun Sun <[email protected]> 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
>>
>

Reply via email to