This is a questionable bug considering that ndiswrapper-1.29 builds & installs correctly. However, consider the following: ndiswrapper-1.29 will not accept the amd64 bcmwl5.inf driver (see attachment). The driver fails & shows as "invalid." This same bcmwl5.inf driver installs & runs correctly with ndiswrapper-1.28. I can find no documentation stating that this driver will no longer work with the 1.29 upgrade. Should a bug be filed upstream? 06:02.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02) ndiswrapper: using IRQ 50 wlan0: vendor: '' wlan0: ethernet device 00:14:a5:bd:1f:4e using NDIS driver bcmwl5, 14E4:4318.5.conf wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2PSK; AES/CCMP with WPA, WPA2, WPA2PSK usbcore: registered new driver ndiswrapper ADDRCONF(NETDEV_UP): wlan0: link is not ready ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: no IPv6 routers present Portage 2.1.2_rc2-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r3 x86_64) ================================================================= System uname: 2.6.18-gentoo-r3 x86_64 AMD Turion(tm) 64 Mobile Technology ML-34 Gentoo Base System version 1.12.6 Last Sync: Sun, 26 Nov 2006 00:02:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://node0 http://www.gtlib.gatech.edu/pub/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa apache2 arts berkdb bitmap-fonts bmpx bzip2 cli cracklib crypt cups dbus divx dlloader dri dvd dvdr dvdread elibc_glibc encode ffmpeg flac fortran gdbm gif gimp gmedia gnutls gphoto2 gpm gtk hal iconv imagemagic input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics ipv6 isdnlog java jpeg kde kernel_linux libg++ lm_sensors logrotate moznoirc moznomail moznoroaming mp3 mp4 ncurses nls nptl nptlonly nsplugin objc objc++ offensive opengl pam pcre pdf pengl perl png ppds pppd python qt3 quicktime readline realmedia reflection ruby session spell spl ssl stream tcpd truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_radeon wifi wmp xorg xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 102730 [details] 80211g.tar.bz2
I can confirm this bug. I have the same problem with the Broadcom driver on my amd64 system.
As discussed in this forum thread: http://forums.gentoo.org/viewtopic-t-518603-highlight-ndiswrapper.html the .sys file is not copied into the /etc/ndiswrapper subdirectory.
(In reply to comment #3) > As discussed in this forum thread: > > http://forums.gentoo.org/viewtopic-t-518603-highlight-ndiswrapper.html > > the .sys file is not copied into the /etc/ndiswrapper subdirectory. > True, the .SYS file also needs to be renamed to lower-case letters or it will fail. As long as they are aware of the file generating process error, we should see a patch soon. :)
(In reply to comment #4) > > True, the .SYS file also needs to be renamed to lower-case letters or it will > fail. As long as they are aware of the file generating process error, we should > see a patch soon. :) > > Yeah and such there is not much we can do than to wait for new upstream version.
After emerge ndiswrapper file /etc/ndiswrapper/bcmwl5/bcmwl564.sys is missing but /etc/ndiswrapper/bcmwl5/bcmwl5.inf is present. I've manually copied bcmwl564.sys file into /etc/ndiswrapper/bcmwl5 subdirectory and it's working for me. File name and extension are already lowercase. It appears on my amd64 notebook.
Do you still have problems with 1.32?
(In reply to comment #7) > Do you still have problems with 1.32? > 1.32 works correctly for me.
(In reply to comment #8) > (In reply to comment #7) > > Do you still have problems with 1.32? > > > > 1.32 works correctly for me. > Closing.
