From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Ls72z-0004qB-L0
	for qemu-devel@nongnu.org; Thu, 09 Apr 2009 23:04:53 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Ls72u-0004m2-Rw
	for qemu-devel@nongnu.org; Thu, 09 Apr 2009 23:04:52 -0400
Received: from [199.232.76.173] (port=37399 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Ls72u-0004lo-MD
	for qemu-devel@nongnu.org; Thu, 09 Apr 2009 23:04:48 -0400
Received: from kuber.nabble.com ([216.139.236.158]:52925)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <bounces@nabble.com>) id 1Ls72u-0001LO-0Q
	for qemu-devel@nongnu.org; Thu, 09 Apr 2009 23:04:48 -0400
Received: from isper.nabble.com ([192.168.236.156])
	by kuber.nabble.com with esmtp (Exim 4.63)
	(envelope-from <bounces@nabble.com>) id 1Ls72s-0005dB-Fb
	for qemu-devel@nongnu.org; Thu, 09 Apr 2009 20:04:46 -0700
Message-ID: <22982404.post@talk.nabble.com>
Date: Thu, 9 Apr 2009 20:04:46 -0700 (PDT)
From: TeLeMan <geleman@gmail.com>
Subject: Re: [Qemu-devel] Next stable release
In-Reply-To: <Pine.LNX.4.64.0904100652190.3090@linmac.oyster.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <49D908C7.9040104@us.ibm.com> <22908437.post@talk.nabble.com>
	<Pine.LNX.4.64.0904070102360.2441@linmac.oyster.ru>
	<22982211.post@talk.nabble.com>
	<Pine.LNX.4.64.0904100652190.3090@linmac.oyster.ru>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org


In fact its still overflow gen_opc_buf.


malc-4 wrote:
> 
> 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
> 
> 
> 
> 


-- 
View this message in context: http://www.nabble.com/Next-stable-release-tp22897895p22982404.html
Sent from the QEMU - Dev mailing list archive at Nabble.com.