<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>22828</bug_id>
          
          <creation_ts>2010-01-26 14:31:51 +0300</creation_ts>
          <short_desc>не стартуют X с новым xorg-drv-intel-2.10.0-alt1</short_desc>
          <delta_ts>2010-02-06 11:50:52 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>xorg-drv-intel</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="ReMaks">admaks</reporter>
          <assigned_to name="Konstantin A Lepikhov (L.A. Kostis)">lakostis</assigned_to>
          <cc>aspsk</cc>
    
    <cc>at</cc>
    
    <cc>boris</cc>
    
    <cc>boyarsh</cc>
    
    <cc>gns</cc>
    
    <cc>lakostis</cc>
    
    <cc>ldv</cc>
    
    <cc>mike</cc>
    
    <cc>mithraen</cc>
    
    <cc>oddity</cc>
    
    <cc>rider</cc>
    
    <cc>silicium</cc>
    
    <cc>sin</cc>
    
    <cc>vsu</cc>
    
    <cc>zerg</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>105971</commentid>
    <comment_count>0</comment_count>
      <attachid>4227</attachid>
    <who name="ReMaks">admaks</who>
    <bug_when>2010-01-26 14:31:51 +0300</bug_when>
    <thetext>Created attachment 4227
полный лог Х

при установке нового модуля, 
Х не стартовал
ни на 2.6.32-un-def-alt5 
ни на 2.6.30-std-def-alt15
(все i586)
железо - нетбук///

в логах 

$ cat /var/log/Xorg.0.log.bug |tail -20
(WW) Falling back to old probe method for v4l
(II) resource ranges after probing:
        [0] -1  0       0xffffffff - 0xffffffff (0x1) MX[B]
        [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  0       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [5] -1  0       0x00000000 - 0x00000000 (0x1) IX[B]
(EE) intel(0): No kernel modesetting driver detected.
(II) UnloadModule: &quot;intel&quot;
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found

Please consult the The X.Org Foundation support
         at https://bugzilla.altlinux.org/
 for help.
Please also check the log file at &quot;/var/log/Xorg.0.log&quot; for additional information.


немного вылечилось
$ cat /etc/modprobe.d/local.conf
# i945GE fix for normal work X
options i915 modeset=1
#options i915 gem_enable=0


&quot;немного&quot; - потомучто на подключенном вторым мониторе все стало расплываться...
и названия устройств для xranrd - изменились. 
было LVDS - стало LVDS1
VGA - VGA1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>105991</commentid>
    <comment_count>1</comment_count>
    <who name="ReMaks">admaks</who>
    <bug_when>2010-01-26 21:34:46 +0300</bug_when>
    <thetext>но приведенное решение (options i915 modeset=1) не панацея.

потом валяться ошибки о переполднении буфера и Х уже просто показывают оставшуюся картинку... статично...
можно попробовать перейти в консоль - но там тодже ничего не работает...

лог к сожалению не сохранился...
поймаю - покажу...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106011</commentid>
    <comment_count>2</comment_count>
    <who name="Boris Savelev">boris</who>
    <bug_when>2010-01-27 10:04:52 +0300</bug_when>
    <thetext>у меня такие строчки:
kernel: [586544.845505] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106020</commentid>
    <comment_count>3</comment_count>
    <who name="ReMaks">admaks</who>
    <bug_when>2010-01-27 13:06:55 +0300</bug_when>
    <thetext>(В ответ на комментарий №2)
&gt; у меня такие строчки:
&gt; kernel: [586544.845505] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged

во, точно... у меня такие же были...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106041</commentid>
    <comment_count>4</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2010-01-27 18:01:30 +0300</bug_when>
    <thetext>2shrek: Перевешивать свои баги на других -- это непрофессионально.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106042</commentid>
    <comment_count>5</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 18:06:00 +0300</bug_when>
    <thetext>2ldv: xorg-drv-intel требует KMS. KMS выключен в ядре. как лечить xorg-drv-intel?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106043</commentid>
    <comment_count>6</comment_count>
    <who name="Boris Savelev">boris</who>
    <bug_when>2010-01-27 18:10:22 +0300</bug_when>
    <thetext>проблема в этом?
cat config-2.6.32-un-def-alt6 | grep 915 | grep KMS
# CONFIG_DRM_I915_KMS is not set</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106044</commentid>
    <comment_count>7</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2010-01-27 18:13:08 +0300</bug_when>
    <thetext>(In reply to comment #5)
&gt; 2ldv: xorg-drv-intel требует KMS. KMS выключен в ядре. как лечить
&gt; xorg-drv-intel?

Раньше xorg-drv-intel не требовал KMS в ядре.
Надо было, наверное, отправлять в Сизиф xorg-drv-intel, заточенный на KMS, предварительно убедившись, что в Сизифе есть ядро, реализующее KMS.

Есть ещё одна мысль: добавить в xorg-drv-intel %pre-скрипт, который проверит, есть ли в работающем ядре поддержка KMS, и, если не найдёт, то напишет диагностику и завершится с exit 1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106045</commentid>
    <comment_count>8</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 18:14:18 +0300</bug_when>
    <thetext>(В ответ на комментарий №6)
&gt; проблема в этом?
&gt; cat config-2.6.32-un-def-alt6 | grep 915 | grep KMS
&gt; # CONFIG_DRM_I915_KMS is not set

именно</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106047</commentid>
    <comment_count>9</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 18:18:26 +0300</bug_when>
    <thetext>(В ответ на комментарий №7)
&gt; (In reply to comment #5)
&gt; &gt; 2ldv: xorg-drv-intel требует KMS. KMS выключен в ядре. как лечить
&gt; &gt; xorg-drv-intel?
&gt; 
&gt; Раньше xorg-drv-intel не требовал KMS в ядре.
&gt; Надо было, наверное, отправлять в Сизиф xorg-drv-intel, заточенный на KMS,
&gt; предварительно убедившись, что в Сизифе есть ядро, реализующее KMS.

проблема в том что xorg-drv-intel-2.9.1 фактически конфликтует с ядром 2.6.32 и выше, т.к. всю логику управления режимами и т.п. перенесли в drm

&gt; 
&gt; Есть ещё одна мысль: добавить в xorg-drv-intel %pre-скрипт, который проверит,
&gt; есть ли в работающем ядре поддержка KMS, и, если не найдёт, то напишет
&gt; диагностику и завершится с exit 1.

и dist-upgrade обломится на полпути</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106048</commentid>
    <comment_count>10</comment_count>
    <who name="Sergey V Turchin">zerg</who>
    <bug_when>2010-01-27 18:22:38 +0300</bug_when>
    <thetext>(В ответ на комментарий №9)
&gt; &gt; добавить в xorg-drv-intel %pre-скрипт, который проверит,
&gt; &gt; есть ли в работающем ядре поддержка KMS, и, если не найдёт, то напишет
&gt; &gt; диагностику и завершится с exit 1.
&gt; и dist-upgrade обломится на полпути
У нас уже есть возможность запускать скрипты после всей транзакции.
Было бы здорово иметь возможность до.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106050</commentid>
    <comment_count>11</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2010-01-27 18:30:30 +0300</bug_when>
    <thetext>(In reply to comment #9)
&gt; проблема в том что xorg-drv-intel-2.9.1 фактически конфликтует с ядром 2.6.32
&gt; и выше, т.к. всю логику управления режимами и т.п. перенесли в drm

Проблема не столько в этом, сколько в том, что и, наоборот, xorg-drv-intel-2.10.0 фактически несовместим со всеми предыдущими ядрами.

&gt; &gt; Есть ещё одна мысль: добавить в xorg-drv-intel %pre-скрипт, который проверит,
&gt; &gt; есть ли в работающем ядре поддержка KMS, и, если не найдёт, то напишет
&gt; &gt; диагностику и завершится с exit 1.
&gt; 
&gt; и dist-upgrade обломится на полпути

dist-upgrade не обломится по пути, однако новый xorg-drv-intel не будет установлен.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106051</commentid>
    <comment_count>12</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 18:36:11 +0300</bug_when>
    <thetext>(В ответ на комментарий №11)
&gt; (In reply to comment #9)
&gt; &gt; проблема в том что xorg-drv-intel-2.9.1 фактически конфликтует с ядром 2.6.32
&gt; &gt; и выше, т.к. всю логику управления режимами и т.п. перенесли в drm
&gt; 
&gt; Проблема не столько в этом, сколько в том, что и, наоборот,
&gt; xorg-drv-intel-2.10.0 фактически несовместим со всеми предыдущими ядрами.

на 2.6.30 с включенным KMS он работает

&gt; 
&gt; &gt; &gt; Есть ещё одна мысль: добавить в xorg-drv-intel %pre-скрипт, который проверит,
&gt; &gt; &gt; есть ли в работающем ядре поддержка KMS, и, если не найдёт, то напишет
&gt; &gt; &gt; диагностику и завершится с exit 1.
&gt; &gt; 
&gt; &gt; и dist-upgrade обломится на полпути
&gt; 
&gt; dist-upgrade не обломится по пути, однако новый xorg-drv-intel не будет
&gt; установлен.

есть вероятность что он не будет установлен никогда</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106052</commentid>
    <comment_count>13</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2010-01-27 18:38:16 +0300</bug_when>
    <thetext>(In reply to comment #9)
&gt; проблема в том что xorg-drv-intel-2.9.1 фактически конфликтует с ядром 2.6.32 и
&gt; выше, т.к. всю логику управления режимами и т.п. перенесли в drm
Ну так синхронизироваться ж надо и анонсировать.  Сейчас прям рэкет какой-то выходит -- &quot;а ну-ка, boyarsh@, поддерживай единственное ядро в сизифе, с которым интеловское видео заработает у тех, кто его догадается поставить&quot;.

&gt; &gt; Есть ещё одна мысль: добавить в xorg-drv-intel %pre-скрипт, который проверит,
&gt; &gt; есть ли в работающем ядре поддержка KMS, и, если не найдёт, то напишет
&gt; &gt; диагностику и завершится с exit 1.
&gt; и dist-upgrade обломится на полпути
&quot;А если ты не выстрелишь в шарик, тогда испорчусь я!&quot; (c)

(In reply to comment #10)
&gt; У нас уже есть возможность запускать скрипты после всей транзакции.
&gt; Было бы здорово иметь возможность до.
Да, это позволило бы от многих неприятностей подстраховаться.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106053</commentid>
    <comment_count>14</comment_count>
    <who name="Sergey V Turchin">zerg</who>
    <bug_when>2010-01-27 18:41:44 +0300</bug_when>
    <thetext>(В ответ на комментарий №13)
&gt; &gt; Было бы здорово иметь возможность до.
&gt; Да, это позволило бы от многих неприятностей подстраховаться.
Я фигню написал. Чтоб до, нужно установить его до :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106054</commentid>
    <comment_count>15</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 18:43:31 +0300</bug_when>
    <thetext>2ldv: примерно так?
%pre
if ! grep -q &quot;CONFIG_DRM_I915_KMS=y&quot; /boot/config-$(uname -r); then
        exit 1
fi</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106055</commentid>
    <comment_count>16</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2010-01-27 18:47:19 +0300</bug_when>
    <thetext>так тоже нельзя.

Лучше всего сделать runtime проверку и не запускать xorg, пока пользователь не поставить нужного ядра.

Мне так кажется, а вам ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106056</commentid>
    <comment_count>17</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 18:48:15 +0300</bug_when>
    <thetext>2mike: во первых читай выше, во вторых
#19137 FAILED sisyphus/silicium
kernel-image.git=kernel-image-std-pae-2.6.32-alt1...
#19136 FAILED sisyphus/silicium
kernel-image.git=kernel-image-std-def-2.6.32-alt1...

#19145 DONE sisyphus/shrek xorg-drv-intel.git=2.10.0-alt1
сравни номера тасков</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106058</commentid>
    <comment_count>18</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 18:50:32 +0300</bug_when>
    <thetext>(В ответ на комментарий №16)
&gt; так тоже нельзя.
&gt; 
&gt; Лучше всего сделать runtime проверку и не запускать xorg, пока пользователь не
&gt; поставить нужного ядра.
&gt; 
&gt; Мне так кажется, а вам ?

лучше исправить ядра. или забить на все и ничего не обновлять, пусть протухает. или поставить xorg-drv-i810, что равносильно &quot;протухает&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106059</commentid>
    <comment_count>19</comment_count>
    <who name="Andrey Rahmatullin">wrar</who>
    <bug_when>2010-01-27 18:54:59 +0300</bug_when>
    <thetext>[14:16:19] &lt;gns___&gt; я не понял в чём драма с ксорг-дрв-интел и зачем пересобирать ядро ещё и .32
[14:16:34] &lt;gns___&gt; если достаточно в cmdline i915.modeset=1 или в /etc/modprobe.d/
[14:16:42] &lt;wRAR&gt; угу.
[14:16:49] &lt;wRAR&gt; просто это недистрибутивно
[14:17:26] &lt;gns&gt; дистрибутивно, это в пакете xorg-drv-intel принести файлик /etc/modprobe.d/i915</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106062</commentid>
    <comment_count>20</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 19:04:32 +0300</bug_when>
    <thetext>это костыльно. если в lilo.conf будет vesafb ему все равно поплохеет</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106065</commentid>
    <comment_count>21</comment_count>
    <who name="Nick S. Grechukh">gns</who>
    <bug_when>2010-01-27 19:19:23 +0300</bug_when>
    <thetext>&gt; Лучше всего сделать runtime проверку и не запускать xorg, пока пользователь не
поставить нужного ядра.

Как же пользователь его поставит, если у него интернет подключался через NetworkManager?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106066</commentid>
    <comment_count>22</comment_count>
    <who name="Sergey V Turchin">zerg</who>
    <bug_when>2010-01-27 19:21:44 +0300</bug_when>
    <thetext>(В ответ на комментарий №14)
&gt; Я фигню написал. Чтоб до, нужно установить его до :-)
Либо выкачивать такие скрипты с хешами apt из заголовков rpm, но это вряд ли кто будет реализовывать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106068</commentid>
    <comment_count>23</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2010-01-27 19:46:39 +0300</bug_when>
    <thetext>(In reply to comment #15)
&gt; 2ldv: примерно так?
&gt; %pre
&gt; if ! grep -q &quot;CONFIG_DRM_I915_KMS=y&quot; /boot/config-$(uname -r); then
&gt;         exit 1
&gt; fi

Примерно так.  Можно ещё проверить
+ /proc/cmdline на предмет i915.modeset=1
+ вывод modprobe -c на предмет options i915 modeset=1

Кстати, а если запаковать /etc/modprobe.d/i915, как тут предложили, хуже ведь не станет?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106069</commentid>
    <comment_count>24</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 19:51:33 +0300</bug_when>
    <thetext>с vga!=normal станет</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106071</commentid>
    <comment_count>25</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2010-01-27 19:56:40 +0300</bug_when>
    <thetext>(In reply to comment #24)
&gt; с vga!=normal станет

В какой момент?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106072</commentid>
    <comment_count>26</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-01-27 20:01:30 +0300</bug_when>
    <thetext>как оно себя поведет с бутсплешом не знаю, иксы расколбасит когда они полезут не в тот /dev/fb*</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106398</commentid>
    <comment_count>27</comment_count>
    <who name="Andrey Rahmatullin">wrar</who>
    <bug_when>2010-02-05 17:21:50 +0300</bug_when>
    <thetext>Хм, а в Debian таки запакован i915-kms.conf в пакете с иксодрайвером.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106399</commentid>
    <comment_count>28</comment_count>
    <who name="Valery Inozemtsev">shrek</who>
    <bug_when>2010-02-05 17:26:11 +0300</bug_when>
    <thetext>да без проблем</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106406</commentid>
    <comment_count>29</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2010-02-05 20:21:41 +0300</bug_when>
    <thetext>xorg-drv-intel-5:2.10.0-alt2 -&gt; sisyphus:

* Fri Feb 05 2010 Valery Inozemtsev &lt;shrek@altlinux&gt; 5:2.10.0-alt2

- /etc/modprobe.d/i915-kms.conf: enabled KMS (closes: #22828)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106414</commentid>
    <comment_count>30</comment_count>
    <who name="ReMaks">admaks</who>
    <bug_when>2010-02-06 11:50:52 +0300</bug_when>
    <thetext>(В ответ на комментарий №29)
&gt; xorg-drv-intel-5:2.10.0-alt2 -&gt; sisyphus:
&gt; 
&gt; * Fri Feb 05 2010 Valery Inozemtsev &lt;shrek@altlinux&gt; 5:2.10.0-alt2
&gt; 
&gt; - /etc/modprobe.d/i915-kms.conf: enabled KMS (closes: #22828)

Q: стали за запускаться Х (суть этого бага)?
A: да, багу можно закрыть...

Q: Стали ли лучше &quot;картинка&quot;?
A: однозначно - стало хуже картинка...
но на втором мониторе, не первом - все ОК.

конфигурация - нетбук, подключенный второй моник 19&quot; tft.
так на нем картинка - ужас...
представте себе crt моник, пузатый еще, который до вас проработал лет пять-десять... на нем уже нет фокуса... все плывет, все буквы не четкие, все размыто, глаза начинают болеть минут через 15...
именно такая картинка сейчас с новым драйвером при выводе картинки через LVDS (после i915-kms - нумерация сбилась... vga -&gt; vga1, lvds -&gt; lvds1)

я попробовал с разными настройками xorg.conf ... что было у меня, с новым сгенерированым - ситуация не меняется - картинка &quot;размыта&quot;.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>4227</attachid>
            <date>2010-01-26 14:31:51 +0300</date>
            <delta_ts>2010-01-26 14:31:51 +0300</delta_ts>
            <desc>полный лог Х</desc>
            <filename>Xorg.0.log.bug</filename>
            <type>application/octet-stream</type>
            <size>6338</size>
            <attacher name="ReMaks">admaks</attacher>
            
              <data encoding="base64">ClguT3JnIFggU2VydmVyIDEuNi41ClJlbGVhc2UgRGF0ZTogMjAwOS0xMC0xMQpYIFByb3RvY29s
IFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogQUxUIExpbnV4
IFNpc3lwaHVzICgyMDA4MTIyMikgaTY4NgpDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IExpbnV4
IGx5bnguaG9tZS5yZW1ha3MuaW5mbyAyLjYuMzItdW4tZGVmLWFsdDUgIzEgU01QIFRodSBKYW4g
MjEgMTI6MTY6MDEgVVRDIDIwMTAgaTY4NgpCdWlsZCBEYXRlOiAwNSBOb3ZlbWJlciAyMDA5ICAw
MTo0ODoxMVBNCiAKCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNrIGh0dHBzOi8vYnVn
emlsbGEuYWx0bGludXgub3JnLwoJdG8gbWFrZSBzdXJlIHRoYXQgeW91IGhhdmUgdGhlIGxhdGVz
dCB2ZXJzaW9uLgpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZpZyBmaWxlLCAo
PT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21tYW5kIGxpbmUsICghISkgbm90aWNl
LCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90
IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uCig9PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9Yb3Jn
LjAubG9nIiwgVGltZTogVHVlIEphbiAyNiAxNDoxMzowMCAyMDEwCig9PSkgVXNpbmcgY29uZmln
IGZpbGU6ICIvZXRjL1gxMS94b3JnLmNvbmYiCig9PSkgU2VydmVyTGF5b3V0ICJNaW5pbWFsIGxh
eW91dCIKKCoqKSB8LS0+U2NyZWVuICJTY3JlZW4wIiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3Ig
Ik1vbml0b3IwfDAiCigqKikgfCAgIHwtLT5EZXZpY2UgIkNhcmQwfDAiCigqKikgT3B0aW9uICJB
bGxvd01vdXNlT3BlbkZhaWwiICJ0cnVlIgooKiopIE9wdGlvbiAiQUlHTFgiICJ0cnVlIgooKiop
IE9wdGlvbiAiQXV0b0FkZERldmljZXMiICJ0cnVlIgooKiopIEF1dG9tYXRpY2FsbHkgYWRkaW5n
IGRldmljZXMKKD09KSBBdXRvbWF0aWNhbGx5IGVuYWJsaW5nIGRldmljZXMKKD09KSBGb250UGF0
aCBzZXQgdG86CgljYXRhbG9ndWU6L2V0Yy9YMTEvZm9udHBhdGguZAooPT0pIE1vZHVsZVBhdGgg
c2V0IHRvICIvdXNyL2xpYi9YMTEvbW9kdWxlcyIKKCoqKSBFeHRlbnNpb24gIkNvbXBvc2l0ZSIg
aXMgZW5hYmxlZAooKiopIEV4dGVuc2lvbiAiUkVOREVSIiBpcyBlbmFibGVkCihJSSkgQ2Fubm90
IGxvY2F0ZSBhIGNvcmUgcG9pbnRlciBkZXZpY2UuCihJSSkgQ2Fubm90IGxvY2F0ZSBhIGNvcmUg
a2V5Ym9hcmQgZGV2aWNlLgooSUkpIFRoZSBzZXJ2ZXIgcmVsaWVzIG9uIEhBTCB0byBwcm92aWRl
IHRoZSBsaXN0IG9mIGlucHV0IGRldmljZXMuCglJZiBubyBkZXZpY2VzIGJlY29tZSBhdmFpbGFi
bGUsIHJlY29uZmlndXJlIEhBTCBvciBkaXNhYmxlIEFsbG93RW1wdHlJbnB1dC4KKElJKSBMb2Fk
ZXIgbWFnaWM6IDB4M2ZhYzAKKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgoJWC5PcmcgQU5TSSBD
IEVtdWxhdGlvbjogMC40CglYLk9yZyBWaWRlbyBEcml2ZXI6IDUuMAoJWC5PcmcgWElucHV0IGRy
aXZlciA6IDQuMAoJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDIuMAooSUkpIExvYWRlciBydW5u
aW5nIG9uIGxpbnV4CigrKykgdXNpbmcgVlQgbnVtYmVyIDcKCigtLSkgUENJOiooMDowOjI6MCkg
ODA4NjoyN2FlOjE3YWE6Mzg3MCBJbnRlbCBDb3Jwb3JhdGlvbiBNb2JpbGUgOTQ1R01FIEV4cHJl
c3MgSW50ZWdyYXRlZCBHcmFwaGljcyBDb250cm9sbGVyIHJldiAzLCBNZW0gQCAweGYwNTAwMDAw
LzUyNDI4OCwgMHhkMDAwMDAwMC8yNjg0MzU0NTYsIDB4ZjA2MDAwMDAvMjYyMTQ0LCBJL08gQCAw
eDAwMDAxODAwLzgKKC0tKSBQQ0k6ICgwOjA6MjoxKSA4MDg2OjI3YTY6MTdhYTozODcwIEludGVs
IENvcnBvcmF0aW9uIE1vYmlsZSA5NDVHTS9HTVMvR01FLCA5NDMvOTQwR01MIEV4cHJlc3MgSW50
ZWdyYXRlZCBHcmFwaGljcyBDb250cm9sbGVyIHJldiAzLCBNZW0gQCAweGYwNTgwMDAwLzUyNDI4
OAooSUkpIFN5c3RlbSByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweGZmZmZmZmZmIC0gMHhm
ZmZmZmZmZiAoMHgxKSBNWFtCXQoJWzFdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4
MTAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkg
TVhbQl0KCVszXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQoJ
WzRdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVs1XSAtMQkwCTB4
MDAwMDAwMDAgLSAweDAwMDAwMDAwICgweDEpIElYW0JdCihJSSkgRXhlY3V0ZWQgL3Vzci9saWJl
eGVjL1gxMS9kcnYuZC94MTEKKElJKSAiZXh0bW9kIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMg
ZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUu
CihJSSkgImRiZSIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBh
bmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgooSUkpICJnbHgiIHdpbGwgYmUg
bG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGlu
IHRoZSBjb25maWcgZmlsZS4KKElJKSAiZHJpIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMgZW5h
YmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUuCihJ
SSkgImRyaTIiIHdpbGwgYmUgbG9hZGVkIGJ5IGRlZmF1bHQuCihJSSkgTG9hZE1vZHVsZTogImds
eCIKKElJKSBMb2FkaW5nIC91c3IvbGliL1gxMS9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LnNv
CihJSSkgTW9kdWxlIGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9y
IDEuNi41LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBF
eHRlbnNpb24sIHZlcnNpb24gMi4wCigqKikgQUlHTFggZW5hYmxlZAooSUkpIExvYWRpbmcgZXh0
ZW5zaW9uIEdMWAooSUkpIExvYWRNb2R1bGU6ICJkcmkiCihJSSkgTG9hZGluZyAvdXNyL2xpYi9Y
MTEvbW9kdWxlcy9leHRlbnNpb25zL2xpYmRyaS5zbwooSUkpIE1vZHVsZSBkcmk6IHZlbmRvcj0i
WC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjYuNSwgbW9kdWxlIHZlcnNpb24gPSAx
LjAuMAoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMAooSUkp
IExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtRFJJCihJSSkgTG9hZE1vZHVsZTogImRiZSIKKElJ
KSBMb2FkaW5nIC91c3IvbGliL1gxMS9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZGJlLnNvCihJSSkg
TW9kdWxlIGRiZTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNi41
LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRl
bnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAKKElJ
KSBMb2FkaW5nIGV4dGVuc2lvbiBET1VCTEUtQlVGRkVSCihJSSkgTG9hZE1vZHVsZTogInJlY29y
ZCIKKFdXKSBXYXJuaW5nLCBjb3VsZG4ndCBvcGVuIG1vZHVsZSByZWNvcmQKKElJKSBVbmxvYWRN
b2R1bGU6ICJyZWNvcmQiCihFRSkgRmFpbGVkIHRvIGxvYWQgbW9kdWxlICJyZWNvcmQiIChtb2R1
bGUgZG9lcyBub3QgZXhpc3QsIDApCihJSSkgTG9hZE1vZHVsZTogInh0cmFwIgooV1cpIFdhcm5p
bmcsIGNvdWxkbid0IG9wZW4gbW9kdWxlIHh0cmFwCihJSSkgVW5sb2FkTW9kdWxlOiAieHRyYXAi
CihFRSkgRmFpbGVkIHRvIGxvYWQgbW9kdWxlICJ4dHJhcCIgKG1vZHVsZSBkb2VzIG5vdCBleGlz
dCwgMCkKKElJKSBMb2FkTW9kdWxlOiAieHYiCihXVykgV2FybmluZywgY291bGRuJ3Qgb3BlbiBt
b2R1bGUgeHYKKElJKSBVbmxvYWRNb2R1bGU6ICJ4diIKKEVFKSBGYWlsZWQgdG8gbG9hZCBtb2R1
bGUgInh2IiAobW9kdWxlIGRvZXMgbm90IGV4aXN0LCAwKQooSUkpIExvYWRNb2R1bGU6ICJ2NGwi
CihJSSkgTG9hZGluZyAvdXNyL2xpYi9YMTEvbW9kdWxlcy9kcml2ZXJzL3Y0bF9kcnYuc28KKElJ
KSBNb2R1bGUgdjRsOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS42
LjAsIG1vZHVsZSB2ZXJzaW9uID0gMC4xLjEKCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVy
LCB2ZXJzaW9uIDUuMAooSUkpIExvYWRNb2R1bGU6ICJleHRtb2QiCihJSSkgTG9hZGluZyAvdXNy
L2xpYi9YMTEvbW9kdWxlcy9leHRlbnNpb25zL2xpYmV4dG1vZC5zbwooSUkpIE1vZHVsZSBleHRt
b2Q6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjYuNSwgbW9kdWxl
IHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglB
QkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGlu
ZyBleHRlbnNpb24gTUlULVNDUkVFTi1TQVZFUgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVl
ODYtVmlkTW9kZUV4dGVuc2lvbgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERQTVMKKElJKSBMb2Fk
aW5nIGV4dGVuc2lvbiBYVmlkZW8KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8tTW90aW9u
Q29tcGVuc2F0aW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWC1SZXNvdXJjZQooSUkpIExvYWRN
b2R1bGU6ICJkcmkyIgooSUkpIExvYWRpbmcgL3Vzci9saWIvWDExL21vZHVsZXMvZXh0ZW5zaW9u
cy9saWJkcmkyLnNvCihJSSkgTW9kdWxlIGRyaTI6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIK
CWNvbXBpbGVkIGZvciAxLjYuNSwgbW9kdWxlIHZlcnNpb24gPSAxLjEuMAoJQUJJIGNsYXNzOiBY
Lk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMAooSUkpIExvYWRpbmcgZXh0ZW5zaW9u
IERSSTIKKElJKSBMb2FkTW9kdWxlOiAiaW50ZWwiCihJSSkgTG9hZGluZyAvdXNyL2xpYi9YMTEv
bW9kdWxlcy9kcml2ZXJzL2ludGVsX2Rydi5zbwooSUkpIE1vZHVsZSBpbnRlbDogdmVuZG9yPSJY
Lk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNi41LCBtb2R1bGUgdmVyc2lvbiA9IDIu
MTAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKCUFCSSBjbGFzczogWC5Pcmcg
VmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDUuMAooSUkpIHY0bCBkcml2ZXIgZm9yIFZpZGVvNExpbnV4
CihJSSkgaW50ZWw6IERyaXZlciBmb3IgSW50ZWwgSW50ZWdyYXRlZCBHcmFwaGljcyBDaGlwc2V0
czogaTgxMCwKCWk4MTAtZGMxMDAsIGk4MTBlLCBpODE1LCBpODMwTSwgODQ1RywgODUyR00vODU1
R00sIDg2NUcsIDkxNUcsCglFNzIyMSAoaTkxNSksIDkxNUdNLCA5NDVHLCA5NDVHTSwgOTQ1R01F
LCBQaW5ldmlldyBHTSwgUGluZXZpZXcgRywKCTk2NUcsIEczNSwgOTY1USwgOTQ2R1osIDk2NUdN
LCA5NjVHTUUvR0xFLCBHMzMsIFEzNSwgUTMzLCBHTTQ1LAoJNCBTZXJpZXMsIEc0NS9HNDMsIFE0
NS9RNDMsIEc0MSwgQjQzLCBDbGFya2RhbGUsIEFycmFuZGFsZQooSUkpIFByaW1hcnkgRGV2aWNl
IGlzOiBQQ0kgMDBAMDA6MDI6MAooV1cpIEZhbGxpbmcgYmFjayB0byBvbGQgcHJvYmUgbWV0aG9k
IGZvciB2NGwKKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoKCVswXSAtMQkwCTB4
ZmZmZmZmZmYgLSAweGZmZmZmZmZmICgweDEpIE1YW0JdCglbMV0gLTEJMAkweDAwMGYwMDAwIC0g
MHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0KCVsyXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVm
ZmZmICgweDMwMDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4
YTAwMDApIE1YW0JdCglbNF0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtC
XQoJWzVdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwMDAgKDB4MSkgSVhbQl0KKEVFKSBpbnRl
bCgwKTogTm8ga2VybmVsIG1vZGVzZXR0aW5nIGRyaXZlciBkZXRlY3RlZC4KKElJKSBVbmxvYWRN
b2R1bGU6ICJpbnRlbCIKKEVFKSBTY3JlZW4ocykgZm91bmQsIGJ1dCBub25lIGhhdmUgYSB1c2Fi
bGUgY29uZmlndXJhdGlvbi4KCkZhdGFsIHNlcnZlciBlcnJvcjoKbm8gc2NyZWVucyBmb3VuZAoK
UGxlYXNlIGNvbnN1bHQgdGhlIFRoZSBYLk9yZyBGb3VuZGF0aW9uIHN1cHBvcnQgCgkgYXQgaHR0
cHM6Ly9idWd6aWxsYS5hbHRsaW51eC5vcmcvCiBmb3IgaGVscC4gClBsZWFzZSBhbHNvIGNoZWNr
IHRoZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9yZy4wLmxvZyIgZm9yIGFkZGl0aW9uYWwgaW5m
b3JtYXRpb24uCgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>