From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ls6tO-0000jw-Uh for qemu-devel@nongnu.org; Thu, 09 Apr 2009 22:54:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ls6tM-0000iX-Vy for qemu-devel@nongnu.org; Thu, 09 Apr 2009 22:54:58 -0400 Received: from [199.232.76.173] (port=44910 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ls6tM-0000iG-Rp for qemu-devel@nongnu.org; Thu, 09 Apr 2009 22:54:56 -0400 Received: from fe02x03-cgp.akado.ru ([77.232.31.165]:53697 helo=akado.ru) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ls6tM-0000kC-AJ for qemu-devel@nongnu.org; Thu, 09 Apr 2009 22:54:56 -0400 Received: from [10.0.66.9] ([10.0.66.9] verified) by fe02-cgp.akado.ru (CommuniGate Pro SMTP 5.1.16) with ESMTP id 50294116 for qemu-devel@nongnu.org; Fri, 10 Apr 2009 06:54:46 +0400 Date: Fri, 10 Apr 2009 06:54:49 +0400 (MSD) From: malc Subject: Re: [Qemu-devel] Next stable release In-Reply-To: <22982211.post@talk.nabble.com> Message-ID: References: <49D908C7.9040104@us.ibm.com> <22908437.post@talk.nabble.com> <22982211.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Thu, 9 Apr 2009, TeLeMan wrote: > > > malc-4 wrote: > > > > On Mon, 6 Apr 2009, TeLeMan wrote: > > > >> > >> I hope you can fix the following bugs in the next release: > >> > >> http://www.nabble.com/-PATCH--i386-hard-interrupt-generation-bug-fix-p14921171.html > >> http://www.nabble.com/MAX_OP_PER_INSTR-should-be-larger-tt22573338.html > >> > > > > You should retry with the current QEMU, immediate ro[lr]s should produce a > > lot less tcg ops currently. > > > > -- > > mailto:av1474@comtv.ru > > > > > > > > > > It is not fixed yet. > [..snip..] Omitting dump before liveness analysis... > > ---- 0x4468c0 > ld_i32 loc24,env,$0x18 > nopn $0x3,$0x0,$0x3 > movi_i32 loc25,$0x0 > nopn $0x2,$0x2 > nopn $0x2,$0x2 > movi_i32 tmp32,$0xe > shl_i32 tmp30,loc25,tmp32 > nopn $0x2,$0x2 > nopn $0x3,$0x21,$0x3 > movi_i32 tmp32,$0x12 > shr_i32 tmp14,loc24,tmp32 > or_i32 tmp14,tmp14,tmp30 > nopn $0x2,$0x2 > nopn $0x2,$0x2 > nopn $0x3,$0x20,$0x3 > movi_i32 tmp32,$0xe > shl_i32 tmp30,loc24,tmp32 > nopn $0x2,$0x2 > nopn $0x3,$0x21,$0x3 > nopn $0x3,$0x21,$0x3 > mov_i32 loc24,tmp30 > or_i32 loc24,loc24,tmp14 > nopn $0x3,$0x21,$0x3 > st_i32 loc24,env,$0x18 > movi_i32 tmp8,$0x0 > nopn $0x2,$0x2 > st_i32 tmp8,env,$0x1c > nopn $0x2,$0x2 > nopn $0x2,$0x2 > nopn $0x6,$0x14,$0x1,$0x26,$0x10,$0x6 > nopn $0x2,$0x2 > nopn $0x2,$0x2 > nopn $0x2,$0x2 > nopn $0x3,$0x2,$0x3 > nopn $0x3,$0x22,$0x3 > nopn $0x3,$0x23,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x11,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x11,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x10,$0x3 > nopn $0x3,$0x10,$0x3 > nopn $0x2,$0x2 > nopn $0x2,$0x2 > nopn $0x3,$0x10,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x2,$0x3 > nopn $0x3,$0x3,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x21,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x21,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x20,$0x3 > nopn $0x3,$0x20,$0x3 > nopn $0x2,$0x2 > nopn $0x2,$0x2 > nopn $0x3,$0x20,$0x3 > nopn $0x2,$0x2 > nopn $0x3,$0x2,$0x3 > nopn $0x3,$0x3,$0x3 > discard cc_dst_0 > discard cc_dst_1 > nopn $0x2,$0x2 As you can see above most of the stuff was turned into nops by la.. So... [..snip..] > > 65 ops were translated at 0x4468c0 or 0x4468c3. > 71 ops were translated at the last instruction(0x4468eb). > Another question: Who can ensure no other instructions like this? just by > testing? > -- mailto:av1474@comtv.ru