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

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

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

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.