linux/drivers/net/wireless
Herbert Xu 932ff279a4 [NET]: Add netif_tx_lock
Various drivers use xmit_lock internally to synchronise with their
transmission routines.  They do so without setting xmit_lock_owner.
This is fine as long as netpoll is not in use.

With netpoll it is possible for deadlocks to occur if xmit_lock_owner
isn't set.  This is because if a printk occurs while xmit_lock is held
and xmit_lock_owner is not set can cause netpoll to attempt to take
xmit_lock recursively.

While it is possible to resolve this by getting netpoll to use
trylock, it is suboptimal because netpoll's sole objective is to
maximise the chance of getting the printk out on the wire.  So
delaying or dropping the message is to be avoided as much as possible.

So the only alternative is to always set xmit_lock_owner.  The
following patch does this by introducing the netif_tx_lock family of
functions that take care of setting/unsetting xmit_lock_owner.

I renamed xmit_lock to _xmit_lock to indicate that it should not be
used directly.  I didn't provide irq versions of the netif_tx_lock
functions since xmit_lock is meant to be a BH-disabling lock.

This is pretty much a straight text substitution except for a small
bug fix in winbond.  It currently uses
netif_stop_queue/spin_unlock_wait to stop transmission.  This is
unsafe as an IRQ can potentially wake up the queue.  So it is safer to
use netif_tx_disable.

The hamradio bits used spin_lock_irq but it is unnecessary as
xmit_lock must never be taken in an IRQ handler.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2006-06-17 21:30:14 -07:00
..
bcm43xx [PATCH] bcm43xx: add DMA rx poll workaround to DMA4 2006-06-05 15:28:56 -04:00
hostap [PATCH] Fix crash on big-endian systems during scan 2006-04-24 15:20:22 -04:00
prism54
Kconfig [PATCH] Revert NET_RADIO Kconfig title change 2006-04-19 17:25:38 -04:00
Makefile
README
airo.c [PATCH] wireless/airo: clean up WEXT association and scan events 2006-04-19 17:25:37 -04:00
airo.h
airo_cs.c [PATCH] pcmcia: use bitfield instead of p_state and state 2006-03-31 17:26:33 +02:00
airport.c
arlan-main.c [PATCH] arlan: fix section mismatch warnings 2006-05-26 16:11:56 -04:00
arlan-proc.c
arlan.h
atmel.c [PATCH] wireless/atmel: send WEXT scan completion events 2006-04-19 17:25:38 -04:00
atmel.h
atmel_cs.c [PATCH] pcmcia: convert DEV_OK to pcmcia_dev_present 2006-03-31 17:26:57 +02:00
atmel_pci.c
hermes.c
hermes.h
hermes_rid.h
i82586.h
i82593.h
ipw2100.c
ipw2100.h
ipw2200.c BUG_ON() Conversion in drivers/net/ 2006-04-02 13:52:48 +02:00
ipw2200.h
netwave_cs.c [PATCH] pcmcia: convert DEV_OK to pcmcia_dev_present 2006-03-31 17:26:57 +02:00
orinoco.c [NET]: Add netif_tx_lock 2006-06-17 21:30:14 -07:00
orinoco.h
orinoco_cs.c [PATCH] pcmcia: use bitfield instead of p_state and state 2006-03-31 17:26:33 +02:00
orinoco_nortel.c
orinoco_pci.c
orinoco_plx.c
orinoco_tmd.c
ray_cs.c [PATCH] pcmcia: convert DEV_OK to pcmcia_dev_present 2006-03-31 17:26:57 +02:00
ray_cs.h [PATCH] pcmcia: remove dev_link_t and client_handle_t indirection 2006-03-31 17:21:06 +02:00
rayctl.h
spectrum_cs.c [PATCH] pcmcia: use bitfield instead of p_state and state 2006-03-31 17:26:33 +02:00
strip.c
todo.txt
wavelan.c [PATCH] wavelan: fix section mismatch 2006-05-26 16:11:56 -04:00
wavelan.h
wavelan.p.h
wavelan_cs.c [PATCH] pcmcia: use bitfield instead of p_state and state 2006-03-31 17:26:33 +02:00
wavelan_cs.h
wavelan_cs.p.h [PATCH] pcmcia: remove dev_link_t and client_handle_t indirection 2006-03-31 17:21:06 +02:00
wl3501.h [PATCH] pcmcia: embed dev_link_t into struct pcmcia_device 2006-03-31 17:15:57 +02:00
wl3501_cs.c [PATCH] pcmcia: convert DEV_OK to pcmcia_dev_present 2006-03-31 17:26:57 +02:00

README

	README
	------

	This directory is mostly for Wireless LAN drivers, in their
various incarnations (ISA, PCI, Pcmcia...).
	This separate directory is needed because a lot of driver work
on different bus (typically PCI + Pcmcia) and share 95% of the
code. This allow the code and the config options to be in one single
place instead of scattered all over the driver tree, which is never
100% satisfactory.

	Note : if you want more info on the topic of Wireless LANs,
you are kindly invited to have a look at the Wireless Howto :
		http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/
	Some Wireless LAN drivers, like orinoco_cs, require the use of
Wireless Tools to be configured :
		http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html

	Special notes for distribution maintainers :
	1) wvlan_cs will be discontinued soon in favor of orinoco_cs
	2) Please add Wireless Tools support in your scripts

	Have fun...

	Jean