[rt2x00-users] [PATCH] rt2x00 : rt2800pci tx and rx take 3 .
benoit.papillault at free.fr
Sat Jul 18 06:30:02 EST 2009
-----BEGIN PGP SIGNED MESSAGE-----
Alban Browaeys a écrit :
> This one add another hack but get the thing working against hostap
> (which has header_length 26 instead of 24 for freebox wpa).
> This was tested against hostap in wpa personal and open.
> And also against freebox wpa (based on linux but internals not disclosed).
> I would really appreciate a better solution or an explanation as to why
> was what it was (that is check for the position in memory of the header
> This change make it a diff on a roundup of header length around 4.
> Otherwise I always get 0 for align size be the header_length 24 or 26.
> change from the previous patch also include a fix in txdone to check
for ">" queue_limit
> instead of ">=" (as I add 1 beforehand to the entry idx and only
remove this 1 after this check).
> I ll check against WEP 'orange' livebox as soon as possible though the
issue was the same as with hostap (auth and assoc
> where working as of they had header_length 24 while data packets
afterwards were corrupted as of with header_length 26.
> By the way I check again in rt2860 and bHwRadio is true when gpio is (&
4) == 1 ... and I tried reverting the hack on rt2800pci_rfkill
> with no working setup resulting (mac80211 always stop the interface
asap when using the opposite value). So I ll need confirmation and
> more inputs from another tester using rt2800pci to find out what should
be done to get the interface staying up while at the same time
> sending rfkill block when gpio is 1.
> NB: I found out that if I load rt2860sta and unload it then load
rt2800pci the tx are not working (gpio is 1). Thus I though I found
this test case to find out about rfkill but it turned out using the
platform driver (eeepc_laptop) rfkill switch off then on everything is
back to normal (tx are transmitted). One may have to unload rt2800pci
and reload it to free the queue which are full though to see tx working.
> I still have not tested again without adding 1 to entry_idx and
queue->qid in write_tx_desc . I first planned to do it today but found this
> align size issue and it took me a while to find at least a hack to get
an idea on what was at stake. I hope a well done answer can be found
> for this peculiar issue. Because mine looks harsh and looks like it
could break other drivers (I have not checked which ones are using
> Best regards
I tried this patch with a rt2860 pci chipset and ifconfig wlan2 up
just returns : Unknown error 132...
Before this patch, iwlist wlan2 scan was working well.
I'm trying to learn rt2800pci as fast as I can, but I'm not yet in a
position to comment your code.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the users