From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KasKY-0004h4-OH for qemu-devel@nongnu.org; Wed, 03 Sep 2008 09:23:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KasKX-0004gk-AC for qemu-devel@nongnu.org; Wed, 03 Sep 2008 09:23:30 -0400 Received: from [199.232.76.173] (port=45779 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KasKX-0004gh-54 for qemu-devel@nongnu.org; Wed, 03 Sep 2008 09:23:29 -0400 Received: from relay01.mx.bawue.net ([193.7.176.67]:51593) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KasKX-0004Zy-Jz for qemu-devel@nongnu.org; Wed, 03 Sep 2008 09:23:29 -0400 Date: Wed, 3 Sep 2008 15:23:25 +0200 From: Thiemo Seufer Subject: Re: [Qemu-devel] [PATCH 5/x] ppc: Convert op_load_gpr_{T0, T1, T2} to TCG Message-ID: <20080903132325.GE17474@networkno.de> References: <5CA2F35D-6016-4FE5-8289-EB8758A2D3A4@web.de> <5FBA68BE-2F96-41D9-B032-BCA4A96557A7@web.de> <16A6085C-BD53-4AB5-8E39-0CA993CE12FF@web.de> <8E69B597-ADAC-4E4B-A675-45FEDDAF65BF@web.de> <20080902232051.GS4681@volta.aurel32.net> <20080903050757.GX4681@volta.aurel32.net> <20080903124139.GA9674@hall.aurel32.net> <9997B5FA-0A81-45DB-A19C-C878D909D7F4@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <9997B5FA-0A81-45DB-A19C-C878D909D7F4@web.de> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Andreas =?iso-8859-1?Q?F=E4rber?= Cc: qemu-devel@nongnu.org, =?iso-8859-1?Q?Aur=E9lien?= Jarno Andreas F=E4rber wrote: > Aur=E9lien, > > Am 03.09.2008 um 14:41 schrieb Aur=E9lien Jarno: > >> This optimization has been done with dyngen in mind, we surely don't >> want to keep it with TCG. >> >> I currently have plenty of time, but almost no network (travelling), =20 >> so >> I'll work on implementing a solution, and commit the result most =20 >> probably >> tomorrow morning. > > I already have a solution cooking for cpu_T64 and SPE, including =20 > improved TCGv setup. It'll be no problem for me to incorporate your and= =20 > Thiemo's comments in my revised patch. > > SPE will be rarely used anyway I guess, JFTR, there are Freescale MPC85xx boards which use the SPE floating point support (and thus have a different ABI than normal Linux PPC). I'm currently working on a Debian port for it and tried to use Qemu's system emulation, however I didn't manage to get it to work in the limited time available. So I'm less concerned with SPE performance and more with getting usable SPE support at all. :-) Thiemo