<?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>1207</bug_id>
          
          <creation_ts>2011-06-30 01:14:46 +0000</creation_ts>
          <short_desc>[Crownbay-emgd] X server failed to start up</short_desc>
          <delta_ts>2011-07-21 18:34:28 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>BSPs</product>
          <component>bsps-configuration</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>High</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>1.1 M3</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="wenhua.fan">wenhuax.fan</reporter>
          <assigned_to name="Bruce Ashfield">bruce.ashfield</assigned_to>
          <cc>dvhart</cc>
    
    <cc>elizabeth.flanagan</cc>
    
    <cc>infras.ab.watcher</cc>
    
    <cc>Infras.watcher</cc>
    
    <cc>ke.yu</cc>
    
    <cc>mark.hatle</cc>
    
    <cc>tom.zanussi</cc>
    
    <cc>wenhuax.fan</cc>
    
    <cc>yp.bsp.watcher</cc>
    
    <cc>yp.watcher</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>14487</commentid>
    <comment_count>0</comment_count>
      <attachid>180</attachid>
    <who name="wenhua.fan">wenhuax.fan</who>
    <bug_when>2011-06-30 01:14:46 +0000</bug_when>
    <thetext>Created attachment 180
detailed messages

Description:

Tree/Branch : Poky/master
Poky Commit : a1f79a7896b6411669b3ccada6204d2695e80fc5
Meta Branch : master
Meta Commit : 50661bf038a34702f3aa139c3ea0d67fbb0ce5db

Image location:

http://autobuilder03.jf.intel.com/crownbay-master/nightly/20110627-1/machines/crownbay/x86_32/core-image-sato-sdk-live-crownbay-20110627161550.hddimg.bz2

Boot live image from USB device, X server message issue and you can check the Xorg.0.log file from attachment for more information.
the error messages as below:

###############
………

[3782087.116] (II) EMGD: Intel(R) Embedded Media and Graphics Driver version 1.6.1922 for:
        Intel US15W Class
[3782087.116] (--) using VT number 2

[3782087.119] (==) EMGD(0): RGB weight 888
[3782087.119] (==) EMGD(0): Default visual is TrueColor
[3782087.120] drmOpenDevice: node name is /dev/dri/card0
[3782087.120] drmOpenDevice: open result is -1, (No such device)
[3782087.120] drmOpenDevice: open result is -1, (No such device)
[3782087.120] drmOpenDevice: Open failed
[3782087.122] [drm] failed to load kernel module &quot;emgd&quot;
[3782087.122] (II) EMGD(0): Graphics hardware initialization failed.
[3782087.122] (II) EMGD(0):   The cause was a failure to connect with the DRM during PreInit().
[3782087.122] (II) EMGD(0): Cannot open a connection with the DRM
[3782087.122] (II) UnloadModule: &quot;emgd&quot;
[3782087.122] (EE) Screen(s) found, but none have a usable configuration.
[3782087.122]
Fatal server error:
[3782087.122] no screens found
[3782087.122]
Please consult the The X.Org Foundation support
         at http://wiki.x.org
for help.

………
###############</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14491</commentid>
    <comment_count>1</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2011-06-30 14:44:08 +0000</bug_when>
    <thetext>Tom, can you accept this one and have a look at this to see if there is a quick fix, it would be nice to get this fixed for M2.

Beth, is this possibly an Autobuilder failure to  build the right EMGD driver?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14492</commentid>
    <comment_count>2</comment_count>
    <who name="Tom Zanussi">tom.zanussi</who>
    <bug_when>2011-06-30 15:16:19 +0000</bug_when>
    <thetext>This looks like bug #963 again i.e. missing branches, and the meta branch from the beginning of April:

commit ec411d4008dbfc03f609e32123703bcce9227410
Author: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Date:   Mon Apr 4 10:02:17 2011 -0400</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14495</commentid>
    <comment_count>3</comment_count>
    <who name="Tom Zanussi">tom.zanussi</who>
    <bug_when>2011-06-30 16:25:05 +0000</bug_when>
    <thetext>So with the same checkout of both poky and meta-intel, but pointed to a fresh local kernel checkout, there isn&apos;t any problem starting the X server.  For reference, the commits used were:

poky commit e0fc42b51a8209dac1163ae8126f8c687b6bfddf
meta-intel commit 92fc07a5f1b98779806cdcc2341487ff5ea5a238

In essence, the kernel from the autobuilder isn&apos;t picking up the last 3 months of changes made to the kernel, resulting in kernel problems like this.

So, I think this is not a new bug, but a bug that should be marked a duplicate of #963.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14498</commentid>
    <comment_count>4</comment_count>
    <who name="Tom Zanussi">tom.zanussi</who>
    <bug_when>2011-06-30 17:27:13 +0000</bug_when>
    <thetext>This is a manifestation of #963, not a new bug.

*** This bug has been marked as a duplicate of bug 963 ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14514</commentid>
    <comment_count>5</comment_count>
    <who name="Beth Flanagan">elizabeth.flanagan</who>
    <bug_when>2011-07-01 11:28:36 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; This is a manifestation of #963, not a new bug.
&gt; 
&gt; *** This bug has been marked as a duplicate of bug 963 ***

Yes. And at this point, the workaround for #963 is no longer possible on the autobuilder due to some upstream packages no longer existing.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14520</commentid>
    <comment_count>6</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2011-07-01 19:34:17 +0000</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; This is a manifestation of #963, not a new bug.
&gt; &gt; 
&gt; &gt; *** This bug has been marked as a duplicate of bug 963 ***
&gt; 
&gt; Yes. And at this point, the workaround for #963 is no longer possible on the
&gt; autobuilder due to some upstream packages no longer existing.

Can we manually remove / prevent from being created - the kernel tarball on the autobuilder so that the build will fall back to the git fetcher - until this gets a proper fix?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14544</commentid>
    <comment_count>7</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2011-07-05 16:07:15 +0000</bug_when>
    <thetext>*** Bug 1211 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14706</commentid>
    <comment_count>8</comment_count>
    <who name="Tom Zanussi">tom.zanussi</who>
    <bug_when>2011-07-13 06:23:08 +0000</bug_when>
    <thetext>Saul asked me to re-look at this because this problem is still occurring despite the fix for 963.

The kernel being downloaded during the build appears to be the same as before, i.e before the BUG 963 fix.

From the build, here is what is being fetched from the autobuilder:


NOTE: fetch http://autobuilder.yoctoproject.org/sources/git2_git.yoctoproject.org.linux-yocto-2.6.37.tar.gz
DEBUG: executing /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P /home/trz/yocto/crownbay/build/downloads &apos;http://autobuilder.yoctoproject.org/sources/git2_git.yoctoproject.org.linux-yocto-2.6.37.tar.gz&apos;
DEBUG: Fetcher accessed the network with the command /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P /home/trz/yocto/crownbay/build/downloads &apos;http://autobuilder.yoctoproject.org/sources/git2_git.yoctoproject.org.linux-yocto-2.6.37.tar.gz&apos;
DEBUG: Running export HOME=&quot;/home/trz&quot;; export SSH_AGENT_PID=&quot;1273&quot;; export SSH_AUTH_SOCK=&quot;/tmp/keyring-CjehJH/ssh&quot;; export GIT_CONFIG=&quot;/home/trz/yocto/crownbay/build/tmp/sysroots/x86_64-linux/usr/etc/gitconfig&quot;; export PATH=&quot;/home/trz/yocto/crownbay/build/tmp/sysroots/x86_64-linux/usr/bin/core2-poky-linux:/home/trz/yocto/crownbay/build/tmp/sysroots/crownbay/usr/bin/crossscripts:/home/trz/yocto/crownbay/build/tmp/sysroots/x86_64-linux/usr/sbin:/home/trz/yocto/crownbay/build/tmp/sysroots/x86_64-linux/usr/bin:/home/trz/yocto/crownbay/build/tmp/sysroots/x86_64-linux/sbin:/home/trz/yocto/crownbay/build/tmp/sysroots/x86_64-linux//bin:/home/trz/yocto/crownbay/scripts:/home/trz/yocto/crownbay/bitbake/bin/:/home/trz/yocto/crownbay/scripts:/home/trz/yocto/crownbay/bitbake/bin/:/home/trz/yocto/crownbay/scripts:/home/trz/yocto/crownbay/bitbake/bin/:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/trz/yocto/crownbay/scripts&quot;; /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P /home/trz/yocto/crownbay/build/downloads &apos;http://autobuilder.yoctoproject.org/sources/git2_git.yoctoproject.org.linux-yocto-2.6.37.tar.gz&apos;

Manually fetching that tarball and looking at the branches:

trz@elmorro:~/autobuilder$ git branch -a
* master
  meta
  yocto/base
  yocto/eg20t
  yocto/emgd
  yocto/gma500
  yocto/standard/arm-versatile-926ejs
  yocto/standard/base
  yocto/standard/beagleboard
  yocto/standard/common-pc-64/base
  yocto/standard/common-pc-64/jasperforest
  yocto/standard/common-pc-64/sugarbay
  yocto/standard/common-pc/atom-pc
  yocto/standard/common-pc/base
  yocto/standard/crownbay
  yocto/standard/emenlow
  yocto/standard/fsl-mpc8315e-rdb
  yocto/standard/mti-malta32-be
  yocto/standard/mti-malta32-le
  yocto/standard/preempt-rt/base
  yocto/standard/preempt-rt/common-pc
  yocto/standard/preempt-rt/common-pc-64
  yocto/standard/qemu-ppc32
  yocto/standard/routerstationpro
  remotes/origin/master
  remotes/origin/meta
  remotes/origin/yocto/base
  remotes/origin/yocto/eg20t
  remotes/origin/yocto/emgd
  remotes/origin/yocto/gma500
  remotes/origin/yocto/standard/arm-versatile-926ejs
  remotes/origin/yocto/standard/base
  remotes/origin/yocto/standard/beagleboard
  remotes/origin/yocto/standard/common-pc-64/base
  remotes/origin/yocto/standard/common-pc-64/jasperforest
  remotes/origin/yocto/standard/common-pc-64/romley
  remotes/origin/yocto/standard/common-pc-64/sugarbay
  remotes/origin/yocto/standard/common-pc/atom-pc
  remotes/origin/yocto/standard/common-pc/base
  remotes/origin/yocto/standard/crownbay
  remotes/origin/yocto/standard/emenlow
  remotes/origin/yocto/standard/fishriver
  remotes/origin/yocto/standard/fsl-mpc8315e-rdb
  remotes/origin/yocto/standard/mti-malta32-be
  remotes/origin/yocto/standard/mti-malta32-le
  remotes/origin/yocto/standard/preempt-rt/base
  remotes/origin/yocto/standard/preempt-rt/common-pc
  remotes/origin/yocto/standard/preempt-rt/common-pc-64
  remotes/origin/yocto/standard/qemu-ppc32
  remotes/origin/yocto/standard/routerstationpro

The reason the bug is still happening is still the same reason as in comment 2 i.e. the meta commit being used in the build is from April.

So it seems the fix for #963 didn&apos;t actually fix the problem, or it wasn&apos;t applied to autobuilder.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14720</commentid>
    <comment_count>9</comment_count>
    <who name="Beth Flanagan">elizabeth.flanagan</who>
    <bug_when>2011-07-13 13:03:59 +0000</bug_when>
    <thetext>I&apos;m testing a fix on this this week. By setting PREMIRRORS = &quot;&quot;, the fetcher should:

Hit source (which is what we want for most things).
If it can&apos;t find the source, it will hit the MIRROR. (which we need for PKGS that have lost the upstream)

The process the autobuilder takes is to download this into it&apos;s DL_DIR and rsync it to the source mirror. It may have had an old tarball in it&apos;s DL_DIR, which continually ended up polluting itself (with no new rev it wouldn&apos;t have fetched). 

So, I&apos;ve made a few changes, in the hopes that something here will stick:

- Cleaned out every DL_DIR of git2*
- Cleaned out the mirror of the kernel tarballs and the git2 repo.
- set PREMIRROR = &quot;&quot;
- removed any reference to MIRROR = &quot;&quot;

If that doesn&apos;t fix it, then the problem isn&apos;t on the AB side and we need to look deeper.

Reassigning this to me since this may end up being an AB issue. It&apos;s not so much a duplicate of 963 as it is a result of 963.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14725</commentid>
    <comment_count>10</comment_count>
    <who name="Tom Zanussi">tom.zanussi</who>
    <bug_when>2011-07-13 16:06:07 +0000</bug_when>
    <thetext>Tried after the changes on the autobuilder were made (Comment 9), and it worked - the X server started up fine.

The commits used:

poky/master: 068839698fe192d8846c0ed4db65861448e8e524
meta-intel/master: 92fc07a5f1b98779806cdcc2341487ff5ea5a238

Here are the git commands on the relevant branches for comparison:

trz@elmorro:/usr/local/src/yocto/cleanup/build/tmp/work/crownbay-poky-linux/linux-yocto-2.6.37+git1+d5d3c6480d61f83503ccef7fbcd765f7aca8b71b_1+372c0ab135978bd8ca3a77c88816a25c5ed8f303-r20/linux$ git branch -a
  master
  meta
  yocto/base
  yocto/eg20t
  yocto/emgd
  yocto/gma500
  yocto/standard/arm-versatile-926ejs
  yocto/standard/base
  yocto/standard/beagleboard
  yocto/standard/common-pc-64/base
  yocto/standard/common-pc-64/jasperforest
  yocto/standard/common-pc-64/romley
  yocto/standard/common-pc-64/sugarbay
  yocto/standard/common-pc/atom-pc
  yocto/standard/common-pc/base
* yocto/standard/crownbay
  yocto/standard/emenlow
  yocto/standard/fishriver
  yocto/standard/fsl-mpc8315e-rdb
  yocto/standard/mti-malta32-be
  yocto/standard/mti-malta32-le
  yocto/standard/preempt-rt/base
  yocto/standard/preempt-rt/common-pc
  yocto/standard/preempt-rt/common-pc-64
  yocto/standard/qemu-ppc32
  yocto/standard/routerstationpro
  remotes/origin/master
  remotes/origin/meta
  remotes/origin/yocto/base
  remotes/origin/yocto/eg20t
  remotes/origin/yocto/emgd
  remotes/origin/yocto/gma500
  remotes/origin/yocto/standard/arm-versatile-926ejs
  remotes/origin/yocto/standard/base
  remotes/origin/yocto/standard/beagleboard
  remotes/origin/yocto/standard/common-pc-64/base
  remotes/origin/yocto/standard/common-pc-64/jasperforest
  remotes/origin/yocto/standard/common-pc-64/romley
  remotes/origin/yocto/standard/common-pc-64/sugarbay
  remotes/origin/yocto/standard/common-pc/atom-pc
  remotes/origin/yocto/standard/common-pc/base
  remotes/origin/yocto/standard/crownbay
  remotes/origin/yocto/standard/emenlow
  remotes/origin/yocto/standard/fishriver
  remotes/origin/yocto/standard/fsl-mpc8315e-rdb
  remotes/origin/yocto/standard/mti-malta32-be
  remotes/origin/yocto/standard/mti-malta32-le
  remotes/origin/yocto/standard/preempt-rt/base
  remotes/origin/yocto/standard/preempt-rt/common-pc
  remotes/origin/yocto/standard/preempt-rt/common-pc-64
  remotes/origin/yocto/standard/qemu-ppc32
  remotes/origin/yocto/standard/routerstationpro
trz@elmorro:/usr/local/src/yocto/cleanup/build/tmp/work/crownbay-poky-linux/linux-yocto-2.6.37+git1+d5d3c6480d61f83503ccef7fbcd765f7aca8b71b_1+372c0ab135978bd8ca3a77c88816a25c5ed8f303-r20/linux$ 

trz@elmorro:/usr/local/src/yocto/cleanup/build/tmp/work/crownbay-poky-linux/linux-yocto-2.6.37+git1+d5d3c6480d61f83503ccef7fbcd765f7aca8b71b_1+372c0ab135978bd8ca3a77c88816a25c5ed8f303-r20/linux$ git log meta

commit d5d3c6480d61f83503ccef7fbcd765f7aca8b71b
Author: Darren Hart &lt;dvhart@linux.intel.com&gt;
Date:   Wed Jun 8 08:44:32 2011 -0700

    beagleboard: new config based on meta-texasinstruments


trz@elmorro:/usr/local/src/yocto/cleanup/build/tmp/work/crownbay-poky-linux/linux-yocto-2.6.37+git1+d5d3c6480d61f83503ccef7fbcd765f7aca8b71b_1+372c0ab135978bd8ca3a77c88816a25c5ed8f303-r20/linux$ git log yocto/standard/crownbay

commit c1389d4cc0ea63673319bbe37d26652b8e5bae43
Merge: 372c0ab 2264cdc
Author: Tom Zanussi &lt;tom.zanussi@intel.com&gt;
Date:   Wed Jul 13 15:33:49 2011 -0500

    Merge branch &apos;yocto/emgd&apos; into yocto/standard/crownbay

commit 372c0ab135978bd8ca3a77c88816a25c5ed8f303
Merge: f46a145 bb8e31f
Author: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
Date:   Wed Jun 22 14:29:09 2011 -0400

    Merge branch &apos;yocto/standard/base&apos; into yocto/standard/crownbay</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14737</commentid>
    <comment_count>11</comment_count>
    <who name="Beth Flanagan">elizabeth.flanagan</who>
    <bug_when>2011-07-14 13:22:13 +0000</bug_when>
    <thetext>The issue here is that in kern-tools, the merge of meta onto the yocto/standard/crownbay branch never occurs because the autobuilders do not have a git config --global. This occurs during do_patch and the error never makes it up as a failure. Things that should be fixed:

1. The error never percolated up and was only found through reading all kernel log files. if the merge fails, it should it should fail the build.
2. Requiring a headless build system to have a valid git config seems wrong. I understand the reasons behind it, but either this should be checked during sanity or fixed as follows.

I&apos;d suggest something like BB_AUTO_GIT_CONFIG = True which adds a flag of --author=&quot;Yocto Build System&quot; &lt;$USER@localhost&gt;&quot; to the call made during do_patch that does this merge. 

My current work around for this is to give the AB a git config --global.

I&apos;d also suggest lowering the critical nature of this bug as there is a known work around.

Below is the log file of do_patch that exposes this:

---------------------
::::::::::::::
log.do_patch
::::::::::::::
Deleted branch meta-temp (was cf7d7e5).
[INFO] validating against known patches  (crownbay-standard-meta)

*** Please tell me who you are.

Run

  git config --global user.email &quot;you@example.com&quot;
  git config --global user.name &quot;Your Name&quot;

to set your account&apos;s default identity.
Omit --global to set the identity only in this repository.

fatal: empty ident  &lt;pokybuild@autobuilder03.(none)&gt; not allowed
  [#######                                           ] (\)(15 %)
  [#############                                     ] (\)(24 %)
  [###################                               ] (-)(36 %)
  [#########################                         ] (-)(48 %)
  [###############################                   ] (-)(60 %)
  [####################################              ] (-)(72 %)
*** Please tell me who you are.

Run

  git config --global user.email &quot;you@example.com&quot;
  git config --global user.name &quot;Your Name&quot;

to set your account&apos;s default identity.
Omit --global to set the identity only in this repository.

fatal: empty ident  &lt;pokybuild@autobuilder03.(none)&gt; not allowed
  [##################################################]  (completed in 16 seconds)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14772</commentid>
    <comment_count>12</comment_count>
    <who name="wenhua.fan">wenhuax.fan</who>
    <bug_when>2011-07-19 00:33:23 +0000</bug_when>
    <thetext>There is no such issue in Yocto1.1 M2 RC3 testing.

Tree/Branch: Poky/1.1_M2
Poky Commit id: fa4bcfdb73167f8159b88e5a4d711c0d37627a70

Meta Branch: 1.1_M2
Meta Commit id: 738d2bc6d1a0d7ff6589000893c1c8b4f983d76f

Image location:
http://autobuilder03.jf.intel.com/crownbay-1.1_M2/nightly/20110717-1/machines/crownbay/x86_32/core-image-sato-sdk-live-crownbay-20110717223745.hddimg.bz2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14773</commentid>
    <comment_count>13</comment_count>
    <who name="wenhua.fan">wenhuax.fan</who>
    <bug_when>2011-07-19 00:33:54 +0000</bug_when>
    <thetext>Verify this bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14862</commentid>
    <comment_count>14</comment_count>
    <who name="Bruce Ashfield">bruce.ashfield</who>
    <bug_when>2011-07-21 18:34:28 +0000</bug_when>
    <thetext>There is a workaround in place for this, but a secondary fix will be done. So this is not verified yet.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>180</attachid>
            <date>2011-06-30 01:14:46 +0000</date>
            <delta_ts>2011-06-30 01:14:46 +0000</delta_ts>
            <desc>detailed messages</desc>
            <filename>Xorg.0.log</filename>
            <type>application/octet-stream</type>
            <size>7225</size>
            <attacher name="wenhua.fan">wenhuax.fan</attacher>
            
              <data encoding="base64">WzM3ODIwODYuOTQ4XSAoV1cpIEZhaWxlZCB0byBvcGVuIHByb3RvY29sIG5hbWVzIGZpbGUgL3Vz
ci9saWIveG9yZy9wcm90b2NvbC50eHQKWzM3ODIwODYuOTQ4XSAKWC5PcmcgWCBTZXJ2ZXIgMS45
LjMKUmVsZWFzZSBEYXRlOiAyMDEwLTEyLTEzClszNzgyMDg2Ljk0OF0gWCBQcm90b2NvbCBWZXJz
aW9uIDExLCBSZXZpc2lvbiAwClszNzgyMDg2Ljk0OF0gQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTog
TGludXggMi42LjMxLjE0LTAuOC1kZXNrdG9wIHg4Nl82NCAKWzM3ODIwODYuOTQ4XSBDdXJyZW50
IE9wZXJhdGluZyBTeXN0ZW06IExpbnV4IGNyb3duYmF5IDIuNi4zNy42LXlvY3RvLXN0YW5kYXJk
KyAjMSBTTVAgUFJFRU1QVCBNb24gSnVuIDI3IDA5OjM0OjE5IFBEVCAyMDExIGk2ODYKWzM3ODIw
ODYuOTQ4XSBLZXJuZWwgY29tbWFuZCBsaW5lOiBpbml0cmQ9aW5pdHJkIExBQkVMPWJvb3Qgcm9v
dD0vZGV2L3JhbTAgQk9PVF9JTUFHRT12bWxpbnV6IApbMzc4MjA4Ni45NDhdIEJ1aWxkIERhdGU6
IDI3IEp1bmUgMjAxMSAgMDk6NTM6NDRBTQpbMzc4MjA4Ni45NDhdICAKWzM3ODIwODYuOTQ4XSBD
dXJyZW50IHZlcnNpb24gb2YgcGl4bWFuOiAwLjIyLjAKWzM3ODIwODYuOTQ4XSAJQmVmb3JlIHJl
cG9ydGluZyBwcm9ibGVtcywgY2hlY2sgaHR0cDovL3dpa2kueC5vcmcKCXRvIG1ha2Ugc3VyZSB0
aGF0IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4KWzM3ODIwODYuOTQ4XSBNYXJrZXJzOiAo
LS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywK
CSgrKykgZnJvbSBjb21tYW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWws
CgkoV1cpIHdhcm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVu
a25vd24uClszNzgyMDg2Ljk0OF0gKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ci
LCBUaW1lOiBUaHUgSnVuIDMwIDE2OjQyOjI0IDIwMTEKWzM3ODIwODYuOTU3XSAoPT0pIFVzaW5n
IGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEveG9yZy5jb25mIgpbMzc4MjA4Ni45NThdICg9PSkgU2Vy
dmVyTGF5b3V0ICJEZWZhdWx0IExheW91dCIKWzM3ODIwODYuOTU4XSAoKiopIHwtLT5TY3JlZW4g
IlNjcmVlbjAiICgwKQpbMzc4MjA4Ni45NThdICgqKikgfCAgIHwtLT5Nb25pdG9yICI8ZGVmYXVs
dCBtb25pdG9yPiIKWzM3ODIwODYuOTU5XSAoKiopIHwgICB8LS0+RGV2aWNlICJJbnRlbEVNR0Qt
MCIKWzM3ODIwODYuOTU5XSAoPT0pIE5vIG1vbml0b3Igc3BlY2lmaWVkIGZvciBzY3JlZW4gIlNj
cmVlbjAiLgoJVXNpbmcgYSBkZWZhdWx0IG1vbml0b3IgY29uZmlndXJhdGlvbi4KWzM3ODIwODYu
OTU5XSAoKiopIE9wdGlvbiAiRG9udFphcCIgIjAiClszNzgyMDg2Ljk1OV0gKCoqKSBPcHRpb24g
IkF1dG9BZGREZXZpY2VzIiAiRmFsc2UiClszNzgyMDg2Ljk1OV0gKCoqKSBOb3QgYXV0b21hdGlj
YWxseSBhZGRpbmcgZGV2aWNlcwpbMzc4MjA4Ni45NTldICg9PSkgQXV0b21hdGljYWxseSBlbmFi
bGluZyBkZXZpY2VzClszNzgyMDg2Ljk1OV0gKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL3NoYXJl
L2ZvbnRzL1gxMS9UVEYvIiBkb2VzIG5vdCBleGlzdC4KWzM3ODIwODYuOTU5XSAJRW50cnkgZGVs
ZXRlZCBmcm9tIGZvbnQgcGF0aC4KWzM3ODIwODYuOTYwXSAoV1cpIFRoZSBkaXJlY3RvcnkgIi91
c3Ivc2hhcmUvZm9udHMvWDExL09URi8iIGRvZXMgbm90IGV4aXN0LgpbMzc4MjA4Ni45NjBdIAlF
bnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLgpbMzc4MjA4Ni45NjBdIChXVykgVGhlIGRpcmVj
dG9yeSAiL3Vzci9zaGFyZS9mb250cy9YMTEvVHlwZTEvIiBkb2VzIG5vdCBleGlzdC4KWzM3ODIw
ODYuOTYwXSAJRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4KWzM3ODIwODYuOTYwXSAoPT0p
IEZvbnRQYXRoIHNldCB0bzoKCS91c3Ivc2hhcmUvZm9udHMvWDExL21pc2MvLAoJL3Vzci9zaGFy
ZS9mb250cy9YMTEvMTAwZHBpLywKCS91c3Ivc2hhcmUvZm9udHMvWDExLzc1ZHBpLwpbMzc4MjA4
Ni45NjBdICg9PSkgTW9kdWxlUGF0aCBzZXQgdG8gIi91c3IvbGliL3hvcmcvbW9kdWxlcyIKWzM3
ODIwODYuOTYwXSAoPT0pIHwtLT5JbnB1dCBEZXZpY2UgIjxkZWZhdWx0IHBvaW50ZXI+IgpbMzc4
MjA4Ni45NjBdICg9PSkgfC0tPklucHV0IERldmljZSAiPGRlZmF1bHQga2V5Ym9hcmQ+IgpbMzc4
MjA4Ni45NjBdICg9PSkgVGhlIGNvcmUgcG9pbnRlciBkZXZpY2Ugd2Fzbid0IHNwZWNpZmllZCBl
eHBsaWNpdGx5IGluIHRoZSBsYXlvdXQuCglVc2luZyB0aGUgZGVmYXVsdCBtb3VzZSBjb25maWd1
cmF0aW9uLgpbMzc4MjA4Ni45NjBdICg9PSkgVGhlIGNvcmUga2V5Ym9hcmQgZGV2aWNlIHdhc24n
dCBzcGVjaWZpZWQgZXhwbGljaXRseSBpbiB0aGUgbGF5b3V0LgoJVXNpbmcgdGhlIGRlZmF1bHQg
a2V5Ym9hcmQgY29uZmlndXJhdGlvbi4KWzM3ODIwODYuOTYwXSAoSUkpIExvYWRlciBtYWdpYzog
MHg4MjE3YTIwClszNzgyMDg2Ljk2MF0gKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgpbMzc4MjA4
Ni45NjBdIAlYLk9yZyBBTlNJIEMgRW11bGF0aW9uOiAwLjQKWzM3ODIwODYuOTYwXSAJWC5Pcmcg
VmlkZW8gRHJpdmVyOiA4LjAKWzM3ODIwODYuOTYwXSAJWC5PcmcgWElucHV0IGRyaXZlciA6IDEx
LjAKWzM3ODIwODYuOTYwXSAJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDQuMApbMzc4MjA4Ni45
NjRdICgtLSkgUENJOiooMDowOjI6MCkgODA4Njo0MTA4OjAwMDA6MDAwMCByZXYgMywgTWVtIEAg
MHhkMDAwMDAwMC8xMDQ4NTc2LCAweGMwMDAwMDAwLzI2ODQzNTQ1NiwgMHhkMDNjMDAwMC8yNjIx
NDQsIEkvTyBAIDB4MDAwMGYwMTAvOApbMzc4MjA4Ni45NjRdIChXVykgT3BlbiBBQ1BJIGZhaWxl
ZCAoL3Zhci9ydW4vYWNwaWQuc29ja2V0KSAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKWzM3
ODIwODYuOTY0XSAoSUkpIExvYWRNb2R1bGU6ICJleHRtb2QiClszNzgyMDg2Ljk4NV0gKElJKSBM
b2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYmV4dG1vZC5zbwpbMzc4
MjA4Ni45OTRdIChJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpb
Mzc4MjA4Ni45OTRdIAljb21waWxlZCBmb3IgMS45LjMsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAK
WzM3ODIwODYuOTk0XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uClszNzgy
MDg2Ljk5NF0gCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiA0LjAK
WzM3ODIwODYuOTk0XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIE1JVC1TQ1JFRU4tU0FWRVIKWzM3
ODIwODYuOTk0XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lv
bgpbMzc4MjA4Ni45OTRdIChJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1ER0EKWzM3ODIw
ODYuOTk0XSAoSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERQTVMKWzM3ODIwODYuOTk0XSAoSUkpIExv
YWRpbmcgZXh0ZW5zaW9uIFhWaWRlbwpbMzc4MjA4Ni45OTRdIChJSSkgTG9hZGluZyBleHRlbnNp
b24gWFZpZGVvLU1vdGlvbkNvbXBlbnNhdGlvbgpbMzc4MjA4Ni45OTRdIChJSSkgTG9hZGluZyBl
eHRlbnNpb24gWC1SZXNvdXJjZQpbMzc4MjA4Ni45OTRdIChJSSkgTG9hZE1vZHVsZTogImRiZSIK
WzM3ODIwODYuOTk0XSAoSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lv
bnMvbGliZGJlLnNvClszNzgyMDg2Ljk5N10gKElJKSBNb2R1bGUgZGJlOiB2ZW5kb3I9IlguT3Jn
IEZvdW5kYXRpb24iClszNzgyMDg2Ljk5N10gCWNvbXBpbGVkIGZvciAxLjkuMywgbW9kdWxlIHZl
cnNpb24gPSAxLjAuMApbMzc4MjA4Ni45OTddIAlNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBF
eHRlbnNpb24KWzM3ODIwODYuOTk3XSAJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9u
LCB2ZXJzaW9uIDQuMApbMzc4MjA4Ni45OTddIChJSSkgTG9hZGluZyBleHRlbnNpb24gRE9VQkxF
LUJVRkZFUgpbMzc4MjA4Ni45OTddIChJSSkgTG9hZE1vZHVsZTogImdseCIKWzM3ODIwODYuOTk4
XSAoSUkpIExvYWRpbmcgL3Vzci9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LnNv
ClszNzgyMDg3LjAzNV0gKElJKSBNb2R1bGUgZ2x4OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24i
ClszNzgyMDg3LjAzNV0gCWNvbXBpbGVkIGZvciAxLjkuMywgbW9kdWxlIHZlcnNpb24gPSAxLjAu
MApbMzc4MjA4Ny4wMzVdIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNp
b24gNC4wClszNzgyMDg3LjAzNV0gKD09KSBBSUdMWCBlbmFibGVkClszNzgyMDg3LjAzNV0gKElJ
KSBMb2FkaW5nIGV4dGVuc2lvbiBHTFgKWzM3ODIwODcuMDM1XSAoSUkpIExvYWRNb2R1bGU6ICJk
cmkiClszNzgyMDg3LjAzNl0gKElJKSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9leHRl
bnNpb25zL2xpYmRyaS5zbwpbMzc4MjA4Ny4wNDJdIChJSSkgTW9kdWxlIGRyaTogdmVuZG9yPSJY
Lk9yZyBGb3VuZGF0aW9uIgpbMzc4MjA4Ny4wNDJdIAljb21waWxlZCBmb3IgMS45LjMsIG1vZHVs
ZSB2ZXJzaW9uID0gMS4wLjAKWzM3ODIwODcuMDQyXSAJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIg
RXh0ZW5zaW9uLCB2ZXJzaW9uIDQuMApbMzc4MjA4Ny4wNDJdIChJSSkgTG9hZGluZyBleHRlbnNp
b24gWEZyZWU4Ni1EUkkKWzM3ODIwODcuMDQyXSAoSUkpIExvYWRNb2R1bGU6ICJkcmkyIgpbMzc4
MjA4Ny4wNDJdIChJSSkgTG9hZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9s
aWJkcmkyLnNvClszNzgyMDg3LjA1MV0gKElJKSBNb2R1bGUgZHJpMjogdmVuZG9yPSJYLk9yZyBG
b3VuZGF0aW9uIgpbMzc4MjA4Ny4wNTFdIAljb21waWxlZCBmb3IgMS45LjMsIG1vZHVsZSB2ZXJz
aW9uID0gMS4yLjAKWzM3ODIwODcuMDUxXSAJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5z
aW9uLCB2ZXJzaW9uIDQuMApbMzc4MjA4Ny4wNTFdIChJSSkgTG9hZGluZyBleHRlbnNpb24gRFJJ
MgpbMzc4MjA4Ny4wNTFdIChJSSkgTG9hZE1vZHVsZTogImVtZ2QiClszNzgyMDg3LjA1MV0gKElJ
KSBMb2FkaW5nIC91c3IvbGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzL2VtZ2RfZHJ2LnNvClszNzgy
MDg3LjEwMl0gKElJKSBNb2R1bGUgZW1nZDogdmVuZG9yPSJJbnRlbChSKSBDb3Jwb3JhdGlvbiIK
WzM3ODIwODcuMTAyXSAJY29tcGlsZWQgZm9yIDEuOS4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuNi4x
OTIyClszNzgyMDg3LjEwMl0gCU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyClszNzgy
MDg3LjEwMl0gCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDguMApbMzc4
MjA4Ny4xMDJdIChJSSkgTG9hZE1vZHVsZTogIm1vdXNlIgpbMzc4MjA4Ny4xMDldIChJSSkgTG9h
ZGluZyAvdXNyL2xpYi94b3JnL21vZHVsZXMvaW5wdXQvbW91c2VfZHJ2LnNvClszNzgyMDg3LjEx
NF0gKElJKSBNb2R1bGUgbW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWzM3ODIwODcu
MTE1XSAJY29tcGlsZWQgZm9yIDEuOS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuNy4wClszNzgyMDg3
LjExNV0gCU1vZHVsZSBjbGFzczogWC5PcmcgWElucHV0IERyaXZlcgpbMzc4MjA4Ny4xMTVdIAlB
QkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMTEuMApbMzc4MjA4Ny4xMTVd
IChJSSkgTG9hZE1vZHVsZTogImtiZCIKWzM3ODIwODcuMTE1XSAoSUkpIExvYWRpbmcgL3Vzci9s
aWIveG9yZy9tb2R1bGVzL2lucHV0L2tiZF9kcnYuc28KWzM3ODIwODcuMTE2XSAoSUkpIE1vZHVs
ZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWzM3ODIwODcuMTE2XSAJY29tcGlsZWQg
Zm9yIDEuOS4zLCBtb2R1bGUgdmVyc2lvbiA9IDEuNi4wClszNzgyMDg3LjExNl0gCU1vZHVsZSBj
bGFzczogWC5PcmcgWElucHV0IERyaXZlcgpbMzc4MjA4Ny4xMTZdIAlBQkkgY2xhc3M6IFguT3Jn
IFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMTEuMApbMzc4MjA4Ny4xMTZdIChJSSkgRU1HRDogSW50
ZWwoUikgRW1iZWRkZWQgTWVkaWEgYW5kIEdyYXBoaWNzIERyaXZlciB2ZXJzaW9uIDEuNi4xOTIy
IGZvcjoKCUludGVsIFVTMTVXIENsYXNzClszNzgyMDg3LjExNl0gKC0tKSB1c2luZyBWVCBudW1i
ZXIgMgoKWzM3ODIwODcuMTE5XSAoPT0pIEVNR0QoMCk6IFJHQiB3ZWlnaHQgODg4ClszNzgyMDg3
LjExOV0gKD09KSBFTUdEKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3IKWzM3ODIwODcu
MTIwXSBkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKWzM3ODIwODcu
MTIwXSBkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZGV2aWNlKQpb
Mzc4MjA4Ny4xMjBdIGRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3VjaCBk
ZXZpY2UpClszNzgyMDg3LjEyMF0gZHJtT3BlbkRldmljZTogT3BlbiBmYWlsZWQKWzM3ODIwODcu
MTIyXSBbZHJtXSBmYWlsZWQgdG8gbG9hZCBrZXJuZWwgbW9kdWxlICJlbWdkIgpbMzc4MjA4Ny4x
MjJdIChJSSkgRU1HRCgwKTogR3JhcGhpY3MgaGFyZHdhcmUgaW5pdGlhbGl6YXRpb24gZmFpbGVk
LgpbMzc4MjA4Ny4xMjJdIChJSSkgRU1HRCgwKTogICBUaGUgY2F1c2Ugd2FzIGEgZmFpbHVyZSB0
byBjb25uZWN0IHdpdGggdGhlIERSTSBkdXJpbmcgUHJlSW5pdCgpLgpbMzc4MjA4Ny4xMjJdIChJ
SSkgRU1HRCgwKTogQ2Fubm90IG9wZW4gYSBjb25uZWN0aW9uIHdpdGggdGhlIERSTQpbMzc4MjA4
Ny4xMjJdIChJSSkgVW5sb2FkTW9kdWxlOiAiZW1nZCIKWzM3ODIwODcuMTIyXSAoRUUpIFNjcmVl
bihzKSBmb3VuZCwgYnV0IG5vbmUgaGF2ZSBhIHVzYWJsZSBjb25maWd1cmF0aW9uLgpbMzc4MjA4
Ny4xMjJdIApGYXRhbCBzZXJ2ZXIgZXJyb3I6ClszNzgyMDg3LjEyMl0gbm8gc2NyZWVucyBmb3Vu
ZApbMzc4MjA4Ny4xMjJdIApQbGVhc2UgY29uc3VsdCB0aGUgVGhlIFguT3JnIEZvdW5kYXRpb24g
c3VwcG9ydCAKCSBhdCBodHRwOi8vd2lraS54Lm9yZwogZm9yIGhlbHAuIApbMzc4MjA4Ny4xMjNd
IFBsZWFzZSBhbHNvIGNoZWNrIHRoZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9yZy4wLmxvZyIg
Zm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uClszNzgyMDg3LjEyM10gCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>