Re: [Qemu-devel] [PATCH v5 00/10] tcg mips64 and mips r6 improvements

[James Hogan <james.hogan@imgtec.com>]

[-- Attachment #1: Type: text/plain, Size: 1619 bytes --]

Hi,

On Thu, Dec 01, 2016 at 09:51:59PM +0800, Jin Guojie wrote:
>   * Tested successfully on following machines:
>   
>     | HOST        | qemu-system | Debian ISO  |
>     |-----------------------------------------|
>     | mips 32 le  |    i386     |    i386     |
>     | mips 32 le  |    x86_64   |    i386     |
>     | mips 32 le  |    x86_64   |    amd64    |
>     | mips 64 le  |    i386     |    i386     |
>     | mips 64 le  |    x86_64   |    i386     |
>     | mips 64 le  |    x86_64   |    amd64    |
>     | mips 64 le  |  mips 64 be |  mips 64 be |
>     |-----------------------------------------|
>     | mips 32 be  |    i386     |     i386    |
>     | mips 32 be  |    x86_64   |     i386    |
>     | mips 32 be  |    x86_64   |     amd64   |
>     | mips 64 be  |    i386     |     i386    |
>     | mips 64 be  |    x86_64   |     i386    |
>     | mips 64 be  |    x86_64   |     amd64   |
>     | mips n32 be |    386      |     i386    |
>     | mips n32 be |    x86_64   |     i386    |
>     | mips n32 be |    x86_64   |     amd64   |
> 
>     (No plan to test MIPS R6 in this patch.)

FYI I tried booting one of Aurelien's x86_64 debian QEMU images on a
mipsel64r6 (P6600) using this, but it seems to get stuck somewhere in
GRUB before booting guest kernel. I did see it saying loading kernel and
ramdisk, but it seemed to return to the bios & grub and just get stuck.

I'm now attempting to reproduce in QEMU I6400 host, which is faster than
FPGA, but having the usual faff trying to get nested video output via
SDL/fbcon working.

Cheers
James

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 801 bytes --]