linux-stable.git/drivers/net/wireless/hostap, branch linux-2.6.26.y

hostap_cs: correct poor NULL checks in suspend/resume routines

2008-07-07T19:22:53+00:00

This corrects this kernel.org bug:

	http://bugzilla.kernel.org/show_bug.cgi?id=9701

Signed-off-by: John W. Linville

hostap: fix sparse warnings

2008-06-30T19:43:52+00:00

Rewrite AID calculation in handle_pspoll() to avoid truncating bits.
Make hostap_80211_header_parse() static, don't export it.  Avoid
shadowing variables.

Signed-off-by: Pavel Roskin 
Signed-off-by: John W. Linville

hostap: don't report useless WDS frames by default

2008-06-30T19:43:52+00:00

DEBUG_EXTRA is reported to the kernel log by default, but DEBUG_EXTRA2
is not.  Unrelated WDS frames pollute the log unnecessarily.

Signed-off-by: Pavel Roskin 
Signed-off-by: John W. Linville

net: Eliminate flush_scheduled_work() calls while RTNL is held.

2008-06-12T09:22:02+00:00

If the RTNL is held when we invoke flush_scheduled_work() we could
deadlock.  One such case is linkwatch, it is a work struct which tries
to grab the RTNL semaphore.

The most common case are net driver ->stop() methods.  The
simplest conversion is to instead use cancel_{delayed_}work_sync()
explicitly on the various work struct the driver uses.

This is an OK transformation because these work structs are doing
things like resetting the chip, restarting link negotiation, and so
forth.  And if we're bringing down the device, we're about to turn the
chip off and reset it anways.  So if we cancel a pending work event,
that's fine here.

Some drivers were working around this deadlock by using a msleep()
polling loop of some sort, and those cases are converted to instead
use cancel_{delayed_}work_sync() as well.

Signed-off-by: David S. Miller

hostap_cs: add ID for Conceptronic CON11CPro

2008-05-20T21:55:30+00:00

Reported by Santiago Garcia Mantinan 

Signed-off-by: Pavel Roskin 
Signed-off-by: John W. Linville

hostap: fix "registers" registration in procfs

2008-05-15T19:17:32+00:00

The "registers" entry was incorrectly created in the procfs root instead
of the device specific directory.  Move "registers" registration
immediately after the containing procfs directory is created.

Signed-off-by: Mathieu Chouquet-Stringer 
Signed-off-by: Pavel Roskin 
Signed-off-by: John W. Linville

[NET]: Undo code bloat in hot paths due to print_mac().

2008-04-08T23:50:44+00:00

If print_mac() is used inside of a pr_debug() the compiler
can't see that the call is redundant so still performs it
even of pr_debug() ends up being a nop.

So don't use print_mac() in such cases in hot code paths,
use MAC_FMT et al. instead.

As noted by Joe Perches, pr_debug() could be modified to
handle this better, but that is a change to an interface
used by the entire kernel and thus needs to be validated
carefully.  This here is thus the less risky fix for
2.6.25

Signed-off-by: David S. Miller

Add another Prism2 card to hostap

2008-02-01T03:26:51+00:00

Card reported by Ångström user:
http://bugs.openembedded.net/show_bug.cgi?id=3236

Socket 1:
   product info: "Wireless LAN", "11Mbps PC Card", "Version 01.02", ""
   manfid: 0x0156, 0x0002
   function: 6 (network)

Signed-off-by: Marcin Juszkiewicz 
Signed-off-by: John W. Linville 
Signed-off-by: David S. Miller

hostap_80211.h: remove duplicate prototype

2008-02-01T03:26:50+00:00

There were two identical prototypes for hostap_80211_rx() in
drivers/net/wireless/hostap/hostap_80211.h.

This patch fixes kernel Bugzilla #8930.

Reported by Christoph Burger-Scheidlin.

Signed-off-by: Adrian Bunk 
Signed-off-by: John W. Linville 
Signed-off-by: David S. Miller

hostap_cs: don't match revisions in presense of the MAC chip name

2008-01-28T23:09:33+00:00

If the third PCMCIA ID string specifies the MAC chip, the fourth ID
string doesn't need to be matched.  Even if it's different, it will be
compatible with the driver.

This ensures that other different revisions of the card will be
supported.

Signed-off-by: Pavel Roskin 
Signed-off-by: John W. Linville