that it seems to behave just fine.
Thanks for the good work,
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
On Thu, Apr 13, 2006 at 10:29:19AM -0700, Stephen Hemminger wrote:
On Thu, 13 Apr 2006 15:02:27 +0200
Erik Mouw [EMAIL PROTECTED] wrote:
The room for the names in bcm43xx_priv_wx_args[] are IFNAMSIZ long and
IFNAMSIZ is defined as 16, so the names in bcm43xx_priv_wx_args should
be 15
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
http://lists.berlios.de/mailman/listinfo/bcm43xx-dev
an application that
only needs to be run *once*?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
http
+ kernel. I can't get it to work with WPA,
but WEP works just fine.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
___
Bcm43xx-dev mailing list
Bcm43xx-dev
elsewhere?
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
, can we try to get it merged before
2.6.18 closes? I don't know if vanilla 2.6.18-rc6 locks up on other
hardware as well, but if it does it would be a major regression against
2.6.17.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH
the contents of the link register back into the program
counter (mov pc,lr). The mnemonics are almost the same, but also the
actual instruction word is almost the same (i.e.: one bit difference).
Could be that the Broadcom CPU does the same trick.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com
4318 TX
power related issues but no watchdog timeouts. I'll test your patch,
but I don't think I can give input about watchdog timeouts.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
/proc/sys/kernel/printk_ratelimit
Or put this in /etc/sysctl.conf:
kernel/printk_ratelimit=1
This will tell the kernel that it can allow a printk() approximately
every jiffie.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH
fold decrease.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo
On Thu, Jul 05, 2007 at 12:44:23AM -0500, Robert Easter wrote:
It took a BS programmer over five hours, but he got my bcm4318 chip
talking to my computer with the NDISWrapper and a kernel build.
It should have taken him only one kernel build to get the 4318 working
with the open source driver
On Thu, Aug 02, 2007 at 06:07:20PM +0200, Michael Buesch wrote:
On Thursday 02 August 2007, Larry Finger wrote:
Driver bcm43xx is being ported from using SoftMAC to mac80211. For rewiew,
this series of patches is being prepared; however, the final patch will be
a single entity so that
On Sun, Sep 16, 2007 at 10:45:02PM +0100, Gavin McCullagh wrote:
[success story]
A couple of things worth mentioning.
[...]
2. The quoted signal strength is 50% even when I have the AP and card right
next to each other. It doesn't bother me, but I wonder if it's correct
or not.
14 matches
Mail list logo