Hello,
we made a few modifications to the opensource firmware code and now it
accepts frame encoded as version 410 layout.
Cheers,
-FG
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Larry,
could you please be so kind and check if this is the 4311 board you
have? I found it on ebay and I would like to buy the correct one
(hoping that the seller put the correct photo... :-) )
http://www.ing.unibs.it/openfwwf/private/hp-4311.jpg
Cheers,
-FG
Hi
On Donnerstag, 29. Januar 2009, Francesco Gringoli wrote:
Hello,
we made a few modifications to the opensource firmware code and now it
accepts frame encoded as version 410 layout.
Thank you a lot for your efforts, but so far I haven't been successful in
getting my two 32 bit cardbus
Francesco Gringoli wrote:
Larry,
could you please be so kind and check if this is the 4311 board you
have? I found it on ebay and I would like to buy the correct one (hoping
that the seller put the correct photo... :-) )
http://www.ing.unibs.it/openfwwf/private/hp-4311.jpg
Yes, that is
Hi
On Donnerstag, 29. Januar 2009, Stefan Lippers-Hollmann wrote:
Hi
On Donnerstag, 29. Januar 2009, Francesco Gringoli wrote:
Hello,
we made a few modifications to the opensource firmware code and now it
accepts frame encoded as version 410 layout.
Thank you a lot for your
Francesco,
Opensource firmware 5.1 works with my BCM4318; however, under heavy
load with a ping running in one window and 10 second bursts of tcpperf
transmissions in another, the kernel (2.6.29-rc2-wl) panicked by
hitting the BUG at drivers/.../b43/dma.c:1386, which is in routine
On Jan 29, 2009, at 6:48 PM, Larry Finger wrote:
Francesco,
Opensource firmware 5.1 works with my BCM4318; however, under heavy
load with a ping running in one window and 10 second bursts of tcpperf
transmissions in another, the kernel (2.6.29-rc2-wl) panicked by
hitting the BUG at
Francesco Gringoli wrote:
many thanks, I will investigate: probably we missed something when
switching from 5.0 to 5.1, sorry.
By the way, have you ever tried a similar test with firmware 5.0? Hope
yes and everything went fine :-)
Yes, 5.0 passed the test. When I shut down those tests,
Stefan Lippers-Hollmann wrote:
Sorry about the noise, loading b43 with qos=0 allows it wo work flawlessly,
I wrongly expected b43: Automatically probe for opensource firmware [1]
to disable qos along with RTS/CTS, is there perhaps a way to detect/ set
that properly during the firmware
Opensource firmware 5.1 works with my BCM4318; however, under heavy
load with a ping running in one window and 10 second bursts of tcpperf
transmissions in another, the kernel (2.6.29-rc2-wl) panicked by
hitting the BUG at drivers/.../b43/dma.c:1386, which is in routine
Francesco Gringoli wrote:
we just finished a couple of stressing tests and everything went fine,
kernel did not complain about anything, below is attached the tests
description. Just a few questions
- have you applied any recent patch to the kernel (we too are using
2.6.29-rc2-wl), so that
On Jan 30, 2009, at 12:09 AM, Larry Finger wrote:
Francesco Gringoli wrote:
- have you applied any recent patch to the kernel (we too are using
2.6.29-rc2-wl), so that your kernel can behave differently than ours?
- are you sure you are using the correct initvals files? Those we put
today
On Jan 30, 2009, at 12:09 AM, Larry Finger wrote:
Francesco Gringoli wrote:
we just finished a couple of stressing tests and everything went
fine,
kernel did not complain about anything, below is attached the tests
description. Just a few questions
- have you applied any recent patch to
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
14 matches
Mail list logo