Increase the driver version number and print version when
probing.
Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>

Fix some of my bad spelling.
Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>

Use prefetch() in the interrupt path to try and look ahead
at the next place will be looking at in the ring.
Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>

Go into power down mode on shutdown.
Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>

Basic MII ioctl support for skge driver.
Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>

Can use kzalloc in skge driver.
Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>

When skge is booted up, the PHY may be stuck in power down state
by the previous OS. So we may need to turn it on.
Signed-off-by: NStephen Hemminger <shemminger@osdl.org>
Signed-off-by: NJeff Garzik <jgarzik@pobox.com>

More conversions of kmalloc/memset to kzalloc
Signed-off-by: NPanagiotis Issaris <takis@issaris.org>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

Specify the correct range when calling memset in atmel_get_range.
Do this by specifying the size of the structure, rather than the size
of the pointer.
Signed-off-by: NAlexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

The patch below fixes the following sparse warnings:

drivers/net/e100.c:1481:13: warning: Using plain integer as NULL pointer
drivers/net/e100.c:1767:27: warning: Using plain integer as NULL pointer
drivers/net/e100.c:1847:27: warning: Using plain integer as NULL pointer
Signed-off-by: NLuiz Capitulino <lcapitulino@mandriva.com.br>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

Move update of the transmit statistics to the correct place.  This
would be just before starting transmission rather than (potentially
long) afterward.
Signed-off-by: NRoger While <simrw@sim-basis.de>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

In isl_38xx.c :
The variable "counter" is defined and incremented but never
used except if the driver is hand-compiled setting
VERBOSE > SHOW_ERROR_MESSAGES.
Move the definition and the increment to within the
#if VERBOSE ..   block.

Remove extraneous udelay's.
These are not required when triggering the device.
Signed-off-by: NRoger While <simrw@sim-basis.de>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

This patch makes needlessly global functions static.
Signed-off-by: NAdrian Bunk <bunk@stusta.de>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

This patch kills include/linux/eeprom.h .

Rationale:
- it was only used by one single driver
- even this driver didn't do anything useful with it
- most of this file are non-inline and non-static functions (sic)

This removes include/linux/eeprom.h and cleans drivers/net/ns83820.c up.

If you think eeprom.h should be used more extensively, please consider:
- the code has to be moved from the header file to a .c file
- the currently empty write function has to be implemented
- ns83820.c or any other driver should actually use it

Noone did any of these during the more than 3 years eeprom.h already
exists...
Signed-off-by: NAdrian Bunk <bunk@stusta.de>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

This should resolve http://bugzilla.kernel.org/show_bug.cgi?id=5519

The current feature computation loses bits that it doesn't know about,
resulting in an inability to add VLANs and possibly other havoc.
Rewrote function to preserve bits it doesn't know about, remove an
unneeded state variable, and simplify the code.
Signed-off-by: NJay Vosburgh <fubar@us.ibm.com>
Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>

You can obtain the firmware at http://ipw2200.sf.net/firmware.phpSigned-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

configured.

Countermeasures default to being turned off when wpa_supplicant runs,
regardless of if TKIP is being used.  They are only turned on if a TKIP
is running.  The warning we were printing is therefore not needed.
Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Wireless extensions moved the get_wireless_stats handler from being
in net_device into wireless_handler.
Signed-off-by: NBenoit Boissinot <benoit.boissinot@ens-lyon.org>
Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

The problem is caused by the patch in bug455 -- Channel change flood
generates fatal error.

The patch set the DISASSOCIATING status bit after sending the command.
The process was scheduled out when waiting for the command to be sent to
the card. The disassociated notification clears the DISASSOCIATING bit
in the tasklet before the process set the bit.

Move the bit setting code before sending the command now.
Signed-off-by: NHong Liu <hong.liu@intel.com>
Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

The PF_SYNCTHREAD check was introduced to try and remain compatible with
SWSUSP2.  This check is no longer needed with newer versions.
Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

error when it tries to auth to a WPA ap. The patch filters out WPA
networks if the card is not wpa enabled when selecting network to
associate to.
Signed-off-by: NHong Liu <hong.liu@intel.com>

Signed-off-by: NHong Liu <hong.liu@intel.com>

Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NMike Kershaw <dragorn@kismetwireless.net>
Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

so you can cross-reference errno.h easily).
Signed-off-by: NPeter Jones <pjones@redhat.com>
Signed-off-by: NJames Ketrenos <jketreno@linux.intel.com>

Signed-off-by: NHong Liu <hong.liu@intel.com>

Signed-off-by: NZhu Yi <yi.zhu@intel.com>

Because of the frequent channel change, it is possible that when we are
try to associate with channel 1 (authenticated but not associated).
Another channel change comes at this time, then the driver will issue
disassociate command to the firmware which will cause the fatal error.

It seems that the association/disassociation procedure should not be
interrupted.

The patch attached adds test on STATUS_ASSOCIATING | STATUS_DISASSOCIATING
in ipw_send_cmd(), when ensures that commands will not be sent to firmware
when we are in these two status.
Signed-off-by: NHong Liu <hong.liu@intel.com>
Signed-off-by: NZhu Yi <yi.zhu@intel.com>