W dniu 8 marca 2011 02:25 użytkownik [email protected] <[email protected]> napisał: > > 2011/3/8 Rafał Miłecki <[email protected]> >> >> W dniu 4 marca 2011 01:37 użytkownik [email protected] <[email protected]> >> napisał: >> > Maybe the way to investigate this further is to look at what is being >> > passed between >> > mac80211 and b43, with the different firmwares. >> > >> > I will add some debugging on the weekend and see what I can uncover. >> >> Maybe it'd make sense to check what we get from hardware with older >> vs. newer firmware? >> >> Attached patch was compile-tested only. >> >> It may put a lot of messages in your dmesg, don't try to run it for too >> long ;) >> > > Rafal > I think something went wrong with the patch you attached. > when I detach it, it contains > > Building modules, stage 2. > MODPOST 1 modules > And nothing else. > > Further.. When I was testing the driver (both in AP and STA modes) I had it > disconnected form the network, and disconnected from the bridge. As a > result there would have been very little data transmitted. However there is > lots of 802.11 traffic in the air. So I think that we will find the problem > on the receive path rather than the transmit path, Just my 2c worth until I > get some logging in there.
Whoops, sorry. Can you try attached patch? And compare old and new firmware with this patch applied? As you can see from one of my prev mail, I also suspect RX. That's why patch tries to print some info about RX, headers we receive from firmware. -- Rafał
xmit.dbg.patch
Description: Binary data
_______________________________________________ b43-dev mailing list [email protected] http://lists.infradead.org/mailman/listinfo/b43-dev
