[Qemu-devel] Next stable release

[Qemu-devel] Next stable release

[Anthony Liguori]

We've accumulated a good number of patches in the stable tree.  I'd like 
to cut a release tomorrow sometime mid-day.  I wanted to cut a release 
this past Wednesday but was too busy.  Below is the current changelog.  
If you can, please test the stable tree and let me know if you run into 
any issues.  I'd appreciate holding off on committing any additional 
stable patches until after the release tomorrow.

Note, I've tried to make the changelog descriptive enough that someone 
can look at it to determine whether the stable release fixes their bug.

version 0.10.1:

  - virtio-net: allow masking of notifications on empty queue (Alex 
Williamson)
  - e1000: fix rx descriptor low threshold logic (Alex Willaimson)
  - x86 tcg: add NULL checks to lsl instruction (Jan Kiszka)
  - kvm vga: fix screen corruption with -std-vga and Windows (Avi Kivity)
  - kvm vga: fix screen corruption with Ubuntu installations (Glauber Costa)
  - virtio-net: check right return size on sg list (Alex Williamson)
  - Make qemu_announce_self handle holes (live migration after hotplug)
    (Marcelo Tosatti)
  - Revert r6804-r6808 (qcow2 allocation info).  This series of changes 
added
    a high cost to startup for large qcow2 images (Anthony Liguori)
  - qemu-img: fix help message (Aurelien Jarno)
  - Fix build for non-default installs of SDL (Anthony Liguori)
  - Fix race condition in env->interrupt_request.  When using TCG and a 
dynticks
    host timer, this condition could cause TCG to get stuck in an infinite
    loop (Aurelien Jarno)
  - Fix reading encrypted hard disk passwords during early startup (Jan 
Kiszka)
  - Fix encrypted disk reporting in 'info block' (Jan Kiszka)
  - Fix console size with tiny displays (MusicPal) (Jan Kiszka)
  - Improve error handling in bdrv_open2 (Jan Kiszka)
  - Avoid leaking data in mux'ed character devices (Jan Kiszka)
  - Fix initial character device reset (no banner in monitor) (Jan Kiszka)
  - Fix cpuid KVM crash on i386 host (Lubomir Rintel)
  - Fix SLES10sp2 installation by adding ISTAT1 register to LSI SCSI 
emulation
    (Ryan Harper)

Regards,

Anthony Liguori

Re: [Qemu-devel] Next stable release

[René Rebe]

Hi,

Anthony Liguori wrote:
> We've accumulated a good number of patches in the stable tree.  I'd 
> like to cut a release tomorrow sometime mid-day.  I wanted to cut a 
> release this past Wednesday but was too busy.  Below is the current 
> changelog.  If you can, please test the stable tree and let me know if 
> you run into any issues.  I'd appreciate holding off on committing any 
> additional stable patches until after the release tomorrow.
>
> Note, I've tried to make the changelog descriptive enough that someone 
> can look at it to determine whether the stable release fixes their bug.
>
> version 0.10.1:
>
>  - virtio-net: allow masking of notifications on empty queue (Alex 
> Williamson)
>  - e1000: fix rx descriptor low threshold logic (Alex Willaimson)
>  - x86 tcg: add NULL checks to lsl instruction (Jan Kiszka)
>  - kvm vga: fix screen corruption with -std-vga and Windows (Avi Kivity)
>  - kvm vga: fix screen corruption with Ubuntu installations (Glauber 
> Costa)
>  - virtio-net: check right return size on sg list (Alex Williamson)
>  - Make qemu_announce_self handle holes (live migration after hotplug)
>    (Marcelo Tosatti)
>  - Revert r6804-r6808 (qcow2 allocation info).  This series of changes 
> added
>    a high cost to startup for large qcow2 images (Anthony Liguori)
>  - qemu-img: fix help message (Aurelien Jarno)
>  - Fix build for non-default installs of SDL (Anthony Liguori)
>  - Fix race condition in env->interrupt_request.  When using TCG and a 
> dynticks
>    host timer, this condition could cause TCG to get stuck in an infinite
>    loop (Aurelien Jarno)
>  - Fix reading encrypted hard disk passwords during early startup (Jan 
> Kiszka)
>  - Fix encrypted disk reporting in 'info block' (Jan Kiszka)
>  - Fix console size with tiny displays (MusicPal) (Jan Kiszka)
>  - Improve error handling in bdrv_open2 (Jan Kiszka)
>  - Avoid leaking data in mux'ed character devices (Jan Kiszka)
>  - Fix initial character device reset (no banner in monitor) (Jan Kiszka)
>  - Fix cpuid KVM crash on i386 host (Lubomir Rintel)
>  - Fix SLES10sp2 installation by adding ISTAT1 register to LSI SCSI 
> emulation
>    (Ryan Harper)
Sounds great!

-- 
  René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
  http://exactcode.de | http://t2-project.org | http://rene.rebe.name

Re: [Qemu-devel] Next stable release

[Robert Riebisch]

Anthony Liguori wrote:

> If you can, please test the stable tree and let me know if you run into 
> any issues.  I'd appreciate holding off on committing any additional 
> stable patches until after the release tomorrow.

Access to floppies, e. g., "-fda A:" on Win32 is still broken. Reverting
your r6677 changes fixes that. I've already reported that two days ago
(<http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg00915.html>),
but got no response.

> Note, I've tried to make the changelog descriptive enough that someone 
> can look at it to determine whether the stable release fixes their bug.
> 
> version 0.10.1:

I'm missing malc's "Fix VGA issue introduced by r6349".
Besides my tiny stupid "Make `-icount' help fit 80 chars screen width".

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/

Re: [Qemu-devel] Next stable release

[Andreas Färber]

Hi,

Am 20.03.2009 um 17:23 schrieb Anthony Liguori:

> We've accumulated a good number of patches in the stable tree.  I'd  
> like to cut a release tomorrow sometime mid-day.  I wanted to cut a  
> release this past Wednesday but was too busy.  Below is the current  
> changelog.  If you can, please test the stable tree and let me know  
> if you run into any issues.  I'd appreciate holding off on  
> committing any additional stable patches until after the release  
> tomorrow.

r6791 hasn't been applied to stable yet. I consider it valuable  
because I have yet to find a Linux where KVM support does not #error.

Regards,

Andreas

[Qemu-devel] Next stable release

[Anthony Liguori]

I'd like to cut 0.10.2 on Monday at around 5PM CST.

If there are patches outstanding, now's a good time to mention it.

-- 
Regards,

Anthony Liguori

Re: [Qemu-devel] Next stable release

[TeLeMan]

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


Anthony Liguori wrote:
> 
> I'd like to cut 0.10.2 on Monday at around 5PM CST.
> 
> If there are patches outstanding, now's a good time to mention it.
> 
> -- 
> Regards,
> 
> Anthony Liguori
> 
> 

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

Re: [Qemu-devel] Next stable release

[Anthony Liguori]

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
>   

This needs to be reposted in the very least with a SoB as it's over a 
year old.  Also, some level of description of what it's fixing would be 
nice.

> http://www.nabble.com/MAX_OP_PER_INSTR-should-be-larger-tt22573338.html
>   

Someone more familiar with TCG than me needs to look at this one.

Regards,

Anthony Liguori

> Anthony Liguori wrote:
>   
>> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>>
>> If there are patches outstanding, now's a good time to mention it.
>>
>> -- 
>> Regards,
>>
>> Anthony Liguori
>>
>>
>>     
>
>   

Re: [Qemu-devel] Next stable release

[Stefan Weil]

Anthony Liguori schrieb:
> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>
> If there are patches outstanding, now's a good time to mention it.
>

Maybe this one (fixes documentation):

http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01609.html

Stable branches should not contain broken links...

Regards

Stefan Weil

Re: [Qemu-devel] Next stable release

[malc]

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

Re: [Qemu-devel] Next stable release

[Anthony Liguori]

Stefan Weil wrote:
> Anthony Liguori schrieb:
>   
>> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>>
>> If there are patches outstanding, now's a good time to mention it.
>>
>>     
>
> Maybe this one (fixes documentation):
>
> http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01609.html
>
> Stable branches should not contain broken links...
>   

I think ohw has already been removed, no?

Regards,

Anthony Liguori

> Regards
>
> Stefan Weil
>
>
>
>
>   

Re: [Qemu-devel] Next stable release

[Edgar E. Iglesias]

On Mon, Apr 06, 2009 at 08:43:02AM -0500, Anthony Liguori wrote:
> 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
>>   
>
> This needs to be reposted in the very least with a SoB as it's over a year 
> old.  Also, some level of description of what it's fixing would be nice.
>
>> http://www.nabble.com/MAX_OP_PER_INSTR-should-be-larger-tt22573338.html
>>   

Hi,

Without looking at the details, spontaneously that particular
translation of ror looks bizarre. Maybe we should first consider
improving the translator before increasing the buffers?

Cheers



>
> Someone more familiar with TCG than me needs to look at this one.
>
> Regards,
>
> Anthony Liguori
>
>> Anthony Liguori wrote:
>>   
>>> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>>>
>>> If there are patches outstanding, now's a good time to mention it.
>>>
>>> -- 
>>> Regards,
>>>
>>> Anthony Liguori
>>>
>>>
>>>     
>>
>>   
>
>

Re: [Qemu-devel] Next stable release

[Stefan Weil]

[-- Attachment #1: Type: text/plain, Size: 703 bytes --]

Anthony Liguori schrieb:
> Stefan Weil wrote:
>> Anthony Liguori schrieb:
>>  
>>> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>>>
>>> If there are patches outstanding, now's a good time to mention it.
>>>
>>>     
>>
>> Maybe this one (fixes documentation):
>>
>> http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01609.html
>>
>> Stable branches should not contain broken links...
>>   
>
> I think ohw has already been removed, no?
>
> Regards,
>
> Anthony Liguori
>

I just had a look - yes, you are right.
ppc_rom.bin has been removed somewhere in the past.

Then ohw should also be removed from qemu-doc.texi and pc-bios/README.
I updated my patch to do this.

Regards

Stefan Weil


[-- Attachment #2: ohw.patch --]
[-- Type: text/x-diff, Size: 1671 bytes --]

Remove OHW from documentation.

Signed-off-by: Stefan Weil <weil@mail.berlios.de>

Index: trunk/pc-bios/README
===================================================================
--- trunk.orig/pc-bios/README	2009-04-05 22:47:57.000000000 +0200
+++ trunk/pc-bios/README	2009-04-07 08:02:22.000000000 +0200
@@ -31,9 +31,6 @@
   repo that HEAD refers to is located at
   git://git.kernel.org/pub/scm/virt/vgabios/vgabios.git
 
-- The PowerPC Open Hack'Ware Open Firmware Compatible BIOS is
-  available at http://perso.magic.fr/l_indien/OpenHackWare/index.htm.
-
 - video.x is a PowerMac NDRV compatible driver for a VGA frame
   buffer. It comes from the Mac-on-Linux project
   (http://www.maconlinux.org/).
Index: trunk/qemu-doc.texi
===================================================================
--- trunk.orig/qemu-doc.texi	2009-04-05 22:47:57.000000000 +0200
+++ trunk/qemu-doc.texi	2009-04-07 08:03:12.000000000 +0200
@@ -1658,9 +1658,6 @@
 PC compatible keyboard and mouse.
 @end itemize
 
-QEMU uses the Open Hack'Ware Open Firmware Compatible BIOS available at
-@url{http://perso.magic.fr/l_indien/OpenHackWare/index.htm}.
-
 Since version 0.9.1, QEMU uses OpenBIOS @url{http://www.openbios.org/}
 for the g3beige and mac99 PowerMac machines. OpenBIOS is a free (GPL
 v2) portable firmware implementation. The goal is to implement a 100%
@@ -1686,16 +1683,11 @@
  -prom-env 'boot-args=conf=hd:2,\yaboot.conf'
 @end example
 
-These variables are not used by Open Hack'Ware.
-
 @end table
 
 @c man end
 
 
-More information is available at
-@url{http://perso.magic.fr/l_indien/qemu-ppc/}.
-
 @node Sparc32 System emulator
 @section Sparc32 System emulator
 

Re: [Qemu-devel] Next stable release

[Aurelien Jarno]

Stefan Weil a écrit :
> Anthony Liguori schrieb:
>> Stefan Weil wrote:
>>> Anthony Liguori schrieb:
>>>  
>>>> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>>>>
>>>> If there are patches outstanding, now's a good time to mention it.
>>>>
>>>>     
>>> Maybe this one (fixes documentation):
>>>
>>> http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01609.html
>>>
>>> Stable branches should not contain broken links...
>>>   
>> I think ohw has already been removed, no?
>>
>> Regards,
>>
>> Anthony Liguori
>>
> 
> I just had a look - yes, you are right.
> ppc_rom.bin has been removed somewhere in the past.

Wrong, ppc_rom.bin is still there and still in use by ppc_prep.c

> Then ohw should also be removed from qemu-doc.texi and pc-bios/README.
> I updated my patch to do this.

Therefore this patch is also wrong.

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Re: [Qemu-devel] Next stable release

[Stefan Weil]

Aurelien Jarno schrieb:
> Stefan Weil a écrit :
>   
>> Anthony Liguori schrieb:
>>     
>>> Stefan Weil wrote:
>>>       
>>>> Anthony Liguori schrieb:
>>>>  
>>>>         
>>>>> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>>>>>
>>>>> If there are patches outstanding, now's a good time to mention it.
>>>>>
>>>>>     
>>>>>           
>>>> Maybe this one (fixes documentation):
>>>>
>>>> http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01609.html
>>>>
>>>> Stable branches should not contain broken links...
>>>>   
>>>>         
>>> I think ohw has already been removed, no?
>>>
>>> Regards,
>>>
>>> Anthony Liguori
>>>
>>>       
>> I just had a look - yes, you are right.
>> ppc_rom.bin has been removed somewhere in the past.
>>     
>
> Wrong, ppc_rom.bin is still there and still in use by ppc_prep.c
>
>   
>> Then ohw should also be removed from qemu-doc.texi and pc-bios/README.
>> I updated my patch to do this.
>>     
>
> Therefore this patch is also wrong.
>
>   


Oh, I need a better monitor! Thank you, Aurelien, for correcting me.

But why do you write "also wrong"?

I think my first patch was the better one, ohw was not removed!

So the first patch should be applied to stable and trunk
because ohw has no longer a valid URL and is no longer supported
(pbrook said so on #qemu-devel) even if it is still included.

Regards

Stefan Weil

Re: [Qemu-devel] Next stable release

[Aurelien Jarno]

Stefan Weil a écrit :
> Aurelien Jarno schrieb:
>> Stefan Weil a écrit :
>>   
>>> Anthony Liguori schrieb:
>>>     
>>>> Stefan Weil wrote:
>>>>       
>>>>> Anthony Liguori schrieb:
>>>>>  
>>>>>         
>>>>>> I'd like to cut 0.10.2 on Monday at around 5PM CST.
>>>>>>
>>>>>> If there are patches outstanding, now's a good time to mention it.
>>>>>>
>>>>>>     
>>>>>>           
>>>>> Maybe this one (fixes documentation):
>>>>>
>>>>> http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01609.html
>>>>>
>>>>> Stable branches should not contain broken links...
>>>>>   
>>>>>         
>>>> I think ohw has already been removed, no?
>>>>
>>>> Regards,
>>>>
>>>> Anthony Liguori
>>>>
>>>>       
>>> I just had a look - yes, you are right.
>>> ppc_rom.bin has been removed somewhere in the past.
>>>     
>> Wrong, ppc_rom.bin is still there and still in use by ppc_prep.c
>>
>>   
>>> Then ohw should also be removed from qemu-doc.texi and pc-bios/README.
>>> I updated my patch to do this.
>>>     
>> Therefore this patch is also wrong.
>>
>>   
> 
> 
> Oh, I need a better monitor! Thank you, Aurelien, for correcting me.
> 
> But why do you write "also wrong"?

Because your new patch is wrong. The old patch is not

> I think my first patch was the better one, ohw was not removed!
> 
> So the first patch should be applied to stable and trunk
> because ohw has no longer a valid URL and is no longer supported
> (pbrook said so on #qemu-devel) even if it is still included.

Agreed.

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Re: [Qemu-devel] Next stable release

[TeLeMan]

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.

Lets see qemu.log:

0x00000000004468b7:  xor    %ebx,%edi
0x00000000004468b9:  xor    %esi,%edi
0x00000000004468bb:  mov    0xc(%ebp),%esi
0x00000000004468be:  mov    %esi,%ebx
0x00000000004468c0:  ror    $0x12,%ebx
0x00000000004468c3:  ror    $0x7,%esi
0x00000000004468c6:  xor    %esi,%ebx
0x00000000004468c8:  mov    0xc(%ebp),%esi
0x00000000004468cb:  shr    $0x3,%esi
0x00000000004468ce:  xor    %esi,%ebx
0x00000000004468d0:  mov    -0x4(%ebp),%esi
0x00000000004468d3:  add    %ebx,%edi
0x00000000004468d5:  and    $0xf,%esi
0x00000000004468d8:  add    -0x70(%ebp,%esi,4),%edi
0x00000000004468dc:  mov    -0x24(%ebp),%esi
0x00000000004468df:  add    %edi,(%esi)
0x00000000004468e1:  mov    (%esi),%esi
0x00000000004468e3:  mov    %esi,0xc(%ebp)
0x00000000004468e6:  mov    -0xc(%ebp),%esi
0x00000000004468e9:  mov    %esi,%edi
0x00000000004468eb:  ror    $0x19,%edi

OP:
 ---- 0x4468b7
 ld_i32 tmp2,env,$0x18
 ld_i32 tmp3,env,$0x1c
 ld_i32 tmp0,env,$0x38
 ld_i32 tmp1,env,$0x3c
 xor_i32 tmp0,tmp0,tmp2
 xor_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x3c
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468b9
 ld_i32 tmp2,env,$0x30
 ld_i32 tmp3,env,$0x34
 ld_i32 tmp0,env,$0x38
 ld_i32 tmp1,env,$0x3c
 xor_i32 tmp0,tmp0,tmp2
 xor_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x3c
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468bb
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xc
 movi_i32 tmp23,$0x0
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34

 ---- 0x4468be
 ld_i32 tmp0,env,$0x30
 ld_i32 tmp1,env,$0x34
 st_i32 tmp0,env,$0x18
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x1c

 ---- 0x4468c0
 ld_i32 loc24,env,$0x18
 ld_i32 loc25,env,$0x1c
 movi_i32 loc25,$0x0
 mov_i32 loc26,loc24
 mov_i32 loc27,loc25
 movi_i32 tmp32,$0xe
 shl_i32 tmp30,loc25,tmp32
 movi_i32 tmp32,$0x12
 shr_i32 tmp31,loc25,tmp32
 movi_i32 tmp32,$0x12
 shr_i32 tmp14,loc24,tmp32
 or_i32 tmp14,tmp14,tmp30
 mov_i32 tmp15,tmp31
 movi_i32 tmp32,$0x12
 shr_i32 tmp31,loc24,tmp32
 movi_i32 tmp32,$0xe
 shl_i32 tmp30,loc24,tmp32
 movi_i32 tmp32,$0xe
 shl_i32 loc25,loc25,tmp32
 or_i32 loc25,loc25,tmp31
 mov_i32 loc24,tmp30
 or_i32 loc24,loc24,tmp14
 or_i32 loc25,loc25,tmp15
 st_i32 loc24,env,$0x18
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x1c
 movi_i32 cc_op,$0x18
 movi_i32 tmp30,$cc_compute_all
 call tmp30,$0x10,$1,tmp12,cc_op
 mov_i32 cc_src_0,tmp12
 movi_i32 cc_src_1,$0x0
 movi_i32 tmp30,$0xfffff7fe
 and_i32 cc_src_0,cc_src_0,tmp30
 xor_i32 tmp8,loc26,loc24
 xor_i32 tmp9,loc27,loc25
 movi_i32 tmp32,$0xc
 shl_i32 tmp30,tmp9,tmp32
 movi_i32 tmp32,$0x14
 shr_i32 tmp31,tmp9,tmp32
 movi_i32 tmp32,$0x14
 shr_i32 tmp8,tmp8,tmp32
 or_i32 tmp8,tmp8,tmp30
 mov_i32 tmp9,tmp31
 movi_i32 tmp31,$0x800
 and_i32 tmp8,tmp8,tmp31
 movi_i32 tmp9,$0x0
 or_i32 cc_src_0,cc_src_0,tmp8
 or_i32 cc_src_1,cc_src_1,tmp9
 movi_i32 tmp32,$0x1
 shl_i32 tmp31,loc25,tmp32
 movi_i32 tmp32,$0x1f
 shr_i32 tmp30,loc25,tmp32
 movi_i32 tmp32,$0x1f
 shr_i32 loc24,loc24,tmp32
 or_i32 loc24,loc24,tmp31
 mov_i32 loc25,tmp30
 movi_i32 tmp30,$0x1
 and_i32 loc24,loc24,tmp30
 movi_i32 loc25,$0x0
 or_i32 cc_src_0,cc_src_0,loc24
 or_i32 cc_src_1,cc_src_1,loc25
 discard cc_dst_0
 discard cc_dst_1
 movi_i32 cc_op,$0x1

 ---- 0x4468c3
 ld_i32 loc28,env,$0x30
 ld_i32 loc29,env,$0x34
 movi_i32 loc29,$0x0
 mov_i32 loc26,loc28
 mov_i32 loc27,loc29
 movi_i32 tmp32,$0x19
 shl_i32 tmp30,loc29,tmp32
 movi_i32 tmp32,$0x7
 shr_i32 tmp31,loc29,tmp32
 movi_i32 tmp32,$0x7
 shr_i32 tmp14,loc28,tmp32
 or_i32 tmp14,tmp14,tmp30
 mov_i32 tmp15,tmp31
 movi_i32 tmp32,$0x7
 shr_i32 tmp31,loc28,tmp32
 movi_i32 tmp32,$0x19
 shl_i32 tmp30,loc28,tmp32
 movi_i32 tmp32,$0x19
 shl_i32 loc29,loc29,tmp32
 or_i32 loc29,loc29,tmp31
 mov_i32 loc28,tmp30
 or_i32 loc28,loc28,tmp14
 or_i32 loc29,loc29,tmp15
 st_i32 loc28,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34
 movi_i32 cc_op,$0x1
 movi_i32 tmp30,$cc_compute_all
 call tmp30,$0x10,$1,tmp12,cc_op
 mov_i32 cc_src_0,tmp12
 movi_i32 cc_src_1,$0x0
 movi_i32 tmp30,$0xfffff7fe
 and_i32 cc_src_0,cc_src_0,tmp30
 xor_i32 tmp8,loc26,loc28
 xor_i32 tmp9,loc27,loc29
 movi_i32 tmp32,$0xc
 shl_i32 tmp30,tmp9,tmp32
 movi_i32 tmp32,$0x14
 shr_i32 tmp31,tmp9,tmp32
 movi_i32 tmp32,$0x14
 shr_i32 tmp8,tmp8,tmp32
 or_i32 tmp8,tmp8,tmp30
 mov_i32 tmp9,tmp31
 movi_i32 tmp31,$0x800
 and_i32 tmp8,tmp8,tmp31
 movi_i32 tmp9,$0x0
 or_i32 cc_src_0,cc_src_0,tmp8
 or_i32 cc_src_1,cc_src_1,tmp9
 movi_i32 tmp32,$0x1
 shl_i32 tmp31,loc29,tmp32
 movi_i32 tmp32,$0x1f
 shr_i32 tmp30,loc29,tmp32
 movi_i32 tmp32,$0x1f
 shr_i32 loc28,loc28,tmp32
 or_i32 loc28,loc28,tmp31
 mov_i32 loc29,tmp30
 movi_i32 tmp30,$0x1
 and_i32 loc28,loc28,tmp30
 movi_i32 loc29,$0x0
 or_i32 cc_src_0,cc_src_0,loc28
 or_i32 cc_src_1,cc_src_1,loc29
 discard cc_dst_0
 discard cc_dst_1
 movi_i32 cc_op,$0x1

 ---- 0x4468c6
 ld_i32 tmp2,env,$0x30
 ld_i32 tmp3,env,$0x34
 ld_i32 tmp0,env,$0x18
 ld_i32 tmp1,env,$0x1c
 xor_i32 tmp0,tmp0,tmp2
 xor_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x18
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x1c
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468c8
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xc
 movi_i32 tmp23,$0x0
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34

 ---- 0x4468cb
 ld_i32 tmp0,env,$0x30
 ld_i32 tmp1,env,$0x34
 movi_i32 tmp1,$0x0
 movi_i32 tmp32,$0x1e
 shl_i32 tmp30,tmp1,tmp32
 movi_i32 tmp32,$0x2
 shr_i32 tmp31,tmp1,tmp32
 movi_i32 tmp32,$0x2
 shr_i32 tmp14,tmp0,tmp32
 or_i32 tmp14,tmp14,tmp30
 mov_i32 tmp15,tmp31
 movi_i32 tmp32,$0x1d
 shl_i32 tmp31,tmp1,tmp32
 movi_i32 tmp32,$0x3
 shr_i32 tmp30,tmp1,tmp32
 movi_i32 tmp32,$0x3
 shr_i32 tmp0,tmp0,tmp32
 or_i32 tmp0,tmp0,tmp31
 mov_i32 tmp1,tmp30
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34
 mov_i32 cc_src_0,tmp14
 mov_i32 cc_src_1,tmp15
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468ce
 ld_i32 tmp2,env,$0x30
 ld_i32 tmp3,env,$0x34
 ld_i32 tmp0,env,$0x18
 ld_i32 tmp1,env,$0x1c
 xor_i32 tmp0,tmp0,tmp2
 xor_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x18
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x1c
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468d0
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xfffffffc
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34

 ---- 0x4468d3
 ld_i32 tmp2,env,$0x18
 ld_i32 tmp3,env,$0x1c
 ld_i32 tmp0,env,$0x38
 ld_i32 tmp1,env,$0x3c
 add2_i32 tmp0,tmp1,tmp0,tmp1,tmp2,tmp3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x3c
 mov_i32 cc_src_0,tmp2
 mov_i32 cc_src_1,tmp3
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468d5
 movi_i32 tmp2,$0xf
 movi_i32 tmp3,$0x0
 ld_i32 tmp0,env,$0x30
 ld_i32 tmp1,env,$0x34
 and_i32 tmp0,tmp0,tmp2
 and_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468d8
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xffffff90
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 ld_i32 tmp8,env,$0x30
 ld_i32 tmp9,env,$0x34
 movi_i32 tmp32,$0x1e
 shr_i32 tmp30,tmp8,tmp32
 movi_i32 tmp32,$0x2
 shl_i32 tmp31,tmp8,tmp32
 movi_i32 tmp32,$0x2
 shl_i32 tmp9,tmp9,tmp32
 or_i32 tmp9,tmp9,tmp30
 mov_i32 tmp8,tmp31
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp8,tmp9
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp2,tmp4,tmp5,$0x0
 movi_i32 tmp3,$0x0
 ld_i32 tmp0,env,$0x38
 ld_i32 tmp1,env,$0x3c
 add2_i32 tmp0,tmp1,tmp0,tmp1,tmp2,tmp3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x3c
 mov_i32 cc_src_0,tmp2
 mov_i32 cc_src_1,tmp3
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468dc
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xffffffdc
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34

 ---- 0x4468df
 ld_i32 tmp4,env,$0x30
 movi_i32 tmp5,$0x0
 ld_i32 tmp2,env,$0x38
 ld_i32 tmp3,env,$0x3c
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 add2_i32 tmp0,tmp1,tmp0,tmp1,tmp2,tmp3
 qemu_st32 tmp0,tmp4,tmp5,$0x0
 mov_i32 cc_src_0,tmp2
 mov_i32 cc_src_1,tmp3
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468e1
 ld_i32 tmp4,env,$0x30
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34

 ---- 0x4468e3
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xc
 movi_i32 tmp23,$0x0
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 ld_i32 tmp0,env,$0x30
 ld_i32 tmp1,env,$0x34
 qemu_st32 tmp0,tmp4,tmp5,$0x0

 ---- 0x4468e6
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xfffffff4
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x34

 ---- 0x4468e9
 ld_i32 tmp0,env,$0x30
 ld_i32 tmp1,env,$0x34
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x3c

 ---- 0x4468eb
 ld_i32 loc24,env,$0x38
 ld_i32 loc25,env,$0x3c
 movi_i32 loc25,$0x0
 mov_i32 loc26,loc24
 mov_i32 loc27,loc25
 movi_i32 tmp32,$0x7
 shl_i32 tmp31,loc25,tmp32
 movi_i32 tmp32,$0x19
 shr_i32 tmp30,loc25,tmp32
 movi_i32 tmp32,$0x19
 shr_i32 tmp14,loc24,tmp32
 or_i32 tmp14,tmp14,tmp31
 mov_i32 tmp15,tmp30
 movi_i32 tmp32,$0x19
 shr_i32 tmp30,loc24,tmp32
 movi_i32 tmp32,$0x7
 shl_i32 tmp31,loc24,tmp32
 movi_i32 tmp32,$0x7
 shl_i32 loc25,loc25,tmp32
 or_i32 loc25,loc25,tmp30
 mov_i32 loc24,tmp31
 or_i32 loc24,loc24,tmp14
 or_i32 loc25,loc25,tmp15
 st_i32 loc24,env,$0x38
 movi_i32 tmp8,$0x0
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x3c
 movi_i32 cc_op,$0x8
 movi_i32 tmp31,$cc_compute_all
 call tmp31,$0x10,$1,tmp12,cc_op
 mov_i32 cc_src_0,tmp12
 movi_i32 cc_src_1,$0x0
 movi_i32 tmp31,$0xfffff7fe
 and_i32 cc_src_0,cc_src_0,tmp31
 xor_i32 tmp8,loc26,loc24
 xor_i32 tmp9,loc27,loc25
 movi_i32 tmp32,$0xc
 shl_i32 tmp31,tmp9,tmp32
 movi_i32 tmp32,$0x14
 shr_i32 tmp30,tmp9,tmp32
 movi_i32 tmp32,$0x14
 shr_i32 tmp8,tmp8,tmp32
 or_i32 tmp8,tmp8,tmp31
 mov_i32 tmp9,tmp30
 movi_i32 tmp30,$0x800
 and_i32 tmp8,tmp8,tmp30
 movi_i32 tmp9,$0x0
 or_i32 cc_src_0,cc_src_0,tmp8
 or_i32 cc_src_1,cc_src_1,tmp9
 movi_i32 tmp32,$0x1
 shl_i32 tmp30,loc25,tmp32
 movi_i32 tmp32,$0x1f
 shr_i32 tmp31,loc25,tmp32
 movi_i32 tmp32,$0x1f
 shr_i32 loc24,loc24,tmp32
 or_i32 loc24,loc24,tmp30
 mov_i32 loc25,tmp31
 movi_i32 tmp31,$0x1
 and_i32 loc24,loc24,tmp31
 movi_i32 loc25,$0x0
 or_i32 cc_src_0,cc_src_0,loc24
 or_i32 cc_src_1,cc_src_1,loc25
 discard cc_dst_0
 discard cc_dst_1
 movi_i32 cc_op,$0x1
 movi_i32 tmp8,$0x4468ee
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x80
 st_i32 tmp9,env,$0x84
 movi_i32 cc_op,$0x1
 exit_tb $0x0

OP after la:
 ---- 0x4468b7
 ld_i32 tmp2,env,$0x18
 nopn $0x3,$0x0,$0x3
 ld_i32 tmp0,env,$0x38
 nopn $0x3,$0x0,$0x3
 xor_i32 tmp0,tmp0,tmp2
 nopn $0x3,$0x9,$0x3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x3c
 discard cc_src_0
 discard cc_src_1
 nopn $0x2,$0x2
 nopn $0x2,$0x2

 ---- 0x4468b9
 ld_i32 tmp2,env,$0x30
 ld_i32 tmp3,env,$0x34
 ld_i32 tmp0,env,$0x38
 ld_i32 tmp1,env,$0x3c
 xor_i32 tmp0,tmp0,tmp2
 xor_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x3c
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468bb
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xc
 movi_i32 tmp23,$0x0
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 nopn $0x2,$0x2
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34

 ---- 0x4468be
 ld_i32 tmp0,env,$0x30
 nopn $0x3,$0x0,$0x3
 st_i32 tmp0,env,$0x18
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x1c

 ---- 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

 ---- 0x4468c3
 ld_i32 loc28,env,$0x30
 nopn $0x3,$0x0,$0x3
 movi_i32 loc29,$0x0
 nopn $0x2,$0x2
 nopn $0x2,$0x2
 movi_i32 tmp32,$0x19
 shl_i32 tmp30,loc29,tmp32
 movi_i32 tmp32,$0x7
 shr_i32 tmp31,loc29,tmp32
 movi_i32 tmp32,$0x7
 shr_i32 tmp14,loc28,tmp32
 or_i32 tmp14,tmp14,tmp30
 mov_i32 tmp15,tmp31
 movi_i32 tmp32,$0x7
 shr_i32 tmp31,loc28,tmp32
 movi_i32 tmp32,$0x19
 shl_i32 tmp30,loc28,tmp32
 movi_i32 tmp32,$0x19
 shl_i32 loc29,loc29,tmp32
 or_i32 loc29,loc29,tmp31
 mov_i32 loc28,tmp30
 or_i32 loc28,loc28,tmp14
 or_i32 loc29,loc29,tmp15
 st_i32 loc28,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34
 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
 movi_i32 tmp32,$0x1
 shl_i32 tmp31,loc29,tmp32
 nopn $0x2,$0x2
 nopn $0x3,$0x25,$0x3
 movi_i32 tmp32,$0x1f
 shr_i32 loc28,loc28,tmp32
 or_i32 loc28,loc28,tmp31
 nopn $0x2,$0x2
 movi_i32 tmp30,$0x1
 and_i32 loc28,loc28,tmp30
 movi_i32 loc29,$0x0
 nopn $0x3,$0x2,$0x3
 nopn $0x3,$0x3,$0x3
 discard cc_dst_0
 discard cc_dst_1
 movi_i32 cc_op,$0x1

 ---- 0x4468c6
 ld_i32 tmp2,env,$0x30
 ld_i32 tmp3,env,$0x34
 ld_i32 tmp0,env,$0x18
 ld_i32 tmp1,env,$0x1c
 xor_i32 tmp0,tmp0,tmp2
 xor_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x18
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x1c
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468c8
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xc
 movi_i32 tmp23,$0x0
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 nopn $0x2,$0x2
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34

 ---- 0x4468cb
 ld_i32 tmp0,env,$0x30
 nopn $0x3,$0x0,$0x3
 movi_i32 tmp1,$0x0
 nopn $0x2,$0x2
 nopn $0x3,$0x9,$0x3
 nopn $0x2,$0x2
 nopn $0x3,$0x9,$0x3
 nopn $0x2,$0x2
 nopn $0x3,$0x8,$0x3
 nopn $0x3,$0x16,$0x3
 nopn $0x2,$0x2
 movi_i32 tmp32,$0x1d
 shl_i32 tmp31,tmp1,tmp32
 nopn $0x2,$0x2
 nopn $0x3,$0x9,$0x3
 movi_i32 tmp32,$0x3
 shr_i32 tmp0,tmp0,tmp32
 or_i32 tmp0,tmp0,tmp31
 nopn $0x2,$0x2
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34
 nopn $0x2,$0x2
 nopn $0x2,$0x2
 nopn $0x2,$0x2
 nopn $0x2,$0x2

 ---- 0x4468ce
 ld_i32 tmp2,env,$0x30
 ld_i32 tmp3,env,$0x34
 ld_i32 tmp0,env,$0x18
 ld_i32 tmp1,env,$0x1c
 xor_i32 tmp0,tmp0,tmp2
 xor_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x18
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x1c
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468d0
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xfffffffc
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 nopn $0x2,$0x2
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34

 ---- 0x4468d3
 ld_i32 tmp2,env,$0x18
 ld_i32 tmp3,env,$0x1c
 ld_i32 tmp0,env,$0x38
 ld_i32 tmp1,env,$0x3c
 add2_i32 tmp0,tmp1,tmp0,tmp1,tmp2,tmp3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x3c
 nopn $0x2,$0x2
 nopn $0x2,$0x2
 nopn $0x2,$0x2
 nopn $0x2,$0x2

 ---- 0x4468d5
 movi_i32 tmp2,$0xf
 movi_i32 tmp3,$0x0
 ld_i32 tmp0,env,$0x30
 ld_i32 tmp1,env,$0x34
 and_i32 tmp0,tmp0,tmp2
 and_i32 tmp1,tmp1,tmp3
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34
 discard cc_src_0
 discard cc_src_1
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468d8
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xffffff90
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 ld_i32 tmp8,env,$0x30
 ld_i32 tmp9,env,$0x34
 movi_i32 tmp32,$0x1e
 shr_i32 tmp30,tmp8,tmp32
 movi_i32 tmp32,$0x2
 shl_i32 tmp31,tmp8,tmp32
 movi_i32 tmp32,$0x2
 shl_i32 tmp9,tmp9,tmp32
 or_i32 tmp9,tmp9,tmp30
 mov_i32 tmp8,tmp31
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp8,tmp9
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp2,tmp4,tmp5,$0x0
 movi_i32 tmp3,$0x0
 ld_i32 tmp0,env,$0x38
 ld_i32 tmp1,env,$0x3c
 add2_i32 tmp0,tmp1,tmp0,tmp1,tmp2,tmp3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x3c
 mov_i32 cc_src_0,tmp2
 mov_i32 cc_src_1,tmp3
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468dc
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xffffffdc
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 nopn $0x2,$0x2
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34

 ---- 0x4468df
 ld_i32 tmp4,env,$0x30
 movi_i32 tmp5,$0x0
 ld_i32 tmp2,env,$0x38
 ld_i32 tmp3,env,$0x3c
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 movi_i32 tmp1,$0x0
 add2_i32 tmp0,tmp1,tmp0,tmp1,tmp2,tmp3
 qemu_st32 tmp0,tmp4,tmp5,$0x0
 mov_i32 cc_src_0,tmp2
 mov_i32 cc_src_1,tmp3
 mov_i32 cc_dst_0,tmp0
 mov_i32 cc_dst_1,tmp1

 ---- 0x4468e1
 ld_i32 tmp4,env,$0x30
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 nopn $0x2,$0x2
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34

 ---- 0x4468e3
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xc
 movi_i32 tmp23,$0x0
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 ld_i32 tmp0,env,$0x30
 nopn $0x3,$0x0,$0x3
 qemu_st32 tmp0,tmp4,tmp5,$0x0

 ---- 0x4468e6
 ld_i32 tmp4,env,$0x28
 movi_i32 tmp5,$0x0
 movi_i32 tmp22,$0xfffffff4
 movi_i32 tmp23,$0xffffffff
 add2_i32 tmp4,tmp5,tmp4,tmp5,tmp22,tmp23
 movi_i32 tmp5,$0x0
 qemu_ld32u tmp0,tmp4,tmp5,$0x0
 nopn $0x2,$0x2
 st_i32 tmp0,env,$0x30
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x34

 ---- 0x4468e9
 ld_i32 tmp0,env,$0x30
 nopn $0x3,$0x0,$0x3
 st_i32 tmp0,env,$0x38
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x3c

 ---- 0x4468eb
 ld_i32 loc24,env,$0x38
 nopn $0x3,$0x0,$0x3
 movi_i32 loc25,$0x0
 mov_i32 loc26,loc24
 mov_i32 loc27,loc25
 movi_i32 tmp32,$0x7
 shl_i32 tmp31,loc25,tmp32
 movi_i32 tmp32,$0x19
 shr_i32 tmp30,loc25,tmp32
 movi_i32 tmp32,$0x19
 shr_i32 tmp14,loc24,tmp32
 or_i32 tmp14,tmp14,tmp31
 mov_i32 tmp15,tmp30
 movi_i32 tmp32,$0x19
 shr_i32 tmp30,loc24,tmp32
 movi_i32 tmp32,$0x7
 shl_i32 tmp31,loc24,tmp32
 movi_i32 tmp32,$0x7
 shl_i32 loc25,loc25,tmp32
 or_i32 loc25,loc25,tmp30
 mov_i32 loc24,tmp31
 or_i32 loc24,loc24,tmp14
 or_i32 loc25,loc25,tmp15
 st_i32 loc24,env,$0x38
 movi_i32 tmp8,$0x0
 nopn $0x2,$0x2
 st_i32 tmp8,env,$0x3c
 movi_i32 cc_op,$0x8
 movi_i32 tmp31,$cc_compute_all
 call tmp31,$0x10,$1,tmp12,cc_op
 mov_i32 cc_src_0,tmp12
 movi_i32 cc_src_1,$0x0
 movi_i32 tmp31,$0xfffff7fe
 and_i32 cc_src_0,cc_src_0,tmp31
 xor_i32 tmp8,loc26,loc24
 xor_i32 tmp9,loc27,loc25
 movi_i32 tmp32,$0xc
 shl_i32 tmp31,tmp9,tmp32
 nopn $0x2,$0x2
 nopn $0x3,$0x11,$0x3
 movi_i32 tmp32,$0x14
 shr_i32 tmp8,tmp8,tmp32
 or_i32 tmp8,tmp8,tmp31
 nopn $0x2,$0x2
 movi_i32 tmp30,$0x800
 and_i32 tmp8,tmp8,tmp30
 movi_i32 tmp9,$0x0
 or_i32 cc_src_0,cc_src_0,tmp8
 or_i32 cc_src_1,cc_src_1,tmp9
 movi_i32 tmp32,$0x1
 shl_i32 tmp30,loc25,tmp32
 nopn $0x2,$0x2
 nopn $0x3,$0x21,$0x3
 movi_i32 tmp32,$0x1f
 shr_i32 loc24,loc24,tmp32
 or_i32 loc24,loc24,tmp30
 nopn $0x2,$0x2
 movi_i32 tmp31,$0x1
 and_i32 loc24,loc24,tmp31
 movi_i32 loc25,$0x0
 or_i32 cc_src_0,cc_src_0,loc24
 or_i32 cc_src_1,cc_src_1,loc25
 discard cc_dst_0
 discard cc_dst_1
 nopn $0x2,$0x2
 movi_i32 tmp8,$0x4468ee
 movi_i32 tmp9,$0x0
 st_i32 tmp8,env,$0x80
 st_i32 tmp9,env,$0x84
 movi_i32 cc_op,$0x1
 exit_tb $0x0
 end 

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?
-- 
View this message in context: http://www.nabble.com/Next-stable-release-tp22897895p22982211.html
Sent from the QEMU - Dev mailing list archive at Nabble.com.

Re: [Qemu-devel] Next stable release

[malc]

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

Re: [Qemu-devel] Next stable release

[TeLeMan]

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.

Re: [Qemu-devel] Next stable release

[malc]

On Thu, 9 Apr 2009, TeLeMan wrote:

> 
> In fact its still overflow gen_opc_buf.
> 

Ah, i thought you were concerned with efficiency of ro[lr], my bad.
And you are right - the number must be bumped, "safe guess" about
MAX_OP_PER_INSTR isn't so safe after all.

-- 
mailto:av1474@comtv.ru