Re: [PATCH] ieee80211-crypt: Make some TKIP and CCMP error loggingconditional on IEEE80211_DEBUG_DROP
On Tuesday 17 April 2007 17:41, Jouni Malinen wrote: > My personal view on this _GPL in exports is that it is just unnecessary > extra complexity in the implementation and there should not be any place > for license enforcement in the kernel implementation; this is better > left for the license text and things completely outside the source code. > As such, I have a preference of not seeing _GPL added to code that is > derived from anything I've written. I clearly second that opinion and I thought we (the main people working on wireless) had decided to _not_ use GPL syms in mac80211 (was d80211). In my opinion license policy should not be represented in sourcecode. Source is source, license is license. That are two absolutely seperate things to me. For example, if I want to relicense some code (as a copyright holder), I clearly don't want to change sourcecode for this. In fact, I think the GPL suffix is pretty much useless, legal wise. And everybody knows that the kernel is GPLed. So _every_ single symbol is actually a _GPL() symbol. the _GPL() annotation is just redundant and bloats code. Using kernel syms from a non-GPL compatible module is always walking a borderline. Be it for _GPL() or normal syms; Exactly the same issue for both. All IMO, of course. I'm perfectly aware of different people having different opinions on this. ;) -- Greetings Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Johan Ehnberg wrote: > Larry Finger wrote: >> Andrew J. Barr wrote: >>> Larry Finger wrote: I just loaded a new version of the standalone system. Please get it and retry your build. I think I fixed the problem. >>> >>> It works as long as you uncomment _both_ DEBUG and PIO_MODE in >>> bcm43xx-softmac-sa/bcm43xx/Makefile. >> >> Thanks for the feedback. Back to the drawing board!! >> > > It compiled and loaded nicely with your new version. And I only > uncommented PIO_MODE. I still couldn't connect, but I ran out of time so > I have to test and report more tomorrow to say if it's working. > There was an interaction between the stand-alone system and the configuration parameters in the kernel's .config. I think I got all the cases this time. Thanks, Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Larry Finger wrote: > Andrew J. Barr wrote: >> Larry Finger wrote: >>> I just loaded a new version of the standalone system. Please get it >>> and retry your build. I think I fixed the problem. >> >> It works as long as you uncomment _both_ DEBUG and PIO_MODE in >> bcm43xx-softmac-sa/bcm43xx/Makefile. > > Thanks for the feedback. Back to the drawing board!! > It compiled and loaded nicely with your new version. And I only uncommented PIO_MODE. I still couldn't connect, but I ran out of time so I have to test and report more tomorrow to say if it's working. -- Johan Ehnberg Email: [EMAIL PROTECTED] GSM: +358503209688 WWW: http://www.ehnberg.net/johan/ ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Andrew J. Barr wrote: > Larry Finger wrote: >> I just loaded a new version of the standalone system. Please get it >> and retry your build. I think I fixed the problem. > > It works as long as you uncomment _both_ DEBUG and PIO_MODE in > bcm43xx-softmac-sa/bcm43xx/Makefile. Thanks for the feedback. Back to the drawing board!! Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Larry Finger wrote: > Johan Ehnberg wrote: >> >> Pavel Roskin wrote: >>> On Mon, 2007-04-16 at 20:57 +0200, Johan Ehnberg wrote: >>> If I get the chance to roll a custom kernel, I will test it and get back to you. My network quota is rather restricted where I am currently, so it might take a while to get all the packages. Otherwise I will just give it another six months to stabilize and get in mainline. >>> There is a standalone driver distribution: >>> ftp://lwfinger.dynalias.org/patches/bcm43xx-softmac-sa.tar.bz2 >>> >>> It's just 134k long. It should compile against most relatively new >>> kernels. If you are using a kernel from a distribution, you'll need the >>> kernel development package (linux-headers for Debian, kernel-devel for >>> Fedora). >>> >> >> Thank you, that one I had the chance to try already. However, after >> doing 'make && make install', replacing the original modules with them >> (they were not being loaded in the 'extra' folder), running 'depmod >> -ae' and a clean boot, the module doesn't load: >> >> [ 32.912356] bcm43xx: Unknown symbol bcm43xx_pio_tx >> [ 32.912566] bcm43xx: Unknown symbol bcm43xx_pio_free >> [ 32.912602] bcm43xx: Unknown symbol bcm43xx_pio_freeze_txqueues >> [ 32.912687] bcm43xx: Unknown symbol bcm43xx_pio_thaw_txqueues >> [ 32.912846] bcm43xx: Unknown symbol bcm43xx_pio_init >> [ 32.912891] bcm43xx: Unknown symbol bcm43xx_pio_handle_xmitstatus >> [ 32.913014] bcm43xx: Unknown symbol bcm43xx_pio_rx >> >> Either I am missing something here or the package really did not work >> with my headers? I haven't rolled many kernels since the introduction >> of good automatic module loading mechanisms, though, so I've gotten a >> bit rusty on that front. > > That is a bug in the standalone system. It should work if you remove the > comment # from the PIO_MODE line of bcm43xx-softmac-sa/bcm43xx/Makefile. > > Larry I tried both just removing the comment and also changing it to "n". The compilation gives me: WARNING: "bcm43xx_pio_rx" [/opt/incoming/bcm43xx-softmac-sa/bcm43xx/bcm43xx.ko] undefined! WARNING: "bcm43xx_pio_handle_xmitstatus" [/opt/incoming/bcm43xx-softmac-sa/bcm43xx/bcm43xx.ko] undefined! WARNING: "bcm43xx_pio_init" [/opt/incoming/bcm43xx-softmac-sa/bcm43xx/bcm43xx.ko] undefined! WARNING: "bcm43xx_pio_thaw_txqueues" [/opt/incoming/bcm43xx-softmac-sa/bcm43xx/bcm43xx.ko] undefined! WARNING: "bcm43xx_pio_freeze_txqueues" [/opt/incoming/bcm43xx-softmac-sa/bcm43xx/bcm43xx.ko] undefined! WARNING: "bcm43xx_pio_free" [/opt/incoming/bcm43xx-softmac-sa/bcm43xx/bcm43xx.ko] undefined! WARNING: "bcm43xx_pio_tx" [/opt/incoming/bcm43xx-softmac-sa/bcm43xx/bcm43xx.ko] undefined! And the module still fails to load as above. Want me to test more? Cheers, Johan -- Johan Ehnberg Email: [EMAIL PROTECTED] GSM: +358503209688 WWW: http://www.ehnberg.net/johan/ ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Andrew J. Barr wrote: > Larry Finger wrote: >> For any version of the bcm43xx devices, maximum performance is >> obtained only by downloading and installing the appropriate patch from >> ftp://lwfinger.dynalias.org/patches for any kernel through 2.6.21-rc7. >> It is expected that 2.6.22-rc1 (when it is released) will have all >> current improvements installed. > > Hi, > > I'm having trouble with the standalone distribution on the Debian etch > PowerPC kernel: > > [EMAIL PROTECTED]:~/bcm43xx-softmac-sa$ make > make -C /lib/modules/2.6.18-4-powerpc/build > M=/home/andrew/bcm43xx-softmac-sa modules > make[1]: Entering directory `/usr/src/linux-headers-2.6.18-4-powerpc' > CC [M] /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.o > In file included from > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:44: > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx.h:829: error: field > ‘periodic_work’ has incomplete type > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function > ‘bcm43xx_initialize_irq’: > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:2170: warning: > passing argument 2 of ‘request_irq’ from incompatible pointer type > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function > ‘bcm43xx_periodic_work_handler’: > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3255: warning: > type defaults to ‘int’ in declaration of ‘__mptr’ > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3255: warning: > initialization from incompatible pointer type > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function > ‘bcm43xx_periodic_tasks_setup’: > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3320: warning: > implicit declaration of function ‘INIT_DELAYED_WORK’ > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3321: warning: > passing argument 1 of ‘schedule_delayed_work’ from incompatible pointer > type > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function > ‘bcm43xx_init_one’: > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4177: warning: > assignment discards qualifiers from pointer target type > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257:50: error: > macro "INIT_WORK" requires 3 arguments, but only 2 given > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function > ‘bcm43xx_controller_restart’: > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257: error: > ‘INIT_WORK’ undeclared (first use in this function) > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257: error: > (Each undeclared identifier is reported only once > /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257: error: for > each function it appears in.) > make[3]: *** [/home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.o] > Error 1 > make[2]: *** [/home/andrew/bcm43xx-softmac-sa/bcm43xx] Error 2 > make[1]: *** [_module_/home/andrew/bcm43xx-softmac-sa] Error 2 > make[1]: Leaving directory `/usr/src/linux-headers-2.6.18-4-powerpc' > make: *** [modules] Error 2 > > There is a 2.6.20 kernel available in sid, should I try that instead? Yes, there was a change in the API for deferred work queues. I need to check what kernel version changed that and error the build process, but 2.6.20 will work. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Larry Finger wrote: > I just loaded a new version of the standalone system. Please get it and retry > your build. I think I > fixed the problem. It works as long as you uncomment _both_ DEBUG and PIO_MODE in bcm43xx-softmac-sa/bcm43xx/Makefile. Thanks! Andrew ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
[PATCH] ieee80211: Fix missing global needed for IEEE80211_DEBUG_XXX macros in ieee80211_crypt
Using any of the IEEE80211_DEBUG_ macros in any ieee80211_crypt routine built as a module results in a missing global for 'ieee80211_debug_level'. The fix is to export the symbol in ieee80211. Signed-off-by: Larry Finger <[EMAIL PROTECTED]> --- Index: wireless-2.6/net/ieee80211/ieee80211_module.c === --- wireless-2.6.orig/net/ieee80211/ieee80211_module.c +++ wireless-2.6/net/ieee80211/ieee80211_module.c @@ -229,6 +229,7 @@ void free_ieee80211(struct net_device *d static int debug = 0; u32 ieee80211_debug_level = 0; +EXPORT_SYMBOL_GPL(ieee80211_debug_level); static struct proc_dir_entry *ieee80211_proc = NULL; static int show_debug_level(char *page, char **start, off_t offset, ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: [PATCH] ieee80211-crypt: Make some TKIP and CCMP error logging conditional on IEEE80211_DEBUG_DROP
On Tue, Apr 17, 2007 at 10:25:08AM -0400, Dan Williams wrote: > On Tue, 2007-04-17 at 09:12 -0400, John W. Linville wrote: > > On Mon, Apr 16, 2007 at 07:24:14PM -0500, Larry Finger wrote: > > > Michael Buesch wrote: > > > > On Monday 16 April 2007 20:50, Larry Finger wrote: > > > > > >> @@ -229,6 +229,7 @@ void free_ieee80211(struct net_device *d > > > >> > > > >> static int debug = 0; > > > >> u32 ieee80211_debug_level = 0; > > > >> +EXPORT_SYMBOL_GPL(ieee80211_debug_level); > > > > > > > > We don't use the _GPL suffix in mac80211. > > > > > > Upon inspection, neither does most of ieee80211. It is now changed. > > > > You are strongly encouraged to use the _GPL version for new symbol > > exports, especially those which are fundamentally internal to > > in-kernel subsystems and/or have no reasonable usage by drivers. > > FWIW, this symbol would seem to fulfill both of those criteria. > > > > If you do not object, I would prefer the _GPL version of the patch. > > What's the rationale for mac80211 _not_ using _GPL exports? I thought > most new exports were pretty much required to be _GPL (otherwise > somebody would NAK it) unless it was really, really necessary that they > weren't. An argument against _GPL exports for mac80211 might be leaving the exports alone as a token of gratitude or respect towards Devicescape for having seeded the development of mac80211 with a big chunk of code. While I do thank Devicescape for their support, I'm not sure that this argument would be truly compelling. A more presuasive argument in favor of this pragmatism is that it would be counter-productive to discourage driver availability. At this point regulatory issues are still enough of a spectre that some vendors will want the option of offering non-GPL drivers. Such drivers would clearly not be redistributable, but there are arguments that allow for such drivers (i.e. "the user installed the driver -- not us", etc like Nvidia video drivers). Of course, no one likes enabling this kind of "bad behaviour". Probably the best reason in favor of leaving them as-is is that they were written that way by their original author(s). Should I ask for opinionated discussion on the matter? :-) John -- John W. Linville [EMAIL PROTECTED] ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Johan Ehnberg wrote: > > And the module still fails to load as above. Want me to test more? I just loaded a new version of the standalone system. Please get it and retry your build. I think I fixed the problem. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Johan Ehnberg wrote: > > Pavel Roskin wrote: >> On Mon, 2007-04-16 at 20:57 +0200, Johan Ehnberg wrote: >> >>> If I get the chance to roll a custom kernel, I will test it and get >>> back >>> to you. My network quota is rather restricted where I am currently, >>> so >>> it might take a while to get all the packages. >>> >>> Otherwise I will just give it another six months to stabilize and get >>> in >>> mainline. >> There is a standalone driver distribution: >> ftp://lwfinger.dynalias.org/patches/bcm43xx-softmac-sa.tar.bz2 >> >> It's just 134k long. It should compile against most relatively new >> kernels. If you are using a kernel from a distribution, you'll need the >> kernel development package (linux-headers for Debian, kernel-devel for >> Fedora). >> > > Thank you, that one I had the chance to try already. However, after > doing 'make && make install', replacing the original modules with them > (they were not being loaded in the 'extra' folder), running 'depmod -ae' > and a clean boot, the module doesn't load: > > [ 32.912356] bcm43xx: Unknown symbol bcm43xx_pio_tx > [ 32.912566] bcm43xx: Unknown symbol bcm43xx_pio_free > [ 32.912602] bcm43xx: Unknown symbol bcm43xx_pio_freeze_txqueues > [ 32.912687] bcm43xx: Unknown symbol bcm43xx_pio_thaw_txqueues > [ 32.912846] bcm43xx: Unknown symbol bcm43xx_pio_init > [ 32.912891] bcm43xx: Unknown symbol bcm43xx_pio_handle_xmitstatus > [ 32.913014] bcm43xx: Unknown symbol bcm43xx_pio_rx > > Either I am missing something here or the package really did not work > with my headers? I haven't rolled many kernels since the introduction of > good automatic module loading mechanisms, though, so I've gotten a bit > rusty on that front. That is a bug in the standalone system. It should work if you remove the comment # from the PIO_MODE line of bcm43xx-softmac-sa/bcm43xx/Makefile. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Larry Finger wrote: > For any version of the bcm43xx devices, maximum performance is obtained only > by downloading and > installing the appropriate patch from ftp://lwfinger.dynalias.org/patches for > any kernel through > 2.6.21-rc7. It is expected that 2.6.22-rc1 (when it is released) will have > all current improvements > installed. Hi, I'm having trouble with the standalone distribution on the Debian etch PowerPC kernel: [EMAIL PROTECTED]:~/bcm43xx-softmac-sa$ make make -C /lib/modules/2.6.18-4-powerpc/build M=/home/andrew/bcm43xx-softmac-sa modules make[1]: Entering directory `/usr/src/linux-headers-2.6.18-4-powerpc' CC [M] /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.o In file included from /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:44: /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx.h:829: error: field ‘periodic_work’ has incomplete type /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function ‘bcm43xx_initialize_irq’: /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:2170: warning: passing argument 2 of ‘request_irq’ from incompatible pointer type /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function ‘bcm43xx_periodic_work_handler’: /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3255: warning: type defaults to ‘int’ in declaration of ‘__mptr’ /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3255: warning: initialization from incompatible pointer type /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function ‘bcm43xx_periodic_tasks_setup’: /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3320: warning: implicit declaration of function ‘INIT_DELAYED_WORK’ /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:3321: warning: passing argument 1 of ‘schedule_delayed_work’ from incompatible pointer type /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function ‘bcm43xx_init_one’: /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4177: warning: assignment discards qualifiers from pointer target type /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257:50: error: macro "INIT_WORK" requires 3 arguments, but only 2 given /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c: In function ‘bcm43xx_controller_restart’: /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257: error: ‘INIT_WORK’ undeclared (first use in this function) /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257: error: (Each undeclared identifier is reported only once /home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.c:4257: error: for each function it appears in.) make[3]: *** [/home/andrew/bcm43xx-softmac-sa/bcm43xx/bcm43xx_main.o] Error 1 make[2]: *** [/home/andrew/bcm43xx-softmac-sa/bcm43xx] Error 2 make[1]: *** [_module_/home/andrew/bcm43xx-softmac-sa] Error 2 make[1]: Leaving directory `/usr/src/linux-headers-2.6.18-4-powerpc' make: *** [modules] Error 2 There is a 2.6.20 kernel available in sid, should I try that instead? Thanks, Andrew ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Update VMware not causing problems
After further testing this has nothing todo with VMware and after trying a couple of full installs with different versions of the bcm43 driver, the wireless is working but has reconnection problems in kde- the Gnome network does not see the wifi at all. Will try the ndiswrapper today to see if that is better. Does the current version fwcutter handle more versions of the bcmwl5.sys? Thanks for the tips on VMware...I only really need local network. Gary ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Addition to list of chipsets
Pavel Roskin wrote: > On Mon, 2007-04-16 at 20:57 +0200, Johan Ehnberg wrote: > >> If I get the chance to roll a custom kernel, I will test it and get >> back >> to you. My network quota is rather restricted where I am currently, >> so >> it might take a while to get all the packages. >> >> Otherwise I will just give it another six months to stabilize and get >> in >> mainline. > > There is a standalone driver distribution: > ftp://lwfinger.dynalias.org/patches/bcm43xx-softmac-sa.tar.bz2 > > It's just 134k long. It should compile against most relatively new > kernels. If you are using a kernel from a distribution, you'll need the > kernel development package (linux-headers for Debian, kernel-devel for > Fedora). > Thank you, that one I had the chance to try already. However, after doing 'make && make install', replacing the original modules with them (they were not being loaded in the 'extra' folder), running 'depmod -ae' and a clean boot, the module doesn't load: [ 32.912356] bcm43xx: Unknown symbol bcm43xx_pio_tx [ 32.912566] bcm43xx: Unknown symbol bcm43xx_pio_free [ 32.912602] bcm43xx: Unknown symbol bcm43xx_pio_freeze_txqueues [ 32.912687] bcm43xx: Unknown symbol bcm43xx_pio_thaw_txqueues [ 32.912846] bcm43xx: Unknown symbol bcm43xx_pio_init [ 32.912891] bcm43xx: Unknown symbol bcm43xx_pio_handle_xmitstatus [ 32.913014] bcm43xx: Unknown symbol bcm43xx_pio_rx Either I am missing something here or the package really did not work with my headers? I haven't rolled many kernels since the introduction of good automatic module loading mechanisms, though, so I've gotten a bit rusty on that front. /johan -- Johan Ehnberg Email: [EMAIL PROTECTED] GSM: +358503209688 WWW: http://www.ehnberg.net/johan/ ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: Update VMware not causing problems
Gary Radford wrote: > After further testing this has nothing todo with VMware and after trying > a couple of full installs with different versions of the bcm43 driver, > the wireless is working but has reconnection problems in kde- the Gnome > network does not see the wifi at all. Will try the ndiswrapper today to > see if that is better. > > Does the current version fwcutter handle more versions of the bcmwl5.sys? The connection problem is likely due to signal strength problems. The latest set of patches fix those, but are not yet part of any standard kernel. The current fwcutter does handle many more versions of the drivers. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: [PATCH] ieee80211-crypt: Make some TKIP and CCMP error logging conditional on IEEE80211_DEBUG_DROP
On Mon, Apr 16, 2007 at 07:24:14PM -0500, Larry Finger wrote: > Michael Buesch wrote: > > On Monday 16 April 2007 20:50, Larry Finger wrote: > >> @@ -229,6 +229,7 @@ void free_ieee80211(struct net_device *d > >> > >> static int debug = 0; > >> u32 ieee80211_debug_level = 0; > >> +EXPORT_SYMBOL_GPL(ieee80211_debug_level); > > > > We don't use the _GPL suffix in mac80211. > > Upon inspection, neither does most of ieee80211. It is now changed. You are strongly encouraged to use the _GPL version for new symbol exports, especially those which are fundamentally internal to in-kernel subsystems and/or have no reasonable usage by drivers. FWIW, this symbol would seem to fulfill both of those criteria. If you do not object, I would prefer the _GPL version of the patch. John -- John W. Linville [EMAIL PROTECTED] ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Another bcm4311 model works
Hello there, My name is Kamil Izdebski, this is my first post to this mailing list. I'm happy, that i can announce, that another laptop model can be added for http://bcm43xx.berlios.de/?go=devices list: Tiamat ~ # lspci -vn ---8< 01:00.0 0280: 14e4:4311 (rev 01) Subsystem: 103c:1363 Flags: bus master, fast devsel, latency 0, IRQ 19 Memory at c300 (32-bit, non-prefetchable) [size=16K] Capabilities: [40] Power Management version 2 Capabilities: [58] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [d0] Express Legacy Endpoint IRQ 0 Capabilities: [100] Advanced Error Reporting Capabilities: [13c] Virtual Channel --->8- Tiamat ~ # uname -a Linux Tiamat 2.6.20-gentoo-r5-D3Core #3 PREEMPT Tue Apr 17 12:32:08 CEST 2007 x86_64 Mobile AMD Sempron(tm) AuthenticAMD GNU/Linux Used firmware: http://www.zcentric.com/brcmDrv340rc100a.zip My hardware is HP Compaq V3000Z, more information about this model may be found on http://h10025.www1.hp.com/ewfrf/wc/product?product=3180330&lc=en&cc=us&dlc=en Kernel source is generic gentoo kernel, without Larry's Finger patches (yet), so transfer rates aren't great, but everything else works fine. Cheers -- Verum volo dici mihi ... ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev