You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Lars-Peter Clausen dd6e0afc45 Fix compile for olpc target.
SVN-Revision: 13451
16 years ago
..
11d.c update libertas driver 16 years ago
11d.h update libertas driver 16 years ago
LICENSE * adding network config for olpc * adding libertas * config issue * quiet mode for bootloader 17 years ago
Makefile update libertas driver 16 years ago
README update libertas driver 16 years ago
assoc.c update libertas driver 16 years ago
assoc.h update libertas driver 16 years ago
cmd.c update libertas driver 16 years ago
cmd.h update libertas driver 16 years ago
cmdresp.c update libertas driver 16 years ago
compat.h * adding network config for olpc * adding libertas * config issue * quiet mode for bootloader 17 years ago
debugfs.c update libertas driver 16 years ago
debugfs.h * adding network config for olpc * adding libertas * config issue * quiet mode for bootloader 17 years ago
decl.h update libertas driver 16 years ago
defs.h update libertas driver 16 years ago
dev.h update libertas driver 16 years ago
ethtool.c update libertas driver 16 years ago
host.h update libertas driver 16 years ago
hostcmd.h update libertas driver 16 years ago
if_cs.c update libertas driver 16 years ago
if_sdio.c update libertas driver 16 years ago
if_sdio.h * adding network config for olpc * adding libertas * config issue * quiet mode for bootloader 17 years ago
if_usb.c Fix compile for olpc target. 16 years ago
if_usb.h update libertas driver 16 years ago
ioctl.c update libertas driver 16 years ago
ioctl.h update libertas driver 16 years ago
join.c Updating libertas wireless driver to latest version. 17 years ago
join.h * adding network config for olpc * adding libertas * config issue * quiet mode for bootloader 17 years ago
main.c Fix compile for olpc target. 16 years ago
radiotap.h * adding network config for olpc * adding libertas * config issue * quiet mode for bootloader 17 years ago
rx.c update libertas driver 16 years ago
scan.c update libertas driver 16 years ago
scan.h update libertas driver 16 years ago
tx.c update libertas driver 16 years ago
types.h update libertas driver 16 years ago
wext.c update libertas driver 16 years ago
wext.h update libertas driver 16 years ago

README

================================================================================
			README for USB8388

 (c) Copyright © 2003-2006, Marvell International Ltd.
 All Rights Reserved

 This software file (the "File") is distributed by Marvell International
 Ltd. under the terms of the GNU General Public License Version 2, June 1991
 (the "License").  You may use, redistribute and/or modify this File in
 accordance with the terms and conditions of the License, a copy of which
 is available along with the File in the license.txt file or by writing to
 the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
 02111-1307 or on the worldwide web at http://www.gnu.org/licenses/gpl.txt.

 THE FILE IS DISTRIBUTED AS-IS, WITHOUT WARRANTY OF ANY KIND, AND THE
 IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE
 ARE EXPRESSLY DISCLAIMED.  The License provides additional details about
 this warranty disclaimer.
================================================================================

=====================
DRIVER LOADING
=====================

	o. Copy the firmware image (e.g. usb8388.bin) to /lib/firmware/

	o. Load driver by using the following command:

		insmod usb8388.ko [fw_name=usb8388.bin]

=====================
IWPRIV COMMAND
=====================

NAME
	This manual describes the usage of private commands used in Marvell WLAN
	Linux Driver. All the commands available in Wlanconfig will not be available
	in the iwpriv.

SYNOPSIS
	iwpriv <ethX> <command> [sub-command] ...

	iwpriv ethX setregioncode <n>
	iwpriv ethX getregioncode

Version 5 Command:
	iwpriv ethX ledgpio <n>

BT Commands:
	The blinding table (BT) contains a list of mac addresses that will be,
	by default, ignored by the firmware. It is also possible to invert this
	behavior so that we will ignore all traffic except for the portion
	coming from mac addresess in the list. It is primarily used for
	debugging and testing networks.  It can be edited and inspected with
	the following commands:

	iwpriv ethX bt_reset
	iwpriv ethX bt_add <mac_address>
	iwpriv ethX bt_del <mac_address>
	iwpriv ethX bt_list <id>
	iwpriv ethX bt_get_invert <n>
	iwpriv ethX bt_set_invert <n>

FWT Commands:
	The forwarding table (FWT) is a feature used to manage mesh network
	routing in the firmware.  The FWT is essentially a routing table that
	associates a destination mac address (da) with a next hop receiver
	address (ra).  The FWT can be inspected and edited with the following
	iwpriv commands, which are described in greater detail below.
	Eventually, the table will be automatically maintained by a custom
	routing protocol.

	NOTE: FWT commands replace the previous DFT commands.  What were the DFT
	commands?, you might ask.  They were an earlier API to the firmware that
	implemented a simple MAC-layer forwarding mechanism.  In the unlikely
	event that you were using these commands, you must migrate to the new
	FWT commands which can be used to achieve the same functionality.

	iwpriv ethX fwt_add [parameters]
	iwpriv ethX fwt_del [parameters]
	iwpriv ethX fwt_lookup [parameters]
	iwpriv ethX fwt_list [parameters]
	iwpriv ethX fwt_list_route [parameters]
	iwpriv ethX fwt_list_neigh [parameters]
	iwpriv ethX fwt_reset [parameters]
	iwpriv ethX fwt_cleanup
	iwpriv ethX fwt_time

MESH Commands:

	The MESH commands are used to configure various features of the mesh
	routing protocol.  The following commands are supported:

	iwpriv ethX mesh_get_ttl
	iwpriv ethX mesh_set_ttl ttl
	iwpriv ethX mesh_get_bcastr rate
	iwpriv ethX mesh_set_bcastr rate
	iwpriv ethX get_rreq_delay
	iwpriv ethX set_rreq_delay delay
	iwpriv ethX get_route_exp
	iwpriv ethX set_route_exp time
	iwpriv ethX get_link_costs
	iwpriv ethX set_link_costs "cost54 cost36 cost11 cost1"

DESCRIPTION
	Those commands are used to send additional commands to the Marvell WLAN
	card via the Linux device driver.

	The ethX parameter specifies the network device that is to be used to
		perform this command on. it could be eth0, eth1 etc.

setregioncode
	This command is used to set the region code in the station.
	where value is 'region code' for various regions like
	USA FCC, Canada IC, Spain, France, Europe ETSI,	Japan ...

	Usage:
		iwpriv ethX setregioncode 0x10: set region code to USA (0x10).

getregioncode
	This command is used to get the region code information set in the
	station.

ledgpio
	This command is used to set/get LEDs.

	iwpriv ethX ledgpio <LEDs>
		will set the corresponding LED for the GPIO Line.

	iwpriv ethX ledgpio
		will give u which LEDs are Enabled.

	Usage:
		iwpriv eth1 ledgpio 1 0 2 1 3 4
			will enable
			LED 1 -> GPIO 0
			LED 2 -> GPIO 1
			LED 3 -> GPIO 4

		iwpriv eth1 ledgpio
			shows LED information in the format as mentioned above.

	Note: LED0 is invalid
	Note: Maximum Number of LEDs are 16.

bcn_control
	This command is used to enable disable beacons. This can also be used
	to set beacon interval.

	Usage:
		iwpriv ethX bcn_control [enable] [beacon_interval]

		enable: 0 to disable beacon. 1 to enable beacon.
		beacon_interval: 20 - 1000ms.

	Examples:
		1. iwpriv ethX bcn_control
		   Returns (x, y), where x if 1, indicates beacon is enabled, y 
		   beacon period.
		2. iwpriv ethX bcn_control 0
		   Turns off beacon transmission.
		3. iwpriv ethX bcn_control 1 500
		   Enable beacon with beacon interval 500ms.
		

ledbhv
      Command iwpriv mshX ledbhv can be used to change default LEDs behaviors.
      A given LED behavior can be on, off or blinking. The duty/cycle can be set
      when behavior is programmed as blinking.

      Usage:

        1. To get default LED behavior
           iwpriv mshX ledbhv <firmware state>

        2. To set or change default LED behavior
           iwpriv mshX ledbhv <firmware state> <lednum> <behavior> <arg>

        firmware state: The following are some of the relevant states.
          00: disconnected 
          01: firmware is scanning
          02: firmware is connected and awake
          03: firmware is sleeping
          04: connected deep sleep
          06: firmware disconnected link lost 
          07: firmware disconnected disassociated
          09: data transfer while firmware is associated and not scanning. 
              If firmware is already in this state, LED behavior does not change 
              on this data transfer.
          10: firmware idle, not scanning, not disconnected or disassociated.

        lednum: 1 or 2 for first and second LED.
  
        behavior: 0 for steady ON, 1 - steady off and 2- blinking.

        arg: It is used when behavior is 2 to set duty and cycle. It is defined as 
             (duty << 4 | cycle). Here duty could be 0..4 and cycle 0..5 for 34, 
             74, 149, 298, 596, 1192 ms respectively.

      Examples:

       1. To get default behavior for scan
          iwpriv mshX ledbhv 1

       2. To get default behavior while data transfer
          iwpriv mshX ledbhv 9      
 
       3. To turn off LED 2
          iwpriv mshX ledbhv 2 2 1 0
          iwpriv mshX ledbhv 10 2 1 0

       4. To enable LED 2 and blink LED 1 while data transfer.
          iwpriv mshX ledbhv 9 2 0 0
          iwpriv mshX ledbhv 9 1 2 4

       5. To change duty cycle of LED 2 during data transfer
          iwpriv mshX ledbhv 9 2 2 36

       6. To turn ON LED 2 when firmware is disassociated/disconnected.
          iwpriv mshX ledbhv 0 2 0 0
	

fwt_add
	This command is used to insert an entry into the FWT table. The list of
	parameters must follow the following structure:

	iwpriv ethX fwt_add da ra [metric dir rate ssn dsn hopcount ttl expiration sleepmode snr]

	The parameters between brackets are optional, but they must appear in
	the order specified.  For example, if you want to specify the metric,
	you must also specify the dir, ssn, and dsn but you need not specify the
	hopcount, expiration, sleepmode, or snr.  Any unspecified parameters
	will be assigned the defaults specified below.

	The different parameters are:-
		da		-- DA MAC address in the form 00:11:22:33:44:55
		ra		-- RA MAC address in the form 00:11:22:33:44:55
		metric		-- route metric (cost: smaller-metric routes are
				   preferred, default is 0)
		dir		-- direction (1 for direct, 0 for reverse,
				   default is 1)
		rate		-- data rate used for transmission to the RA,
				   as specified for the rateadapt command,
				   default is 3 (11Mbps)
		ssn		-- Source Sequence Number (time at the RA for
				   reverse routes.  Default is 0)
		dsn		-- Destination Sequence Number (time at the DA
				   for direct routes.  Default is 0)
		hopcount	-- hop count (currently unused, default is 0)
		ttl		-- TTL (Only used in reverse entries)
		expiration	-- entry expiration (in ticks, where a tick is
				   1024us, or ~ 1ms. Use 0 for an indefinite
				   entry, default is 0)
		sleepmode	-- RA's sleep mode (currently unused, default is
				   0)
		snr		-- SNR in the link to RA (currently unused,
				   default is 0)

	The command does not return anything.

fwt_del
	This command is used to remove an entry to the FWT table. The list of
	parameters must follow the following structure:

		iwpriv ethX fwt_del da ra [dir]

	where the different parameters are:-
		da		-- DA MAC address (in the form "00:11:22:33:44:55")
		ra		-- RA MAC address (in the form "00:11:22:33:44:55")
		dir		-- direction (1 for direct, 0 for reverse,
				   default is 1)

	The command does not return anything.

fwt_lookup
	This command is used to get the best route in the FWT table to a given
	host. The only parameter is the MAC address of the host that is being
	looked for.

		iwpriv ethX fwt_lookup da

	where:-
		da		-- DA MAC address (in the form "00:11:22:33:44:55")

	The command returns an output string identical to the one returned by
	fwt_list described below.


fwt_list
	This command is used to list a route from the FWT table. The only
	parameter is the index into the table. If you want to list all the
	routes in a table, start with index=0, and keep listing until you get a
	"(null)" string.  Note that the indicies may change as the fwt is
	updated.  It is expected that most users will not use fwt_list directly,
	but that a utility similar to the traditional route command will be used
	to invoke fwt_list over and over.

		iwpriv ethX fwt_list index

	The output is a string of the following form:

		da ra valid metric dir rate ssn dsn hopcount ttl expiration
		sleepmode snr precursor

	where the different fields are:-
		da		-- DA MAC address (in the form "00:11:22:33:44:55")
		ra		-- RA MAC address (in the form "00:11:22:33:44:55")
		valid		-- whether the route is valid (0 if not valid)
		metric		-- route metric (cost: smaller-metric routes are preferred)
		dir		-- direction (1 for direct, 0 for reverse)
		rate		-- data rate used for transmission to the RA,
				   as specified for the rateadapt command
		ssn		-- Source Sequence Number (time at the RA for reverse routes)
		dsn		-- Destination Sequence Number (time at the DA for direct routes)
		hopcount	-- hop count (currently unused)
		ttl		-- TTL (only used in reverse entries)
		expiration	-- entry expiration (in ticks, where a tick is 1024us, or ~ 1ms. Use 0 for an indefinite entry)
		sleepmode	-- RA's sleep mode (currently unused)
		snr		-- SNR in the link to RA (currently unused)
		precursor	-- predecessor in direct routes

fwt_list_route
	This command is equivalent to fwt_list.

fwt_list_neigh
	This command is used to list a neighbor from the FWT table. The only
	parameter is the neighbor ID. If you want to list all the neighbors in a
	table, start with nid=0, and keep incrementing nid until you get a
	"(null)" string.  Note that the nid from a fwt_list_route command can be
	used as an input to this command.  Also note that this command is meant
	mostly for debugging.  It is expected that users will use fwt_lookup.
	One important reason for this is that the neighbor id may change as the
	neighbor table is altered.

		iwpriv ethX fwt_list_neigh nid

	The output is a string of the following form:

		ra sleepmode snr references

	where the different fields are:-
		ra		-- RA MAC address (in the form "00:11:22:33:44:55")
		sleepmode	-- RA's sleep mode (currently unused)
		snr		-- SNR in the link to RA (currently unused)
		references	-- RA's reference counter

fwt_reset
	This command is used to reset the FWT table, getting rid of all the
	entries. There are no input parameters.

		iwpriv ethX fwt_reset

	The command does not return anything.

fwt_cleanup
	This command is used to perform user-based garbage recollection. The
	FWT table is checked, and all the entries that are expired or invalid
	are cleaned. Note that this is exported to the driver for debugging
	purposes, as garbage collection is also fired by the firmware when in
	space problems. There are no input parameters.

		iwpriv ethX fwt_cleanup

	The command does returns the number of invalid/expired routes deleted.

fwt_time
	This command returns a card's internal time representation.  It is this
	time that is used to represent the expiration times of FWT entries.  The
	number is not consistent from card to card; it is simply a timer count.
	The fwt_time command is used to inspect the timer so that expiration
	times reported by fwt_list can be properly interpreted.

		iwpriv ethX fwt_time

mesh_get_ttl

	The mesh ttl is the number of hops a mesh packet can traverse before it
	is dropped.  This parameter is used to prevent infinite loops in the
	mesh network.  The value returned by this function is the ttl assigned
	to all mesh packets.  Currently there is no way to control the ttl on a
	per packet or per socket basis.

	iwpriv ethX mesh_get_ttl

mesh_set_ttl ttl

	Set the ttl.  The argument must be between 0 and 255.

	iwpriv ethX mesh_set_ttl <ttl>

mesh_get_bcastr

	Shows the rate index used for mesh broadcast and multicast packets.
	Rates are expressed in 2 * Mb/s, ie 11Mb/s is 22, 5.5Mb/s is 11, etc.

	iwpriv ethX mesh_get_bcastr rate

mesh_set_bcastr rate

	Sets the rate index for mesh broadcast and muticast packets. Rates are
	expressed in expressed in 2 * Mb/s, ie 11Mb/s is 22, 5.5Mb/s is 11, etc.

	iwpriv ethX mesh_set_bcastr rate

get_rreq_delay

	Shows the delay to forward a RREQ frame. This delay allows the node to
	forward just the best route in case the same RREQ arrives to the node
	through different routes. The argument is shown in 1/100 seconds.

	iwpriv ethX get_rreq_delay

set_rreq_delay delay

	Sets the RREQ forward delay. The delay is interpreted as 1/100 seconds.

	iwpriv ethX set_rreq_delay delay

get_route_exp

	Shows the mesh route expiration time, in seconds.

	iwpriv ethX get_route_exp

set_route_exp time

	Gets the mesh route, expiration time, in seconds.

	iwpriv ethX set_route_exp time

get_link_costs

	Gets the mesh hop base cost for each used rate. The output gives us the
	base cost for hops at 54Mbps, 36Mbps, 11Mbps and 1Mbps, in that order.
	The base cost gets divided by a battery state factor to get the actual
	cost. A cost of 0 means that rate is deactivated.

	iwpriv ethX get_link_costs

set_link_costs "cost54 cost36 cost11 cost1"

	Sets the mesh hop base cost for the used speeds. The input parameter
	will specify the cost for hops at 54Mbps, 36Mbps, 11Mbps and 1Mbps, in
	that order. A cost of 0 will disable a specific rate.

	iwpriv ethX set_link_costs "cost54 cost36 cost11 cost1"

=========================
ETHTOOL
=========================


Use the -i option to retrieve version information from the driver.

# ethtool -i eth0
driver: libertas
version: COMM-USB8388-318.p4
firmware-version: 5.110.7
bus-info:

Use the -e option to read the EEPROM contents of the card.

	Usage:
	ethtool -e ethX [raw on|off] [offset N] [length N]

       -e     retrieves and prints an EEPROM dump for the  specified  ethernet
              device.   When raw is enabled, then it dumps the raw EEPROM data
              to stdout. The length and offset parameters allow  dumping  cer-
              tain portions of the EEPROM.  Default is to dump the entire EEP-
              ROM.

# ethtool -e eth0 offset 0 length 16
Offset          Values
------          ------
0x0000          38 33 30 58 00 00 34 f4 00 00 10 00 00 c4 17 00

========================
DEBUGFS COMMANDS
========================

those commands are used via debugfs interface

===========
rdmac
rdbbp
rdrf
	These commands are used to read the MAC, BBP and RF registers from the
	card.  These commands take one parameter that specifies the offset
	location that is to be read.  This parameter must be specified in
	hexadecimal (its possible to preceed preceding the number with a "0x").

	Path: /debugfs/libertas_wireless/ethX/registers/

	Usage:
		echo "0xa123" > rdmac ; cat rdmac
		echo "0xa123" > rdbbp ; cat rdbbp
		echo "0xa123" > rdrf ; cat rdrf
wrmac
wrbbp
wrrf
	These commands are used to write the MAC, BBP and RF registers in the
	card.  These commands take two parameters that specify the offset
	location and the value that is to be written. This parameters must
	be specified in hexadecimal (its possible to preceed the number
	with a "0x").

	Usage:
		echo "0xa123 0xaa" > wrmac
		echo "0xa123 0xaa" > wrbbp
		echo "0xa123 0xaa" > wrrf

sleepparams
	This command is used to set the sleepclock configurations

	Path: /debugfs/libertas_wireless/ethX/

	Usage:
		cat sleepparams: reads the current sleepclock configuration

		echo "p1 p2 p3 p4 p5 p6" > sleepparams: writes the sleepclock configuration.

		where:
			p1 is Sleep clock error in ppm (0-65535)
			p2 is Wakeup offset in usec (0-65535)
			p3 is Clock stabilization time in usec (0-65535)
			p4 is Control periodic calibration (0-2)
			p5 is Control the use of external sleep clock (0-2)
			p6 is reserved for debug (0-65535)

subscribed_events

	The subscribed_events directory contains the interface for the
	subscribed events API.

	Path: /debugfs/libertas_wireless/ethX/subscribed_events/

	Each event is represented by a filename. Each filename consists of the
	following three fields:
	Value Frequency Subscribed

	To read the current values for a given event, do:
		cat event
	To set the current values, do:
		echo "60 2 1" > event

	Frequency field specifies the reporting frequency for this event.
	If it is set to 0, then the event is reported only once, and then
	automatically unsubscribed. If it is set to 1, then the event is
	reported every time it occurs. If it is set to N, then the event is
	reported every Nth time it occurs.

	beacon_missed
	Value field specifies the number of consecutive missing beacons which
	triggers the LINK_LOSS event. This event is generated only once after
	which the firmware resets its state. At initialization, the LINK_LOSS
	event is subscribed by default. The default value of MissedBeacons is
	60.

	failure_count
	Value field specifies the consecutive failure count threshold which
	triggers the generation of the MAX_FAIL event. Once this event is
	generated, the consecutive failure count is reset to 0.
	At initialization, the MAX_FAIL event is NOT subscribed by
	default.

	high_rssi
	This event is generated when the average received RSSI in beacons goes
	above a threshold, specified by Value.

	low_rssi
	This event is generated when the average received RSSI in beacons goes
	below a threshold, specified by Value.

	high_snr
	This event is generated when the average received SNR in beacons goes
	above a threshold, specified by Value.

	low_snr
	This event is generated when the average received SNR in beacons goes
	below a threshold, specified by Value.

extscan
	This command is used to do a specific scan.

	Path: /debugfs/libertas_wireless/ethX/

	Usage: echo "SSID" > extscan

	Example:
		echo "LINKSYS-AP" > extscan

	To see the results of use getscantable command.

getscantable

	Display the current contents of the driver scan table (ie. get the
	scan results).

	Path: /debugfs/libertas_wireless/ethX/

	Usage:
		cat getscantable

setuserscan
	Initiate a customized scan and retrieve the results


	Path: /debugfs/libertas_wireless/ethX/

    Usage:
       echo "[ARGS]" > setuserscan

         where [ARGS]:

      bssid=xx:xx:xx:xx:xx:xx  specify a BSSID filter for the scan
      ssid="[SSID]"            specify a SSID filter for the scan
      keep=[0 or 1]            keep the previous scan results (1), discard (0)
      dur=[scan time]          time to scan for each channel in milliseconds
      type=[1,2,3]             BSS type: 1 (Infra), 2(Adhoc), 3(Any)

    Any combination of the above arguments can be supplied on the command
    line. If dur tokens are absent, the driver default setting will be used.
    The bssid and ssid fields, if blank, will produce an unfiltered scan.
    The type field will default to 3 (Any) and the keep field will default
    to 0 (Discard).

    Examples:
    1) Perform a passive scan on all channels for 20 ms per channel:
            echo "dur=20" > setuserscan

    2) Perform an active scan for a specific SSID:
            echo "ssid="TestAP"" > setuserscan

    3) Scan all available channels (B/G, A bands) for a specific BSSID, keep
       the current scan table intact, update existing or append new scan data:
            echo "bssid=00:50:43:20:12:82 keep=1" > setuserscan

    4) Scan for all infrastructure networks.
       Keep the previous scan table intact. Update any duplicate BSSID/SSID
       matches with the new scan data:
            echo "type=1 keep=1" > setuserscan

    All entries in the scan table (not just the new scan data when keep=1)
    will be displayed upon completion by use of the getscantable ioctl.

==============================================================================