<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>3806</bug_id>
          
          <creation_ts>2013-01-29 13:42:41 +0000</creation_ts>
          <short_desc>[Autobuilder] qemux86-64 &quot;general protection fault&quot; after system halt</short_desc>
          <delta_ts>2013-03-05 00:43:31 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>11</classification_id>
          <classification>Runtime</classification>
          <product>General Runtime</product>
          <component>General Runtime</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.4 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Mihai Lindner">mihai.lindner</reporter>
          <assigned_to name="Darren Hart">dvhart</assigned_to>
          <cc>bogdan.a.marinescu</cc>
    
    <cc>dvhart</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>29293</commentid>
    <comment_count>0</comment_count>
      <attachid>1029</attachid>
    <who name="Mihai Lindner">mihai.lindner</who>
    <bug_when>2013-01-29 13:42:41 +0000</bug_when>
    <thetext>Created attachment 1029
system halt log

Sometimes, after system halt of a qemu image, a &quot;general protection fault&quot; is encountered. Attached are the logs of two occurrences.

Might be related to the &quot;shutdown&quot; test, part of the qemuimage-tests, sometimes timing out without a result.


Build Configuration:
BB_VERSION        = &quot;1.17.0&quot;
BUILD_SYS         = &quot;x86_64-linux&quot;
NATIVELSBSTRING   = &quot;Fedora-17&quot;
TARGET_SYS        = &quot;x86_64-poky-linux&quot;
MACHINE           = &quot;qemux86-64&quot;
DISTRO            = &quot;poky&quot;
DISTRO_VERSION    = &quot;1.3+snapshot-20130129&quot;
TUNE_FEATURES     = &quot;m64&quot;
TARGET_FPU        = &quot;&quot;
meta              
meta-yocto        
meta-yocto-bsp    = &quot;master:cfb082961a6c9ac3d65738031c4071210529cd07&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29294</commentid>
    <comment_count>1</comment_count>
      <attachid>1030</attachid>
    <who name="Mihai Lindner">mihai.lindner</who>
    <bug_when>2013-01-29 13:43:02 +0000</bug_when>
    <thetext>Created attachment 1030
system halt log 2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29317</commentid>
    <comment_count>2</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-01-29 23:01:23 +0000</bug_when>
    <thetext>I have tried with a current master build (same commit as the reporter).

Build Configuration:
BB_VERSION        = &quot;1.17.0&quot;
BUILD_SYS         = &quot;x86_64-linux&quot;
NATIVELSBSTRING   = &quot;Ubuntu-11.10&quot;
TARGET_SYS        = &quot;x86_64-poky-linux&quot;
MACHINE           = &quot;qemux86-64&quot;
DISTRO            = &quot;poky&quot;
DISTRO_VERSION    = &quot;1.3+snapshot-20130129&quot;
TUNE_FEATURES     = &quot;m64&quot;
TARGET_FPU        = &quot;&quot;
meta-yocto        
meta              = &quot;master:cfb082961a6c9ac3d65738031c4071210529cd07&quot;

I&apos;ve run the image as:

$ runqemu qemux86-64 core-image-base serial kvm qemuparams=&quot;-smp 4&quot;
$ runqemu qemux86-64 core-image-base serial kvm
$ runqemu qemux86-64 core-image-base serial

It successfully halts without reproducing the failure.

My kernel version was at 3.4.26, not 3.4.24 from the report however, not sure why that is with the same master commit and no AUTOREV modifications in my local config.

root@qemux86-64:~# uname -a
Linux qemux86-64 3.4.26-yocto-standard #1 SMP PREEMPT Tue Jan 29 12:39:55 PST 2013 x86_64 GNU/Linux

What specific command are you running to test the image?

On a clean build, do you get the latest kernel?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29352</commentid>
    <comment_count>3</comment_count>
    <who name="Mihai Lindner">mihai.lindner</who>
    <bug_when>2013-01-30 16:29:55 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; 
&gt; What specific command are you running to test the image?
&gt; 
&gt; On a clean build, do you get the latest kernel?

Command used is: runqemu qemux86-64 core-image-base serial qemuparams=&quot;-snapshot&quot;
Yes, on a clean build the image gets the latest kernel 3.4.26-yocto-standard.

I don&apos;t see to much success on reproducing this bug by simply running the image. The call trace comes up only _sometimes_. It might have something to do with consecutive runs using `runqemu`, there might be more chances to be caught on AB builds.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29360</commentid>
    <comment_count>4</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-01-30 20:16:01 +0000</bug_when>
    <thetext>In my testing I&apos;ve experience a single strange issue where the halt never completed (no GPF) and it happened when the sleep timeout happened before the login prompt appeared and some sort of race seemed to ensue.

I&apos;m thinking a better approach to this testing would be to use expect rather than the (sleep X; echo &quot;root&quot;; sleep 1; echo &quot;halt&quot;) | qemu... approach. This allows us to make the test deterministic and to run it as fast as possible. I wrote the following for my own testing and it&apos;s working as expected:

$ cat qemu-halt.exp 
#!/usr/bin/expect -f
set timeout 60
set env(TERM)

spawn  tmp/sysroots/x86_64-linux/usr/bin/qemu-system-x86_64 -hda tmp/deploy/images/core-image-minimal-qemux86-64.ext3 -snapshot -nographic -append &quot;console=ttyS0 root=/dev/hda&quot; -kernel tmp/deploy/images/bzImage-qemux86-64.bin
expect &quot; login:&quot;
send &quot;root\r&quot;
expect &quot;:~# &quot;
send &quot;halt\r&quot;
expect &quot;Power down.&quot;


After switching to userspace, the system log through halt follows:

Freeing unused kernel memory: 1596k freed
INIT: version 2.88 booting
uvesafb: VGABIOS Cirrus extension, VGABIOS Cirrus extension, 1.0, OEM: VGABIOS Cirrus extension, VBE v2.0
uvesafb: no monitor limits have been set, default refresh rate will be used
uvesafb: VBE state buffer size cannot be determined (eax=0x14f, err=0)
uvesafb: scrolling: redraw
Console: switching to colour frame buffer device 80x30
uvesafb: framebuffer at 0xfc000000, mapped to 0xffffc90000080000, using 4096k, total 4096k
fb0: VESA VGA frame buffer device
Starting udev
udevd[59]: starting version 182
expr[200]: segfault at 7f2bc56a89a0 ip 00007f2bc58cee43 sp 00007ffffcd5b9c0 error 4 in ld-2.17.so[7f2bc58ca000+21000]
Starting Bootlog daemon: bootlogd.
EXT3-fs (hda): warning: updating to rev 1 because of new feature flag, running e2fsck is recommended
EXT3-fs (hda): using internal journal
Configuring network interfaces... done.
INIT: Entering runlevel: 5
Starting syslogd/klogd: done
Stopping Bootlog daemon: bootlogd.

Poky 8.0 (Yocto Project 1.3 Reference Distro) 1.3+snapshot-20130129 qemux86-64 ttyS0

qemux86-64 login: root
root@qemux86-64:~# halt

Broadcast message from root@qemux86-64 (ttyS0) (Wed Jan 30 20:05:13 2013):
The system is going down for system halt NOW!
INIT: Switching to runlevel: 0
INIT: Sending processes the TERM signal
INIT: Sending processes the KILL signal
Stopping syslogd/klogd: stopped syslogd (pid 484)
stopped klogd (pid 487)
done
Deconfiguring network interfaces... done.
Sending all processes the TERM signal...
Sending all processes the KILL signal...
Unmounting remote filesystems...
Deactivating swap...
Unmounting local filesystems...
Shutdown: hda
ACPI: Preparing to enter system sleep state S5
Disabling non-boot CPUs ...
Power down.

And we can verify we exited properly, and via the timeout:

$ echo $?
0</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29363</commentid>
    <comment_count>5</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-01-30 21:16:02 +0000</bug_when>
    <thetext>This threads appears to be what we are hitting:

http://osdir.com/ml/debian-bugs-dist/2011-02/msg00450.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29364</commentid>
    <comment_count>6</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-01-30 21:32:10 +0000</bug_when>
    <thetext>Appears to be a PV optimization gone south. Digging.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29369</commentid>
    <comment_count>7</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-01-31 00:11:19 +0000</bug_when>
    <thetext>More googling suggests this is more likely a paravirtualization issue with the older kernels on our Autobuilder. I have prepared the following which drops CONFIG_PARAVIRT_GUEST from the kernel config:

http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=dvhart/noparavirt

Saul will run it with MUT tonight to test. It would be a shame to disable paravirt, so if this proves to be the issue, we&apos;ll need to discuss how to manage this. It may be we ignore it until we can upgrade the Autobuilder machines.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29698</commentid>
    <comment_count>8</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-02-09 00:03:30 +0000</bug_when>
    <thetext>*** Bug 3797 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30216</commentid>
    <comment_count>9</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-02-28 05:15:48 +0000</bug_when>
    <thetext>Have we seen this since?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30425</commentid>
    <comment_count>10</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-03-05 00:43:31 +0000</bug_when>
    <thetext>This does not appear to have reproduced since we removed paravirt from the qemux86_64 kernel.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1029</attachid>
            <date>2013-01-29 13:42:41 +0000</date>
            <delta_ts>2013-01-29 13:42:41 +0000</delta_ts>
            <desc>system halt log</desc>
            <filename>runqemu.11563.log</filename>
            <type>text/x-log</type>
            <size>3676</size>
            <attacher name="Mihai Lindner">mihai.lindner</attacher>
            
              <data encoding="base64">cm9vdEBxZW11eDg2LTY0On4jIGhhbHQNDQoHDQ0NCkJyb2FkY2FzdCBtZXNzYWdlIGZyb20gcm9v
dEBxZW11eDg2LTY0ICh0dHlTMCkgKE1vbiBKYW4gMjggMTI6Mzk6MTQgMjAxMyk6DQ0NCg0NVGhl
IHN5c3RlbSBpcyBnb2luZyBkb3duIGZvciBzeXN0ZW0gaGFsdCBOT1chDQ0NCnJvb3RAcWVtdXg4
Ni02NDp+IyANSU5JVDogU3dpdGNoaW5nIHRvIHJ1bmxldmVsOiAwDQ0NCg1JTklUOiBTZW5kaW5n
IHByb2Nlc3NlcyB0aGUgVEVSTSBzaWduYWwNDQ0KDUlOSVQ6IFNlbmRpbmcgcHJvY2Vzc2VzIHRo
ZSBLSUxMIHNpZ25hbA0NDQogKiBTdG9wcGluZyBBdmFoaSBtRE5TL0ROUy1TRCBEYWVtb246IGF2
YWhpLWRhZW1vbg0NCg0NCioqIChvcHJvZmlsZS1zZXJ2ZXI6NDUxKTogV0FSTklORyAqKjogQXZh
aGkgZXJyb3I6IERhZW1vbiBjb25uZWN0aW9uIGZhaWxlZA0NCiAgIC4uLmRvbmUuDQ0KU3RvcHBp
bmcgYWR2YW5jZWQgcG93ZXIgbWFuYWdlbWVudCBkYWVtb246IG5vIC91c3Ivc2Jpbi9hcG1kIGZv
dW5kOyBub25lIGtpbGxlZA0NCmFwbWQuDQ0KU3RvcHBpbmcgc3lzdGVtIG1lc3NhZ2UgYnVzOiBk
YnVzLg0NClN0b3BwaW5nIERpc3RyaWJ1dGVkIENvbXBpbGVyIERhZW1vbjogZGlzdGNjL2V0Yy9y
YzAuZC9LMjBkaXN0Y2M6IHN0b3AgZmFpbGVkIHdpdGggZXJyb3IgY29kZSAxDQ0KU3RvcHBpbmcg
SXJEQTogLg0NCnN0b3BwaW5nIHN0YXRkOiBkb25lDQ0Kc3RvcHBpbmcgbW91bnRkOiBkb25lDQ0K
c3RvcHBpbmcgbmZzZDogZG9uZQ0NClN0b3BwaW5nIE9Qcm9maWxlVUkgc2VydmVyDQ0KU3RvcHBp
bmcgc3lzbG9nZC9rbG9nZDogc3RvcHBlZCBzeXNsb2dkIChwaWQgNDM2KQ0NCnN0b3BwZWQga2xv
Z2QgKHBpZCA0MzkpDQ0KZG9uZQ0NClN0b3BwaW5nIFRlbGVwaG9ueSBkYWVtb24NDQpBTFNBOiBT
dG9yaW5nIG1peGVyIHNldHRpbmdzLi4uDQ0KL3Vzci9zYmluL2Fsc2FjdGw6IHNhdmVfc3RhdGU6
MTU4MDogTm8gc291bmRjYXJkcyBmb3VuZC4uLg0NCkRlY29uZmlndXJpbmcgbmV0d29yayBpbnRl
cmZhY2VzLi4uIGRvbmUuDQ0KU2VuZGluZyBhbGwgcHJvY2Vzc2VzIHRoZSBURVJNIHNpZ25hbC4u
Lg0NClNlbmRpbmcgYWxsIHByb2Nlc3NlcyB0aGUgS0lMTCBzaWduYWwuLi4NDQpVbm1vdW50aW5n
IHJlbW90ZSBmaWxlc3lzdGVtcy4uLg0NClN0b3BwaW5nIHJwY2JpbmQgZGFlbW9uLi4uDQ0Kbm90
IHJ1bm5pbmcuDQ0KRGVhY3RpdmF0aW5nIHN3YXAuLi4NDQpVbm1vdW50aW5nIGxvY2FsIGZpbGVz
eXN0ZW1zLi4uDQ0KU2h1dGRvd246IGhkYQ0NCkFDUEk6IFByZXBhcmluZyB0byBlbnRlciBzeXN0
ZW0gc2xlZXAgc3RhdGUgUzUNDQpEaXNhYmxpbmcgbm9uLWJvb3QgQ1BVcyAuLi4NDQpQb3dlciBk
b3duLg0NCmdlbmVyYWwgcHJvdGVjdGlvbiBmYXVsdDogZmZmMiBbIzFdIFBSRUVNUFQgU01QIA0N
CkNQVSAwIA0NCk1vZHVsZXMgbGlua2VkIGluOiB1dmVzYWZiIGNmYmZpbGxyZWN0IGNmYmltZ2Js
dCBjZmJjb3B5YXJlYQ0NCg0NClBpZDogNTI3LCBjb21tOiBoYWx0IE5vdCB0YWludGVkIDMuNC4y
NC15b2N0by1zdGFuZGFyZCAjMSBCb2NocyBCb2Nocw0NClJJUDogMDAxMDpbPGZmZmZmZmZmODEw
MWJhNWI+XSAgWzxmZmZmZmZmZjgxMDFiYTViPl0gbmF0aXZlX25taV9zdG9wX290aGVyX2NwdXMr
MHhmYi8weDExMA0NClJTUDogMDAxODpmZmZmODgwMDA1ODI1ZGQ4ICBFRkxBR1M6IDAwMDAwMjQ2
DQ0KUkFYOiBmZmZmZmZmZjgxYzE4Y2UwIFJCWDogMDAwMDAwMDAwMDAwMDI0NiBSQ1g6IDAwMDAw
MDAwMDAwMDAwMDANDQpSRFg6IDAwMDAwMDAwMDAwMDAwMDEgUlNJOiAwMDAwMDAwMDAwMDAwMGZm
IFJESTogMDAwMDAwMDAwMDAwMDI0Ng0NClJCUDogZmZmZjg4MDAwNTgyNWRmOCBSMDg6IDAwMDAw
MDAwMDAwMDAwMDAgUjA5OiAwMDAwMDAwMDAwMDAwMDAwDQ0KUjEwOiAwMDAwMDAwMDAwMDAwMDAw
IFIxMTogMGEyZTJlMmUyMDczNTU1MCBSMTI6IDAwMDAwMDAwMDAwMDAwMDENDQpSMTM6IDAwMDA3
ZmZmOGJkNDA3ZTAgUjE0OiAwMDAwMDAwMGZlZTFkZWFkIFIxNTogMDAwMDAwMDAwMDAwMDAwMQ0N
CkZTOiAgMDAwMDdmMmE5N2MxYjcwMCgwMDAwKSBHUzpmZmZmODgwMDA3YzAwMDAwKDAwMDApIGtu
bEdTOjAwMDAwMDAwMDAwMDAwMDANDQpDUzogIDAwMTAgRFM6IDAwMDAgRVM6IDAwMDAgQ1IwOiAw
MDAwMDAwMDgwMDUwMDNiDQ0KQ1IyOiAwMDAwN2ZiNDA4Y2M3OWQ4IENSMzogMDAwMDAwMDAwNjZk
NTAwMCBDUjQ6IDAwMDAwMDAwMDAwMDA2YjANDQpEUjA6IDAwMDAwMDAwMDAwMDAwMDAgRFIxOiAw
MDAwMDAwMDAwMDAwMDAwIERSMjogMDAwMDAwMDAwMDAwMDAwMA0NCkRSMzogMDAwMDAwMDAwMDAw
MDAwMCBEUjY6IDAwMDAwMDAwMDAwMDAwMDAgRFI3OiAwMDAwMDAwMDAwMDAwMDAwDQ0KUHJvY2Vz
cyBoYWx0IChwaWQ6IDUyNywgdGhyZWFkaW5mbyBmZmZmODgwMDA1ODI0MDAwLCB0YXNrIGZmZmY4
ODAwMDU4YWFkMDApDQ0KU3RhY2s6DQ0KIDAwMDAwMDAwNDMyMWZlZGMgMDAwMDAwMDA0MzIxZmVk
YyAwMDAwMDAwMDI4MTIxOTY5IDAwMDA3ZmZmOGJkNDA3ZTANDQogZmZmZjg4MDAwNTgyNWUwOCBm
ZmZmZmZmZjgxMDFhZGVjIGZmZmY4ODAwMDU4MjVlMTggZmZmZmZmZmY4MTAxYWNjNg0NCiBmZmZm
ODgwMDA1ODI1ZTI4IGZmZmZmZmZmODEwMWFlOWYgZmZmZjg4MDAwNTgyNWUzOCBmZmZmZmZmZjgx
MDQ4ZDYyDQ0KQ2FsbCBUcmFjZToNDQogWzxmZmZmZmZmZjgxMDFhZGVjPl0gbmF0aXZlX21hY2hp
bmVfc2h1dGRvd24rMHg1Yy8weDgwDQ0KIFs8ZmZmZmZmZmY4MTAxYWNjNj5dIG5hdGl2ZV9tYWNo
aW5lX3Bvd2VyX29mZisweDM2LzB4NTANDQogWzxmZmZmZmZmZjgxMDFhZTlmPl0gbWFjaGluZV9w
b3dlcl9vZmYrMHhmLzB4MjANDQogWzxmZmZmZmZmZjgxMDQ4ZDYyPl0ga2VybmVsX3Bvd2VyX29m
ZisweDcyLzB4ODANDQogWzxmZmZmZmZmZjgxMDQ5OGZiPl0gc3lzX3JlYm9vdCsweDEzYi8weDIw
MA0NCiBbPGZmZmZmZmZmODEwYWM5MDU+XSA/IHJjdV9yZWFkX3VubG9ja19zcGVjaWFsKzB4MWU1
LzB4MWYwDQ0KIFs8ZmZmZmZmZmY4MTBhYzk3Nj5dID8gX19yY3VfcmVhZF91bmxvY2srMHg2Ni8w
eDcwDQ0KIFs8ZmZmZmZmZmY4MTA0ODE5MD5dID8gc3lzX2tpbGwrMHhhMC8weDFkMA0NCiBbPGZm
ZmZmZmZmODE2NGQ1YWQ+XSA/IHN1Yl9wcmVlbXB0X2NvdW50KzB4NmQvMHhkMA0NCiBbPGZmZmZm
ZmZmODExMWNjOTA+XSA/IGttZW1fY2FjaGVfZnJlZSsweDIwLzB4MTIwDQ0KIFs8ZmZmZmZmZmY4
MTEyNjg3Mj5dID8gZG9fc3lzX29wZW4rMHgxNzIvMHgxZTANDQogWzxmZmZmZmZmZjgxNjUxMGU5
Pl0gc3lzdGVtX2NhbGxfZmFzdHBhdGgrMHgxNi8weDFiDQ0KQ29kZTogZmYgZmYgZmYgMDAgZjMg
NDggMGYgYjggYzcgODMgZjggMDEgNzcgZDIgNjYgOTAgOWMgNTggNjYgNjYgOTAgNjYgOTAgNDgg
ODkgYzMgZmEgNjYgNjYgOTAgNjYgNjYgOTAgZTggN2EgMTEgMDAgMDAgNDggODkgZGYgNTcgOWQg
PDY2PiA2NiA5MCA2NiA5MCA0OCA4YiA1ZCBlOCA0YyA4YiA2NSBmMCA0YyA4YiA2ZCBmOCBjOSBj
MyA2NiA5MCANDQpSSVAgIFs8ZmZmZmZmZmY4MTAxYmE1Yj5dIG5hdGl2ZV9ubWlfc3RvcF9vdGhl
cl9jcHVzKzB4ZmIvMHgxMTANDQogUlNQIDxmZmZmODgwMDA1ODI1ZGQ4Pg0NCi0tLVsgZW5kIHRy
YWNlIDI1ZTcxNDM5MDA2NDEwMWUgXS0tLQ0NCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1030</attachid>
            <date>2013-01-29 13:43:02 +0000</date>
            <delta_ts>2013-01-29 13:43:02 +0000</delta_ts>
            <desc>system halt log 2</desc>
            <filename>runqemu.15713.log</filename>
            <type>text/x-log</type>
            <size>3676</size>
            <attacher name="Mihai Lindner">mihai.lindner</attacher>
            
              <data encoding="base64">cm9vdEBxZW11eDg2LTY0On4jIGhhbHQNDQoHDQ0NCkJyb2FkY2FzdCBtZXNzYWdlIGZyb20gcm9v
dEBxZW11eDg2LTY0ICh0dHlTMCkgKE1vbiBKYW4gMjggMTU6MTQ6NTUgMjAxMyk6DQ0NCg0NVGhl
IHN5c3RlbSBpcyBnb2luZyBkb3duIGZvciBzeXN0ZW0gaGFsdCBOT1chDQ0NCg1JTklUOiBTd2l0
Y2hpbmcgdG8gcnVubGV2ZWw6IDANDQ0Kcm9vdEBxZW11eDg2LTY0On4jIA1JTklUOiBTZW5kaW5n
IHByb2Nlc3NlcyB0aGUgVEVSTSBzaWduYWwNDQ0KDUlOSVQ6IFNlbmRpbmcgcHJvY2Vzc2VzIHRo
ZSBLSUxMIHNpZ25hbA0NDQogKiBTdG9wcGluZyBBdmFoaSBtRE5TL0ROUy1TRCBEYWVtb246IGF2
YWhpLWRhZW1vbg0NCg0NCioqIChvcHJvZmlsZS1zZXJ2ZXI6NDQ4KTogV0FSTklORyAqKjogQXZh
aGkgZXJyb3I6IERhZW1vbiBjb25uZWN0aW9uIGZhaWxlZA0NCiAgIC4uLmRvbmUuDQ0KU3RvcHBp
bmcgYWR2YW5jZWQgcG93ZXIgbWFuYWdlbWVudCBkYWVtb246IG5vIC91c3Ivc2Jpbi9hcG1kIGZv
dW5kOyBub25lIGtpbGxlZA0NCmFwbWQuDQ0KU3RvcHBpbmcgc3lzdGVtIG1lc3NhZ2UgYnVzOiBk
YnVzLg0NClN0b3BwaW5nIERpc3RyaWJ1dGVkIENvbXBpbGVyIERhZW1vbjogZGlzdGNjL2V0Yy9y
YzAuZC9LMjBkaXN0Y2M6IHN0b3AgZmFpbGVkIHdpdGggZXJyb3IgY29kZSAxDQ0KU3RvcHBpbmcg
SXJEQTogLg0NCnN0b3BwaW5nIHN0YXRkOiBkb25lDQ0Kc3RvcHBpbmcgbW91bnRkOiBkb25lDQ0K
c3RvcHBpbmcgbmZzZDogZG9uZQ0NClN0b3BwaW5nIE9Qcm9maWxlVUkgc2VydmVyDQ0KU3RvcHBp
bmcgc3lzbG9nZC9rbG9nZDogc3RvcHBlZCBzeXNsb2dkIChwaWQgNDMyKQ0NCnN0b3BwZWQga2xv
Z2QgKHBpZCA0MzYpDQ0KZG9uZQ0NClN0b3BwaW5nIFRlbGVwaG9ueSBkYWVtb24NDQpBTFNBOiBT
dG9yaW5nIG1peGVyIHNldHRpbmdzLi4uDQ0KL3Vzci9zYmluL2Fsc2FjdGw6IHNhdmVfc3RhdGU6
MTU4MDogTm8gc291bmRjYXJkcyBmb3VuZC4uLg0NCkRlY29uZmlndXJpbmcgbmV0d29yayBpbnRl
cmZhY2VzLi4uIGRvbmUuDQ0KU2VuZGluZyBhbGwgcHJvY2Vzc2VzIHRoZSBURVJNIHNpZ25hbC4u
Lg0NClNlbmRpbmcgYWxsIHByb2Nlc3NlcyB0aGUgS0lMTCBzaWduYWwuLi4NDQpVbm1vdW50aW5n
IHJlbW90ZSBmaWxlc3lzdGVtcy4uLg0NClN0b3BwaW5nIHJwY2JpbmQgZGFlbW9uLi4uDQ0Kbm90
IHJ1bm5pbmcuDQ0KRGVhY3RpdmF0aW5nIHN3YXAuLi4NDQpVbm1vdW50aW5nIGxvY2FsIGZpbGVz
eXN0ZW1zLi4uDQ0KU2h1dGRvd246IGhkYQ0NCkFDUEk6IFByZXBhcmluZyB0byBlbnRlciBzeXN0
ZW0gc2xlZXAgc3RhdGUgUzUNDQpEaXNhYmxpbmcgbm9uLWJvb3QgQ1BVcyAuLi4NDQpQb3dlciBk
b3duLg0NCmdlbmVyYWwgcHJvdGVjdGlvbiBmYXVsdDogZmZmMiBbIzFdIFBSRUVNUFQgU01QIA0N
CkNQVSAwIA0NCk1vZHVsZXMgbGlua2VkIGluOiB1dmVzYWZiIGNmYmZpbGxyZWN0IGNmYmltZ2Js
dCBjZmJjb3B5YXJlYQ0NCg0NClBpZDogNTI0LCBjb21tOiBoYWx0IE5vdCB0YWludGVkIDMuNC4y
NC15b2N0by1zdGFuZGFyZCAjMSBCb2NocyBCb2Nocw0NClJJUDogMDAxMDpbPGZmZmZmZmZmODEw
MWJhNWI+XSAgWzxmZmZmZmZmZjgxMDFiYTViPl0gbmF0aXZlX25taV9zdG9wX290aGVyX2NwdXMr
MHhmYi8weDExMA0NClJTUDogMDAxODpmZmZmODgwMDA2NzcxZGQ4ICBFRkxBR1M6IDAwMDAwMjQ2
DQ0KUkFYOiBmZmZmZmZmZjgxYzE4Y2UwIFJCWDogMDAwMDAwMDAwMDAwMDI0NiBSQ1g6IDAwMDAw
MDAwMDAwMDAwMDANDQpSRFg6IDAwMDAwMDAwMDAwMDAwMDEgUlNJOiAwMDAwMDAwMDAwMDAwMGZm
IFJESTogMDAwMDAwMDAwMDAwMDI0Ng0NClJCUDogZmZmZjg4MDAwNjc3MWRmOCBSMDg6IDAwMDAw
MDAwMDAwMDAwMDAgUjA5OiAwMDAwMDAwMDAwMDAwMDAwDQ0KUjEwOiAwMDAwMDAwMDAwMDAwMDAw
IFIxMTogMGEyZTJlMmUyMDczNTU1MCBSMTI6IDAwMDAwMDAwMDAwMDAwMDENDQpSMTM6IDAwMDA3
ZmZmOGU0ZDg5NTAgUjE0OiAwMDAwMDAwMGZlZTFkZWFkIFIxNTogMDAwMDAwMDAwMDAwMDAwMQ0N
CkZTOiAgMDAwMDdmNjJhNDc1YjcwMCgwMDAwKSBHUzpmZmZmODgwMDA3YzAwMDAwKDAwMDApIGtu
bEdTOjAwMDAwMDAwMDAwMDAwMDANDQpDUzogIDAwMTAgRFM6IDAwMDAgRVM6IDAwMDAgQ1IwOiAw
MDAwMDAwMDgwMDUwMDNiDQ0KQ1IyOiAwMDAwN2YwYjc2ODMxOWQ4IENSMzogMDAwMDAwMDAwNTg5
NDAwMCBDUjQ6IDAwMDAwMDAwMDAwMDA2YjANDQpEUjA6IDAwMDAwMDAwMDAwMDAwMDAgRFIxOiAw
MDAwMDAwMDAwMDAwMDAwIERSMjogMDAwMDAwMDAwMDAwMDAwMA0NCkRSMzogMDAwMDAwMDAwMDAw
MDAwMCBEUjY6IDAwMDAwMDAwMDAwMDAwMDAgRFI3OiAwMDAwMDAwMDAwMDAwMDAwDQ0KUHJvY2Vz
cyBoYWx0IChwaWQ6IDUyNCwgdGhyZWFkaW5mbyBmZmZmODgwMDA2NzcwMDAwLCB0YXNrIGZmZmY4
ODAwMDQ5OTQzODApDQ0KU3RhY2s6DQ0KIDAwMDAwMDAwNDMyMWZlZGMgMDAwMDAwMDA0MzIxZmVk
YyAwMDAwMDAwMDI4MTIxOTY5IDAwMDA3ZmZmOGU0ZDg5NTANDQogZmZmZjg4MDAwNjc3MWUwOCBm
ZmZmZmZmZjgxMDFhZGVjIGZmZmY4ODAwMDY3NzFlMTggZmZmZmZmZmY4MTAxYWNjNg0NCiBmZmZm
ODgwMDA2NzcxZTI4IGZmZmZmZmZmODEwMWFlOWYgZmZmZjg4MDAwNjc3MWUzOCBmZmZmZmZmZjgx
MDQ4ZDYyDQ0KQ2FsbCBUcmFjZToNDQogWzxmZmZmZmZmZjgxMDFhZGVjPl0gbmF0aXZlX21hY2hp
bmVfc2h1dGRvd24rMHg1Yy8weDgwDQ0KIFs8ZmZmZmZmZmY4MTAxYWNjNj5dIG5hdGl2ZV9tYWNo
aW5lX3Bvd2VyX29mZisweDM2LzB4NTANDQogWzxmZmZmZmZmZjgxMDFhZTlmPl0gbWFjaGluZV9w
b3dlcl9vZmYrMHhmLzB4MjANDQogWzxmZmZmZmZmZjgxMDQ4ZDYyPl0ga2VybmVsX3Bvd2VyX29m
ZisweDcyLzB4ODANDQogWzxmZmZmZmZmZjgxMDQ5OGZiPl0gc3lzX3JlYm9vdCsweDEzYi8weDIw
MA0NCiBbPGZmZmZmZmZmODEwYWM5MDU+XSA/IHJjdV9yZWFkX3VubG9ja19zcGVjaWFsKzB4MWU1
LzB4MWYwDQ0KIFs8ZmZmZmZmZmY4MTBhYzk3Nj5dID8gX19yY3VfcmVhZF91bmxvY2srMHg2Ni8w
eDcwDQ0KIFs8ZmZmZmZmZmY4MTA0ODE5MD5dID8gc3lzX2tpbGwrMHhhMC8weDFkMA0NCiBbPGZm
ZmZmZmZmODE2NGQ1YWQ+XSA/IHN1Yl9wcmVlbXB0X2NvdW50KzB4NmQvMHhkMA0NCiBbPGZmZmZm
ZmZmODExMWNjOTA+XSA/IGttZW1fY2FjaGVfZnJlZSsweDIwLzB4MTIwDQ0KIFs8ZmZmZmZmZmY4
MTEyNjg3Mj5dID8gZG9fc3lzX29wZW4rMHgxNzIvMHgxZTANDQogWzxmZmZmZmZmZjgxNjUxMGU5
Pl0gc3lzdGVtX2NhbGxfZmFzdHBhdGgrMHgxNi8weDFiDQ0KQ29kZTogZmYgZmYgZmYgMDAgZjMg
NDggMGYgYjggYzcgODMgZjggMDEgNzcgZDIgNjYgOTAgOWMgNTggNjYgNjYgOTAgNjYgOTAgNDgg
ODkgYzMgZmEgNjYgNjYgOTAgNjYgNjYgOTAgZTggN2EgMTEgMDAgMDAgNDggODkgZGYgNTcgOWQg
PDY2PiA2NiA5MCA2NiA5MCA0OCA4YiA1ZCBlOCA0YyA4YiA2NSBmMCA0YyA4YiA2ZCBmOCBjOSBj
MyA2NiA5MCANDQpSSVAgIFs8ZmZmZmZmZmY4MTAxYmE1Yj5dIG5hdGl2ZV9ubWlfc3RvcF9vdGhl
cl9jcHVzKzB4ZmIvMHgxMTANDQogUlNQIDxmZmZmODgwMDA2NzcxZGQ4Pg0NCi0tLVsgZW5kIHRy
YWNlIDU2MjA4OWNlYzI2ZDMzNDkgXS0tLQ0NCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>