<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>97843</bug_id>
          
          <creation_ts>2005-07-03 11:04 0000</creation_ts>
          <short_desc>gentoo-sources 2.6.12-r3 causes slowdown of entire system</short_desc>
          <delta_ts>2005-07-27 16:00:51 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>InCVS</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>soir@fuzzysock.net</reporter>
          <assigned_to>dsd@gentoo.org</assigned_to>
          <cc>dsd@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>soir@fuzzysock.net</who>
            <bug_when>2005-07-03 11:04:52 0000</bug_when>
            <thetext>Having emerged gentoo-sources 2.6.12-r3, the system was rebooted to use the new
kernel and although it worked with no unusual errors in syslog, the startup time
has increased substantially. Using wvdial to connect to my ISP (ppp0, 56kbps
external modem) results in slow program operation, taking a couple of minutes to
even begin dialling. Starting X after boot works, but it just sits there, taking
its sweet time to even show the initial cursor.

Went back to using 2.6.12-r2 on the same system with no problems in any area. Am
including the diff of the output to /var/log/messages between -r3 and -r2.

Reproducible: Always
Steps to Reproduce:
1. emerge =gentoo-sources-2.6.12-r3, make kernel as normal (copying old .config
over to new kernel)
2. reboot
3. watch as 1.83ghz athlon laptop pretends to be clocked at 183mhz or so

Actual Results:  
System operated, but slower than should be expected.

Expected Results:  
Should be about as quick to boot up and run programs as -r2 is.

(emerge --info taken while running -r2, but then nothing in here should have
changed between kernel revisions, save for uname)

Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0,
2.6.12-gentoo-r2 i686)
=================================================================
System uname: 2.6.12-gentoo-r2 i686 mobile AMD Athlon(tm) XP2500+
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.9
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon-xp -O2 -fomit-frame-pointer -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-xp -O2 -fomit-frame-pointer -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks fixpackages sandbox sfperms strict userpriv
usersandbox&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/
ftp://mirrors1.netvisao.pt/gentoo/ ftp://ftp.gentoo-pt.org/pub/gentoo/ &quot;
LANG=&quot;en_GB.utf8&quot;
LC_ALL=&quot;en_GB.utf8&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext X a52 aac aalib acpi aim alsa apm audiofile avi
bash-completion bcmath berkdb bidi bitmap-fonts bmp bzlib canna cdparanoia cdr
cjk crypt curl dga directfb divx4linux dv dvd dvdr dvdread encode fbcon ffmpeg
flac freewnn ftp gd gd-external ggi gif glut gnutls gpm gtk gtk2 iconv icq
ieee1394 imagemagick imap ipv6 java javascript jikes joystick jpeg libcaca
libwww lzo mad matroska mikmod mime ming mmx mmxext mng motif mozilla mp3 mpeg
msn mythtv ncurses nls nptl ogg oggvorbis openal opengl oscar oss pam pcmcia
pcre pdflib perl png python qt quicktime readline recode samba scanner sdl slang
sndfile spell sse ssl tcltk tcpd tetex tga theora tiff truetype truetype-fonts
type1-fonts unicode usb vcd vorbis wifi win32codecs xml xml2 xpm xv xvid yahoo
yim zlib video_cards_ati userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LDFLAGS, LINGUAS

diff gentoo-r2.log gentoo-r3.log
(if the same configuration works on -r2, perhaps the diff is a good place to
find what&apos;s troubling the system)
3c3
&lt; chibisuke Linux version 2.6.12-gentoo-r2 (root@chibisuke) (gcc version 3.4.4
(Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8))
---
&gt; chibisuke Linux version 2.6.12-gentoo-r3 (root@chibisuke) (gcc version 3.4.4
(Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8))
32c32
&lt; chibisuke CPU 0 irqstacks, hard=c03da000 soft=c03d9000      
---
&gt; chibisuke CPU 0 irqstacks, hard=c03d7000 soft=c03d6000      
39c39
&lt; chibisuke Memory: 450000k/457664k available (1927k kernel code, 7104k
reserved, 796k data, 164k
---
&gt; chibisuke Memory: 450012k/457664k available (1920k kernel code, 7092k
reserved, 791k data, 164k
90d89
&lt; chibisuke inotify device minor=63        
124a124
&gt; chibisuke PCI: setting IRQ 0 as level-triggered     
129a130
&gt; chibisuke spurious 8259A interrupt: IRQ7.       
155a157
&gt; chibisuke ReiserFS: hda3: replayed 6 transactions in 0 seconds   
164c166
&lt; chibisuke ACPI: Thermal Zone [THRM] (97 C)     
---
&gt; chibisuke ACPI: Thermal Zone [THRM] (94 C)     
168a171
&gt; chibisuke Linux video capture interface: v1.00      
170a174,175
&gt; chibisuke usbcore: registered new driver spca5xx      
&gt; chibisuke
/var/tmp/portage/spca5xx-20050501/work/spca5xx-20050501/drivers/usb/spca5xx.c:
spca5xx driver 00.56.02 registered      
214c219
&lt; chibisuke Yenta: ISA IRQ mask 0x0018, PCI irq 11   
---
&gt; chibisuke Yenta: ISA IRQ mask 0x0098, PCI irq 11   
221a227
&gt; chibisuke ieee1394.agent: ... no drivers for IEEE1394 product 0x/0x/0x   
230d235
&lt; chibisuke ieee1394.agent: ... no drivers for IEEE1394 product 0x/0x/0x   
238c243
&lt; chibisuke dictd: :I: 11422 starting dictd 1.10.0/rf on Linux 2.6.12-gentoo-r2
Sun Jul
---
&gt; chibisuke dictd: :I: 13491 starting dictd 1.10.0/rf on Linux 2.6.12-gentoo-r3
Sun Jul
285a291,296
&gt; chibisuke psmouse.c: TouchPad at isa0060/serio1/input0 lost synchronization,
throwing 2 bytes away. 
&gt; chibisuke psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at byte 1  
&gt; chibisuke psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at byte 1  
&gt; chibisuke psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at byte 1  
&gt; chibisuke psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at byte 1  
&gt; chibisuke psmouse.c: TouchPad at isa0060/serio1/input0 - driver resynched.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-07-03 12:00:47 0000</bug_when>
            <thetext>Are you using the same .config for both kernels?
Please post a unified diff of the dmesg output (capture to files, then use diff -u)

Do you have megaraid or ite8212 storage hardware?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>soir@fuzzysock.net</who>
            <bug_when>2005-07-03 12:36:35 0000</bug_when>
            <thetext>Created an attachment (id=62560)
diff -u of messages between -r2 and -r3

The .config files are the same except for what &apos;make oldconfig&apos; changed
(summarised):

+# CONFIG_BLK_DEV_IT821X is not set
-CONFIG_INOTIFY=y

Attached unified diff of file output.

I haven&apos;t got any such hardware, no.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-07-03 12:47:59 0000</bug_when>
            <thetext>You don&apos;t appear to be loading the spca5xx driver in the -r2 instance. Does it
help if you don&apos;t load then when trying -r3?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>soir@fuzzysock.net</who>
            <bug_when>2005-07-03 13:23:05 0000</bug_when>
            <thetext>This particular issue existed before that particular driver was installed: I was
running -r2 when I emerged spca5xx, and it installed under -r3&apos;s modules, which
I wasn&apos;t using at the time since it caused this mentioned issue.

Of course, memory be darned, I removed the module anyway, and it actually sped
the init up to be of similar speed to -r2. Seemed like a good start. However,
wvdial still takes forever to dial out as compared to instaneously under -r2,
and X still steals the display and sits there doing nothing when it is run, so
it&apos;s only helped the init. I could test more programs under -r3, if it&apos;d help.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-07-03 14:15:44 0000</bug_when>
            <thetext>Ok, thats quite odd as I don&apos;t see any changes inbetween -r2 and -r3 which might
have such an effect.

The next step is to revert the changes, one by one, recompiling/rebooting after
every change, to see if there has been any difference. I understand if you don&apos;t
have enough time as this is a big thing to ask.. (maybe you could just try some?)

Here are the patches you need to revert one-by-one:

http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/2315_ide-no-lba.patch
http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/1002_linux-2.6.12.2.patch
http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/4345_it8212.patch
http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/4350_megaraid-update.patch
http://dev.gentoo.org/~dsd/gentoo-sources/trunk/2.6.12/4351_megaraid-compatibility.patch

I&apos;ve listed the most likely ones at the top, so hopefully the problematic one
will appear earlier. (you might like to revert the 3 at the end in the same go,
as they are very unlikely to have effect.)

To revert a patch:
Download it, then:
# cd /usr/src/linux
# patch -p1 -R -i /path/to/patch

Then recompile, install, reboot as normal. Then try the next patch, etc.

Thanks!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>soir@fuzzysock.net</who>
            <bug_when>2005-07-03 16:32:17 0000</bug_when>
            <thetext>By design this had to produce results, and it did; whatever problem I&apos;m having
is contained within 1002_linux-2.6.12.2.patch, as removing this patch fixes the
issue, thanks.

If that&apos;s the case, this might not be a gentoo issue specifically, so I
pre-emptively checked bugzilla.kernel.org and found this:
http://bugzilla.kernel.org/show_bug.cgi?id=4824

My symptoms aren&apos;t so severe, but the machine architecture and setup mentioned
are rather similar to mine. (XP-M 2500+, Compaq Presario 2143EA with ALi IDE
controller and chipset) Presuming the unapplied patch isn&apos;t too dissimilar to
the vanilla distribution, the issues might be related, but I&apos;ll wait for comment
before I consider going off and editing bits of kernel on a whim. :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-07-04 00:13:34 0000</bug_when>
            <thetext>Ok, great! Thanks a lot for investigating that.

Please re-apply the 2.6.12.2 patch:

# cd /usr/src/linux
# patch -p1 -i /path/to/1002_linux-2.6.12.2.patch

Then, download the patch from here to a file:
http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=44f8e1a20cf3afe10a3744bd9317808a39a242bb;hp=4a89a04f1ee21a7c1f4413f1ad7dcfac50ff9b63

And apply that one in a similar manner. (Note that this time we aren&apos;t using -R
argument in the patch command)

Then recompile, install, reboot, and hopefully the system will be fast again.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>soir@fuzzysock.net</who>
            <bug_when>2005-07-04 04:08:26 0000</bug_when>
            <thetext>Yep, running -r3 and all is back up to speed now, thanks a lot. Will this be in
the next gentoo-sources?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-07-04 10:40:56 0000</bug_when>
            <thetext>Yes</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-07-05 10:30:49 0000</bug_when>
            <thetext>Fixed in gentoo-sources-2.6.12-r4
Fixed in genpatches-2.6.12-7</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-07-05 11:13:34 0000</bug_when>
            <thetext>Forgot to say, thanks a lot for investigating the issue and testing those
patches so quickly. Nice to have it fixed as we&apos;re hitting release deadlines
real soon...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>soir@fuzzysock.net</who>
            <bug_when>2005-07-27 16:00:51 0000</bug_when>
            <thetext>Heh, no problem, it didn&apos;t take so long. Linux is the friend of those with lots
of free time. :)

Cleaning up, 2.6.12-r3 verified, no recurrence in later revisions. Closing.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>62560</attachid>
            <date>2005-07-03 12:36 0000</date>
            <desc>diff -u of messages between -r2 and -r3</desc>
            <filename>message-udiff.log</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC9yb290L2dlbnRvby1yMi5sb2cJMjAwNS0wNy0wMyAxODowNjowNy4wMDAwMDAwMDAgKzAx
MDAKKysrIC9yb290L2dlbnRvby1yMy5sb2cJMjAwNS0wNy0wMyAxODowNTo1MC4wMDAwMDAwMDAg
KzAxMDAKQEAgLTEsNiArMSw2IEBACiBjaGliaXN1a2Ugc3lzbG9nLW5nOiBzeXNsb2ctbmcgdmVy
c2lvbiAxLjYuOCBzdGFydGluZyAgICAgIAogY2hpYmlzdWtlIHN5c2xvZy1uZzogQ2hhbmdpbmcg
cGVybWlzc2lvbnMgb24gc3BlY2lhbCBmaWxlIC9kZXYvdHR5MTIgICAgCi1jaGliaXN1a2UgTGlu
dXggdmVyc2lvbiAyLjYuMTItZ2VudG9vLXIyIChyb290QGNoaWJpc3VrZSkgKGdjYyB2ZXJzaW9u
IDMuNC40IChHZW50b28gMy40LjQsIHNzcC0zLjQuNC0xLjAsIHBpZS04LjcuOCkpCitjaGliaXN1
a2UgTGludXggdmVyc2lvbiAyLjYuMTItZ2VudG9vLXIzIChyb290QGNoaWJpc3VrZSkgKGdjYyB2
ZXJzaW9uIDMuNC40IChHZW50b28gMy40LjQsIHNzcC0zLjQuNC0xLjAsIHBpZS04LjcuOCkpCiBj
aGliaXN1a2UgQklPUy1wcm92aWRlZCBwaHlzaWNhbCBSQU0gbWFwOiAgICAgICAKIGNoaWJpc3Vr
ZSBCSU9TLWU4MjA6IDAwMDAwMDAwMDAwMDAwMDAgLSAwMDAwMDAwMDAwMDlmODAwICh1c2FibGUp
ICAgICAgCiBjaGliaXN1a2UgQklPUy1lODIwOiAwMDAwMDAwMDAwMDlmODAwIC0gMDAwMDAwMDAw
MDBhMDAwMCAocmVzZXJ2ZWQpICAgICAgCkBAIC0yOSwxNCArMjksMTQgQEAKIGNoaWJpc3VrZSBM
b2NhbCBBUElDIGRpc2FibGVkIGJ5IEJJT1MgLS0geW91IGNhbiBlbmFibGUgaXQgd2l0aAogY2hp
YmlzdWtlIG1hcHBlZCBBUElDIHRvIGZmZmZkMDAwICgwMTM4MDAwMCkgICAgICAKIGNoaWJpc3Vr
ZSBJbml0aWFsaXppbmcgQ1BVIzAgICAgICAgICAKLWNoaWJpc3VrZSBDUFUgMCBpcnFzdGFja3Ms
IGhhcmQ9YzAzZGEwMDAgc29mdD1jMDNkOTAwMCAgICAgIAorY2hpYmlzdWtlIENQVSAwIGlycXN0
YWNrcywgaGFyZD1jMDNkNzAwMCBzb2Z0PWMwM2Q2MDAwICAgICAgCiBjaGliaXN1a2UgUElEIGhh
c2ggdGFibGUgZW50cmllczogMjA0OCAob3JkZXI6IDExLCAzMjc2OCBieXRlcykgIAogY2hpYmlz
dWtlIERldGVjdGVkIDE4NTQuOTkxIE1IeiBwcm9jZXNzb3IuICAgICAgIAogY2hpYmlzdWtlIFVz
aW5nIHBtdG1yIGZvciBoaWdoLXJlcyB0aW1lc291cmNlICAgICAgCiBjaGliaXN1a2UgQ29uc29s
ZTogY29sb3VyIFZHQSsgODB4MjUgICAgICAgCiBjaGliaXN1a2UgRGVudHJ5IGNhY2hlIGhhc2gg
dGFibGUgZW50cmllczogNjU1MzYgKG9yZGVyOiA2LCAyNjIxNDQgYnl0ZXMpIAogY2hpYmlzdWtl
IElub2RlLWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMzI3NjggKG9yZGVyOiA1LCAxMzEwNzIg
Ynl0ZXMpICAKLWNoaWJpc3VrZSBNZW1vcnk6IDQ1MDAwMGsvNDU3NjY0ayBhdmFpbGFibGUgKDE5
MjdrIGtlcm5lbCBjb2RlLCA3MTA0ayByZXNlcnZlZCwgNzk2ayBkYXRhLCAxNjRrCitjaGliaXN1
a2UgTWVtb3J5OiA0NTAwMTJrLzQ1NzY2NGsgYXZhaWxhYmxlICgxOTIwayBrZXJuZWwgY29kZSwg
NzA5MmsgcmVzZXJ2ZWQsIDc5MWsgZGF0YSwgMTY0awogY2hpYmlzdWtlIENoZWNraW5nIGlmIHRo
aXMgcHJvY2Vzc29yIGhvbm91cnMgdGhlIFdQIGJpdCBldmVuIGluIHN1cGVydmlzb3IKIGNoaWJp
c3VrZSBDYWxpYnJhdGluZyBkZWxheSBsb29wLi4uIDM2ODYuNDAgQm9nb01JUFMgKGxwaj0xODQz
MjAwKSAgICAgCiBjaGliaXN1a2UgTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIg
ICAgICAKQEAgLTg3LDcgKzg3LDYgQEAKIGNoaWJpc3VrZSBwbnA6IDAwOjA2OiBpb3BvcnQgcmFu
Z2UgMHg4MDAwLTB4ODA3ZiBjb3VsZCBub3QgYmUgcmVzZXJ2ZWQgIAogY2hpYmlzdWtlIFNpbXBs
ZSBCb290IEZsYWcgYXQgMHgzNiBzZXQgdG8gMHgxICAgCiBjaGliaXN1a2UgTWFjaGluZSBjaGVj
ayBleGNlcHRpb24gcG9sbGluZyB0aW1lciBzdGFydGVkLiAgICAgCi1jaGliaXN1a2UgaW5vdGlm
eSBkZXZpY2UgbWlub3I9NjMgICAgICAgIAogY2hpYmlzdWtlIEluaXRpYWxpemluZyBDcnlwdG9n
cmFwaGljIEFQSSAgICAgICAgCiBjaGliaXN1a2UgQVRJIE5vcnRoYnJpZGdlLCByZXNlcnZpbmcg
SS9PIHBvcnRzIDB4M2IwIHRvIDB4M2JiLiAgIAogY2hpYmlzdWtlIEFjdGl2YXRpbmcgSVNBIERN
QSBoYW5nIHdvcmthcm91bmRzLiAgICAgIApAQCAtMTIyLDExICsxMjEsMTMgQEAKIGNoaWJpc3Vr
ZSBXYXJuaW5nOiBBVEkgUmFkZW9uIElHUCBOb3J0aGJyaWRnZSBpcyBub3QgeWV0IGZ1bGx5IHRl
c3RlZC4gCiBjaGliaXN1a2UgQUxJMTVYMzogSURFIGNvbnRyb2xsZXIgYXQgUENJIHNsb3QgMDAw
MDowMDoxMC4wICAgIAogY2hpYmlzdWtlIEFDUEk6IFBDSSBJbnRlcnJ1cHQgMDAwMDowMDoxMC4w
W0FdOiBubyBHU0kgLSB1c2luZyBJUlEgMCAKK2NoaWJpc3VrZSBQQ0k6IHNldHRpbmcgSVJRIDAg
YXMgbGV2ZWwtdHJpZ2dlcmVkICAgICAKIGNoaWJpc3VrZSBBTEkxNVgzOiBjaGlwc2V0IHJldmlz
aW9uIDE5NiAgICAgICAKIGNoaWJpc3VrZSBBTEkxNVgzOiBub3QgMTAwJSBuYXRpdmUgbW9kZTog
d2lsbCBwcm9iZSBpcnFzIGxhdGVyICAKIGNoaWJpc3VrZSBpZGUwOiBCTS1ETUEgYXQgMHg4MDgw
LTB4ODA4NywgQklPUyBzZXR0aW5nczogaGRhOkRNQSwgaGRiOnBpbyAgIAogY2hpYmlzdWtlIGlk
ZTE6IEJNLURNQSBhdCAweDgwODgtMHg4MDhmLCBCSU9TIHNldHRpbmdzOiBoZGM6cGlvLCBoZGQ6
cGlvICAgCiBjaGliaXN1a2UgUHJvYmluZyBJREUgaW50ZXJmYWNlIGlkZTAuLi4gICAgICAgCitj
aGliaXN1a2Ugc3B1cmlvdXMgODI1OUEgaW50ZXJydXB0OiBJUlE3LiAgICAgICAKIGNoaWJpc3Vr
ZSBpbnB1dDogQVQgVHJhbnNsYXRlZCBTZXQgMiBrZXlib2FyZCBvbiBpc2EwMDYwL3NlcmlvMCAg
IAogY2hpYmlzdWtlIGhkYTogU1Q5NDAxMUEsIEFUQSBESVNLIGRyaXZlICAgICAgCiBjaGliaXN1
a2UgaWRlMCBhdCAweDFmMC0weDFmNywweDNmNiBvbiBpcnEgMTQgICAgIApAQCAtMTUzLDYgKzE1
NCw3IEBACiBjaGliaXN1a2UgUmVpc2VyRlM6IGhkYTM6IHVzaW5nIG9yZGVyZWQgZGF0YSBtb2Rl
ICAgICAKIGNoaWJpc3VrZSBSZWlzZXJGUzogaGRhMzogam91cm5hbCBwYXJhbXM6IGRldmljZSBo
ZGEzLCBzaXplIDgxOTIsIGpvdXJuYWwgZmlyc3QgYmxvY2sKIGNoaWJpc3VrZSBSZWlzZXJGUzog
aGRhMzogY2hlY2tpbmcgdHJhbnNhY3Rpb24gbG9nIChoZGEzKSAgICAgCitjaGliaXN1a2UgUmVp
c2VyRlM6IGhkYTM6IHJlcGxheWVkIDYgdHJhbnNhY3Rpb25zIGluIDAgc2Vjb25kcyAgIAogY2hp
YmlzdWtlIFJlaXNlckZTOiBoZGEzOiBVc2luZyByNSBoYXNoIHRvIHNvcnQgbmFtZXMgICAKIGNo
aWJpc3VrZSBWRlM6IE1vdW50ZWQgcm9vdCAocmVpc2VyZnMgZmlsZXN5c3RlbSkgcmVhZG9ubHku
ICAgICAKIGNoaWJpc3VrZSBGcmVlaW5nIHVudXNlZCBrZXJuZWwgbWVtb3J5OiAxNjRrIGZyZWVk
ICAgICAKQEAgLTE2MSwxMyArMTYzLDE2IEBACiBjaGliaXN1a2UgQUNQSTogUG93ZXIgQnV0dG9u
IChGRikgW1BXUkZdICAgICAgCiBjaGliaXN1a2UgQUNQSTogTGlkIFN3aXRjaCBbTElEXSAgICAg
ICAKIGNoaWJpc3VrZSBBQ1BJOiBDUFUwIChwb3dlciBzdGF0ZXM6IEMxW0MxXSBDMltDMl0pICAg
ICAKLWNoaWJpc3VrZSBBQ1BJOiBUaGVybWFsIFpvbmUgW1RIUk1dICg5NyBDKSAgICAgCitjaGli
aXN1a2UgQUNQSTogVGhlcm1hbCBab25lIFtUSFJNXSAoOTQgQykgICAgIAogY2hpYmlzdWtlIEFD
UEk6IEFDIEFkYXB0ZXIgW0FDQURdIChvbi1saW5lKSAgICAgIAogY2hpYmlzdWtlIENTTElQOiBj
b2RlIGNvcHlyaWdodCAxOTg5IFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5p
YSAKIGNoaWJpc3VrZSBQUFAgZ2VuZXJpYyBkcml2ZXIgdmVyc2lvbiAyLjQuMiAgICAgIAogY2hp
YmlzdWtlIFBQUCBEZWZsYXRlIENvbXByZXNzaW9uIG1vZHVsZSByZWdpc3RlcmVkICAgICAgCitj
aGliaXN1a2UgTGludXggdmlkZW8gY2FwdHVyZSBpbnRlcmZhY2U6IHYxLjAwICAgICAgCiBjaGli
aXN1a2UgdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgZHJpdmVyIHVzYmZzICAgICAgCiBjaGliaXN1
a2UgdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgZHJpdmVyIGh1YiAgICAgIAorY2hpYmlzdWtlIHVz
YmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGRyaXZlciBzcGNhNXh4ICAgICAgCitjaGliaXN1a2UgL3Zh
ci90bXAvcG9ydGFnZS9zcGNhNXh4LTIwMDUwNTAxL3dvcmsvc3BjYTV4eC0yMDA1MDUwMS9kcml2
ZXJzL3VzYi9zcGNhNXh4LmM6IHNwY2E1eHggZHJpdmVyIDAwLjU2LjAyIHJlZ2lzdGVyZWQgICAg
ICAKIGNoaWJpc3VrZSBBZGRpbmcgNTI0MjgwayBzd2FwIG9uIC92YXIvbGliL3N3YXAvMC4gUHJp
b3JpdHk6LTEgZXh0ZW50czoyNCAgICAKIGNoaWJpc3VrZSBMaW51eCBhZ3BnYXJ0IGludGVyZmFj
ZSB2MC4xMDEgKGMpIERhdmUgSm9uZXMgICAgCiBjaGliaXN1a2UgYWdwZ2FydDogRGV0ZWN0ZWQg
QXRpIElHUDMyMC9NIGNoaXBzZXQgICAgICAKQEAgLTIxMSw3ICsyMTYsNyBAQAogY2hpYmlzdWtl
IFllbnRhOiBDYXJkQnVzIGJyaWRnZSBmb3VuZCBhdCAwMDAwOjAwOjBhLjAgWzEwM2M6MDAyNF0g
ICAgCiBjaGliaXN1a2UgWWVudGEgTzI6IHJlcyBhdCAweDk0LzB4RDQ6IDAwL2VhICAgICAKIGNo
aWJpc3VrZSBZZW50YSBPMjogZW5hYmxpbmcgcmVhZCBwcmVmZXRjaC93cml0ZSBidXJzdCAgICAg
Ci1jaGliaXN1a2UgWWVudGE6IElTQSBJUlEgbWFzayAweDAwMTgsIFBDSSBpcnEgMTEgICAKK2No
aWJpc3VrZSBZZW50YTogSVNBIElSUSBtYXNrIDB4MDA5OCwgUENJIGlycSAxMSAgIAogY2hpYmlz
dWtlIFNvY2tldCBzdGF0dXM6IDMwMDAwMDA3ICAgICAgICAKIGNoaWJpc3VrZSBvaGNpMTM5NDog
JFJldjogMTI1MCAkIEJlbiBDb2xsaW5zIDxiY29sbGluc0BkZWJpYW4ub3JnPiAgICAKIGNoaWJp
c3VrZSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0NdIGVuYWJsZWQgYXQgSVJRIDEwICAK
QEAgLTIxOSw2ICsyMjQsNyBAQAogY2hpYmlzdWtlIG9oY2kxMzk0OiBmdy1ob3N0MDogT0hDSS0x
Mzk0IDEuMSAoUENJKTogSVJRPVsxMF0gTU1JTz1bZDAwMDcwMDAtZDAwMDc3ZmZdIE1heCBQYWNr
ZXQ9WzIwNDhdICAKIGNoaWJpc3VrZSBpZWVlMTM5NC5hZ2VudDogLi4uIG5vIGRyaXZlcnMgZm9y
IElFRUUxMzk0IHByb2R1Y3QgMHgvMHgvMHggICAKIGNoaWJpc3VrZSBpZWVlMTM5NDogSG9zdCBh
ZGRlZDogSUQ6QlVTWzAtMDA6MTAyM10gR1VJRFswMDBkOWQ3MTllODE0MGYzXSAgICAgIAorY2hp
YmlzdWtlIGllZWUxMzk0LmFnZW50OiAuLi4gbm8gZHJpdmVycyBmb3IgSUVFRTEzOTQgcHJvZHVj
dCAweC8weC8weCAgIAogY2hpYmlzdWtlIG5hdHNlbWkgZHA4MzgxeCBkcml2ZXIsIHZlcnNpb24g
MS4wNytMSzEuMC4xNywgU2VwIDI3LCAyMDAyICAgCiBjaGliaXN1a2Ugb3JpZ2luYWxseSBieSBE
b25hbGQgQmVja2VyIDxiZWNrZXJAc2N5bGQuY29tPiAgICAgIAogY2hpYmlzdWtlIGh0dHA6Ly93
d3cuc2N5bGQuY29tL25ldHdvcmsvbmF0c2VtaS5odG1sICAgICAgICAgIApAQCAtMjI3LDcgKzIz
Myw2IEBACiBjaGliaXN1a2UgQUNQSTogUENJIEludGVycnVwdCAwMDAwOjAwOjEyLjBbQV0gLT4g
TGluayBbTE5LQl0gLT4gR1NJIDExIChsZXZlbCwKIGNoaWJpc3VrZSBuYXRzZW1pIGV0aDE6IE5h
dFNlbWkgRFA4MzgxWzU2XSBhdCAweGQwMDA4MDAwICgwMDAwOjAwOjEyLjApLCAwMDowZDo5ZDo4
MzowNDplNiwgSVJRIDExLCBwb3J0CiBjaGliaXN1a2UgcmMtc2NyaXB0czogbmV0LmV0aDE6IGNh
bm5vdCBzdGFydCB1bnRpbCB0aGUgcnVubGV2ZWwgYm9vdCBoYXMgY29tcGxldGVkIAotY2hpYmlz
dWtlIGllZWUxMzk0LmFnZW50OiAuLi4gbm8gZHJpdmVycyBmb3IgSUVFRTEzOTQgcHJvZHVjdCAw
eC8weC8weCAgIAogY2hpYmlzdWtlIFJlYWwgVGltZSBDbG9jayBEcml2ZXIgdjEuMTIgICAgICAK
IGNoaWJpc3VrZSBpbnB1dDogUEMgU3BlYWtlciAgICAgICAgCiBjaGliaXN1a2UgU3luYXB0aWNz
IFRvdWNocGFkLCBtb2RlbDogMSwgZnc6IDUuOSwgaWQ6IDB4MjM2ZWIzLCBjYXBzOiAweDkwNDcx
My8weDEwMDA4IApAQCAtMjM1LDcgKzI0MCw3IEBACiBjaGliaXN1a2UgcGFycG9ydDogUG5QQklP
UyBwYXJwb3J0IGRldGVjdGVkLiAgICAgICAKIGNoaWJpc3VrZSBwYXJwb3J0MDogUEMtc3R5bGUg
YXQgMHgzNzggKDB4Nzc4KSwgaXJxIDcgW1BDU1BQKCwuLi4pXSAgIAogY2hpYmlzdWtlIGluaXQ6
IEVudGVyaW5nIHJ1bmxldmVsOiAzICAgICAgIAotY2hpYmlzdWtlIGRpY3RkOiA6STogMTE0MjIg
c3RhcnRpbmcgZGljdGQgMS4xMC4wL3JmIG9uIExpbnV4IDIuNi4xMi1nZW50b28tcjIgU3VuIEp1
bAorY2hpYmlzdWtlIGRpY3RkOiA6STogMTM0OTEgc3RhcnRpbmcgZGljdGQgMS4xMC4wL3JmIG9u
IExpbnV4IDIuNi4xMi1nZW50b28tcjMgU3VuIEp1bAogY2hpYmlzdWtlIGRpY3RkOiA6STogd2Vi
MTkxMyAxODUzOTkgMzUyMTI3MCAxMTcyODM2NiAzMTk0Njk2MSAgICAKIGNoaWJpc3VrZSBkaWN0
ZDogOkk6IHduIDE1NDU2MyAzMTYzMjQ0IDg5NTQwMzkgMjc5NTUwMDUgICAgCiBjaGliaXN1a2Ug
ZGljdGQ6IDpJOiBnYXpldHRlZXIgNTI5OTQgMTExMzc3OCAxNzk3MDQ5IDg1NTE5MTIgICAgCkBA
IC0yODMsMyArMjg4LDkgQEAKIGNoaWJpc3VrZSBwcHBkOiByZW1vdGUgSVAgYWRkcmVzcyAyMTMu
NDguMjMwLjQgICAgICAKIGNoaWJpc3VrZSBwcHBkOiBwcmltYXJ5IEROUyBhZGRyZXNzIDE5My4z
OC4xMTMuMyAgICAgIAogY2hpYmlzdWtlIHBwcGQ6IHNlY29uZGFyeSBETlMgYWRkcmVzcyAxOTQu
MTE3LjE1Ny40ICAgICAgCitjaGliaXN1a2UgcHNtb3VzZS5jOiBUb3VjaFBhZCBhdCBpc2EwMDYw
L3NlcmlvMS9pbnB1dDAgbG9zdCBzeW5jaHJvbml6YXRpb24sIHRocm93aW5nIDIgYnl0ZXMgYXdh
eS4gCitjaGliaXN1a2UgcHNtb3VzZS5jOiBUb3VjaFBhZCBhdCBpc2EwMDYwL3NlcmlvMS9pbnB1
dDAgbG9zdCBzeW5jIGF0IGJ5dGUgMSAgCitjaGliaXN1a2UgcHNtb3VzZS5jOiBUb3VjaFBhZCBh
dCBpc2EwMDYwL3NlcmlvMS9pbnB1dDAgbG9zdCBzeW5jIGF0IGJ5dGUgMSAgCitjaGliaXN1a2Ug
cHNtb3VzZS5jOiBUb3VjaFBhZCBhdCBpc2EwMDYwL3NlcmlvMS9pbnB1dDAgbG9zdCBzeW5jIGF0
IGJ5dGUgMSAgCitjaGliaXN1a2UgcHNtb3VzZS5jOiBUb3VjaFBhZCBhdCBpc2EwMDYwL3Nlcmlv
MS9pbnB1dDAgbG9zdCBzeW5jIGF0IGJ5dGUgMSAgCitjaGliaXN1a2UgcHNtb3VzZS5jOiBUb3Vj
aFBhZCBhdCBpc2EwMDYwL3NlcmlvMS9pbnB1dDAgLSBkcml2ZXIgcmVzeW5jaGVkLiAgICAK
</data>        

          </attachment>
    </bug>

</bugzilla>