qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] tcg/mips: Add support for mips64el backend


From: Jin Guojie
Subject: Re: [Qemu-devel] [PATCH] tcg/mips: Add support for mips64el backend
Date: Wed, 16 Nov 2016 09:58:41 +0800

Richard,

I am ready to participate in testing your v2 patch on Loongson.
The work of updating the patch against master can also be done by us if you 
don't have time.
I think the tcg/MIPS code between Feb 2016 and now has not significant 
difference.

However, Loongson only implements little-endian mips32/mips64 ISA,
so the problem Aurelien discovered for mips32 big-endian hosts can not be 
tested on Loongson.

Loongson has a donation plan for relevant open-source project.
The MIPS related modules in QEMU will be our focus of support.
We can donate two Loongson machines for QEMU maintainers and developers.
You can send me your delivery address in private email.
We welcome your recommendation of other developers you think who are in need of 
Loongson machines.

Jin Guojie

 
------------------ Original ------------------
From:  "Richard Henderson";<address@hidden>;
Send time: Wednesday, Nov 16, 2016 5:37 AM
To: "Jin Guojie"<address@hidden>; "qemu-devel"<address@hidden>; 
Cc: "Aurelien Jarno"<address@hidden>; 
Subject:  Re: [Qemu-devel] [PATCH] tcg/mips: Add support for mips64el backend



On 11/14/2016 10:33 AM, Jin Guojie wrote:
> I want listen to your advice. Should I test your v2 patch on Loongson
> and use it? Or whether it is worth modifying my patch and resubmit it
> according to your review comments?

I would like very much if you would test my patch on Loongson (or a 
re-submission of my patch; I could perhaps prepare that against master in the 
next few days).

If it is possible, I would like if you could help fix the problems that 
Aurelien discovered with my patch.  I have no access to mips hardware myself, 
so all of the development that I was doing was from within a qemu itself.  As 
you can imagine, qemu-in-qemu is very very slow.

At the time I was hoping that people from imgtec would be able to help, but 
that never came to pass.  Oh well.


r~

reply via email to

[Prev in Thread] Current Thread [Next in Thread]