The joys of having several arches at my home lab, thanks
to parisc this time.

Also aimed at being moved to the core wireless extensions code.

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.

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.