Re: [RFC] rtl8187: Do not wait for an ACK when IEEE80211_TX_CTL_NO_ACK is set

["Hin-Tak Leung" <hintak.leung@gmail.com>]

On Wed, Nov 26, 2008 at 10:31 PM, Stefanik G=E1bor
<netrolller.3d@gmail.com> wrote:
> (Patch also available as an attachment in case Gmail decides to linew=
rap it.)
>
> Currently we always wait for an ACK even if IEEE80211_TX_CTL_NO_ACK i=
s set.
> This is just the opposite of what other drivers do.
> Change both RTL8187L and RTL8187B to skip waiting for an ACK when no
> ACK was requested.
>
> Signed-off-by: G=E1bor Stefanik <netrolller.3d@gmail.com>
Tested-by: Hin-Tak Leung <htl10@users.sourceforge.net>

I have it running and it doesn't seem to do anything bad, but there is
a curious issue - normally when I swap over
a new version of of the kernel module, wpa_supplicant/NetworkManager
kicks in soon afterwards; but this
(or latest wireless-testing - I haven't tried unpatched - I was
swapping from 2.6.27.7) seems to get ignored by wpa_supplicant
and requires a manual selection. Is there any possibility that this
might affect wpa_supplicant/NetworkManager for scanning for available
AP and/or associate/re-associate?

Hin-Tak
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html