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

Also reorganize wl3501_card struct a bit to avoid wasting some
bytes.

This time get_sense and set_wap wireless extensions were added,
work in progress, ya know 8)

. check if the device is present, bail out if not
. move the buffer to the place where it is used
. check the size of the firmware buffer passed from userspace
. make wl3501_write_flash return -EIO on failure, 0 on success

into conectiva.com.br:/home/bk/wl3501-2.5

It will, but is not supporting now, just some basic skeleton is
in place.

. use enun instead of tons of #defines
. put the initial smp locking, still commented out
. use some defines for magic numbers
. break the rx_interrupt routine in multiple inlines for each signal
  type
. CodingStyle cleanups
. Activated the stupid loop, will now try without it, works? kill this
  stupidity