But I still didn't managed to change the channel on the
firmware... will implement wl3501_set_mib_value...

also remove some unneeded casts.

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.

Following what is in the 802.11 specs and doing
experimentations.

It never was used for anything meaningful, i.e. driver_state never
is set to non zero.

it was only setting INFRA mode...

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...

will be back in some way with iwpriv support.

Will get back to this at some point.

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.

. 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

Now to study how to enable power management.

. 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

. Using the MIB in the card I'm now able to find lots of useful information
  that will get used in more support for wireless extensions.
. Also some cleanups wrt ifdefing the code not yet used to write into the
  flash of this card and some more messages tidy up.

This time from work done by Heiko Kirschke, and also do some
simplification wrt access to ->addr4 in tx headers, i.e. use
offsetoff and do just one wl3501_set_to_wla in wl3501_send_pkt.

Information collected from another driver source found on the net
for this hardware, written by magyver@zcom.com.tw, that I'm
reading to find more information about this hardware, coalescing
several efforts to have a driver for this card.

Now the sensitivity information in iwconfig is dinamically
updated.

With this we can finally select in a sane way the channel to use,
selectable thru wireless extensions/iwconfig interface freq nr_channel
:-)

. The real BSSID is after the first two bytes, that is why this->bssid
  has 34 chars when IW_ESSID_MAX_SIZE is just 32...
. Include some debug, selectable with the pc_debug kernel module
  parameter, that is turned off by default.

This will require further study and probably to include the MIB stuff
in the original driver.

For now returning a fixed rate of 2 Mbit/s, that is by far
the most common for this thing, but perhaps this card can
work at 1 Mbit/s and so I have to find out from were to get
this info, without documentation coding drivers is, humm,
"fun" :-\

. check if queue was stopped when receiving interrupt tx confirmation,
  prior to calling netif_wake_queue.
. stop the queue processing if there is less than 2 tx blocks in the
  card, with this I get no drops in pktgen, whee! 8)

This table was obtained from the Planet WAP 1000 Access Point web
interface, accessing it over this driver after I ran nmap against
the AP box that is now only with the wireless interface, i.e. all
accesses to it are over this driver :-)