From: Guenter Roeck <linux@roeck-us.net>
To: Huacai Chen <chenhuacai@gmail.com>
Cc: Linux MIPS Mailing List <linux-mips@linux-mips.org>,
Paul Burton <paul.burton@imgtec.com>,
Ralf Baechle <ralf@linux-mips.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: Commit 597ce1723 (MIPS: Support for 64-bit FP with O32 binaries) causing qemu hang with mips64 kernels
Date: Mon, 24 Feb 2014 20:13:33 -0800 [thread overview]
Message-ID: <530C186D.3050602@roeck-us.net> (raw)
In-Reply-To: <52F5B8CE.1000808@roeck-us.net>
On 02/07/2014 08:55 PM, Guenter Roeck wrote:
> On 02/07/2014 07:57 PM, Huacai Chen wrote:
>> Hi,
>>
>> Maybe you can try this:
>> http://patchwork.linux-mips.org/patch/6506/
>> http://patchwork.linux-mips.org/patch/6507/
>>
> With those two patches applied the problem is gone.
>
Any idea if and when those patches may find their way upstream ?
3.14-rc4 still has the problem.
Thanks,
Guenter
> Thanks a lot!
>
> Guenter
>
>> On Sat, Feb 8, 2014 at 11:39 AM, Guenter Roeck <linux@roeck-us.net> wrote:
>>>
>>> Hi all,
>>>
>>> in 3.14-rc1, my mips64 qemu test fails. The image boots and then hangs.
>>> Bisect points to commit 597ce1723 (MIPS: Support for 64-bit FP with O32
>>> binaries).
>>> Reverting this commit fixes the problem. Disabling MIPS_O32_FP64_SUPPORT
>>> in my test image does _not_ solve the problem. The qemu version does not
>>> seem
>>> to make a difference; I tested with qemu 1.6.0 and 1.7.0.
>>>
>>> Console log output is available in
>>> http://server.roeck-us.net:8010/builders/qemu-mips64-master/builds/34/steps/buildcommand/logs/stdio
>>>
>>> When the problem is seen, the emulation hangs as can be seen in the log,
>>> and the qemu process consumes 100% CPU until it is killed.
>>>
>>> qemu command line is
>>>
>>> qemu-system-mips64 -kernel vmlinux -M malta -hda
>>> core-image-minimal-qemumips64.ext3 \
>>> -vga cirrus -usb -usbdevice wacom-tablet -no-reboot -m 128 --append
>>> "root=/dev/hda \
>>> rw mem=128M console=ttyS0 console=tty" -nographic
>>>
>>> The same configuration works fine with earlier kernels. I'll be happy to
>>> provide
>>> the detailed configuration as well as the root file system for testing if
>>> needed.
>>>
>>> Obviously I have no idea if this is a problem with the patch or with qemu.
>>> If there is anything I can do to help tracking down the problem further,
>>> please let me know.
>>>
>>> Thanks,
>>> Guenter
>>>
>>
>>
>
next prev parent reply other threads:[~2014-02-25 4:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-08 3:39 Commit 597ce1723 (MIPS: Support for 64-bit FP with O32 binaries) causing qemu hang with mips64 kernels Guenter Roeck
2014-02-08 3:57 ` Huacai Chen
2014-02-08 4:55 ` Guenter Roeck
2014-02-25 4:13 ` Guenter Roeck [this message]
2014-02-28 13:15 ` Huacai Chen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=530C186D.3050602@roeck-us.net \
--to=linux@roeck-us.net \
--cc=chenhuacai@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=paul.burton@imgtec.com \
--cc=ralf@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.