: Michael Buesch [EMAIL PROTECTED]
Can you try the following patch?
http://bu3sch.de/patches/wireless-testing/20080404-1408/patches/010-b43-calibrate-lo-on-demand.patch
This patch is supposed to distribute the calibration bursts over time,
so that calibration only happens when it's actually needed.
So
These are some beaconing related fixes. Basically it prevents
the card from triggering the beacon IRQ over and over again.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please apply to 2.6.26.
The fix doesn't apply to 2.6.25, as AP mode is disabled there anyway.
Index: wireless
This fixes the initialization of the PHY TX control words in
shared memory. These control words are used for management frames
like beacons.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, this is for 2.6.26
Index: wireless-testing/drivers/net/wireless/b43/b43.h
On Friday 04 April 2008 22:01:53 [EMAIL PROTECTED] wrote:
Works great on my 4311 rev 01.
Thanks a lot for testing!
Michael Buesch wrote:
Hi b43 users,
Please be so kind to run lots of regression tests on the following
patch. This patch is supposed to make the LO calibration a _lot_
On Friday 04 April 2008 23:15:39 [EMAIL PROTECTED] wrote:
One time my car had a problem and the mechanic said I had to bring it in
to get it fixed. I died laughing. What,
me bring the car in? That's ridiculous. I'll wait for the new model to
be released.
Funny thing is my mechanic
On Saturday 05 April 2008 00:41:15 Larry Finger wrote:
@@ -1876,7 +1924,6 @@ void b43legacy_phy_xmitpower(struct b43l
/* Do we need to adjust anything? */
if ((radio_att_delta == 0) (baseband_att_delta == 0)) {
b43legacy_phy_lo_mark_current_used(dev);
-
On Thursday 03 April 2008 12:36:48 Johannes Berg wrote:
PIO is needed for 16bit PCMCIA devices, as we really don't want to poke with
the braindead DMA mechanisms on PCMCIA sockets. Additionally, not all
PCMCIA sockets do actually support DMA in 16bit mode (mine doesn't).
Oddly, my CF
On Thursday 03 April 2008 17:27:16 Fernando Toledo wrote:
El Jue 03 Abr 2008, Holger Schurig escribió:
i continue search and found that i forgot enable the
CONFIG_INPUT_POLLDEV option.
Thanks
Shouldn't this be done automatically by a proper entry in the
Kconfig file?
yes, but i
This adds some minor stuff for N-PHY support. Nothing special.
Adds Analog switching and some TODOs for RSSI processing.
Just a patch I had floating around for quite some time now.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Index: wireless-testing/drivers/net/wireless/b43/xmit.c
This fixes some timings for pre-TBTT and synthetic PU.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please queue for 2.6.26
Stefano, you might want to port this.
Index: wireless-testing/drivers/net/wireless/b43/b43.h
On Tuesday 01 April 2008 21:27:33 John W. Linville wrote:
On Fri, Mar 28, 2008 at 10:34:55AM +0100, Michael Buesch wrote:
Here come some IRQ and DMA related fixes for the ssb PCMCIA-host code.
Not much to say, actually. I think the patch explains itself.
Signed-off-by: Michael Buesch
: In function `ssb_attr_sprom_store':
(.text+0x1c4bb3): undefined reference to `ssb_devices_thaw'
make[1]: *** [.tmp_vmlinux1] Error 1
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please apply this to 2.6.26
Index: wireless-testing/drivers/ssb/main.c
On Wednesday 02 April 2008 17:54:31 Stefanik Gábor wrote:
Apparently enough died for an RMA to be accepted. I got it replaced,
now the new card is recognized (although I still can't associate with
the new b43 driver, only with bcm43xx - it gives Authentication timed
update wpa_supplicant
--
This adds support for block based I/O to SSB.
This is needed in order to efficiently support PIO data
transfers to the card.
The block-I/O support is only compiled, if it's selected by the
weird driver that needs it. So there's no overhead for sane devices.
Signed-off-by: Michael Buesch [EMAIL
This changes the b43-PIO code to use the new SSB block-I/O.
This reduces the overhead by removing lots of function calls, pointer
dereferencing, if-conditionals any byteswapping for each packet data word.
This also fixes a harmless sparse endianness warning.
Signed-off-by: Michael Buesch [EMAIL
On Wednesday 02 April 2008 21:12:34 krop wrote:
Le Wednesday 02 April 2008 20:50:59 Larry Finger, vous avez écrit :
The rev 02 BCM4306 cards that use b43legacy had much more of their
initialization done from the host and less done by the hardware (or by
the firmware). As a result, the
On Monday 31 March 2008 22:22:54 Stefanik Gábor wrote:
Thanks, now I got the ssb_sprom file in place, but it's completely
corrupt (0120... until the end, ssb-sprom says CRC
error, if I run it with --force -P, I get for all values). Could
someone upload an SPROM dump
connection
possible. Of course, that's only the case, if both ends use b43-qcrypto.
In the case where one STA uses legacy encryption, the card will automatically
detect this and switch back to plain old CCMP.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please queue this patch for linux
On Tuesday 01 April 2008 16:50:19 Mark Hagger wrote:
Excellent, did you manage to implement the time travel support mode as
well?
Sure. I used it to actually get one of those q-crypto devices to test
the code. ;)
--
Greetings Michael.
___
On Monday 31 March 2008 15:15:03 Subodh Shrivastava wrote:
[ 2056.834017] b43-phy1 ERROR: FOUND UNSUPPORTED PHY (Analog 5, Type
4, Revision 1)
I am aware that support for this chipset is work in progress, I would
be happy to help in testing.
Help in reverse engineering is needed ;)
--
On Sunday 30 March 2008 17:10:48 Julien Muchembled wrote:
The only thing that happens on a 120-second cycle is the following
routine from drivers/net/wireless/main.c:
static void b43_periodic_every120sec(struct b43_wldev *dev)
{
struct b43_phy *phy = dev-phy;
if
is needed for 16bit PCMCIA devices, as we really don't want to poke with
the braindead DMA mechanisms on PCMCIA sockets. Additionally, not all
PCMCIA sockets do actually support DMA in 16bit mode (mine doesn't).
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please queue for 2.6.26
On Saturday 29 March 2008, Michael Buesch wrote:
+# Data transfers to the device via PIO
+# This is only needed on PCMCIA devices. All others can do DMA properly.
+config B43_PIO
+ bool
+ depends on B43 (B43_PCMCIA || B43_FORCE_PIO)
+ default y
+
config B43_NPHY
bool
Here come some IRQ and DMA related fixes for the ssb PCMCIA-host code.
Not much to say, actually. I think the patch explains itself.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
For 2.6.25
Index: wireless-testing/drivers/ssb/pcmcia.c
This adds messages for some DMA mapping failures.
These are useful for debugging DMA address problems, as they appear
on x86_64 machines with IOMMU enabled.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
Please queue for 2.6.25
Index: wireless-testing/drivers/net/wireless/b43/dma.c
This fixes the IRQ routing on PCMCIA devices.
With this patch the card will finally be able to receive IRQs.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
Please queue for 2.6.25
Index: wireless-testing/drivers/net/wireless/b43/pcmcia.c
On Tuesday 25 March 2008 16:39:23 Larry Finger wrote:
Jouni and Johannes,
The correspondent below has a problem authenticating when using the
b43 driver with mac80211, but all works with bcm43xx/SoftMAC. As far
as I can tell, the problem driver is transmitting and receiving, but
still no
On Monday 24 March 2008 05:45:46 Larry Finger wrote:
[EMAIL PROTECTED] wrote:
I'll happily pick up the cost of shipping his card to Larry if it will
make him shut up. You can send it on my FedEx code or I'll PayPal you
the cost.
If the problem is an IOMMU problem with x86_64, I
On Monday 24 March 2008 02:59:53 kala mazoo wrote:
Faith? No, seriouslypoint taken, but we do know -something-
...ie; as you indicated earlier, a few people have reported this
problem before..not just me, and so even though we don't know exactly
why it is so or which hardware
On Sunday 23 March 2008 15:11:37 kala mazoo wrote:
From: [EMAIL PROTECTED]
To: bcm43xx-dev@lists.berlios.de
Subject: Re: More on ASUS WL-138G V2
Date: Sun, 23 Mar 2008 15:04:09 +0100
CC: [EMAIL PROTECTED]; [EMAIL PROTECTED]
On Sunday 23
This fixes a DMA mapping leakage in the case where we reject a DMA
buffer because of its address.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Cc: Christian Casteyde [EMAIL PROTECTED]
---
John, this is a fix for 2.6.25.
Index: wireless-testing/drivers/net/wireless/b43/dma.c
Remove all irqs_disabled() sanity checks, as they are not safe on
a RT-enabled kernel and will trigger bogus warnings.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please apply to 2.6.25
Index: wireless-testing/drivers/net/wireless/b43/debugfs.c
There's no need to compile the N-PHY support code, when the
N-PHY support is disabled in Kconfig.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, please apply to 2.6.26
Index: wireless-testing/drivers/net/wireless/b43/Makefile
On Wednesday 19 March 2008 05:37:18 kala mazoo wrote:
I'm new to this list ~ greetings all round,
I've been
following the thread on the above card for a few days now -- as luck (or
misfortune) would have it, I bought a
From: Harvey Harrison [EMAIL PROTECTED]
Commit 61bca6eb85c863603d6054530e2f65c3b9aba85b b43: rewrite A PHY
initialization
has a typo, the result of the register read should be masked, not the
register offset.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
Signed-off-by: Michael Buesch [EMAIL
This adds support for reading/writing the SPROM invariants
for PCMCIA based devices.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
For 2.6.26.
Index: wireless-testing/drivers/ssb/Kconfig
===
--- wireless-testing.orig
On Sunday 09 March 2008 17:28:33 Dad wrote:
Mar 9 12:08:22 ubuntu kernel: [ 2776.972000] ssb: Sonics Silicon
Backplane found on PCMCIA device pcmcia0.0
PCMCIA devices are not supported, yet. They don't work, yet.
We don't read the SPROM, but generate a random MAC address.
That's why you see
This adds a few debugging counters, that are useful for debugging the
card does not transmit or connection is unstable kind of problems.
It's also useful for tuning an RC algorithm.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
For 2.6.26
Index: wireless-testing/drivers/net/wireless/b43
This fixes a typo in the status report.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
For 2.6.26
Index: wireless-testing/drivers/net/wireless/b43/dma.c
===
--- wireless-testing.orig/drivers/net/wireless/b43/dma.c
On Friday 07 March 2008 19:57:57 Peter Diesner wrote:
Hi,
i compiled kernel 2.6.24 with debbuging for b43 enabled:
dmesg | grep b43
[ 38.504708] b43-phy0: Broadcom 4311 WLAN found
Use bleeding edge b43.
--
Greetings Michael.
___
Bcm43xx-dev
change, except less memory allocation for
the removed rings.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
For 2.6.26
Index: wireless-testing/drivers/net/wireless/b43/b43.h
===
--- wireless-testing.orig/drivers/net/wireless/b43
This adds QOS support to the b43 driver.
QOS can be disabled on driver level with a module parameter for debugging
purposes.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
For 2.6.26
Index: wireless-testing/drivers/net/wireless/b43/b43.h
On Tuesday 26 February 2008 10:33:22 Mark Huijgen wrote:
[ 133.632495] b43-phy0: Broadcom 4312 WLAN found
[ 133.673220] b43-phy0 ERROR: FOUND UNSUPPORTED PHY (Analog 6, Type 5,
Revision 1)
We don't support the LP-PHY.
--
Greetings Michael.
___
On Tuesday 26 February 2008 13:10:56 Mark Huijgen wrote:
Michael Buesch wrote:
On Tuesday 26 February 2008 10:33:22 Mark Huijgen wrote:
[ 133.632495] b43-phy0: Broadcom 4312 WLAN found
[ 133.673220] b43-phy0 ERROR: FOUND UNSUPPORTED PHY (Analog 6, Type 5,
Revision 1)
We
On Tuesday 26 February 2008 21:45:06 Martin Marques wrote:
Johannes Berg escribió:
On Tue, 2008-02-26 at 07:34 +0100, Rafał Miłecki wrote:
I tried to find this info on
http://linuxwireless.org/en/users/Drivers/b43#devicefirmware but I
couldn't find info about 2.6.25-rcX kernel. Which
On Monday 25 February 2008 14:51:02 Johannes Berg wrote:
I hacked the bcm43xx driver in a linux 2.6.23 kernel to also include the
pci id of this card. Fails as expected, but maybe this dmesg info is
usefull:
bcm43xx: Chip ID 0x4312, rev 0x1
bcm43xx: Number of cores: 4
bcm43xx: Core
Fix a typo.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Index: wireless-testing/drivers/net/wireless/b43legacy/b43legacy.h
===
--- wireless-testing.orig/drivers/net/wireless/b43legacy/b43legacy.h
2008-02-24 14:23
On Friday 22 February 2008 14:16:06 Johannes Berg wrote:
On Thu, 2008-02-21 at 17:57 +0100, Michael Buesch wrote:
Can you please test if this fixes beaconing?
Hmm, unfortunately not. This results in continuous beacon update
interrupts because when both templates are valid we keep them
Can you please test if this fixes beaconing?
Index: wireless-testing/drivers/net/wireless/b43/b43.h
===
--- wireless-testing.orig/drivers/net/wireless/b43/b43.h2008-02-21
17:10:17.0 +0100
+++
On Sunday 17 February 2008 21:34:40 Christian Stalp wrote:
Hello together,
I have a problem. I want to sniff a network traffic (but without a
malicious inted, just to check how many packets were retransmited (retry
flag))
Okay, the problem now is that I have to change into the
On Saturday 16 February 2008 12:33:57 Rafał Miłecki wrote:
2008/2/16, Michael Buesch [EMAIL PROTECTED]:
On Saturday 16 February 2008 12:01:34 Rafał Miłecki wrote:
I use 4318/02 and 2.6.24 kernel. Usually everything works fine but in
some moments iwlist shows my AP a few time in the output
On Saturday 16 February 2008 12:01:34 Rafał Miłecki wrote:
I use 4318/02 and 2.6.24 kernel. Usually everything works fine but in
some moments iwlist shows my AP a few time in the output. The problem
is that as long as iwlist do that, KNetworkManager doesn't display my
AP. I wonder if this can
On Thursday 14 February 2008 16:45:31 bou.gui wrote:
Hi everyone.
I'm on Ubuntu hardy, with 2.6.24.7 kernel.
I have a trouble when using the make command, as said in this tuto :
http://linuxwireless.org/en/users/Drivers/b43
The make command return a lot of error messages.
Can someone
On Thursday 14 February 2008 17:11:26 bou.gui wrote:
Here are some of the error message :
I need all of the messages. Not just the last messages.
Do this:
make 2err.log
and send me the err.log file.
--
Greetings Michael.
___
Bcm43xx-dev mailing list
On Thursday 14 February 2008 17:26:52 bou.gui wrote:
there it is !
fwcutter.c:33:20: error: stdlib.h: No such file or directory
fwcutter.c:34:19: error: ctype.h: No such file or directory
fwcutter.c:35:20: error: string.h: No such file or directory
fwcutter.c:36:19: error: stdio.h: No such
On Thursday 14 February 2008 17:37:10 Larry Finger wrote:
The BCM94311 interface on my HP dv2125nr is intermittent. Twice (so far) it
has gone missing and
will not show up when the PCI subsystem is interrogated using lspci. It is
hardware because Windows
doesn't find it either.
I
On Thursday 14 February 2008 16:59:55 bou.gui wrote:
Hi Michael and thank's for you answer.
Perhaps's your crystal ball will be more effective with the error message
when doing make command ?
yeah, I guess so
--
Greetings Michael.
___
On Wednesday 13 February 2008 13:07:53 Johannes Berg wrote:
+ if (queue = ARRAY_SIZE(wl-qos_params)) {
+ /* Queue not available or don't support setting
+* params on this queue. Return success to not
+* confuse mac80211. */
+ return 0;
+
This adds support for the high 16 bits of the hostflags.
No functional change.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, this is for 2.6.26.
Index: wireless-2.6/drivers/net/wireless/b43/b43.h
===
--- wireless-2.6
On Tuesday 12 February 2008 20:01:59 Gene Heskett wrote:
On Tuesday 12 February 2008, Michael Buesch wrote:
On Tuesday 12 February 2008 18:48:30 Pavel Roskin wrote:
On Tue, 2008-02-12 at 14:38 -0200, Alan Carvalho de Assis wrote:
Hi,
I am testing kernel 2.6.25-rc1 to get my Broadcom
On Tuesday 12 February 2008 22:05:42 Michael Buesch wrote:
This patch adds QOS support for b43.
Please comment on this and test this.
This patch depends on Johannes' burst time - txop patch being _not_
applied.
One can trivially fix that, though.
Hm, it seems there are two other variables
On Tuesday 12 February 2008 22:05:42 Michael Buesch wrote:
This patch adds QOS support for b43.
Please comment on this and test this.
This patch depends on Johannes' burst time - txop patch being _not_
applied.
One can trivially fix that, though.
+ for (i = 0; i ARRAY_SIZE(wl
On Tuesday 12 February 2008 19:47:47 Alan Carvalho de Assis wrote:
Why this device don't work?
because support for draft-N devices is not yet implemented.
--
Greetings Michael.
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
On Tuesday 12 February 2008 18:48:30 Pavel Roskin wrote:
On Tue, 2008-02-12 at 14:38 -0200, Alan Carvalho de Assis wrote:
Hi,
I am testing kernel 2.6.25-rc1 to get my Broadcom Corporation BCM4328
802.11a/b/g/n (rev 03) working.
The device won't work. No matter what you try.
--
Greetings
On Tuesday 12 February 2008 12:33:36 Jörg Sommer wrote:
So ehm. Disable DEBUG_SLAB?
Yes, but I thought this points to an error. Something like usage after
free. No? I thought those DEBUG options are to find bugs.
Well, you said it breaks down on huge throughput only, right?
I'm not so
On Monday 11 February 2008 13:22:14 Jörg Sommer wrote:
Hi,
I'm using the b43 driver to connect to a WPA2 encrypted WLAN. When I
enable the kernel option CONFIG_DEBUG_SLAB my connection breaks.
wpa_supplicant can establish the connection and I can make pings or DNS
queries, but downloading a
On Monday 11 February 2008 03:14:57 David Cohen wrote:
On Feb 10, 2008 9:40 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
On Sun, 2008-02-10 at 17:28 -0400, David Cohen wrote:
Hi all,
I'm here again reporting another possible problem with my wireless
card and b43 driver. Please don't
On Sunday 10 February 2008 04:22:06 Pedro P wrote:
Hi,
My name is Javier and I'm a new in Linux. I have a problem with my wireless
card Broadcom
(WL-138G V2). The firmware is installed but I can't connect card. Also
NetworkManager
doesn't detect wireless card.
Can You help me?
On Sunday 10 February 2008 04:31:37 Brian Lavender wrote:
Booted kernel with latest firmware and then the older firmware.
Debugging enabled, but not working now!
See messages output.
You installed the wrong firmware.
(Man, I should write an answer script for this. ;) )
Second run
On Sunday 10 February 2008 21:43:48 Fernando Toledo wrote:
El Dom 10 Feb 2008, Michael Buesch escribió:
On Sunday 10 February 2008 09:02:27 Brian Lavender wrote:
On Sat, Feb 09, 2008 at 09:07:52PM -0800, Brian Lavender wrote:
At one point I had the version 3 firmware working, but now
On Saturday 09 February 2008 08:09:43 Hendrik Sattler wrote:
This has the disadvantage that you have to load the driver to see that it
fails, then unload it, boot a working kernel (if WLAN is the only connection
method), download the right firmware, reboot the wanted kernel.
This is no
This adds the firmware ID to modinfo.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, I'd also like to have this in 2.6.25, although it's not strictly
a bugfix. The chance to create regressions is less than zero and it will
help people to get the stuff working.
Stefano poor-patch
This fixes bandswitching for the new mac80211 band API.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, for 2.6.26
Index: wireless-2.6/drivers/net/wireless/b43/b43.h
===
--- wireless-2.6.orig/drivers/net/wireless/b43
On Saturday 09 February 2008 13:13:11 Bruno Ribeiro wrote:
Hello,
...
You are using the wrong firmware version.
Grep the list archives, please.
--
Greetings Michael.
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
On Saturday 09 February 2008 17:08:00 Larry Finger wrote:
(3) Your udev renaming rules are F**CKED UP. The clue is that iwconfig shows
wlan0-rename. In
addition, as Michael said you have the wrong firmware. If Ubuntu would get
their heads out of their
backsides and enable debugging
On Saturday 09 February 2008 15:40:15 glenn greenfield wrote:
I have built and installed the compat-wireless-2.6 The installation
went fine, the card comes up and even obtains an i.p. but that's where
it ends. dmesg tells me that I have an old firmware version and to
get the latest which I
On Saturday 09 February 2008 17:12:02 Michael Buesch wrote:
On Saturday 09 February 2008 17:08:00 Larry Finger wrote:
(3) Your udev renaming rules are F**CKED UP. The clue is that iwconfig
shows wlan0-rename. In
addition, as Michael said you have the wrong firmware. If Ubuntu would get
On Saturday 09 February 2008 17:21:54 Michael Buesch wrote:
does not include the R, we can easily point him to a to-be-written FAQ
explaining that he needs to enable it in the kernel config.
I started a FAQ.
http://linuxwireless.org/en/users/Drivers/b43/faq
Everybody please add things
The firmware version information should always get printed. Not only
on a debug build.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, for 2.6.25
Index: wireless-2.6/drivers/net/wireless/b43/main.c
===
--- wireless-2.6
On Sunday 10 February 2008 01:28:32 Max Eaves wrote:
Dear team,
Wrong firmware version. Read the list archives, please.
--
Greetings Michael.
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
On Friday 08 February 2008 07:45:37 Brian Lavender wrote:
I downloaded the 2.6.24 kernel onto ubuntu gutsy, compiled it, installed the
firmware, but I can't seem to make a connection. The bmc43xx driver
seems to work, but disconnects for some reason. I noticed that while
trying to set the WEP
On Friday 08 February 2008 17:17:10 Guillaume wrote:
Stefano Brivio a écrit :
Sure. You must go to
http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and download
the correct firmware (version 4). Does this ring a bell?
OK ; it's done and it work :-P
I have made a mistake
the .ko for the Firmware-ID:
xxx string.
While the driver might still support other versions of the firmware for backward
compatibility, this will always print out the officially supported version,
which
people _should_ use.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, as this has
On Thursday 07 February 2008 01:34:10 Aurelien Jarno wrote:
Michael Buesch wrote:
ssb must init after PCI but before the ssb drivers.
Signed-off-by: Michael Buesch mb at bu3sch.de
Cc: Christian Casteyde casteyde.christan at free.fr
Fixes-bug: #9219
Unfortunately this has broken
On Thursday 07 February 2008 10:58:23 Aurelien Jarno wrote:
Michael Buesch a écrit :
On Thursday 07 February 2008 01:34:10 Aurelien Jarno wrote:
Michael Buesch wrote:
ssb must init after PCI but before the ssb drivers.
Signed-off-by: Michael Buesch mb at bu3sch.de
Cc: Christian
On Thursday 07 February 2008 11:41:05 Aurelien Jarno wrote:
On Thu, Feb 07, 2008 at 11:12:13AM +0100, Michael Buesch wrote:
On Thursday 07 February 2008 10:58:23 Aurelien Jarno wrote:
Michael Buesch a écrit :
On Thursday 07 February 2008 01:34:10 Aurelien Jarno wrote:
Michael Buesch
On Thursday 07 February 2008 00:14:31 Greg KH wrote:
On Fri, Jan 25, 2008 at 12:11:45PM +0100, Michael Buesch wrote:
This patch makes suspend/resume work with the b43 driver.
We must not overwrite the MAC addresses in the init function, as this
would also overwrite the MAC on resume
On Tuesday 05 February 2008 08:14:33 Matti Viljanen wrote:
Try an x86_64 kernel. I bet it will work.
Can you also try the following patch on an i386 kernel?
I didn't think we would ever need to revisit this code; however, our use
of the PIO fall through that hid DMA problems was too
This checks if the DMA address is bigger than what the controller can manage.
It will reallocate the buffers in the GFP_DMA zone in that case.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
John, this is a fix for 2.6.25.
Stefano, this has to be ported to b43legacy.
Index: wireless-2.6
On Monday 04 February 2008 18:21:42 Matti Viljanen wrote:
Michael Buesch kirjoitti:
On Sunday 03 February 2008 22:15:57 David Cohen wrote:
b43-phy0 ERROR: Fatal DMA error: 0x1000, 0x, 0x,
0x, 0x, 0x
This is a Descriptor Protocol Error
On Monday 04 February 2008, Michael Buesch wrote:
On Monday 04 February 2008 18:21:42 Matti Viljanen wrote:
Michael Buesch kirjoitti:
On Sunday 03 February 2008 22:15:57 David Cohen wrote:
b43-phy0 ERROR: Fatal DMA error: 0x1000, 0x, 0x,
0x, 0x
On Sunday 03 February 2008 22:15:57 David Cohen wrote:
b43-phy0 ERROR: Fatal DMA error: 0x1000, 0x, 0x,
0x, 0x, 0x
This is a Descriptor Protocol Error on the RX DMA engine.
On which architecture are you running the card and how much RAM
do you have?
On Saturday 02 February 2008 04:52:59 [EMAIL PROTECTED] wrote:
On the other hand, I'm going to go out on a limb and suggest that
PERHAPS if you have ANY brainpower left, you include a full dmesg as
well as an lsmod | grep b43 as well as an iwlist wlan0 scan ... or not.
Ok, well. Seems like
If you get a warning in the DMA parse_cookie() function, it's
because you are using too new firmware.
Downgrade your firmware please.
Please read this page _carefully_ an do _exactly_ what it says:
http://www.linuxwireless.org/en/users/Drivers/b43#devicefirmware
There is no human readable
On Saturday 02 February 2008 16:19:43 David Cohen wrote:
Hi,
On Feb 2, 2008 3:33 AM, Larry Finger [EMAIL PROTECTED] wrote:
David Cohen wrote:
Hi,
I think this could be more clear now:
$ sudo modprobe b43
$ no output
dmesg:
[ 3982.440406] b43-phy0: Broadcom 4318 WLAN
On Saturday 02 February 2008 16:47:40 David Cohen wrote:
Hi,
On Feb 2, 2008 11:31 AM, Michael Buesch [EMAIL PROTECTED] wrote:
On Saturday 02 February 2008 16:19:43 David Cohen wrote:
Hi,
On Feb 2, 2008 3:33 AM, Larry Finger [EMAIL PROTECTED] wrote:
David Cohen wrote:
Hi
On Thursday 24 January 2008 10:13:01 Johannes Berg wrote:
This also adds a longer delay for waiting for the microcode
to initialize itself. It seems that the current timeout is sufficient
on all available devices, but there's no real reason why we shouldn't
wait for up to one second.
locked by the PM core during suspend/resume cycles. Also, make it
use a suspend-safe method of unregistering device object in the
resume error path.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
Acked-by: Michael Buesch [EMAIL PROTECTED]
Maybe we should have global
This fixes four resource leakages.
In any error path we must deallocate the DMA frame slots we
previously allocated by request_slot().
This is done by storing the ring pointers before doing any ring
allocation and restoring the old pointers in case of an error.
Signed-off-by: Michael Buesch
stuff that must be done on init but
not on resume to the start function.
Also zero out filter_flags to make sure we don't have some flags
from a previous instance for a tiny timeframe until mac80211 reconfigures
them.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
---
This patch is upstream inside
701 - 800 of 1753 matches
Mail list logo