<?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>124301</bug_id>
          
          <creation_ts>2006-02-27 13:16 0000</creation_ts>
          <short_desc>splashutils-1.1.9.10 emerge fails with various errors (kernel 2.6.16)</short_desc>
          <delta_ts>2006-09-13 07:02:24 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>Applications</component>
          <version>2006.0</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>126972</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>cokehabit@gmail.com</reporter>
          <assigned_to>spock@gentoo.org</assigned_to>
          <cc>alonbl@gentoo.org</cc>
    
    <cc>beber@meleeweb.net</cc>
    
    <cc>cokehabit@gmail.com</cc>
    
    <cc>d.gaffuri@reply.it</cc>
    
    <cc>dsd@gentoo.org</cc>
    
    <cc>henrik@brixandersen.dk</cc>
    
    <cc>hetfield666@gmail.com</cc>
    
    <cc>jakub@gentoo.org</cc>
    
    <cc>jasmin-genbug@pacifica.ch</cc>
    
    <cc>john.boguslawski@gmail.com</cc>
    
    <cc>paulmedic555@gmail.com</cc>
    
    <cc>ruud@il.fontys.nl</cc>
    
    <cc>svejk@pobox.com</cc>
    
    <cc>tnedor@gmail.com</cc>
    
    <cc>wladyx@gmail.com</cc>
    
    <cc>zedek@gnu.org</cc>

      

      
          <long_desc isprivate="0">
            <who>cokehabit@gmail.com</who>
            <bug_when>2006-02-27 13:16:55 0000</bug_when>
            <thetext>emerge splashutils-1.1.9.10 gives various errors before compile: 

[...snip]
  CC      common.o
  CC      daemon.o
In file included from daemon.c:27:
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:801: error: syntax error before &quot;kernel_ulong_t&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:801: warning: no semicolon at end of struct or union
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: syntax error before &quot;evbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: `BITS_PER_LONG&apos; undeclared here (not in a function)
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: error: syntax error before &quot;keybit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: error: syntax error before &quot;relbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: error: syntax error before &quot;absbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: error: syntax error before &quot;mscbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: error: syntax error before &quot;ledbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: error: syntax error before &quot;sndbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: error: syntax error before &quot;ffbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: error: syntax error before &quot;swbit&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: error: syntax error before &quot;driver_info&quot;
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: storage size of `evbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: error: storage size of `keybit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: error: storage size of `relbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: error: storage size of `absbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: error: storage size of `mscbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: error: storage size of `ledbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: error: storage size of `sndbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: error: storage size of `ffbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: error: storage size of `swbit&apos; isn&apos;t known
make: *** [daemon.o] Error 1

!!! ERROR: media-gfx/splashutils-1.1.9.10 failed.
Call stack:
  ebuild.sh, line 1928:   Called dyn_compile
  ebuild.sh, line 966:   Called src_compile

!!! failed to build splashutils

Achilles george # emerge --info

Portage 2.1_pre5 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-rc4 x86_64)
=================================================================
System uname: 2.6.16-rc4 x86_64 AMD Athlon(tm) 64 Processor 3700+
Gentoo Base System version 1.12.0_pre16
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2-r1
sys-apps/sandbox:    1.2.17
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.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS=&quot;amd64 ~amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=k8 -O2 -pipe&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=k8 -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache distlocks sfperms strict&quot;
GENTOO_MIRRORS=&quot;ftp://mirrors.blueyonder.co.uk/mirrors/gentoo ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.uk.gentoo.org/gentoo-portage&quot;
USE=&quot;amd64 X alsa avi berkdb bitmap-fonts cdr crypt cups dvd eds emboss encode foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 imlib ipv6 java jpeg lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly nvidia offensive ogg opengl pam pdflib perl png python quicktime readline sdl spell ssl tcpd tiff truetype-fonts type1-fonts usb userlocales vorbis xmms xpm xv xvid zlib elibc_glibc kernel_linux userland_GNU&quot;
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2006-02-27 14:02:20 0000</bug_when>
            <thetext>it&apos;s due to 2.6.16-rc*

i already told you spock :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cokehabit@gmail.com</who>
            <bug_when>2006-02-28 11:32:21 0000</bug_when>
            <thetext>if i get modular X working (i have a bug open) i will go down to 2.6.15-r5 and try again if spock wants</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkashouty@gmail.com</who>
            <bug_when>2006-03-02 13:12:58 0000</bug_when>
            <thetext>this is happening for me also... if i down grade to 2.6.15 splashutils will compile..

* Determining the location of the kernel source code
 * Found kernel source directory:
 *     /usr/src/linux
 * Found sources for kernel version:
 *     2.6.16-rc2-git5
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; Unpacking splashutils-lite-1.1.9.10.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.10-r1/work
&gt;&gt;&gt; Unpacking splashutils-gentoo-0.1.14.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.10-r1/work
&gt;&gt;&gt; Unpacking miscsplashutils-0.1.3.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.10-r1/work
&gt;&gt;&gt; Unpacking libpng-1.2.8.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.10-r1/work
&gt;&gt;&gt; Unpacking jpegsrc.v6b.tar.gz to /var/tmp/portage/splashutils-1.1.9.10-r1/work
&gt;&gt;&gt; Unpacking freetype-2.1.9.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.10-r1/work
&gt;&gt;&gt; Unpacking zlib-1.2.3.tar.bz2 to /var/tmp/portage/splashutils-1.1.9.10-r1/work
 * Applying splashutils-depscan.patch ...                                 [ ok ] * Applying splashutils-1.1.9.10-ppc-2.6.14.patch ...                     [ ok ]&gt;&gt;&gt; Source unpacked.
&gt;&gt;&gt; Compiling source in /var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10 ...
cc -O2 fbres.c -o fbres
strip fbres
make[1]: Entering directory `/var/tmp/portage/splashutils-1.1.9.10-r1/work/miscsplashutils-0.1.3/fbtruetype&apos;
gcc -O2 -Wall -I/usr/include/freetype2   -c -o fbtruetype.o fbtruetype.c
gcc -O2 -Wall -I/usr/include/freetype2   -c -o messages.o messages.c
distcc[25309] (dcc_writex) ERROR: failed to write: Connection refused
gcc -O2 -Wall -I/usr/include/freetype2   -c -o console.o console.c
distcc[25309] (dcc_writex) ERROR: failed to write: Broken pipe
distcc[25309] Warning: failed to distribute fbtruetype.c to localhost:2, running locally instead
fbtruetype.c:39: warning: pointer targets in initialization differ in signednessfbtruetype.c: In function &apos;main&apos;:
fbtruetype.c:105: warning: pointer targets in assignment differ in signedness
fbtruetype.c:143: warning: pointer targets in passing argument 2 of &apos;rendertext&apos; differ in signedness
gcc -O2 -Wall -I/usr/include/freetype2   -c -o ttf.o ttf.c
gcc -O2 -Wall -I/usr/include/freetype2   -c -o luxisri.o luxisri.c
ttf.c: In function &apos;rendertext&apos;:
ttf.c:799: warning: pointer targets in assignment differ in signedness
gcc -O2 -Wall -I/usr/include/freetype2 -L/usr/lib -o fbtruetype -L/usr/lib fbtruetype.o messages.o console.o ttf.o luxisri.o -lfreetype -lm
gcc -O2 -Wall -I/usr/include/freetype2 -L/usr/lib -static -o fbtruetype.static -L/usr/lib fbtruetype.o messages.o console.o ttf.o luxisri.o /usr/lib/libfreetype.a /usr/lib/libz.a -lm
strip -s fbtruetype fbtruetype.static
make[1]: Leaving directory `/var/tmp/portage/splashutils-1.1.9.10-r1/work/miscsplashutils-0.1.3/fbtruetype&apos;
make[1]: Entering directory `/var/tmp/portage/splashutils-1.1.9.10-r1/work/miscsplashutils-0.1.3/kbd&apos;
cc -O2 -march=athlon-xp -pipe -msse -msse2 -mfpmath=sse -fomit-frame-pointer   -c -o fgconsole.o fgconsole.c
cc -O2 -march=athlon-xp -pipe -msse -msse2 -mfpmath=sse -fomit-frame-pointer   -c -o getfd.o getfd.c
cc -O2 -march=athlon-xp -pipe -msse -msse2 -mfpmath=sse -fomit-frame-pointer  fgconsole.o getfd.o -o fgconsole
make[1]: Leaving directory `/var/tmp/portage/splashutils-1.1.9.10-r1/work/miscsplashutils-0.1.3/kbd&apos;
  CONF    libjpeg
  MAKE    libjpeg
  CONF    freetype2
  MAKE    freetype2
  CONF    zlib
  MAKE    zlib
  CONF    libpng
  MAKE    libpng
  CC      kernel/kernel.o
  CC      kernel/dev.o
  CC      kernel/parse.o
  CC      kernel/render.o
  CC      kernel/image.o
  CC      kernel/cmd.o
  CC      kernel/common.o
  CC      kernel/list.o
  CC      kernel/effects.o
  CC      kernel/ttf.o
  LD      splash_helper
  CC      splash.o
  CC      parse.o
  CC      render.o
render.c: In function &apos;prep_bgnd&apos;:
render.c:338: warning: pointer targets in assignment differ in signedness
render.c:339: warning: pointer targets in assignment differ in signedness
  CC      image.o
image.c: In function &apos;is_png&apos;:
image.c:201: warning: pointer targets in passing argument 1 of &apos;png_sig_cmp&apos; differ in signedness
image.c: In function &apos;load_bg_images&apos;:
image.c:307: warning: pointer targets in passing argument 4 of &apos;load_png&apos; differ in signedness
image.c:307: warning: pointer targets in passing argument 5 of &apos;load_png&apos; differ in signedness
image.c:321: warning: pointer targets in passing argument 4 of &apos;load_png&apos; differ in signedness
image.c:321: warning: pointer targets in passing argument 5 of &apos;load_png&apos; differ in signedness
image.c:325: warning: pointer targets in passing argument 3 of &apos;load_jpeg&apos; differ in signedness
image.c:325: warning: pointer targets in passing argument 4 of &apos;load_jpeg&apos; differ in signedness
  CC      cmd.o
  CC      common.o
  CC      daemon.o
In file included from daemon.c:28:
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:801: error: syntax error before &apos;kernel_ulong_t&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:801: warning: no semicolon at end of struct or union
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: syntax error before &apos;evbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: error: &apos;BITS_PER_LONG&apos; undeclared here (not in a function)
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:805: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: error: syntax error before &apos;keybit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:806: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: error: syntax error before &apos;relbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:807: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: error: syntax error before &apos;absbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:808: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: error: syntax error before &apos;mscbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:809: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: error: syntax error before &apos;ledbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: error: syntax error before &apos;sndbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:811: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: error: syntax error before &apos;ffbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:812: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: error: syntax error before &apos;swbit&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:813: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: error: syntax error before &apos;driver_info&apos;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: warning: data definition has no type or storage class
distcc[1176] ERROR: compile daemon.c on 192.168.0.151 failed
make: *** [daemon.o] Error 1

!!! ERROR: media-gfx/splashutils-1.1.9.10-r1 failed.
Call stack:
  ebuild.sh, line 1933:   Called dyn_compile
  ebuild.sh, line 971:   Called src_compile

!!! failed to build splashutils
!!! If you need support, post the topmost build error, and 

-------------------------------------------------------------------------------
Portage 2.1_pre5-r2 (default-linux/x86/2005.1, gcc-4.0.2, glibc-2.3.6-r3, 2.6.16-rc2-git5 i686)
=================================================================
System uname: 2.6.16-rc2-git5 i686 AMD Athlon(tm) 64 FX-57 Processor
Gentoo Base System version 1.12.0_pre16
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2-r1
sys-apps/sandbox:    1.2.17
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.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=athlon-xp -pipe -msse -msse2 -mfpmath=sse -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/splash /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=athlon-xp -pipe -msse -msse2 -mfpmath=sse -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distcc distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo&quot;
LINGUAS=&quot;en&quot;
MAKEOPTS=&quot;-j30&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.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext X aac acpi aim aimextras alsa apm applet artworkextra asf audacious audiofile avi bash-completion berkdb bitmap-fonts buttons cairo cddb cdio cdparanoia cdrom chroot ck-plus cpudetection crypt css cups dbus dga dio directfb dlloader dpms dvb dvd dvdr dvdread eds emboss encode fbcon ffmpeg flac foomaticdb fortran gdbm gif gimp gnome gpm gstreamer gtk gtk+ gtk2 hal imagemagick imlib ipod ipv6 jpeg lavc libg++ libwww lm_sensors mad mikmod mjpeg mmx mmxext mono motif mozilla mp3 mpeg mpeg2 mpg4 mplayer ncurses nls nptl nsplugin nvidia ogg oggvorbis opengl oss pam pda pdf pdflib perl png python qt quicktime readline real reiser4 reiserfs rhythmbox sdl spell sse ssl svg svga tcpd transcode truetype truetype-fonts type1-fonts usb v4l vlm vorbis win32codecs wma wmv xine xml2 xmms xv xvid zlib elibc_glibc input_devices_evdev input_devices_vesa input_devices_void input_devices_fbdev input_devices_vga input_devices_keyboard input_devices_tseng input_devices_v4l input_devices_joystick input_devices_mouse input_devices_nv kernel_linux linguas_en userland_GNU video_cards_nv video_cards_nvidia&quot;Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-03-11 17:01:21 0000</bug_when>
            <thetext>This looks very similar to some of the errors posted in bug #124832. Please check out my workaround idea suggested there and let me know if it works for you.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-03-20 14:27:35 0000</bug_when>
            <thetext>*** Bug 127011 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-03-20 14:30:16 0000</bug_when>
            <thetext>(In reply to comment #3)

Yeah, that&apos;s a different issue, see Comment #4. This bug is about 2.6.16 issues only.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alonbl@gentoo.org</who>
            <bug_when>2006-03-20 15:46:15 0000</bug_when>
            <thetext>Created an attachment (id=82718)
splashutils-1.1.9.10-linux-2.6.16.diff

The following patch seems to fix it... Although I almost sure the kernel headers are bad...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-03-22 10:50:24 0000</bug_when>
            <thetext>Right. This patch might fix the symptoms in this particular case, but the real source of the problem is in the kernel headers, and we&apos;ll simply have to wait for them to get fixed. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2006-03-25 05:21:26 0000</bug_when>
            <thetext>Michal, can you detail the exact problem in the kernel headers so that I can fix gentoo-sources?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>d.gaffuri@reply.it</who>
            <bug_when>2006-03-26 13:14:17 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; Michal, can you detail the exact problem in the kernel headers so that I can
&gt; fix gentoo-sources?
&gt; 
I think the problem is in the new include which defines kernel_ulong_t and is conditioned to an #ifdef __KERNEL__. Here&apos;s the relevant diff for include/linux/input.h between 2.6.16 and 2.6.15

16d15
&lt; #include &lt;linux/mod_devicetable.h&gt;
.......
799,836d795
&lt; struct input_device_id {
&lt;
&lt;       kernel_ulong_t flags;
&lt;
&lt;       struct input_id id;
&lt;
&lt;       kernel_ulong_t evbit[EV_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t keybit[KEY_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t relbit[REL_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t absbit[ABS_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t mscbit[MSC_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t ledbit[LED_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t sndbit[SND_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t ffbit[FF_MAX/BITS_PER_LONG+1];
&lt;       kernel_ulong_t swbit[SW_MAX/BITS_PER_LONG+1];
&lt;
&lt;       kernel_ulong_t driver_info;
.............
949a928,946
&gt; struct input_device_id {
&gt;
&gt;       unsigned long flags;
&gt;
&gt;       struct input_id id;
&gt;
&gt;       unsigned long evbit[NBITS(EV_MAX)];
&gt;       unsigned long keybit[NBITS(KEY_MAX)];
&gt;       unsigned long relbit[NBITS(REL_MAX)];
&gt;       unsigned long absbit[NBITS(ABS_MAX)];
&gt;       unsigned long mscbit[NBITS(MSC_MAX)];
&gt;       unsigned long ledbit[NBITS(LED_MAX)];
&gt;       unsigned long sndbit[NBITS(SND_MAX)];
&gt;       unsigned long ffbit[NBITS(FF_MAX)];
&gt;       unsigned long swbit[NBITS(SW_MAX)];
&gt;
&gt;       unsigned long driver_info;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2006-03-27 04:08:32 0000</bug_when>
            <thetext>Sent a patch upstream</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2006-03-27 04:37:54 0000</bug_when>
            <thetext>Patch added to -mm.

http://dev.gentoo.org/~dsd/genpatches/trunk/2.6.16/2600_input-h-bits-per-long.patch

It would be useful if someone could apply it and confirm it fixes the whole problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jan@vstone.eu</who>
            <bug_when>2006-03-27 06:17:57 0000</bug_when>
            <thetext>Attached patch works for me
cheers</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>d.gaffuri@reply.it</who>
            <bug_when>2006-03-27 13:25:06 0000</bug_when>
            <thetext>Doesn&apos;t work for me. I get this error (same with 1.1.9.10-r1)

In file included from daemon.c:27:
/var/tmp/portage/splashutils-1.1.9.8-r1/work/splashutils-1.1.9.8/linux/include/linux/input.h:801: error: expected specifier-qualifier-list before &apos;kernel_ulong_t&apos;
make: *** [daemon.o] Error 1

It seems to me that the problem is the definition of kernel_ulong_t in linux/mod_devicetable.h, which is not included when building splashutils. Or am I missing something?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alonbl@gentoo.org</who>
            <bug_when>2006-03-29 00:55:03 0000</bug_when>
            <thetext>(In reply to comment #12)
&gt; Patch added to -mm.
&gt; 
&gt; http://dev.gentoo.org/~dsd/genpatches/trunk/2.6.16/2600_input-h-bits-per-long.patch
&gt; 
&gt; It would be useful if someone could apply it and confirm it fixes the whole
&gt; problem.
&gt; 

Hello,
It does not solve the problem...
There are still missing stuff.

Notice that in the asm/types.h the BITS_PER_LONG is #ifdef __KERNEL__</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-03-30 12:17:59 0000</bug_when>
            <thetext>*** Bug 128157 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zedek@gnu.org</who>
            <bug_when>2006-03-30 13:10:37 0000</bug_when>
            <thetext>Not really a solution but I found out that, removing input.h from the linux/include/linux directory solved my problem.

I know this *can&apos;t* be the solution but it is acceptable as a workaround giving you add splashutils to your mask file after successfully compiled it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zedek@gnu.org</who>
            <bug_when>2006-03-30 13:15:02 0000</bug_when>
            <thetext>Few other people seemed to do it too (http://forums.gentoo.org/viewtopic-t-437797.html). Once again, this is not an acceptable solution.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-04-02 06:53:38 0000</bug_when>
            <thetext>Daniel, I&apos;ve grepped the whole kernel tree for input_device_id and it looks like it&apos;s not used anywhere outside of kernel space. If I&apos;m not mistaken about this, the easy solution might be to move &apos;#ifdef __KERNEL__&apos; before the definition of this struct. What do you think?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-04-02 06:56:55 0000</bug_when>
            <thetext>Created an attachment (id=83711)
A potential fix for the input.h problem.

Here&apos;s a patch that does what I&apos;ve talked about.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>john.boguslawski@gmail.com</who>
            <bug_when>2006-04-05 09:12:37 0000</bug_when>
            <thetext>(In reply to comment #20)
&gt; Created an attachment (id=83711) [edit]
&gt; A potential fix for the input.h problem.
&gt; 
&gt; Here&apos;s a patch that does what I&apos;ve talked about.
&gt; 

I can confirm that this patch enables successful emerging of splashutils.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nuxboxes@yahoo.fr</who>
            <bug_when>2006-04-06 12:41:59 0000</bug_when>
            <thetext>Works for me too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>john.boguslawski@gmail.com</who>
            <bug_when>2006-04-06 22:38:22 0000</bug_when>
            <thetext>(In reply to comment #21)
&gt; (In reply to comment #20)
&gt; &gt; Created an attachment (id=83711) [edit]
&gt; &gt; A potential fix for the input.h problem.
&gt; &gt; 
&gt; &gt; Here&apos;s a patch that does what I&apos;ve talked about.
&gt; &gt; 
&gt; 
&gt; I can confirm that this patch enables successful emerging of splashutils.
&gt; 
However, the patch needs to be reversed if you need to recompile the kernel.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2006-04-11 09:53:07 0000</bug_when>
            <thetext>Created an attachment (id=84452)
incomplete patch

Dmitry is talking about moving input_device_id into mod_devicetable.h. Here is the start of a patch to do this. I&apos;m not sure how he wants to handle those _MAX constants.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cokehabit@gmail.com</who>
            <bug_when>2006-04-11 17:39:51 0000</bug_when>
            <thetext>changine to 2.6.17-rc1 I still get the errors:

In file included from daemon.c:27:
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: error: syntax error before &quot;kernel_ulong_t&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:810: warning: no semicolon at end of struct or union
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:814: error: syntax error before &quot;evbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:814: error: `BITS_PER_LONG&apos; undeclared here (not in a function)
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:814: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: error: syntax error before &quot;keybit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:816: error: syntax error before &quot;relbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:816: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:817: error: syntax error before &quot;absbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:817: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:818: error: syntax error before &quot;mscbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:818: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:819: error: syntax error before &quot;ledbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:819: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:820: error: syntax error before &quot;sndbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:820: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:821: error: syntax error before &quot;ffbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:821: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:822: error: syntax error before &quot;swbit&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:822: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:824: error: syntax error before &quot;driver_info&quot;
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:824: warning: data definition has no type or storage class
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:814: error: storage size of `evbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:815: error: storage size of `keybit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:816: error: storage size of `relbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:817: error: storage size of `absbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:818: error: storage size of `mscbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:819: error: storage size of `ledbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:820: error: storage size of `sndbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:821: error: storage size of `ffbit&apos; isn&apos;t known
/var/tmp/portage/splashutils-1.1.9.10-r1/work/splashutils-1.1.9.10/linux/include/linux/input.h:822: error: storage size of `swbit&apos; isn&apos;t known
make: *** [daemon.o] Error 1

!!! ERROR: media-gfx/splashutils-1.1.9.10-r1 failed.
Call stack:
  ebuild.sh, line 1532:   Called dyn_compile
  ebuild.sh, line 929:   Called src_compile
  splashutils-1.1.9.10-r1.ebuild, line 138:   Called die

Do you want the emerge --info details?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2006-04-11 19:12:52 0000</bug_when>
            <thetext>Created an attachment (id=84477)
Dmitry&apos;s fix

Here&apos;s Dmitry&apos;s attack on the situation</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2006-04-12 04:38:31 0000</bug_when>
            <thetext>Fixed in gentoo-sources-2.6.16-r2 (genpatches-2.6.16-4)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ruud@il.fontys.nl</who>
            <bug_when>2006-05-07 06:29:00 0000</bug_when>
            <thetext>(In reply to comment #25)
&gt; changine to 2.6.17-rc1 I still get the errors:
I&apos;ve got 2.6.16.11 (updating to 2.6.16.14 when gnome-2.14.0 is done). And I keep getting the same errors. Updating klibc didn&apos;t fix a thing either.

If the input.h patch is supposed to work, why not just make a new ebuild? Because after looking in the ebuild and seeing the patches I got a bit held back with doing everything manually.

I mean, it is nice and all for everybody who uses gentoo-sources. But I like doing vanilla.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2006-05-07 09:39:32 0000</bug_when>
            <thetext>Sorry, we don&apos;t patch vanilla, and patching splashutils is not the correct solution.

Why don&apos;t you switch to gentoo-sources? It&apos;s near identical to vanilla anyway.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dominique.michel@vtxnet.ch</who>
            <bug_when>2006-09-13 07:02:24 0000</bug_when>
            <thetext>As John day on comment 23, to patch only input.h does at a kernel compilation will fail. I have not try Dmitry&apos;s fix at that time.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>82718</attachid>
            <date>2006-03-20 15:46 0000</date>
            <desc>splashutils-1.1.9.10-linux-2.6.16.diff</desc>
            <filename>splashutils-1.1.9.10-linux-2.6.16.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXJOcCBzcGxhc2h1dGlscy0xLjEuOS4xMC9kYWVtb24uYyBzcGxhc2h1dGlscy0xLjEu
OS4xMC5uZXcvZGFlbW9uLmMKLS0tIHNwbGFzaHV0aWxzLTEuMS45LjEwL2RhZW1vbi5jCTIwMDUt
MDktMjkgMDI6NDA6MjQuMDAwMDAwMDAwICswMzAwCisrKyBzcGxhc2h1dGlscy0xLjEuOS4xMC5u
ZXcvZGFlbW9uLmMJMjAwNi0wMy0yMSAwMDo0NjowNS4wMDAwMDAwMDAgKzAyMDAKQEAgLTI0LDYg
KzI0LDggQEAKICNpbmNsdWRlIDxsaW51eC9rZC5oPgogI2luY2x1ZGUgPGxpbnV4L2ZiLmg+CiAj
aW5jbHVkZSA8bGludXgvdHR5Lmg+CisjZGVmaW5lIEJJVFNfUEVSX0xPTkcgKHNpemVvZiAobG9u
ZykqOCkKK3R5cGVkZWYgdW5zaWduZWQgbG9uZyBrZXJuZWxfdWxvbmdfdDsKICNpbmNsdWRlIDxs
aW51eC9pbnB1dC5oPgogI2luY2x1ZGUgPHN5cy9tbWFuLmg+CiAjaW5jbHVkZSA8ZXJybm8uaD4K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>83711</attachid>
            <date>2006-04-02 06:56 0000</date>
            <desc>A potential fix for the input.h problem.</desc>
            <filename>input_h-fix.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtLWdpdCBhL2luY2x1ZGUvbGludXgvaW5wdXQuaCBiL2luY2x1ZGUvbGludXgvaW5wdXQu
aAppbmRleCAxZDRlMzQxLi5jMWJiOThhIDEwMDY0NAotLS0gYS9pbmNsdWRlL2xpbnV4L2lucHV0
LmgKKysrIGIvaW5jbHVkZS9saW51eC9pbnB1dC5oCkBAIC03OTYsNiArNzk2LDExIEBAIHN0cnVj
dCBmZl9lZmZlY3QgewogCiAjZGVmaW5lIEZGX01BWAkJMHg3ZgogCisvKgorICogSW4ta2VybmVs
IGRlZmluaXRpb25zLgorICovCisjaWZkZWYgX19LRVJORUxfXworCiBzdHJ1Y3QgaW5wdXRfZGV2
aWNlX2lkIHsKIAogCWtlcm5lbF91bG9uZ190IGZsYWdzOwpAQCAtODM0LDEyICs4MzksNiBAQCBz
dHJ1Y3QgaW5wdXRfZGV2aWNlX2lkIHsKICNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX0ZG
QklUCTB4ODAwCiAjZGVmaW5lIElOUFVUX0RFVklDRV9JRF9NQVRDSF9TV0JJVAkweDEwMDAKIAot
I2lmZGVmIF9fS0VSTkVMX18KLQotLyoKLSAqIEluLWtlcm5lbCBkZWZpbml0aW9ucy4KLSAqLwot
CiAjaW5jbHVkZSA8bGludXgvZnMuaD4KICNpbmNsdWRlIDxsaW51eC90aW1lci5oPgogCg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>84452</attachid>
            <date>2006-04-11 09:53 0000</date>
            <desc>incomplete patch</desc>
            <filename>patch2</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGxpbnV4LTIuNi4xNi9pbmNsdWRlL2xpbnV4L2lucHV0Lmgub3JpZwkyMDA2LTA0LTExIDE3
OjMyOjU0LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi42LjE2L2luY2x1ZGUvbGludXgvaW5w
dXQuaAkyMDA2LTA0LTExIDE3OjUyOjQ2LjAwMDAwMDAwMCArMDEwMApAQCAtMTMsMTIgKzEzLDEy
IEBACiAjaW5jbHVkZSA8bGludXgvdGltZS5oPgogI2luY2x1ZGUgPGxpbnV4L2xpc3QuaD4KICNp
bmNsdWRlIDxsaW51eC9kZXZpY2UuaD4KLSNpbmNsdWRlIDxsaW51eC9tb2RfZGV2aWNldGFibGUu
aD4KICNlbHNlCiAjaW5jbHVkZSA8c3lzL3RpbWUuaD4KICNpbmNsdWRlIDxzeXMvaW9jdGwuaD4K
ICNpbmNsdWRlIDxhc20vdHlwZXMuaD4KICNlbmRpZgorI2luY2x1ZGUgPGxpbnV4L21vZF9kZXZp
Y2V0YWJsZS5oPgogCiAvKgogICogVGhlIGV2ZW50IHN0cnVjdHVyZSBpdHNlbGYKQEAgLTQxLDEz
ICs0MSw2IEBAIHN0cnVjdCBpbnB1dF9ldmVudCB7CiAgKiBJT0NUTHMgKDB4MDAgLSAweDdmKQog
ICovCiAKLXN0cnVjdCBpbnB1dF9pZCB7Ci0JX191MTYgYnVzdHlwZTsKLQlfX3UxNiB2ZW5kb3I7
Ci0JX191MTYgcHJvZHVjdDsKLQlfX3UxNiB2ZXJzaW9uOwotfTsKLQogc3RydWN0IGlucHV0X2Fi
c2luZm8gewogCV9fczMyIHZhbHVlOwogCV9fczMyIG1pbmltdW07CkBAIC03OTYsMjUgKzc4OSw2
IEBAIHN0cnVjdCBmZl9lZmZlY3QgewogCiAjZGVmaW5lIEZGX01BWAkJMHg3ZgogCi1zdHJ1Y3Qg
aW5wdXRfZGV2aWNlX2lkIHsKLQotCWtlcm5lbF91bG9uZ190IGZsYWdzOwotCi0Jc3RydWN0IGlu
cHV0X2lkIGlkOwotCi0Ja2VybmVsX3Vsb25nX3QgZXZiaXRbRVZfTUFYL0JJVFNfUEVSX0xPTkcr
MV07Ci0Ja2VybmVsX3Vsb25nX3Qga2V5Yml0W0tFWV9NQVgvQklUU19QRVJfTE9ORysxXTsKLQlr
ZXJuZWxfdWxvbmdfdCByZWxiaXRbUkVMX01BWC9CSVRTX1BFUl9MT05HKzFdOwotCWtlcm5lbF91
bG9uZ190IGFic2JpdFtBQlNfTUFYL0JJVFNfUEVSX0xPTkcrMV07Ci0Ja2VybmVsX3Vsb25nX3Qg
bXNjYml0W01TQ19NQVgvQklUU19QRVJfTE9ORysxXTsKLQlrZXJuZWxfdWxvbmdfdCBsZWRiaXRb
TEVEX01BWC9CSVRTX1BFUl9MT05HKzFdOwotCWtlcm5lbF91bG9uZ190IHNuZGJpdFtTTkRfTUFY
L0JJVFNfUEVSX0xPTkcrMV07Ci0Ja2VybmVsX3Vsb25nX3QgZmZiaXRbRkZfTUFYL0JJVFNfUEVS
X0xPTkcrMV07Ci0Ja2VybmVsX3Vsb25nX3Qgc3diaXRbU1dfTUFYL0JJVFNfUEVSX0xPTkcrMV07
Ci0KLQlrZXJuZWxfdWxvbmdfdCBkcml2ZXJfaW5mbzsKLX07Ci0KIC8qCiAgKiBTdHJ1Y3R1cmUg
Zm9yIGhvdHBsdWcgJiBkZXZpY2U8LT5kcml2ZXIgbWF0Y2hpbmcuCiAgKi8KLS0tIGxpbnV4LTIu
Ni4xNi9pbmNsdWRlL2xpbnV4L21vZF9kZXZpY2V0YWJsZS5oLm9yaWcJMjAwNi0wNC0xMSAxNzoz
MzowMi4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNi4xNi9pbmNsdWRlL2xpbnV4L21vZF9k
ZXZpY2V0YWJsZS5oCTIwMDYtMDQtMTEgMTc6NTI6NDkuMDAwMDAwMDAwICswMTAwCkBAIC0yNDks
NCArMjQ5LDMxIEBAIHN0cnVjdCBpMmNfZGV2aWNlX2lkIHsKIAlfX3UxNiBpZDsKIH07CiAKKy8q
IElucHV0ICovCitzdHJ1Y3QgaW5wdXRfaWQgeworCV9fdTE2IGJ1c3R5cGU7CisJX191MTYgdmVu
ZG9yOworCV9fdTE2IHByb2R1Y3Q7CisJX191MTYgdmVyc2lvbjsKK307CisKK3N0cnVjdCBpbnB1
dF9kZXZpY2VfaWQgeworCisJa2VybmVsX3Vsb25nX3QgZmxhZ3M7CisKKwlzdHJ1Y3QgaW5wdXRf
aWQgaWQ7CisKKwlrZXJuZWxfdWxvbmdfdCBldmJpdFtFVl9NQVgvQklUU19QRVJfTE9ORysxXTsK
KwlrZXJuZWxfdWxvbmdfdCBrZXliaXRbS0VZX01BWC9CSVRTX1BFUl9MT05HKzFdOworCWtlcm5l
bF91bG9uZ190IHJlbGJpdFtSRUxfTUFYL0JJVFNfUEVSX0xPTkcrMV07CisJa2VybmVsX3Vsb25n
X3QgYWJzYml0W0FCU19NQVgvQklUU19QRVJfTE9ORysxXTsKKwlrZXJuZWxfdWxvbmdfdCBtc2Ni
aXRbTVNDX01BWC9CSVRTX1BFUl9MT05HKzFdOworCWtlcm5lbF91bG9uZ190IGxlZGJpdFtMRURf
TUFYL0JJVFNfUEVSX0xPTkcrMV07CisJa2VybmVsX3Vsb25nX3Qgc25kYml0W1NORF9NQVgvQklU
U19QRVJfTE9ORysxXTsKKwlrZXJuZWxfdWxvbmdfdCBmZmJpdFtGRl9NQVgvQklUU19QRVJfTE9O
RysxXTsKKwlrZXJuZWxfdWxvbmdfdCBzd2JpdFtTV19NQVgvQklUU19QRVJfTE9ORysxXTsKKwor
CWtlcm5lbF91bG9uZ190IGRyaXZlcl9pbmZvOworfTsKKwogI2VuZGlmIC8qIExJTlVYX01PRF9E
RVZJQ0VUQUJMRV9IICovCi0tLSBsaW51eC0yLjYuMTYvZHJpdmVycy9jaGFyL2tleWJvYXJkLmMu
b3JpZwkyMDA2LTA0LTExIDE3OjM1OjE3LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi42LjE2
L2RyaXZlcnMvY2hhci9rZXlib2FyZC5jCTIwMDYtMDQtMTEgMTc6MzU6MTkuMDAwMDAwMDAwICsw
MTAwCkBAIC0zOSw2ICszOSw3IEBACiAjaW5jbHVkZSA8bGludXgvdnRfa2Vybi5oPgogI2luY2x1
ZGUgPGxpbnV4L3N5c3JxLmg+CiAjaW5jbHVkZSA8bGludXgvaW5wdXQuaD4KKyNpbmNsdWRlIDxs
aW51eC9tb2RfZGV2aWNldGFibGUuaD4KIAogc3RhdGljIHZvaWQga2JkX2Rpc2Nvbm5lY3Qoc3Ry
dWN0IGlucHV0X2hhbmRsZSAqaGFuZGxlKTsKIGV4dGVybiB2b2lkIGN0cmxfYWx0X2RlbCh2b2lk
KTsKLS0tIGxpbnV4LTIuNi4xNi9kcml2ZXJzL2lucHV0L2pveWRldi5jLm9yaWcJMjAwNi0wNC0x
MSAxNzozNjoxMC4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNi4xNi9kcml2ZXJzL2lucHV0
L2pveWRldi5jCTIwMDYtMDQtMTEgMTc6MzY6MjYuMDAwMDAwMDAwICswMTAwCkBAIC0yNiw2ICsy
Niw3IEBACiAjaW5jbHVkZSA8bGludXgvaW5pdC5oPgogI2luY2x1ZGUgPGxpbnV4L3NtcF9sb2Nr
Lmg+CiAjaW5jbHVkZSA8bGludXgvZGV2aWNlLmg+CisjaW5jbHVkZSA8bGludXgvbW9kX2Rldmlj
ZXRhYmxlLmg+CiAKIE1PRFVMRV9BVVRIT1IoIlZvanRlY2ggUGF2bGlrIDx2b2p0ZWNoQHVjdy5j
ej4iKTsKIE1PRFVMRV9ERVNDUklQVElPTigiSm95c3RpY2sgZGV2aWNlIGludGVyZmFjZXMiKTsK
LS0tIGxpbnV4LTIuNi4xNi9kcml2ZXJzL2lucHV0L3Bvd2VyLmMub3JpZwkyMDA2LTA0LTExIDE3
OjM3OjM1LjAwMDAwMDAwMCArMDEwMAorKysgbGludXgtMi42LjE2L2RyaXZlcnMvaW5wdXQvcG93
ZXIuYwkyMDA2LTA0LTExIDE3OjM4OjI2LjAwMDAwMDAwMCArMDEwMApAQCAtMzUsNiArMzUsNyBA
QAogI2luY2x1ZGUgPGxpbnV4L3R0eS5oPgogI2luY2x1ZGUgPGxpbnV4L2RlbGF5Lmg+CiAjaW5j
bHVkZSA8bGludXgvcG0uaD4KKyNpbmNsdWRlIDxsaW51eC9tb2RfZGV2aWNldGFibGUuaD4KIAog
c3RhdGljIHN0cnVjdCBpbnB1dF9oYW5kbGVyIHBvd2VyX2hhbmRsZXI7CiAKLS0tIGxpbnV4LTIu
Ni4xNi9kcml2ZXJzL2lucHV0L2V2ZGV2LmMub3JpZwkyMDA2LTA0LTExIDE3OjM3OjQxLjAwMDAw
MDAwMCArMDEwMAorKysgbGludXgtMi42LjE2L2RyaXZlcnMvaW5wdXQvZXZkZXYuYwkyMDA2LTA0
LTExIDE3OjM4OjM4LjAwMDAwMDAwMCArMDEwMApAQCAtMjEsNiArMjEsNyBAQAogI2luY2x1ZGUg
PGxpbnV4L3NtcF9sb2NrLmg+CiAjaW5jbHVkZSA8bGludXgvZGV2aWNlLmg+CiAjaW5jbHVkZSA8
bGludXgvY29tcGF0Lmg+CisjaW5jbHVkZSA8bGludXgvbW9kX2RldmljZXRhYmxlLmg+CiAKIHN0
cnVjdCBldmRldiB7CiAJaW50IGV4aXN0OwotLS0gbGludXgtMi42LjE2L2RyaXZlcnMvaW5wdXQv
aW5wdXQuYy5vcmlnCTIwMDYtMDQtMTEgMTc6Mzc6NDUuMDAwMDAwMDAwICswMTAwCisrKyBsaW51
eC0yLjYuMTYvZHJpdmVycy9pbnB1dC9pbnB1dC5jCTIwMDYtMDQtMTEgMTc6Mzg6NTYuMDAwMDAw
MDAwICswMTAwCkBAIC0yMSw2ICsyMSw3IEBACiAjaW5jbHVkZSA8bGludXgvaW50ZXJydXB0Lmg+
CiAjaW5jbHVkZSA8bGludXgvcG9sbC5oPgogI2luY2x1ZGUgPGxpbnV4L2RldmljZS5oPgorI2lu
Y2x1ZGUgPGxpbnV4L21vZF9kZXZpY2V0YWJsZS5oPgogCiBNT0RVTEVfQVVUSE9SKCJWb2p0ZWNo
IFBhdmxpayA8dm9qdGVjaEBzdXNlLmN6PiIpOwogTU9EVUxFX0RFU0NSSVBUSU9OKCJJbnB1dCBj
b3JlIik7Ci0tLSBsaW51eC0yLjYuMTYvZHJpdmVycy9pbnB1dC9ldmJ1Zy5jLm9yaWcJMjAwNi0w
NC0xMSAxNzozNzo0OS4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNi4xNi9kcml2ZXJzL2lu
cHV0L2V2YnVnLmMJMjAwNi0wNC0xMSAxNzozOToxMC4wMDAwMDAwMDAgKzAxMDAKQEAgLTMzLDYg
KzMzLDcgQEAKICNpbmNsdWRlIDxsaW51eC9pbnB1dC5oPgogI2luY2x1ZGUgPGxpbnV4L2luaXQu
aD4KICNpbmNsdWRlIDxsaW51eC9kZXZpY2UuaD4KKyNpbmNsdWRlIDxsaW51eC9tb2RfZGV2aWNl
dGFibGUuaD4KIAogTU9EVUxFX0FVVEhPUigiVm9qdGVjaCBQYXZsaWsgPHZvanRlY2hAdWN3LmN6
PiIpOwogTU9EVUxFX0RFU0NSSVBUSU9OKCJJbnB1dCBkcml2ZXIgZXZlbnQgZGVidWcgbW9kdWxl
Iik7Ci0tLSBsaW51eC0yLjYuMTYvZHJpdmVycy9pbnB1dC9tb3VzZWRldi5jLm9yaWcJMjAwNi0w
NC0xMSAxNzozNzo1Ny4wMDAwMDAwMDAgKzAxMDAKKysrIGxpbnV4LTIuNi4xNi9kcml2ZXJzL2lu
cHV0L21vdXNlZGV2LmMJMjAwNi0wNC0xMSAxNzozOToyNS4wMDAwMDAwMDAgKzAxMDAKQEAgLTI0
LDYgKzI0LDcgQEAKICNpbmNsdWRlIDxsaW51eC9yYW5kb20uaD4KICNpbmNsdWRlIDxsaW51eC9t
YWpvci5oPgogI2luY2x1ZGUgPGxpbnV4L2RldmljZS5oPgorI2luY2x1ZGUgPGxpbnV4L21vZF9k
ZXZpY2V0YWJsZS5oPgogI2lmZGVmIENPTkZJR19JTlBVVF9NT1VTRURFVl9QU0FVWAogI2luY2x1
ZGUgPGxpbnV4L21pc2NkZXZpY2UuaD4KICNlbmRpZgotLS0gbGludXgtMi42LjE2L2RyaXZlcnMv
aW5wdXQvdHNkZXYuYy5vcmlnCTIwMDYtMDQtMTEgMTc6Mzg6MDQuMDAwMDAwMDAwICswMTAwCisr
KyBsaW51eC0yLjYuMTYvZHJpdmVycy9pbnB1dC90c2Rldi5jCTIwMDYtMDQtMTEgMTc6Mzk6Mzku
MDAwMDAwMDAwICswMTAwCkBAIC01Myw2ICs1Myw3IEBACiAjaW5jbHVkZSA8bGludXgvcmFuZG9t
Lmg+CiAjaW5jbHVkZSA8bGludXgvdGltZS5oPgogI2luY2x1ZGUgPGxpbnV4L2RldmljZS5oPgor
I2luY2x1ZGUgPGxpbnV4L21vZF9kZXZpY2V0YWJsZS5oPgogCiAjaWZuZGVmIENPTkZJR19JTlBV
VF9UU0RFVl9TQ1JFRU5fWAogI2RlZmluZSBDT05GSUdfSU5QVVRfVFNERVZfU0NSRUVOX1gJMjQw
Ci0tLSBsaW51eC0yLjYuMTYvaW5jbHVkZS9saW51eC91c2JfaW5wdXQuaC5vcmlnCTIwMDYtMDQt
MTEgMTc6NTM6MjkuMDAwMDAwMDAwICswMTAwCisrKyBsaW51eC0yLjYuMTYvaW5jbHVkZS9saW51
eC91c2JfaW5wdXQuaAkyMDA2LTA0LTExIDE3OjU1OjAzLjAwMDAwMDAwMCArMDEwMApAQCAtMTAs
NyArMTAsNyBAQAogICovCiAKICNpbmNsdWRlIDxsaW51eC91c2IuaD4KLSNpbmNsdWRlIDxsaW51
eC9pbnB1dC5oPgorI2luY2x1ZGUgPGxpbnV4L21vZF9kZXZpY2V0YWJsZS5oPgogI2luY2x1ZGUg
PGFzbS9ieXRlb3JkZXIuaD4KIAogc3RhdGljIGlubGluZSB2b2lkCi0tLSBsaW51eC0yLjYuMTYv
aW5jbHVkZS9saW51eC91aW5wdXQuaC5vcmlnCTIwMDYtMDQtMTEgMTc6NTU6MTYuMDAwMDAwMDAw
ICswMTAwCisrKyBsaW51eC0yLjYuMTYvaW5jbHVkZS9saW51eC91aW5wdXQuaAkyMDA2LTA0LTEx
IDE3OjU2OjM4LjAwMDAwMDAwMCArMDEwMApAQCAtMjgsNiArMjgsNyBAQAogICoJMC4xCTIwLzA2
LzIwMDIKICAqCQktIGZpcnN0IHB1YmxpYyB2ZXJzaW9uCiAgKi8KKyNpbmNsdWRlIDxsaW51eC9t
b2RfZGV2aWNldGFibGUuaD4KICNpZmRlZiBfX0tFUk5FTF9fCiAjZGVmaW5lIFVJTlBVVF9NSU5P
UgkJMjIzCiAjZGVmaW5lIFVJTlBVVF9OQU1FCQkidWlucHV0Igo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>84477</attachid>
            <date>2006-04-11 19:12 0000</date>
            <desc>Dmitry&apos;s fix</desc>
            <filename>input-mod-devicetable.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">SW5wdXQ6IG1vdmUgaW5wdXRfZGV2aWNlX2lkIHRvIG1vZF9kZXZpY2V0YWJsZS5oCgpTaWduZWQt
b2ZmLWJ5OiBEbWl0cnkgVG9yb2tob3YgPGR0b3JAbWFpbC5ydT4KLS0tCiBkcml2ZXJzL2lucHV0
L2lucHV0LmMgICAgICAgICAgIHwgICAgOCArLS0KIGluY2x1ZGUvbGludXgvaW5wdXQuaCAgICAg
ICAgICAgfCAgMTA0ICsrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tLS0tLS0tLS0tLS0KIGlu
Y2x1ZGUvbGludXgvbW9kX2RldmljZXRhYmxlLmggfCAgIDQ4ICsrKysrKysrKysrKysrKysrKwog
c2NyaXB0cy9tb2QvZmlsZTJhbGlhcy5jICAgICAgICB8ICAgMzYgKysrKysrLS0tLS0tLQogNCBm
aWxlcyBjaGFuZ2VkLCAxMjIgaW5zZXJ0aW9ucygrKSwgNzQgZGVsZXRpb25zKC0pCgpJbmRleDog
bGludXgvaW5jbHVkZS9saW51eC9pbnB1dC5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGxpbnV4Lm9yaWcvaW5j
bHVkZS9saW51eC9pbnB1dC5oCisrKyBsaW51eC9pbmNsdWRlL2xpbnV4L2lucHV0LmgKQEAgLTEy
LDggKzEyLDYgQEAKICNpZmRlZiBfX0tFUk5FTF9fCiAjaW5jbHVkZSA8bGludXgvdGltZS5oPgog
I2luY2x1ZGUgPGxpbnV4L2xpc3QuaD4KLSNpbmNsdWRlIDxsaW51eC9kZXZpY2UuaD4KLSNpbmNs
dWRlIDxsaW51eC9tb2RfZGV2aWNldGFibGUuaD4KICNlbHNlCiAjaW5jbHVkZSA8c3lzL3RpbWUu
aD4KICNpbmNsdWRlIDxzeXMvaW9jdGwuaD4KQEAgLTU3NywxNSArNTc1LDE1IEBAIHN0cnVjdCBp
bnB1dF9hYnNpbmZvIHsKICAqIFN3aXRjaCBldmVudHMKICAqLwogCi0jZGVmaW5lIFNXXzAJCTB4
MDAKLSNkZWZpbmUgU1dfMQkJMHgwMQotI2RlZmluZSBTV18yCQkweDAyCi0jZGVmaW5lIFNXXzMJ
CTB4MDMKLSNkZWZpbmUgU1dfNAkJMHgwNAotI2RlZmluZSBTV181CQkweDA1Ci0jZGVmaW5lIFNX
XzYJCTB4MDYKLSNkZWZpbmUgU1dfNwkJMHgwNwotI2RlZmluZSBTV19NQVgJCTB4MGYKKyNkZWZp
bmUgU1dfMAkJCTB4MDAKKyNkZWZpbmUgU1dfMQkJCTB4MDEKKyNkZWZpbmUgU1dfMgkJCTB4MDIK
KyNkZWZpbmUgU1dfMwkJCTB4MDMKKyNkZWZpbmUgU1dfNAkJCTB4MDQKKyNkZWZpbmUgU1dfNQkJ
CTB4MDUKKyNkZWZpbmUgU1dfNgkJCTB4MDYKKyNkZWZpbmUgU1dfNwkJCTB4MDcKKyNkZWZpbmUg
U1dfTUFYCQkJMHgwZgogCiAvKgogICogTWlzYyBldmVudHMKQEAgLTgwNSw1MiArODAzLDE2IEBA
IHN0cnVjdCBmZl9lZmZlY3QgewogCiAjZGVmaW5lIEZGX01BWAkJMHg3ZgogCi1zdHJ1Y3QgaW5w
dXRfZGV2aWNlX2lkIHsKLQotCWtlcm5lbF91bG9uZ190IGZsYWdzOwotCi0Jc3RydWN0IGlucHV0
X2lkIGlkOwotCi0Ja2VybmVsX3Vsb25nX3QgZXZiaXRbRVZfTUFYL0JJVFNfUEVSX0xPTkcrMV07
Ci0Ja2VybmVsX3Vsb25nX3Qga2V5Yml0W0tFWV9NQVgvQklUU19QRVJfTE9ORysxXTsKLQlrZXJu
ZWxfdWxvbmdfdCByZWxiaXRbUkVMX01BWC9CSVRTX1BFUl9MT05HKzFdOwotCWtlcm5lbF91bG9u
Z190IGFic2JpdFtBQlNfTUFYL0JJVFNfUEVSX0xPTkcrMV07Ci0Ja2VybmVsX3Vsb25nX3QgbXNj
Yml0W01TQ19NQVgvQklUU19QRVJfTE9ORysxXTsKLQlrZXJuZWxfdWxvbmdfdCBsZWRiaXRbTEVE
X01BWC9CSVRTX1BFUl9MT05HKzFdOwotCWtlcm5lbF91bG9uZ190IHNuZGJpdFtTTkRfTUFYL0JJ
VFNfUEVSX0xPTkcrMV07Ci0Ja2VybmVsX3Vsb25nX3QgZmZiaXRbRkZfTUFYL0JJVFNfUEVSX0xP
TkcrMV07Ci0Ja2VybmVsX3Vsb25nX3Qgc3diaXRbU1dfTUFYL0JJVFNfUEVSX0xPTkcrMV07Ci0K
LQlrZXJuZWxfdWxvbmdfdCBkcml2ZXJfaW5mbzsKLX07Ci0KLS8qCi0gKiBTdHJ1Y3R1cmUgZm9y
IGhvdHBsdWcgJiBkZXZpY2U8LT5kcml2ZXIgbWF0Y2hpbmcuCi0gKi8KLQotI2RlZmluZSBJTlBV
VF9ERVZJQ0VfSURfTUFUQ0hfQlVTCTEKLSNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX1ZF
TkRPUgkyCi0jZGVmaW5lIElOUFVUX0RFVklDRV9JRF9NQVRDSF9QUk9EVUNUCTQKLSNkZWZpbmUg
SU5QVVRfREVWSUNFX0lEX01BVENIX1ZFUlNJT04JOAotCi0jZGVmaW5lIElOUFVUX0RFVklDRV9J
RF9NQVRDSF9FVkJJVAkweDAxMAotI2RlZmluZSBJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfS0VZQklU
CTB4MDIwCi0jZGVmaW5lIElOUFVUX0RFVklDRV9JRF9NQVRDSF9SRUxCSVQJMHgwNDAKLSNkZWZp
bmUgSU5QVVRfREVWSUNFX0lEX01BVENIX0FCU0JJVAkweDA4MAotI2RlZmluZSBJTlBVVF9ERVZJ
Q0VfSURfTUFUQ0hfTVNDSVQJMHgxMDAKLSNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX0xF
REJJVAkweDIwMAotI2RlZmluZSBJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfU05EQklUCTB4NDAwCi0j
ZGVmaW5lIElOUFVUX0RFVklDRV9JRF9NQVRDSF9GRkJJVAkweDgwMAotI2RlZmluZSBJTlBVVF9E
RVZJQ0VfSURfTUFUQ0hfU1dCSVQJMHgxMDAwCi0KICNpZmRlZiBfX0tFUk5FTF9fCiAKIC8qCiAg
KiBJbi1rZXJuZWwgZGVmaW5pdGlvbnMuCiAgKi8KIAorI2luY2x1ZGUgPGxpbnV4L2RldmljZS5o
PgogI2luY2x1ZGUgPGxpbnV4L2ZzLmg+CiAjaW5jbHVkZSA8bGludXgvdGltZXIuaD4KKyNpbmNs
dWRlIDxsaW51eC9tb2RfZGV2aWNldGFibGUuaD4KIAogI2RlZmluZSBOQklUUyh4KSAoKCh4KS9C
SVRTX1BFUl9MT05HKSsxKQogI2RlZmluZSBCSVQoeCkJKDFVTDw8KCh4KSVCSVRTX1BFUl9MT05H
KSkKQEAgLTk1MSw5ICs5MTMsNDkgQEAgc3RydWN0IGlucHV0X2RldiB7CiB9OwogI2RlZmluZSB0
b19pbnB1dF9kZXYoZCkgY29udGFpbmVyX29mKGQsIHN0cnVjdCBpbnB1dF9kZXYsIGNkZXYpCiAK
LSNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX0RFVklDRVwKKy8qCisgKiBWZXJpZnkgdGhh
dCB3ZSBhcmUgaW4gc3luYyB3aXRoIGlucHV0X2RldmljZV9pZCBtb2RfZGV2aWNldGFibGUuaCAj
ZGVmaW5lcworICovCisKKyNpZiBFVl9NQVggIT0gSU5QVVRfREVWSUNFX0lEX0VWX01BWAorI2Vy
cm9yICJFVl9NQVggYW5kIElOUFVUX0RFVklDRV9JRF9FVl9NQVggZG8gbm90IG1hdGNoIgorI2Vu
ZGlmCisKKyNpZiBLRVlfTUFYICE9IElOUFVUX0RFVklDRV9JRF9LRVlfTUFYCisjZXJyb3IgIktF
WV9NQVggYW5kIElOUFVUX0RFVklDRV9JRF9LRVlfTUFYIGRvIG5vdCBtYXRjaCIKKyNlbmRpZgor
CisjaWYgUkVMX01BWCAhPSBJTlBVVF9ERVZJQ0VfSURfUkVMX01BWAorI2Vycm9yICJSRUxfTUFY
IGFuZCBJTlBVVF9ERVZJQ0VfSURfUkVMX01BWCBkbyBub3QgbWF0Y2giCisjZW5kaWYKKworI2lm
IEFCU19NQVggIT0gSU5QVVRfREVWSUNFX0lEX0FCU19NQVgKKyNlcnJvciAiQUJTX01BWCBhbmQg
SU5QVVRfREVWSUNFX0lEX0FCU19NQVggZG8gbm90IG1hdGNoIgorI2VuZGlmCisKKyNpZiBNU0Nf
TUFYICE9IElOUFVUX0RFVklDRV9JRF9NU0NfTUFYCisjZXJyb3IgIk1TQ19NQVggYW5kIElOUFVU
X0RFVklDRV9JRF9NU0NfTUFYIGRvIG5vdCBtYXRjaCIKKyNlbmRpZgorCisjaWYgTEVEX01BWCAh
PSBJTlBVVF9ERVZJQ0VfSURfTEVEX01BWAorI2Vycm9yICJMRURfTUFYIGFuZCBJTlBVVF9ERVZJ
Q0VfSURfTEVEX01BWCBkbyBub3QgbWF0Y2giCisjZW5kaWYKKworI2lmIFNORF9NQVggIT0gSU5Q
VVRfREVWSUNFX0lEX1NORF9NQVgKKyNlcnJvciAiU05EX01BWCBhbmQgSU5QVVRfREVWSUNFX0lE
X1NORF9NQVggZG8gbm90IG1hdGNoIgorI2VuZGlmCisKKyNpZiBGRl9NQVggIT0gSU5QVVRfREVW
SUNFX0lEX0ZGX01BWAorI2Vycm9yICJGRl9NQVggYW5kIElOUFVUX0RFVklDRV9JRF9GRl9NQVgg
ZG8gbm90IG1hdGNoIgorI2VuZGlmCisKKyNpZiBTV19NQVggIT0gSU5QVVRfREVWSUNFX0lEX1NX
X01BWAorI2Vycm9yICJTV19NQVggYW5kIElOUFVUX0RFVklDRV9JRF9TV19NQVggZG8gbm90IG1h
dGNoIgorI2VuZGlmCisKKyNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX0RFVklDRSBcCiAJ
KElOUFVUX0RFVklDRV9JRF9NQVRDSF9CVVMgfCBJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfVkVORE9S
IHwgSU5QVVRfREVWSUNFX0lEX01BVENIX1BST0RVQ1QpCi0jZGVmaW5lIElOUFVUX0RFVklDRV9J
RF9NQVRDSF9ERVZJQ0VfQU5EX1ZFUlNJT05cCisjZGVmaW5lIElOUFVUX0RFVklDRV9JRF9NQVRD
SF9ERVZJQ0VfQU5EX1ZFUlNJT04gXAogCShJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfREVWSUNFIHwg
SU5QVVRfREVWSUNFX0lEX01BVENIX1ZFUlNJT04pCiAKIHN0cnVjdCBpbnB1dF9oYW5kbGU7Cklu
ZGV4OiBsaW51eC9pbmNsdWRlL2xpbnV4L21vZF9kZXZpY2V0YWJsZS5oCj09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t
IGxpbnV4Lm9yaWcvaW5jbHVkZS9saW51eC9tb2RfZGV2aWNldGFibGUuaAorKysgbGludXgvaW5j
bHVkZS9saW51eC9tb2RfZGV2aWNldGFibGUuaApAQCAtMjQ5LDQgKzI0OSw1MiBAQCBzdHJ1Y3Qg
aTJjX2RldmljZV9pZCB7CiAJX191MTYgaWQ7CiB9OwogCisvKiBJbnB1dCAqLworI2RlZmluZSBJ
TlBVVF9ERVZJQ0VfSURfRVZfTUFYCQkweDFmCisjZGVmaW5lIElOUFVUX0RFVklDRV9JRF9LRVlf
TUFYCQkweDFmZgorI2RlZmluZSBJTlBVVF9ERVZJQ0VfSURfUkVMX01BWAkJMHgwZgorI2RlZmlu
ZSBJTlBVVF9ERVZJQ0VfSURfQUJTX01BWAkJMHgzZgorI2RlZmluZSBJTlBVVF9ERVZJQ0VfSURf
TVNDX01BWAkJMHgwNworI2RlZmluZSBJTlBVVF9ERVZJQ0VfSURfTEVEX01BWAkJMHgwZgorI2Rl
ZmluZSBJTlBVVF9ERVZJQ0VfSURfU05EX01BWAkJMHgwNworI2RlZmluZSBJTlBVVF9ERVZJQ0Vf
SURfRkZfTUFYCQkweDdmCisjZGVmaW5lIElOUFVUX0RFVklDRV9JRF9TV19NQVgJCTB4MGYKKwor
I2RlZmluZSBJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfQlVTCTEKKyNkZWZpbmUgSU5QVVRfREVWSUNF
X0lEX01BVENIX1ZFTkRPUgkyCisjZGVmaW5lIElOUFVUX0RFVklDRV9JRF9NQVRDSF9QUk9EVUNU
CTQKKyNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX1ZFUlNJT04JOAorCisjZGVmaW5lIElO
UFVUX0RFVklDRV9JRF9NQVRDSF9FVkJJVAkweDAwMTAKKyNkZWZpbmUgSU5QVVRfREVWSUNFX0lE
X01BVENIX0tFWUJJVAkweDAwMjAKKyNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX1JFTEJJ
VAkweDAwNDAKKyNkZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX0FCU0JJVAkweDAwODAKKyNk
ZWZpbmUgSU5QVVRfREVWSUNFX0lEX01BVENIX01TQ0lUCTB4MDEwMAorI2RlZmluZSBJTlBVVF9E
RVZJQ0VfSURfTUFUQ0hfTEVEQklUCTB4MDIwMAorI2RlZmluZSBJTlBVVF9ERVZJQ0VfSURfTUFU
Q0hfU05EQklUCTB4MDQwMAorI2RlZmluZSBJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfRkZCSVQJMHgw
ODAwCisjZGVmaW5lIElOUFVUX0RFVklDRV9JRF9NQVRDSF9TV0JJVAkweDEwMDAKKworc3RydWN0
IGlucHV0X2RldmljZV9pZCB7CisKKwlrZXJuZWxfdWxvbmdfdCBmbGFnczsKKworCV9fdTE2IGJ1
c3R5cGU7CisJX191MTYgdmVuZG9yOworCV9fdTE2IHByb2R1Y3Q7CisJX191MTYgdmVyc2lvbjsK
KworCWtlcm5lbF91bG9uZ190IGV2Yml0W0lOUFVUX0RFVklDRV9JRF9FVl9NQVggLyBCSVRTX1BF
Ul9MT05HICsgMV07CisJa2VybmVsX3Vsb25nX3Qga2V5Yml0W0lOUFVUX0RFVklDRV9JRF9LRVlf
TUFYIC8gQklUU19QRVJfTE9ORyArIDFdOworCWtlcm5lbF91bG9uZ190IHJlbGJpdFtJTlBVVF9E
RVZJQ0VfSURfUkVMX01BWCAvIEJJVFNfUEVSX0xPTkcgKyAxXTsKKwlrZXJuZWxfdWxvbmdfdCBh
YnNiaXRbSU5QVVRfREVWSUNFX0lEX0FCU19NQVggLyBCSVRTX1BFUl9MT05HICsgMV07CisJa2Vy
bmVsX3Vsb25nX3QgbXNjYml0W0lOUFVUX0RFVklDRV9JRF9NU0NfTUFYIC8gQklUU19QRVJfTE9O
RyArIDFdOworCWtlcm5lbF91bG9uZ190IGxlZGJpdFtJTlBVVF9ERVZJQ0VfSURfTEVEX01BWCAv
IEJJVFNfUEVSX0xPTkcgKyAxXTsKKwlrZXJuZWxfdWxvbmdfdCBzbmRiaXRbSU5QVVRfREVWSUNF
X0lEX1NORF9NQVggLyBCSVRTX1BFUl9MT05HICsgMV07CisJa2VybmVsX3Vsb25nX3QgZmZiaXRb
SU5QVVRfREVWSUNFX0lEX0ZGX01BWCAvIEJJVFNfUEVSX0xPTkcgKyAxXTsKKwlrZXJuZWxfdWxv
bmdfdCBzd2JpdFtJTlBVVF9ERVZJQ0VfSURfU1dfTUFYIC8gQklUU19QRVJfTE9ORyArIDFdOwor
CisJa2VybmVsX3Vsb25nX3QgZHJpdmVyX2luZm87Cit9OworCiAjZW5kaWYgLyogTElOVVhfTU9E
X0RFVklDRVRBQkxFX0ggKi8KSW5kZXg6IGxpbnV4L3NjcmlwdHMvbW9kL2ZpbGUyYWxpYXMuYwo9
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09Ci0tLSBsaW51eC5vcmlnL3NjcmlwdHMvbW9kL2ZpbGUyYWxpYXMuYworKysgbGlu
dXgvc2NyaXB0cy9tb2QvZmlsZTJhbGlhcy5jCkBAIC0zNzEsMTAgKzM3MSwxMCBAQCBzdGF0aWMg
dm9pZCBkb19pbnB1dChjaGFyICphbGlhcywKIAkJICAgICBrZXJuZWxfdWxvbmdfdCAqYXJyLCB1
bnNpZ25lZCBpbnQgbWluLCB1bnNpZ25lZCBpbnQgbWF4KQogewogCXVuc2lnbmVkIGludCBpOwot
CWZvciAoaSA9IG1pbjsgaSA8IG1heDsgaSsrKSB7Ci0JCWlmIChhcnJbaS9CSVRTX1BFUl9MT05H
XSAmICgxIDw8IChpJUJJVFNfUEVSX0xPTkcpKSkKLQkJCXNwcmludGYoYWxpYXMrc3RybGVuKGFs
aWFzKSwgIiVYLCoiLCBpKTsKLQl9CisKKwlmb3IgKGkgPSBtaW47IGkgPCBtYXg7IGkrKykKKwkJ
aWYgKGFycltpIC8gQklUU19QRVJfTE9OR10gJiAoMSA8PCAoaSVCSVRTX1BFUl9MT05HKSkpCisJ
CQlzcHJpbnRmKGFsaWFzICsgc3RybGVuKGFsaWFzKSwgIiVYLCoiLCBpKTsKIH0KIAogLyogaW5w
dXQ6YjB2MHAwZTAtZVhrWHJYYVhtWGxYc1hmWHdYIHdoZXJlIFggaXMgY29tbWEtc2VwYXJhdGVk
ICUwMlguICovCkBAIC0zODMsMzkgKzM4MywzNyBAQCBzdGF0aWMgaW50IGRvX2lucHV0X2VudHJ5
KGNvbnN0IGNoYXIgKmZpCiB7CiAJc3ByaW50ZihhbGlhcywgImlucHV0OiIpOwogCi0JQUREKGFs
aWFzLCAiYiIsIGlkLT5mbGFncyZJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfQlVTLCBpZC0+aWQuYnVz
dHlwZSk7Ci0JQUREKGFsaWFzLCAidiIsIGlkLT5mbGFncyZJTlBVVF9ERVZJQ0VfSURfTUFUQ0hf
VkVORE9SLCBpZC0+aWQudmVuZG9yKTsKLQlBREQoYWxpYXMsICJwIiwgaWQtPmZsYWdzJklOUFVU
X0RFVklDRV9JRF9NQVRDSF9QUk9EVUNULAotCSAgICBpZC0+aWQucHJvZHVjdCk7Ci0JQUREKGFs
aWFzLCAiZSIsIGlkLT5mbGFncyZJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfVkVSU0lPTiwKLQkgICAg
aWQtPmlkLnZlcnNpb24pOworCUFERChhbGlhcywgImIiLCBpZC0+ZmxhZ3MgJiBJTlBVVF9ERVZJ
Q0VfSURfTUFUQ0hfQlVTLCBpZC0+YnVzdHlwZSk7CisJQUREKGFsaWFzLCAidiIsIGlkLT5mbGFn
cyAmIElOUFVUX0RFVklDRV9JRF9NQVRDSF9WRU5ET1IsIGlkLT52ZW5kb3IpOworCUFERChhbGlh
cywgInAiLCBpZC0+ZmxhZ3MgJiBJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfUFJPRFVDVCwgaWQtPnBy
b2R1Y3QpOworCUFERChhbGlhcywgImUiLCBpZC0+ZmxhZ3MgJiBJTlBVVF9ERVZJQ0VfSURfTUFU
Q0hfVkVSU0lPTiwgaWQtPnZlcnNpb24pOwogCiAJc3ByaW50ZihhbGlhcyArIHN0cmxlbihhbGlh
cyksICItZSoiKTsKLQlpZiAoaWQtPmZsYWdzJklOUFVUX0RFVklDRV9JRF9NQVRDSF9FVkJJVCkK
KwlpZiAoaWQtPmZsYWdzICYgSU5QVVRfREVWSUNFX0lEX01BVENIX0VWQklUKQogCQlkb19pbnB1
dChhbGlhcywgaWQtPmV2Yml0LCAwLCBFVl9NQVgpOwogCXNwcmludGYoYWxpYXMgKyBzdHJsZW4o
YWxpYXMpLCAiayoiKTsKLQlpZiAoaWQtPmZsYWdzJklOUFVUX0RFVklDRV9JRF9NQVRDSF9LRVlC
SVQpCisJaWYgKGlkLT5mbGFncyAmIElOUFVUX0RFVklDRV9JRF9NQVRDSF9LRVlCSVQpCiAJCWRv
X2lucHV0KGFsaWFzLCBpZC0+a2V5Yml0LCBLRVlfTUlOX0lOVEVSRVNUSU5HLCBLRVlfTUFYKTsK
IAlzcHJpbnRmKGFsaWFzICsgc3RybGVuKGFsaWFzKSwgInIqIik7Ci0JaWYgKGlkLT5mbGFncyZJ
TlBVVF9ERVZJQ0VfSURfTUFUQ0hfUkVMQklUKQorCWlmIChpZC0+ZmxhZ3MgJiBJTlBVVF9ERVZJ
Q0VfSURfTUFUQ0hfUkVMQklUKQogCQlkb19pbnB1dChhbGlhcywgaWQtPnJlbGJpdCwgMCwgUkVM
X01BWCk7CiAJc3ByaW50ZihhbGlhcyArIHN0cmxlbihhbGlhcyksICJhKiIpOwotCWlmIChpZC0+
ZmxhZ3MmSU5QVVRfREVWSUNFX0lEX01BVENIX0FCU0JJVCkKKwlpZiAoaWQtPmZsYWdzICYgSU5Q
VVRfREVWSUNFX0lEX01BVENIX0FCU0JJVCkKIAkJZG9faW5wdXQoYWxpYXMsIGlkLT5hYnNiaXQs
IDAsIEFCU19NQVgpOwogCXNwcmludGYoYWxpYXMgKyBzdHJsZW4oYWxpYXMpLCAibSoiKTsKLQlp
ZiAoaWQtPmZsYWdzJklOUFVUX0RFVklDRV9JRF9NQVRDSF9NU0NJVCkKKwlpZiAoaWQtPmZsYWdz
ICYgSU5QVVRfREVWSUNFX0lEX01BVENIX01TQ0lUKQogCQlkb19pbnB1dChhbGlhcywgaWQtPm1z
Y2JpdCwgMCwgTVNDX01BWCk7CiAJc3ByaW50ZihhbGlhcyArIHN0cmxlbihhbGlhcyksICJsKiIp
OwotCWlmIChpZC0+ZmxhZ3MmSU5QVVRfREVWSUNFX0lEX01BVENIX0xFREJJVCkKKwlpZiAoaWQt
PmZsYWdzICYgSU5QVVRfREVWSUNFX0lEX01BVENIX0xFREJJVCkKIAkJZG9faW5wdXQoYWxpYXMs
IGlkLT5sZWRiaXQsIDAsIExFRF9NQVgpOwogCXNwcmludGYoYWxpYXMgKyBzdHJsZW4oYWxpYXMp
LCAicyoiKTsKLQlpZiAoaWQtPmZsYWdzJklOUFVUX0RFVklDRV9JRF9NQVRDSF9TTkRCSVQpCisJ
aWYgKGlkLT5mbGFncyAmIElOUFVUX0RFVklDRV9JRF9NQVRDSF9TTkRCSVQpCiAJCWRvX2lucHV0
KGFsaWFzLCBpZC0+c25kYml0LCAwLCBTTkRfTUFYKTsKIAlzcHJpbnRmKGFsaWFzICsgc3RybGVu
KGFsaWFzKSwgImYqIik7Ci0JaWYgKGlkLT5mbGFncyZJTlBVVF9ERVZJQ0VfSURfTUFUQ0hfRkZC
SVQpCisJaWYgKGlkLT5mbGFncyAmIElOUFVUX0RFVklDRV9JRF9NQVRDSF9GRkJJVCkKIAkJZG9f
aW5wdXQoYWxpYXMsIGlkLT5mZmJpdCwgMCwgRkZfTUFYKTsKIAlzcHJpbnRmKGFsaWFzICsgc3Ry
bGVuKGFsaWFzKSwgIncqIik7Ci0JaWYgKGlkLT5mbGFncyZJTlBVVF9ERVZJQ0VfSURfTUFUQ0hf
U1dCSVQpCisJaWYgKGlkLT5mbGFncyAmIElOUFVUX0RFVklDRV9JRF9NQVRDSF9TV0JJVCkKIAkJ
ZG9faW5wdXQoYWxpYXMsIGlkLT5zd2JpdCwgMCwgU1dfTUFYKTsKIAlyZXR1cm4gMTsKIH0KSW5k
ZXg6IGxpbnV4L2RyaXZlcnMvaW5wdXQvaW5wdXQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBsaW51eC5vcmln
L2RyaXZlcnMvaW5wdXQvaW5wdXQuYworKysgbGludXgvZHJpdmVycy9pbnB1dC9pbnB1dC5jCkBA
IC0yODYsMTkgKzI4NiwxOSBAQCBzdGF0aWMgc3RydWN0IGlucHV0X2RldmljZV9pZCAqaW5wdXRf
bWF0CiAJZm9yICg7IGlkLT5mbGFncyB8fCBpZC0+ZHJpdmVyX2luZm87IGlkKyspIHsKIAogCQlp
ZiAoaWQtPmZsYWdzICYgSU5QVVRfREVWSUNFX0lEX01BVENIX0JVUykKLQkJCWlmIChpZC0+aWQu
YnVzdHlwZSAhPSBkZXYtPmlkLmJ1c3R5cGUpCisJCQlpZiAoaWQtPmJ1c3R5cGUgIT0gZGV2LT5p
ZC5idXN0eXBlKQogCQkJCWNvbnRpbnVlOwogCiAJCWlmIChpZC0+ZmxhZ3MgJiBJTlBVVF9ERVZJ
Q0VfSURfTUFUQ0hfVkVORE9SKQotCQkJaWYgKGlkLT5pZC52ZW5kb3IgIT0gZGV2LT5pZC52ZW5k
b3IpCisJCQlpZiAoaWQtPnZlbmRvciAhPSBkZXYtPmlkLnZlbmRvcikKIAkJCQljb250aW51ZTsK
IAogCQlpZiAoaWQtPmZsYWdzICYgSU5QVVRfREVWSUNFX0lEX01BVENIX1BST0RVQ1QpCi0JCQlp
ZiAoaWQtPmlkLnByb2R1Y3QgIT0gZGV2LT5pZC5wcm9kdWN0KQorCQkJaWYgKGlkLT5wcm9kdWN0
ICE9IGRldi0+aWQucHJvZHVjdCkKIAkJCQljb250aW51ZTsKIAogCQlpZiAoaWQtPmZsYWdzICYg
SU5QVVRfREVWSUNFX0lEX01BVENIX1ZFUlNJT04pCi0JCQlpZiAoaWQtPmlkLnZlcnNpb24gIT0g
ZGV2LT5pZC52ZXJzaW9uKQorCQkJaWYgKGlkLT52ZXJzaW9uICE9IGRldi0+aWQudmVyc2lvbikK
IAkJCQljb250aW51ZTsKIAogCQlNQVRDSF9CSVQoZXZiaXQsICBFVl9NQVgpOwoK
</data>        

          </attachment>
    </bug>

</bugzilla>