<?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>111029</bug_id>
          
          <creation_ts>2005-10-31 08:06 0000</creation_ts>
          <short_desc>ndiswrapper-1.2 fails to compile with vanilla-sources-2.6.14 (stable request for 1.7)</short_desc>
          <delta_ts>2006-01-07 08:23:36 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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>InCVS</keywords>
          <priority>P1</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>vincent20165@yahoo.com</reporter>
          <assigned_to>mobile@gentoo.org</assigned_to>
          <cc>bss03@volumehost.com</cc>
    
    <cc>dex1980@web.de</cc>
    
    <cc>iaindb@netspace.net.au</cc>
    
    <cc>ikelos@gentoo.org</cc>
    
    <cc>jlp.bugs@gmail.com</cc>
    
    <cc>sam.walters@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>vincent20165@yahoo.com</who>
            <bug_when>2005-10-31 08:06:56 0000</bug_when>
            <thetext>emerge ndiswrapper
Calculating dependencies ...done!
&gt;&gt;&gt; emerge (1 of 1) net-wireless/ndiswrapper-1.2 to /
&gt;&gt;&gt; md5 files   ;-) ndiswrapper-1.2.ebuild
&gt;&gt;&gt; md5 files   ;-) ndiswrapper-1.4.ebuild
&gt;&gt;&gt; md5 files   ;-) files/digest-ndiswrapper-1.2
&gt;&gt;&gt; md5 files   ;-) files/ndiswrapper-1.2-suspend2.patch
&gt;&gt;&gt; md5 files   ;-) files/digest-ndiswrapper-1.4
&gt;&gt;&gt; md5 src_uri ;-) ndiswrapper-1.2.tar.gz
 * Determining the location of the kernel source code
 * Found kernel source directory:
 *     /usr/src/linux
 * Found sources for kernel version:
 *     2.6.14
 * Checking for suitable kernel configuration options:
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; Unpacking ndiswrapper-1.2.tar.gz to /var/tmp/portage/ndiswrapper-1.2/work
 * Applying ndiswrapper-1.2-suspend2.patch ...                                 
                                                                      [ ok ]
 * The only kernels that will work are gentoo-sources, vanilla-sources, and
suspend2-sources.
 * No other kernels are supported. Kernels like the mm kernels will NOT work.
 * Converting ndiswrapper-1.2/driver/Makefile to use M= instead of SUBDIRS= ...
                                                                      [ ok ]
&gt;&gt;&gt; Source unpacked.
cc -Wall -g -DNDISWRAPPER_VERSION=\&quot;1.2\&quot;    -c -o loadndisdriver.o loadndisdriver.c
gcc -o loadndisdriver loadndisdriver.o
 * Preparing ndiswrapper module
make -C //usr/src/linux
M=/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver \
        NDISWRAPPER_VERSION=1.2 \
        EXTRA_VERSION= modules


*** WARNING: Kernel seems to have 4K size stack option (CONFIG_4KSTACKS)
removed; many Windows drivers will need at least 8K size stacks. You should read
wiki about 4K size stack issue. Don&apos;t complain about crashes until you resolve this.


make[1]: Entering directory `/usr/src/linux-2.6.14&apos;
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/hal.o
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/iw_ndis.o
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/loader.o
/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/loader.c: In
function `register_devices&apos;:
/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/loader.c:963:
warning: assignment from incompatible pointer type
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/misc_funcs.o
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/ndis.o
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/ntoskernel.o
/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/ndis.c:1721:5:
warning: &quot;LINUX_KERNEL_VERSION&quot; is not defined
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/pe_linker.o
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/proc.o
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/wrapper.o
/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/wrapper.c:287:54:
macro &quot;halt&quot; passed 1 arguments, but takes just 0
/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/wrapper.c: In
function `miniport_halt&apos;:
/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/wrapper.c:287:
warning: statement with no effect
  CC [M]  /var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/usb.o
make[2]: ***
[/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver/wrapper.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: ***
[_module_/var/tmp/portage/ndiswrapper-1.2/work/ndiswrapper-1.2/driver] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.14&apos;
make: *** [default] Error 2

!!! ERROR: net-wireless/ndiswrapper-1.2 failed.
!!! Function linux-mod_src_compile, Line 505, Exitcode 2
!!! Unable to make                                  KSRC=//usr/src/linux
KVERS=26 all.
!!! If you need support, post the topmost build error, NOT this status message.


Reproducible: Always
Steps to Reproduce:
emerge vanilla-sources-2.6.14
emerge ndiswrapper-1.2 (ndiswrapper-1.4. is blocked on my system by bug # 110367)


Expected Results:  
emerge should complete successfully

Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2,
2.6.13.4 i686)
=================================================================
System uname: 2.6.13.4 i686 AMD Athlon(tm) XP 3000+
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
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.15.92.0.2-r10
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.8.1-r1, 2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O3 -march=athlon-xp -fomit-frame-pointer -pipe -mmmx -m3dnow -msse
-mfpmath=sse&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O3 -march=athlon-xp -fomit-frame-pointer -pipe -mmmx -m3dnow -msse
-mfpmath=sse&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache distlocks fixpackages sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow X alsa apm avi berkdb bitmap-fonts cdr crypt cups curl divx
divx4linux eds emboss encode esd fam foomatic foomaticdb fortran gdbm gif gnome
gpm gstreamer gtk gtk2 imagemagick imlib java jpeg junit kerberos ldap libg++
libwww mad matroska mikmod mmx motif mozilla mp3 mp4 mpeg ncurses nls nptl
nptlonly nvidia ogg oggvorbis opengl oss pam pdflib perl png python quicktime
readline samba sdl slang spell sse ssl svga tcpd tiff truetype truetype-fonts
type1-fonts udev unicode vorbis win32codecs xine xinerama xml2 xmms xscreensaver
xv xvid zlib userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jlp.bugs@gmail.com</who>
            <bug_when>2005-11-04 13:04:22 0000</bug_when>
            <thetext>I also tried to compile it with gentoo-sources 2.6.14 and it also fails in the
same way.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kbatman_74@cox.net</who>
            <bug_when>2005-11-04 19:57:21 0000</bug_when>
            <thetext>same here on the gentoo-sources 2.6.14</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cardoe@gentoo.org</who>
            <bug_when>2005-11-06 15:22:37 0000</bug_when>
            <thetext>ok. Generating noise on this bug is going to do nothing. ndiswrapper 1.2 WILL
NOT work on any kernel 2.6.14. Whether it be gentoo-sources or vanilla. You will
need ndiswrapper 1.4. However people complain that 1.4 doesn&apos;t work for them,
causes system crashes and general issues. So 1.4 is masked, if you want to
chance it... unmask it and try it. Otherwise stick to an older kernel for now.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2005-11-08 00:29:45 0000</bug_when>
            <thetext>Created an attachment (id=72430)
Patch to run ndiswrapper-1.2 under the 2.6.14 kernel

Actually, here&apos;s a patch that has had ndiswrapper 1.2 running fine on
vanilla-sources-2.6.14, and seems much more stable than the new ndiswrapper-1.5
(which I&apos;m just about to post a bug on, having seemingly caused a divide by 0
error in the kernel).

If people would prefer to stick with 1.2, please test out the patch and see if
you have any problems.	It&apos;s a very simple renaming of a structure that became
reserved when it was used in the 2.6.14 kernel so there shouldn&apos;t be much to
cause regressions or bugs...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vincent20165@yahoo.com</who>
            <bug_when>2005-11-08 07:24:41 0000</bug_when>
            <thetext>I have no time to test this right this moment. I did try 2.6.14 and
ndiswrapper-1.5. While 1.5 does compile and load, I get a timeout on the dhcp
request when net.wlan0 starts, so I had to go back to 2.6.13.5 and ndiswrapper 1.2.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2005-11-08 18:19:27 0000</bug_when>
            <thetext>Thanks for the patch! ndiswrapper now compiles cleanly for me with 2.6.14,
however I get the same problem as I did with 1.4 and 1.5
(http://bugs.gentoo.org/show_bug.cgi?id=111754):

$ sudo modprobe ndiswrapper
FATAL: Error inserting ndiswrapper (/lib/modules/2.6.14/misc/ndiswrapper.ko):
Unknown symbol in module, or unknown parameter (see dmesg)

$ dmesg | tail -n 1
ndiswrapper: Unknown symbol kthread_run

I am using vanilla-sources 2.6.14.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dsd@gentoo.org</who>
            <bug_when>2005-11-12 16:53:00 0000</bug_when>
            <thetext>mobile: gentoo-sources-2.6.14 is stable, so this should be addressed ASAP. My
suggestions are either make the 1.2 ebuild check the kernel version and die out
on 2.6.14, or apply the change described in comment #4 (it is correct).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2005-11-13 04:21:20 0000</bug_when>
            <thetext>patch works for vanilla-sources-2.6.15_rc1

Thanks!! I just tried 2.6.15_rc1 and I&apos;m using ndiswrapper again (finally :)
More info can be provided on request!!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2005-11-30 17:51:22 0000</bug_when>
            <thetext>*** Bug 114084 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>david@ion.lu</who>
            <bug_when>2005-12-01 10:17:41 0000</bug_when>
            <thetext>Created an attachment (id=73897)
modified ebuild that includes the patch

copy the above patch to your $PORTAGE_OVERLAY/net-wireless/files/ folder,
digest and merge this ebuild to have the patch applied automatically</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>david@ion.lu</who>
            <bug_when>2005-12-01 10:20:24 0000</bug_when>
            <thetext>(From update of attachment 73897)
sorry for the frequent editing, I should watch out for typos...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>david@ion.lu</who>
            <bug_when>2005-12-01 10:52:04 0000</bug_when>
            <thetext>Created an attachment (id=73900)
ebuild applying the patch if necessary

supporting kernel 2.6.15* now too... sorry</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2005-12-28 06:36:59 0000</bug_when>
            <thetext>I just added ndiswrapper-1.7 to three. It is working for me on a stable system. Adding a patch for 1.2 would demand it go through ~x86 any way so let&apos;s see if 1.7 is ready for stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>henrik@brixandersen.dk</who>
            <bug_when>2006-01-02 06:44:47 0000</bug_when>
            <thetext>Please test with ndiswrapper-1.7.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-01-02 06:52:26 0000</bug_when>
            <thetext>I&apos;ve been using ndiswrapper 1.7 on 2.6.15_rc7 and it seems to both compile and run fine.  I&apos;ve been running it since December 29th without problems...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-01-03 13:12:14 0000</bug_when>
            <thetext>As the current stable is not working with 2.6.14 and many people have had positive experiences with 1.7 I will be marking 1.7 stable next weekend even though it has not been in ~x86 for very long. If someone from the x86 arch team has hardware to test take a shot. My hardware works. Feel free to raise objections too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>henrik@brixandersen.dk</who>
            <bug_when>2006-01-03 13:37:21 0000</bug_when>
            <thetext>(In reply to comment #16)
&gt; As the current stable is not working with 2.6.14 and many people have had
&gt; positive experiences with 1.7 I will be marking 1.7 stable next weekend even
&gt; though it has not been in ~x86 for very long. If someone from the x86 arch team
&gt; has hardware to test take a shot. My hardware works. Feel free to raise
&gt; objections too.

As version 1.7 seems to fix quite a few bugs I think this is the right thing to do.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2006-01-03 15:24:17 0000</bug_when>
            <thetext>If the current stable doesn&apos;t work at all, by all means mark one that does stable as soon as possible.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-01-03 16:30:37 0000</bug_when>
            <thetext>(In reply to comment #18)
&gt; If the current stable doesn&apos;t work at all, by all means mark one that does
&gt; stable as soon as possible.
&gt; 

It works fine with earlier kernels. I would not want to mark something stable that causes for example kernel panics with 2.6.14 using some other wireless cards as I only have one model. Well let&apos;s see if I will do this already tomorrow.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-01-03 16:46:22 0000</bug_when>
            <thetext>I&apos;m using a broadcom 43xx with ndiswrapper 1.7 and I&apos;ve had no kernel panics from whatever 2.6.15-rc I started using right up to 2.6.15 which just went upstream stable.  Hopefully it&apos;s of a different chipset to what you&apos;ve been testing it with...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-01-03 16:57:25 0000</bug_when>
            <thetext>(In reply to comment #20)
&gt; I&apos;m using a broadcom 43xx with ndiswrapper 1.7 and I&apos;ve had no kernel panics
&gt; from whatever 2.6.15-rc I started using right up to 2.6.15 which just went
&gt; upstream stable.  Hopefully it&apos;s of a different chipset to what you&apos;ve been
&gt; testing it with...
&gt; 

It was a theoretical situation. How it performs with 2.6.15 also doesn&apos;t matter from a stabilization point of view that much because stable is 2.6.14. Great to hear that it is working with 2.6.15 as I haven&apos;t had the opportunity to test more than if it compiles with it yet.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vincent20165@yahoo.com</who>
            <bug_when>2006-01-04 07:32:14 0000</bug_when>
            <thetext>ndiswrapper-1.7 compiles all right with 2.6.14 on my machine. However, when I use it, network traffic stalls after a couple of minutes, which doesn&apos;t happen to me with ndiswrapper-1.2 on 2.6.13. (1.7 on 2.6.13 stalls as well)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-01-05 15:44:23 0000</bug_when>
            <thetext>Well it seems ndiswrapper is not the saviour I thought it would be.
bug 117706
So I added 1.2-r1 with the patch from this bug and made 1.2 die if 2.6.14 or newer is used. Let&apos;s see if that can be stabilized.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vincent20165@yahoo.com</who>
            <bug_when>2006-01-06 10:14:20 0000</bug_when>
            <thetext>ndiswrapper-1.7 compiles for me with 2.6.14.x, however, when I use it, network traffic will stall after a couple of minutes. This happens when I use 1.7 with both 2.6.13 and 2.6.14. But I&apos;m not sure if that&apos;s a ndiswrapper thing or the windows driver part that&apos;t to blame for this. I&apos;m using neta3ab.inf for a D-link wireless PCI adapter.

The hang up does NOT happen with ndiswrapper-1.2 though, which I&apos;m still happily using now.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-01-07 08:23:36 0000</bug_when>
            <thetext>1.2-r1 marked stable on x86. Thanks to everyone who participated in this bug. Please reopen or make a new bug if 1.2-r1 causes problems for you on 2.6.14.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>72430</attachid>
            <date>2005-11-08 00:29 0000</date>
            <desc>Patch to run ndiswrapper-1.2 under the 2.6.14 kernel</desc>
            <filename>ndiswrapper-1.2-kernel-2.6.14.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdU5yIG5kaXN3cmFwcGVyLTEuMi9kcml2ZXIvbmRpcy5oIG5kaXN3cmFwcGVyLTEuMi5t
b2QvZHJpdmVyL25kaXMuaAotLS0gbmRpc3dyYXBwZXItMS4yL2RyaXZlci9uZGlzLmgJMjAwNS0w
Ni0xMCAyMDoyNDozMS4wMDAwMDAwMDAgKzAxMDAKKysrIG5kaXN3cmFwcGVyLTEuMi5tb2QvZHJp
dmVyL25kaXMuaAkyMDA1LTEwLTAxIDE2OjIwOjEyLjAwMDAwMDAwMCArMDEwMApAQCAtMjM4LDcg
KzIzOCw3IEBACiAJdm9pZCAoKmVuYWJsZV9pbnRlcnJ1cHRzKSh2b2lkICpjdHgpIFNURENBTEw7
CiAKIAkvKiBTdG9wIG1pbmlwb3J0ICovCi0Jdm9pZCAoKmhhbHQpKHZvaWQgKmN0eCkgU1REQ0FM
TDsKKwl2b2lkICgqbWluaXBvcnRfaGFsdCkodm9pZCAqY3R4KSBTVERDQUxMOwogCiAJLyogSW50
ZXJydXB0IEJIICovCiAJbmRpc19pbnRlcnJ1cHRfaGFuZGxlciBoYW5kbGVfaW50ZXJydXB0Owpk
aWZmIC11TnIgbmRpc3dyYXBwZXItMS4yL2RyaXZlci93cmFwcGVyLmMgbmRpc3dyYXBwZXItMS4y
Lm1vZC9kcml2ZXIvd3JhcHBlci5jCi0tLSBuZGlzd3JhcHBlci0xLjIvZHJpdmVyL3dyYXBwZXIu
YwkyMDA1LTA2LTEwIDIwOjI0OjMxLjAwMDAwMDAwMCArMDEwMAorKysgbmRpc3dyYXBwZXItMS4y
Lm1vZC9kcml2ZXIvd3JhcHBlci5jCTIwMDUtMTAtMDEgMTY6MTk6NDMuMDAwMDAwMDAwICswMTAw
CkBAIC0yODAsMTEgKzI4MCwxMSBAQAogdm9pZCBtaW5pcG9ydF9oYWx0KHN0cnVjdCB3cmFwcGVy
X2RldiAqd2QpCiB7CiAJc3RydWN0IG1pbmlwb3J0X2NoYXIgKm1pbmlwb3J0ID0gJndkLT5kcml2
ZXItPm1pbmlwb3J0OwotCVRSQUNFRU5URVIxKCJkcml2ZXIgaGFsdCBpcyBhdCAlcCIsIG1pbmlw
b3J0LT5oYWx0KTsKKwlUUkFDRUVOVEVSMSgiZHJpdmVyIGhhbHQgaXMgYXQgJXAiLCBtaW5pcG9y
dC0+bWluaXBvcnRfaGFsdCk7CiAKIAltaW5pcG9ydF9zZXRfaW50KHdkLCBPSURfUE5QX1NFVF9Q
T1dFUiwgTmRpc0RldmljZVN0YXRlRDMpOwogCi0JTElOMldJTjEobWluaXBvcnQtPmhhbHQsIHdk
LT5ubWItPmFkYXB0ZXJfY3R4KTsKKwlMSU4yV0lOMShtaW5pcG9ydC0+bWluaXBvcnRfaGFsdCwg
d2QtPm5tYi0+YWRhcHRlcl9jdHgpOwogCiAJbmRpc19leGl0X2RldmljZSh3ZCk7CiAJbWlzY19m
dW5jc19leGl0X2RldmljZSh3ZCk7Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>73897</attachid>
            <date>2005-12-01 10:17 0000</date>
            <desc>modified ebuild that applies the patch if the kernelversion is 2.6.14*</desc>
            <filename>ndiswrapper-1.2.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojIGFhcHBs
eWluZyBwYXRjaCBpZiBhIDIuNi4xNCBrZXJuZWwgaXMgZm91bmQgPGRhdmlkQGlvbi5sdT4KIyAk
SGVhZGVyOiAvdmFyL2N2c3Jvb3QvZ2VudG9vLXg4Ni9uZXQtd2lyZWxlc3MvbmRpc3dyYXBwZXIv
bmRpc3dyYXBwZXItMS4yLmVidWlsZCx2IDEuNyAyMDA1LzA4LzI2IDA2OjEwOjUzIGNhcmRvZSBF
eHAgJAoKaW5oZXJpdCBsaW51eC1tb2QgZXV0aWxzCgpERVNDUklQVElPTj0iV3JhcHBlciBmb3Ig
dXNpbmcgV2luZG93cyBkcml2ZXJzIGZvciBzb21lIHdpcmVsZXNzIGNhcmRzIgpIT01FUEFHRT0i
aHR0cDovL25kaXN3cmFwcGVyLnNvdXJjZWZvcmdlLm5ldC8iClNSQ19VUkk9Im1pcnJvcjovL3Nv
dXJjZWZvcmdlLyR7UE59LyR7UH0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIiCktFWVdPUkRTPSJ4
ODYgfmFtZDY0IgoKSVVTRT0iZGVidWciCkRFUEVORD0ic3lzLWFwcHMvcGNpdXRpbHMiClJERVBF
TkQ9IiR7REVQRU5EfQoJbmV0LXdpcmVsZXNzL3dpcmVsZXNzLXRvb2xzIgoKQ09ORklHX0NIRUNL
PSJORVRfUkFESU8iCgpNT0RVTEVfTkFNRVM9Im5kaXN3cmFwcGVyKG1pc2M6JHtTfS9kcml2ZXIp
IgpCVUlMRF9QQVJBTVM9IktTUkM9JHtST09UfSR7S1ZfRElSfSBLVkVSUz0ke0tWX01BSk9SfSR7
S1ZfTUlOT1J9IgpCVUlMRF9UQVJHRVRTPSJhbGwiCk1PRFVMRVNEX05ESVNXUkFQUEVSX0FMSUFT
RVM9KCJ3bGFuMCBuZGlzd3JhcHBlciIpCgpzcmNfdW5wYWNrKCkgewoJdW5wYWNrICR7QX0KCglj
ZCAke1N9CgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1zdXNwZW5kMi5wYXRjaCB8fCBkaWUgInN1
c3BlbmQyIHBhdGNoIGZhaWxlZCIKCQoJaWYgWyAtbiBgdW5hbWUgLXIgZ3JlcCAnMi42LjE0J2Ag
XTsgdGhlbgoJCWVwYXRjaCAke0ZJTEVTRElSfS8ke1B9LWtlcm5lbC0yLjYuMTQucGF0Y2ggfHwg
ZGllICJrZXJuZWwgMi42LjE0CglwYXRjaGZhaWxlZCI7CglmaTsKCgllaW5mbyAiVGhlIG9ubHkg
a2VybmVscyB0aGF0IHdpbGwgd29yayBhcmUgZ2VudG9vLXNvdXJjZXMsIHZhbmlsbGEtc291cmNl
cywgYW5kIHN1c3BlbmQyLXNvdXJjZXMuIgoJZWluZm8gIk5vIG90aGVyIGtlcm5lbHMgYXJlIHN1
cHBvcnRlZC4gS2VybmVscyBsaWtlIHRoZSBtbSBrZXJuZWxzIHdpbGwgTk9UIHdvcmsuIgoKCWNv
bnZlcnRfdG9fbSAke1N9L2RyaXZlci9NYWtlZmlsZQp9CgpzcmNfY29tcGlsZSgpIHsKCSMgRW5h
YmxlIHZlcmJvc2UgZGVidWdnaW5nIGluZm9ybWF0aW9uCgl1c2UgZGVidWcgJiYgZXhwb3J0IERF
QlVHPTMKCgljZCB1dGlscwoJZW1ha2UgfHwgZGllICJDb21waWxlIG9mIHV0aWxzIGZhaWxlZCEi
CgoJbGludXgtbW9kX3NyY19jb21waWxlCgp9CgpzcmNfaW5zdGFsbCgpIHsKCWRvc2JpbiB1dGls
cy9uZGlzd3JhcHBlcgoJZG9zYmluIHV0aWxzL25kaXN3cmFwcGVyLWJ1Z2luZm8KCglpbnRvIC8K
CWRvc2JpbiB1dGlscy9sb2FkbmRpc2RyaXZlcgoKCWRvZG9jIFJFQURNRSBJTlNUQUxMIEFVVEhP
UlMgQ2hhbmdlTG9nCglkb21hbiBuZGlzd3JhcHBlci44CgoJa2VlcGRpciAvZXRjL25kaXN3cmFw
cGVyCgoJbGludXgtbW9kX3NyY19pbnN0YWxsCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWxpbnV4LW1v
ZF9wa2dfcG9zdGluc3QKCWVjaG8KCWVpbmZvICJuZGlzd3JhcHBlciByZXF1aXJlcyAuaW5mIGFu
ZCAuc3lzIGZpbGVzIGZyb20gYSBXaW5kb3dzKHRtKSBkcml2ZXIiCgllaW5mbyAidG8gZnVuY3Rp
b24uIERvd25sb2FkIHRoZXNlIHRvIC9yb290IGZvciBleGFtcGxlLCB0aGVuIgoJZWluZm8gInJ1
biAnbmRpc3dyYXBwZXIgLWkgL3Jvb3QvZm9vLmluZicuIEFmdGVyIHRoYXQgeW91IGNhbiBkZWxl
dGUgdGhlbS4iCgllaW5mbyAiVGhleSB3aWxsIGJlIGNvcGllZCB0byB0aGUgcHJvcGVyIGxvY2F0
aW9uLiIKCWVpbmZvICJPbmNlIGRvbmUsIHBsZWFzZSBydW4gJ3VwZGF0ZS1tb2R1bGVzJy4iCgll
Y2hvCgllaW5mbyAiY2hlY2sgaHR0cDovL25kaXN3cmFwcGVyLnNmLm5ldC9tZWRpYXdpa2kvaW5k
ZXgucGhwL0xpc3QgZm9yIGRyaXZlcnMiCglJPSQobHNwY2kgLW4gfCBlZ3JlcCAnQ2xhc3MgKDAy
ODB8MDIwMCk6JyB8ICBjdXQgLWQnICcgLWY0KQoJZWluZm8gIkxvb2sgZm9yIHRoZSBmb2xsb3dp
bmcgb24gdGhhdCBwYWdlIGZvciB5b3VyIGRyaXZlcjoiCgllaW5mbyAiUG9zc2libGUgSGFyZHdh
cmU6ICR7SX0iCgllY2hvCgllaW5mbyAiUGxlYXNlIGhhdmUgYSBsb29rIGF0IGh0dHA6Ly9uZGlz
d3JhcHBlci5zb3VyY2Vmb3JnZS5uZXQvd2lraS8iCgllaW5mbyAiZm9yIHRoZSBGQVEsIEhvd1Rv
cywgVGlwcywgQ29uZmlndXJhdGlvbiwgYW5kIGluc3RhbGxhdGlvbiIKCWVpbmZvICJpbmZvcm1h
dGlvbi4iCgllY2hvCglld2FybiAiQXR0ZW1wdGluZyB0byBhdXRvbWF0aWNhbGx5IHJlaW5zdGFs
bCBhbnkgV2luZG93cyBkcml2ZXJzIgoJZXdhcm4gInlvdSBtaWdodCBhbHJlYWR5IGhhdmUuIgoJ
Zm9yIGRyaXZlciBpbiAkKGxzIC9ldGMvbmRpc3dyYXBwZXIpCglkbwoJCWVpbmZvICJEcml2ZXI6
ICR7ZHJpdmVyfSIKCQltdiAvZXRjL25kaXN3cmFwcGVyLyR7ZHJpdmVyfSAvdG1wCgkJbmRpc3dy
YXBwZXIgLWkgL3RtcC8ke2RyaXZlcn0vJHtkcml2ZXJ9LmluZgoJZG9uZQp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>73900</attachid>
            <date>2005-12-01 10:52 0000</date>
            <desc>ebuild applying the patch if necessary</desc>
            <filename>ndiswrapper-1.2.ebuild</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojIGFhcHBs
eWluZyBwYXRjaCBpZiBhIDIuNi4xNCBrZXJuZWwgaXMgZm91bmQgPGRhdmlkQGlvbi5sdT4KIyAk
SGVhZGVyOiAvdmFyL2N2c3Jvb3QvZ2VudG9vLXg4Ni9uZXQtd2lyZWxlc3MvbmRpc3dyYXBwZXIv
bmRpc3dyYXBwZXItMS4yLmVidWlsZCx2IDEuNyAyMDA1LzA4LzI2IDA2OjEwOjUzIGNhcmRvZSBF
eHAgJAoKaW5oZXJpdCBsaW51eC1tb2QgZXV0aWxzCgpERVNDUklQVElPTj0iV3JhcHBlciBmb3Ig
dXNpbmcgV2luZG93cyBkcml2ZXJzIGZvciBzb21lIHdpcmVsZXNzIGNhcmRzIgpIT01FUEFHRT0i
aHR0cDovL25kaXN3cmFwcGVyLnNvdXJjZWZvcmdlLm5ldC8iClNSQ19VUkk9Im1pcnJvcjovL3Nv
dXJjZWZvcmdlLyR7UE59LyR7UH0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIiCktFWVdPUkRTPSJ4
ODYgfmFtZDY0IgoKSVVTRT0iZGVidWciCkRFUEVORD0ic3lzLWFwcHMvcGNpdXRpbHMiClJERVBF
TkQ9IiR7REVQRU5EfQoJbmV0LXdpcmVsZXNzL3dpcmVsZXNzLXRvb2xzIgoKQ09ORklHX0NIRUNL
PSJORVRfUkFESU8iCgpNT0RVTEVfTkFNRVM9Im5kaXN3cmFwcGVyKG1pc2M6JHtTfS9kcml2ZXIp
IgpCVUlMRF9QQVJBTVM9IktTUkM9JHtST09UfSR7S1ZfRElSfSBLVkVSUz0ke0tWX01BSk9SfSR7
S1ZfTUlOT1J9IgpCVUlMRF9UQVJHRVRTPSJhbGwiCk1PRFVMRVNEX05ESVNXUkFQUEVSX0FMSUFT
RVM9KCJ3bGFuMCBuZGlzd3JhcHBlciIpCgpzcmNfdW5wYWNrKCkgewoJdW5wYWNrICR7QX0KCglj
ZCAke1N9CgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1zdXNwZW5kMi5wYXRjaCB8fCBkaWUgInN1
c3BlbmQyIHBhdGNoIGZhaWxlZCIKCQoJaWYgWyAtbiBgdW5hbWUgLXIgZ3JlcCAnMi42LjF7NDV9
J2AgXTsgdGhlbgoJCWVwYXRjaCAke0ZJTEVTRElSfS8ke1B9LWtlcm5lbC0yLjYuMTQucGF0Y2gg
fHwgZGllICJrZXJuZWwgMi42LjE0CglwYXRjaGZhaWxlZCI7CglmaTsKCgllaW5mbyAiVGhlIG9u
bHkga2VybmVscyB0aGF0IHdpbGwgd29yayBhcmUgZ2VudG9vLXNvdXJjZXMsIHZhbmlsbGEtc291
cmNlcywgYW5kIHN1c3BlbmQyLXNvdXJjZXMuIgoJZWluZm8gIk5vIG90aGVyIGtlcm5lbHMgYXJl
IHN1cHBvcnRlZC4gS2VybmVscyBsaWtlIHRoZSBtbSBrZXJuZWxzIHdpbGwgTk9UIHdvcmsuIgoK
CWNvbnZlcnRfdG9fbSAke1N9L2RyaXZlci9NYWtlZmlsZQp9CgpzcmNfY29tcGlsZSgpIHsKCSMg
RW5hYmxlIHZlcmJvc2UgZGVidWdnaW5nIGluZm9ybWF0aW9uCgl1c2UgZGVidWcgJiYgZXhwb3J0
IERFQlVHPTMKCgljZCB1dGlscwoJZW1ha2UgfHwgZGllICJDb21waWxlIG9mIHV0aWxzIGZhaWxl
ZCEiCgoJbGludXgtbW9kX3NyY19jb21waWxlCgp9CgpzcmNfaW5zdGFsbCgpIHsKCWRvc2JpbiB1
dGlscy9uZGlzd3JhcHBlcgoJZG9zYmluIHV0aWxzL25kaXN3cmFwcGVyLWJ1Z2luZm8KCglpbnRv
IC8KCWRvc2JpbiB1dGlscy9sb2FkbmRpc2RyaXZlcgoKCWRvZG9jIFJFQURNRSBJTlNUQUxMIEFV
VEhPUlMgQ2hhbmdlTG9nCglkb21hbiBuZGlzd3JhcHBlci44CgoJa2VlcGRpciAvZXRjL25kaXN3
cmFwcGVyCgoJbGludXgtbW9kX3NyY19pbnN0YWxsCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWxpbnV4
LW1vZF9wa2dfcG9zdGluc3QKCWVjaG8KCWVpbmZvICJuZGlzd3JhcHBlciByZXF1aXJlcyAuaW5m
IGFuZCAuc3lzIGZpbGVzIGZyb20gYSBXaW5kb3dzKHRtKSBkcml2ZXIiCgllaW5mbyAidG8gZnVu
Y3Rpb24uIERvd25sb2FkIHRoZXNlIHRvIC9yb290IGZvciBleGFtcGxlLCB0aGVuIgoJZWluZm8g
InJ1biAnbmRpc3dyYXBwZXIgLWkgL3Jvb3QvZm9vLmluZicuIEFmdGVyIHRoYXQgeW91IGNhbiBk
ZWxldGUgdGhlbS4iCgllaW5mbyAiVGhleSB3aWxsIGJlIGNvcGllZCB0byB0aGUgcHJvcGVyIGxv
Y2F0aW9uLiIKCWVpbmZvICJPbmNlIGRvbmUsIHBsZWFzZSBydW4gJ3VwZGF0ZS1tb2R1bGVzJy4i
CgllY2hvCgllaW5mbyAiY2hlY2sgaHR0cDovL25kaXN3cmFwcGVyLnNmLm5ldC9tZWRpYXdpa2kv
aW5kZXgucGhwL0xpc3QgZm9yIGRyaXZlcnMiCglJPSQobHNwY2kgLW4gfCBlZ3JlcCAnQ2xhc3Mg
KDAyODB8MDIwMCk6JyB8ICBjdXQgLWQnICcgLWY0KQoJZWluZm8gIkxvb2sgZm9yIHRoZSBmb2xs
b3dpbmcgb24gdGhhdCBwYWdlIGZvciB5b3VyIGRyaXZlcjoiCgllaW5mbyAiUG9zc2libGUgSGFy
ZHdhcmU6ICR7SX0iCgllY2hvCgllaW5mbyAiUGxlYXNlIGhhdmUgYSBsb29rIGF0IGh0dHA6Ly9u
ZGlzd3JhcHBlci5zb3VyY2Vmb3JnZS5uZXQvd2lraS8iCgllaW5mbyAiZm9yIHRoZSBGQVEsIEhv
d1RvcywgVGlwcywgQ29uZmlndXJhdGlvbiwgYW5kIGluc3RhbGxhdGlvbiIKCWVpbmZvICJpbmZv
cm1hdGlvbi4iCgllY2hvCglld2FybiAiQXR0ZW1wdGluZyB0byBhdXRvbWF0aWNhbGx5IHJlaW5z
dGFsbCBhbnkgV2luZG93cyBkcml2ZXJzIgoJZXdhcm4gInlvdSBtaWdodCBhbHJlYWR5IGhhdmUu
IgoJZm9yIGRyaXZlciBpbiAkKGxzIC9ldGMvbmRpc3dyYXBwZXIpCglkbwoJCWVpbmZvICJEcml2
ZXI6ICR7ZHJpdmVyfSIKCQltdiAvZXRjL25kaXN3cmFwcGVyLyR7ZHJpdmVyfSAvdG1wCgkJbmRp
c3dyYXBwZXIgLWkgL3RtcC8ke2RyaXZlcn0vJHtkcml2ZXJ9LmluZgoJZG9uZQp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>