- 28 Jan, 2008 40 commits
-
-
David Woodhouse authored
... where it can shortly be merged with lbs_process_tx()... Signed-off-by:
David Woodhouse <dwmw2@infradead.org> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
David Woodhouse authored
Make a start on reducing the number of pointless nested functions, starting with the StudlyCaps. No semantic changes (yet) -- we can sort out the now-obvious discrepancy in the failure paths in a separate commit. Signed-off-by:
-
David Woodhouse authored
It was buggy as hell anyway, since it was just spewing packets at the device when it wasn't necessarily ready for them (in the USB case, while the URB was still busy). We could probably do with a better way of flushing packets to the device _immediately_, before we stick it back into sleep mode. But we can no longer just dequeue packets directly, it seems. Signed-off-by:
-
David Woodhouse authored
It doesn't need to wait until no commands are pending anyway -- it only needs to wait until the scan is finished. We can hopefully find it something else to wait on too -- it's the only user of the cmd_pending waitqueue. Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
David Woodhouse authored
Also attempt some locking in lbs_host_to_card_done() Signed-off-by:
-
David Woodhouse authored
There seems to be no reason for a separate structure; move it all into struct lbs_private. Signed-off-by:
-
David Woodhouse authored
We don't need this. We can use adapter->currenttxskb instead. Signed-off-by:
-
David Woodhouse authored
At least it doesn't oops when you attempt to read or write it now. Only when you enable it and then later turn it off. And when it's enabled I don't see how it actually works. But one fewer oops is good, for now... Signed-off-by:
-
David Woodhouse authored
No semantic changes. Signed-off-by:
-
David Woodhouse authored
All existing code which sends commands is set up to have some function called with the results, not to get data back. It's more versatile this way, and providing it with a callback function which involves memcpy() is hardly difficult. Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
David Woodhouse authored
Also clean up the double setting/clearing of IW_ENCODE_DISABLED. Signed-off-by:
-
Holger Schurig authored
Recently I found that that sparse by default doesn't endianness checks. So I changed my compilation habit to be make modules C=1 SUBDIRS=drivers/net/wireless/libertas CHECKFLAGS="-D__CHECK_ENDIAN__" so that I get the little-endian checks from sparse as well. That showed up a good bunch of problems. Signed-off-by:
Holger Schurig <hs4233@mail.mn-solutions.de> Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
Holger Schurig authored
This changes the code that is used for scanning and makes it hopefully easier to understand: * move function into logical blocks * create a bunch of lbs_scan_add_XXXX_tlv() functions, that help to create the TLV parameter of CMD_802_11_SCAN * all of them are now called from the much simpler lbs_do_scan() * no **puserscancfg double-pointers :-) Signed-off-by:
Dan Williams <dcbw@redhat.com> Signed-off-by:
-
David Woodhouse authored
We read it from the card. We byte-swap it. We write it back to the card. D'oh. Signed-off-by:
-
David Woodhouse authored
And the death of libertas_prepare_and_send_command() starts... Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
Holger Schurig authored
I wondered about junk bytes at the end when using "lbsdebug +hex +host" until I noticed that firmware for the CF card sends my extranous bytes. It says "I have 20 bytes", I take 20 bytes, but the last 8 bytes of this are just data junk. Also, in the new lbs_cmd() where was a size miscalulation that made itself clear after fixing this bug. Signed-off-by:
-
Li Zefan authored
Don't cast struct foo * to struct list_head *, it's safe only when the list member is the first member of struct foo. Also don't cast struct list_head * to struct foo *. Signed-off-by:
Li Zefan <lizf@cn.fujitsu.com> Signed-off-by:
-
David Woodhouse authored
Bad Holger. Always test on big-endian machines, if it's little-endian you need to be swapping to/from. Signed-off-by:
-
David Woodhouse authored
Otherwise, lbs_process_rx_command() will take the new path for lbs_cmd() responses, when it shouldn't. Signed-off-by:
-
David Woodhouse authored
This is meaningless for non-USB devices and unimplemented in their firmware. It's somewhat dubious for USB devices too, but that's a different story. Signed-off-by:
-
David Woodhouse authored
This explains why we never noticed the corruption of checksums on outgoing packets... we weren't actually checking them either. Signed-off-by:
-
Holger Schurig authored
Using an arbitrary firmware command was actually very painful. One had to change big switch() statements in cmd.c, cmdresp.c, add structs to the big union in "struct cmd_ds_command" and add the define for the CMD_802_11_xxx to the proper place. With this function, this is now much easier. For now, it implements a blocking (a.k.a. CMD_OPTION_WAITFORRSP) way where one deals directly with command requests and response buffers. You can do everything in one place: Signed-off-by:
-
Holger Schurig authored
These functions were used in the old debugfs code for events, but as this code is now gone, there's no need to export those functions. Signed-off-by:
-
Holger Schurig authored
There was no code that ever did set this variable. Signed-off-by:
-
Holger Schurig authored
There was no code that ever did set this flag. Signed-off-by:
-
David Woodhouse authored
As we move towards having this done by a state machine, start by having a single 'stuff sent' function, which is called by if_usb/if_sdio/if_cs after sending both data and commands. Signed-off-by:
-
David Woodhouse authored
This is only needed for SNMP and key operations; it doesn't need to be preserved outside that context. Signed-off-by:
-
David Woodhouse authored
Signed-off-by:
-
Michael Buesch authored
This patch fixes the transmission problems introduced by commit f04b3787bbce4567e28069a9ec97dcd804626ac7 I'm not sure if the dummy read is really required. The old code does it. I think it can't hurt and can possibly fix some write posting problems (hardware bugs or whatever. Who knows). Signed-off-by:
Michael Buesch <mb@bu3sch.de> Signed-off-by:
-
Michael Buesch authored
commit f04b3787bbce4567e28069a9ec97dcd804626ac7 introduced a regression for the ofdmtable writing. It incorrectly removed the writing of the high 16bits for a 32bit table write and initialized the direction identifier too late. This patch does also some cleanups to make the code much more readable and adds a few comments, so non rocket scientists are also able to understand what this address caching is all about. Signed-off-by:
-
Tomas Winkler authored
This patch add comments that escaped from the previous merge Signed-off-by:
Tomas Winkler <tomas.winkler@intel.com> Signed-off-by:
-
Tomas Winkler authored
This patch fixes compilation warnings introduced by 'fix ucode assertion for RX queue overrun' patch Signed-off-by:
-
Reinette Chatre authored
This pach removes HT code from iwl-3945.h - it is not needed here as 3945 does not support HT. The code ended up here during the header file split Signed-off-by:
Reinette Chatre <reinette.chatre@intel.com> Signed-off-by:
-
Dan Williams authored
Always copy the latest BSS information from the firmware's results to the driver's BSS table to ensure that everything is up-to-date (IEs, supported rates, encryption status, etc). Signed-off-by:
-
