From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44657) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPKMj-0005yf-Ix for qemu-devel@nongnu.org; Sat, 21 Feb 2015 19:25:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YPKMe-0001ww-KP for qemu-devel@nongnu.org; Sat, 21 Feb 2015 19:25:45 -0500 Received: from mail-db3on0082.outbound.protection.outlook.com ([157.55.234.82]:23328 helo=emea01-db3-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPKMe-0001w5-BW for qemu-devel@nongnu.org; Sat, 21 Feb 2015 19:25:40 -0500 Message-ID: <54E921FF.6000208@ezchip.com> Date: Sat, 21 Feb 2015 19:25:35 -0500 From: Chris Metcalf MIME-Version: 1.0 References: <54E7F5EB.60402@sunrus.com.cn> <54E830DD.4070708@sunrus.com.cn> <54E8A4C9.3000101@sunrus.com.cn> <54E8B352.9040309@twiddle.net> <54E921E2.4070503@sunrus.com.cn> In-Reply-To: <54E921E2.4070503@sunrus.com.cn> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] target-tilegx: Finish decoding the first TB block. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Chen Gang S , Richard Henderson , Peter Maydell , Riku Voipio , "walt@tilera.com" Cc: qemu-devel On 2/21/2015 7:25 PM, Chen Gang S wrote: > On 2/22/15 00:33, Richard Henderson wrote: >> >On 02/21/2015 07:31 AM, Chen Gang S wrote: >>> >> >>> >> - We can still use the original pipes order: "y0, y2, y1" and "x0, x1". >> > >> >I guess, sure, though I don't think that'll help as much as you imagine. >> > >> > OK, thanks. For me, your idea is OK, it is more simpler (although with > more tcg temporary variables). Richard pretty much said all I wanted to say, but I just wanted to reinforce that the semantics of the multiple pipes is always "all together". So if you have { move r1, r2; move r2, r1 } then that swaps r1 and r2. Or if you have { ld r1, sp; jrp r1 } then you are restoring r1 but jumping to wherever its previous value said you needed to go. Etc. Similarly, if any pipeline takes an exception (a TLB fault from a memory op, a GPV fault from an illegal mfspr, etc) then no pipeline completes its action. -- Chris Metcalf, EZChip Semiconductor http://www.ezchip.com