- 20 Jul, 2003 6 commits
-
-
Arnaldo Carvalho de Melo authored
Also add Niemeyer to CREDITS for his work on early stages of wireless extensions support for the wl3501 card.
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
set_scan still needs to trigger a scan, but for now doing something that resets the card, like iwconfig eth0 mode ad-hoc triggers a scanning, and even without that we report the last scan results, good enough for now 8) But it will be implemented, don't worry! :-)
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
Just for completeness, it is included in the mgmt frames, but not used in this driver, i.e. it may well be that this driver supports contention free service, but the original driver had no use for it at all.
-
Arnaldo Carvalho de Melo authored
-
- 19 Jul, 2003 4 commits
-
-
Arnaldo Carvalho de Melo authored
. unfortunately we can't use enum iw_mgmt_info_element_ids for the id field in iw_mgmt_info_element, as it has to be u8 and sizeof(enum) is bigger than that, but we use the enum in the relevant functions to help catch invalid elements being used. . also we can't have iw_mgmt_info_element with a fixed size data field, as it is variable as per the 802.11 specs, so I do a poor man's OOP by subclassing iw_mgmt_info_element into the standard element types. Done up to now with iw_mgmt_essid_pset and iw_mgmt_ds_pset, others will follow.
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
Clarifying stuff is good: with this I have fixed a bug in join, where the element id and size were not being set... longstanding one, since original driver times...
-
Arnaldo Carvalho de Melo authored
Also aimed at inclusion on the core wireless extensions, with this we are closer to 802.11 specs with regards to frame management elements stuff. Next patches will deal with other elements that are done in a raw way such as the phys parameter set (DS in this driver).
-
- 18 Jul, 2003 2 commits
-
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
The joys of having several arches at my home lab, thanks to parisc this time.
-
- 17 Jul, 2003 4 commits
-
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
Also aimed at being moved to the core wireless extensions code.
-
Arnaldo Carvalho de Melo authored
To validade if a channel is OK in a specific regulatory domain, I prefixed it with iw_ as I plan to move this stuff to the main wireless extensions code, ditto for the next changeset, where I'll introduce iw_chan2freq and iw_default_channel.
-
- 16 Jul, 2003 4 commits
-
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
But I still didn't managed to change the channel on the firmware... will implement wl3501_set_mib_value...
-
Arnaldo Carvalho de Melo authored
also remove some unneeded casts.
-
- 15 Jul, 2003 3 commits
-
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
I.e. less magic numbers, also rename freq_domain to reg_domain, as in regulatory domain, as the atmel driver does, and that made me realize that this defines and the function that checks if a channel is valid in a regulatory domain should be moved to the wireless extensions (or some other place) common code.
-
Arnaldo Carvalho de Melo authored
-
- 09 Jul, 2003 1 commit
-
-
Arnaldo Carvalho de Melo authored
-
- 07 Jul, 2003 4 commits
-
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
Following what is in the 802.11 specs and doing experimentations.
-
- 06 Jul, 2003 4 commits
-
-
Arnaldo Carvalho de Melo authored
It never was used for anything meaningful, i.e. driver_state never is set to non zero.
-
Arnaldo Carvalho de Melo authored
it was only setting INFRA mode...
-
Arnaldo Carvalho de Melo authored
Also fix some loop variables use, one of which potentially is related to ADHOC not working, i.e. it was not being properly initialized, thanks to gcc 3.3.1 (pre-release) and this was caught...
-
Arnaldo Carvalho de Melo authored
will be back in some way with iwpriv support.
-
- 02 Jul, 2003 2 commits
-
-
Arnaldo Carvalho de Melo authored
Will get back to this at some point.
-
Arnaldo Carvalho de Melo authored
It turns out that the first implementation of get_encode was right wrt checking WL3501_MIB_ATTR_PRIV_OPT_IMPLEMENTED, according to the "802.12 Wireless Networks - The Definitive Guide" O'Reilly book, so, put it back in.
-
- 01 Jul, 2003 6 commits
-
-
Arnaldo Carvalho de Melo authored
. collect statistics in wl3501_get_wireless_stats . WL3501_MIB_ATTR_PRIV_OPT_IMPLEMENTED doesn't seems to be related to WEP, remove its test in get_encode
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
-
Arnaldo Carvalho de Melo authored
Now to study how to enable power management.
-
Arnaldo Carvalho de Melo authored
. Well, this is just for completeness, as with this specific firmware in the cards I have WEP is not implemented... This is the information for the cards I have (tested just one but I doubt the others have WEP...): Card Name: OEM WLAN/WPCMCIA Firmware Date: 02.00.06 01/07/2000 12:13:49
-
Arnaldo Carvalho de Melo authored
-