The 'associated' flag might be set if a previous association did not
end cleanly. If the 'associated' flag is left set here then when
association succeeds ieee80211_set_associated() will think there is
nothing to report and will not inform userspace of the event.
Signed-off-by: David Kimdon
If we are already authenticating don't send another authentication
request.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_sta.c
===
--- wireless-dev.orig/net/d80211/ieee80211_sta.c
On Sat, Dec 16, 2006 at 06:01:03PM -0500, Michael Wu wrote:
skb-mac.raw = skb-data;
skb-ip_summed = CHECKSUM_UNNECESSARY;
skb-pkt_type = PACKET_OTHERHOST;
- skb-protocol = htons(ETH_P_802_2);
+ skb-protocol = __constant_htons(ETH_P_802_2);
memset(skb-cb, 0,
Use HW_KEY_IDX_INVALID, please.
oops, here you go (also fixed bad indentation):
--
d80211: do not pass an invalid key index to set_key()
If a hardware key has not been configured then there is no point
to calling DISABLE_KEY.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index
Remove incorrect prohibition of hardware crypto support. This was
originally present to prevent hardware crypto when more than one
station interface was created for a single hardware device, the code
in question is no longer correct and should be removed.
Signed-off-by: David Kimdon [EMAIL
In these three cases the pointer returned by IEEE80211_DEV_TO_SUB_IF()
is never used.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211.c
===
--- wireless-dev.orig/net/d80211/ieee80211.c
If a hardware key has not been configured then there is no point
to calling DISABLE_KEY.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_ioctl.c
===
--- wireless-dev.orig/net/d80211
sdata-keys[] has NUM_DEFAULT_KEYS elements, don't access past that.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_ioctl.c
===
--- wireless-dev.orig/net/d80211/ieee80211_ioctl.c
+++ wireless
dev-name and ndev-name are both IFNAMSIZ in length, the .%d is
not guarenteed to fit in ndev-name.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_iface.c
===
--- wireless-dev.orig/net/d80211
Without this change d80211 relies on userspace to let it know when it can
configure default wep keys. It is always safe to set default_wep_only if there
is a single station interface. This allows for hardware accelleration for
the case of a single station interface.
Signed-off-by: David Kimdon
We should be checking the type member, not the raw pointer.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_ioctl.c
===
--- wireless-dev.orig/net/d80211/ieee80211_ioctl.c
+++ wireless-dev/net
On Wed, Nov 29, 2006 at 04:12:33PM +0100, Michael Buesch wrote:
On Wednesday 29 November 2006 15:34, Nick Kossifidis wrote:
Good luck then ;-)
If anyone wants to help on making ar5k work with newer madwifi
versions and fix bugs etc (that 'll also help bsd ppl) plzz mail me.
We can make
On Wed, Nov 29, 2006 at 10:21:09AM -0500, Dan Williams wrote:
On Wed, 2006-11-29 at 16:12 +0100, Michael Buesch wrote:
On Wednesday 29 November 2006 15:34, Nick Kossifidis wrote:
Good luck then ;-)
If anyone wants to help on making ar5k work with newer madwifi
versions and fix bugs
On Wed, Nov 29, 2006 at 04:38:56PM +0100, Michael Buesch wrote:
On Wednesday 29 November 2006 16:24, David Kimdon wrote:
On Wed, Nov 29, 2006 at 04:12:33PM +0100, Michael Buesch wrote:
On Wednesday 29 November 2006 15:34, Nick Kossifidis wrote:
Why do you say that?
There is absolutely
On Sun, Nov 19, 2006 at 01:21:13AM +0100, Johannes Berg wrote:
If hardware shall do scanning, the hw_scan operation must be set. However,
if the driver is for multiple cards that may or may not do hardware
scanning, it'll need a flag.
What is wrong with the driver setting the function pointer
Reply-To:
In-Reply-To: [EMAIL PROTECTED]
--- wireless-dev.orig/net/d80211/ieee80211.c 2006-11-17 20:01:54.999703408
+0100
+++ wireless-dev/net/d80211/ieee80211.c 2006-11-17 20:01:55.659703408
+0100
@@ -210,9 +210,16 @@ static void ieee80211_key_threshold_noti
On Sun, Nov 19, 2006 at 05:34:49PM +0100, Johannes Berg wrote:
On Sun, 2006-11-19 at 07:56 -0800, David Kimdon wrote:
What is wrong with the driver setting the function pointer to NULL for
the cards that do not support scanning? Where does this requirment
come from that the function
On Sun, Nov 19, 2006 at 05:57:39PM +0100, Johannes Berg wrote:
On Sun, 2006-11-19 at 08:55 -0800, David Kimdon wrote:
ok. I am concerned that making this split between per driver and per
card is difficult to get right. Setting or not setting a function
pointer for an operation is fairly
Hi,
commit 448bf25bc9e3d70a211fdf235426472089371c43 added
ieee80211_get_wireless_stats in net/d80211/ieee80211_ioctl.c. At
present we get a divide by zero (oops) if the low level driver does
not set the new hw-maxssi field. Perhaps:
- reject registration of devices which do not set maxssi
- do
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h.
I converted the 1 bit bitfields into a bit in a u32 flags structure
member. Larger bitfields I converted into their
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
Thanks to sparse for pointing out these missing endian annotations.
All the fields in the AVS capture header (struct ieee80211_frame_info) are in
network byte order.
The length in the ethernet header is in network byte order.
last_seq_ctrl is stored little endian.
Signed-off-by: David Kimdon
Thanks to sparse for pointing out these errors.
'capability' is stored in struct ieee80211_sta_bss in host byte order, do not
swap bytes.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_sta.c
instead.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/sched/Kconfig
===
--- wireless-dev.orig/net/sched/Kconfig
+++ wireless-dev/net/sched/Kconfig
@@ -6,6 +6,7 @@ menu QoS and/or fair queueing
config
On Thu, Nov 02, 2006 at 10:30:56PM -0500, John W. Linville wrote:
David, may I presume there will be a take4?
yes, refreshing is in progress.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
. At present it
uses net/d80211/fifo_qdisc.c which is functionally equivalent to
sch_fifo.c. This patch will allow the d80211 stack to remove
net/d80211/fifo_qdisc.c and use sch_fifo.c instead.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/sched/Kconfig
.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/wep.c
===
--- wireless-dev.orig/net/d80211/wep.c
+++ wireless-dev/net/d80211/wep.c
@@ -14,6 +14,7 @@
#include linux/compiler.h
#include linux/crc32.h
tmp is unused.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211.c
===
--- wireless-dev.orig/net/d80211/ieee80211.c
+++ wireless-dev/net/d80211/ieee80211.c
@@ -3843,7 +3843,7 @@ void
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h.
I converted the 1 bit bitfields into a bit in a u32/u16 or u8 flags
structure member. Larger bitfields I converted
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
On Wed, Oct 25, 2006 at 03:01:29PM -0400, Jeff Garzik wrote:
On Wed, Oct 25, 2006 at 11:42:44AM -0700, David Kimdon wrote:
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net
cipher API.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/wep.c
===
--- wireless-dev.orig/net/d80211/wep.c
+++ wireless-dev/net/d80211/wep.c
@@ -26,7 +26,8 @@ int ieee80211_wep_init(struct ieee80211_
Hi,
The following patches extend 802.11 regulatory domain support of the
d80211 wireless stack through two modules:
1. ieee80211_regdomains
2. iso3166-1
I am glad to see this work, this is something that we need a solution
for. I do wonder if we can push most of this out of the kernel and
On Mon, Oct 23, 2006 at 02:40:28PM +0200, Jiri Benc wrote:
On Fri, 20 Oct 2006 17:19:36 +0800, Hong Liu wrote:
--- a/include/net/d80211.h
+++ b/include/net/d80211.h
@@ -176,6 +176,7 @@ struct ieee80211_tx_control {
*/
int icv_len:8; /* Length of the ICV/MIC field
This last chunk is broken:
. . .
Hunk #2 FAILED at 90.
--- wireless-dev-old/net/d80211/Kconfig 2006-10-23 13:56:11.0
-0400
+++ wireless-dev/net/d80211/Kconfig 2006-10-23 17:04:12.0 -0400
@@ -16,8 +90,6 @@ config D80211_LEDS
This option enables a few LED
On Wed, Oct 18, 2006 at 03:56:07PM +0200, Jiri Benc wrote:
On Mon, 9 Oct 2006 13:11:02 -0700, David Kimdon wrote:
--- wireless-dev.orig/net/d80211/ieee80211_sta.c
+++ wireless-dev/net/d80211/ieee80211_sta.c
@@ -930,8 +930,8 @@ static void ieee80211_rx_mgmt_auth(struc
printk
On Wed, Oct 18, 2006 at 06:01:31PM +0200, Jiri Benc wrote:
On Tue, 17 Oct 2006 10:17:13 -0700, David Kimdon wrote:
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h
On Wed, Oct 18, 2006 at 07:23:14PM +0200, Ivo van Doorn wrote:
On Wednesday 18 October 2006 19:20, David Kimdon wrote:
On Wed, Oct 18, 2006 at 06:01:31PM +0200, Jiri Benc wrote:
On Tue, 17 Oct 2006 10:17:13 -0700, David Kimdon wrote:
Continue d80211 bitfield removal. In general
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h.
I converted the 1 bit bitfields into a bit in a u32/u16 or u8 flags
structure member. Larger bitfields I converted
ieee80211_beacon_get() was already described. The doc entry in
question describes ieee80211_get_buffered_bc().
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless-dev.orig/include
On Tue, Oct 17, 2006 at 08:59:13AM +0200, Johannes Berg wrote:
On Mon, 2006-10-16 at 11:39 -0700, David Kimdon wrote:
You want to adjust that last constant there too, I guess.
Indeed, updated patch inline.
Why is it an
enum anyway if things are assigned statically?
I don't have a good
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h.
I converted the 1 bit bitfields into a bit in a u32/u16 or u8 flags
structure member. Larger bitfields I converted
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
On Mon, Oct 16, 2006 at 06:07:25PM +0200, Michael Buesch wrote:
On Friday 13 October 2006 21:20, David Kimdon wrote:
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
I am not particularily attached to bitfields or no bitfields. I am
interested in getting d80211 merged. Bitfields have been discussed
as an important TODO. Perhaps this can serve as a starting point for
discussion of the tasks to complete before d80211 is merged?
On Mon, Oct 16, 2006 at
Hi,
DadWifi is a port of MadWifi to the d80211 stack. It works now in
managed and monitor mode, lightly tested. Any card supported by
MadWifi should be supported by DadWifi [1]. This allows a large
number of cards to now take advantage of the d80211 stack.
DadWifi uses the same (binary only)
Remove unused Super AG structure members, enums.
In struct ieee80211_tx_status the queue_length and queue_number could
be useful outside the context of Super AG, so remove the comment and
leave the members.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h (except for the xr and
Super A/G fields which are completely removed by previous patches).
I converted the 1 bit
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless
The structure member xr_end was removed from d80211.h.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/rt2x00/rt2400pci.c
===
--- wireless-dev.orig/drivers/net/wireless/d80211/rt2x00
Perhaps rename it to extra_tx_headroom?
- existing users would then need to take notice of the change
- the name 'extra_tx_headroom' is more descriptive of what it actually is
-David
On Wed, Oct 11, 2006 at 11:58:28AM +0200, Michael Buesch wrote:
Extend ieee80211_hw's extra_hdr_room to be a
On Tue, Oct 10, 2006 at 12:50:27PM +0200, Johannes Berg wrote:
On Mon, 2006-10-09 at 14:38 -0700, Jouni Malinen wrote:
Yes, I just merged in support for this (dynamic VLANs) into hostapd.
RADIUS Access-Accept is used select VLAN is being used and the STA is
bound at that point to another
On Tue, Oct 10, 2006 at 12:00:12PM +0200, Michael Buesch wrote:
On Monday 09 October 2006 19:03, David Kimdon wrote:
This flag is unused by all in tree drivers. Furthermore, the way that
it is documented is not consistent with the way it is actually used by
ieee80211.c. The original
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211.c
===
--- wireless-dev.orig/net/d80211/ieee80211.c
+++ wireless-dev/net/d80211/ieee80211.c
@@ -451,7 +451,7 @@ ieee80211_tx_h_fragment(struct
FYI, all three patches mentioned as possibly required by the nl80211
patchset in the header of nl80211.patch are already in wireless-dev:
http://marc.theaimsgroup.com/?l=linux-netdevm=115625436628696w=2
(Introduces NLA_NUL_STRING)
algs[] to be obviously a constant array, and derives the value of
num_algs algs[]. The code is correct and equivalent with or without this
change.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_sta.c
From: Jouni Malinen [EMAIL PROTECTED]
Start using 2 * listen_int * beacon_int as a timeout for PS buffered
unicast frames if that is longer than 10 seconds. Previously, we used
fixed 10 second limit regardless of the listen interval.
This fixes power saving for STAs that request very long listen
Wireless vlan interfaces need to have the same mac address as
AP interfaces. The STA must not see the change when it is bound to
a specific vlan, so the address of the vlan interface must be the same
as the address of the AP interface the station associated with.
Signed-off-by: David Kimdon
From: Elliot Schwartz [EMAIL PROTECTED]
Remove unused and more or less pointless rate limiting code. This
would have just dropped multicast frames arbitrarily when the limit is
reached which is quite useless and does not really belong to 802.11
code.
Signed-off-by: Elliot Schwartz [EMAIL
the frame is received.
(from
http://www.locustworld.com/tracker/getfile/prism2drivers/doc/capturefrm.txt)
it is a u64.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211.c
===
--- wireless-dev.orig
From: Elliot Schwartz [EMAIL PROTECTED]
This is all unused.
Signed-off-by: Elliot Schwartz [EMAIL PROTECTED]
Index: wireless-dev/include/net/d80211.h
===
--- wireless-dev.orig/include/net/d80211.h
+++
On Thu, Sep 21, 2006 at 08:09:39PM +0200, Jiri Benc wrote:
On Thu, 14 Sep 2006 07:33:21 -0700, David Kimdon wrote:
Wireless vlan interfaces need to have the same mac address as
other sub interfaces. Rather than complicate the kernel here by
adding yet another case where uniqueness
to
receive ToDS frames.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211.c
===
--- wireless-dev.orig/net/d80211/ieee80211.c
+++ wireless-dev/net/d80211/ieee80211.c
@@ -2353,7 +2353,8
The ICV is transmitted on the network as a 4 byte little endian
quantity. WEP encryption needs to swap the bytes before transmission
and decryption needs to swap bytes before ICV verification.
Index: wireless-dev/net/d80211/wep.c
crypt.alg is a string, use the correct type.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/hostapd_ioctl.h
===
--- wireless-dev.orig/net/d80211/hostapd_ioctl.h
+++ wireless-dev/net/d80211
Another fix to the interpretation of dev_alloc_name() return value.
dev_alloc_name() returns the number of the unit assigned or a negative
errno code.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: linux-2.6.16/net/d80211/ieee80211_iface.c
This fixes a crash at ieee80211.c line 3461, ieee80211_rx_michael_mic_report()
(rx-sdata-type == IEEE80211_IF_TYPE_AP). rx.sdata needs to be set before
calling ieee80211_rx_michael_mic_report().
Signed-off-by: Elliot Schwartz [EMAIL PROTECTED]
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index
Hi,
Here are some patches for d80211.
Thanks,
David
--
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Calls to ieee80211_if_remove() should use the ieee80211 interface types.
Convert interface type from hostapd to ieee80211 format.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_ioctl.c
Fix interpretation of dev_alloc_name() return value. dev_alloc_name()
returns the number of the unit assigned or a negative errno code.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211/ieee80211_iface.c
Fix a problem where incomplete scan results could be returned if the
environment includes a large number of devices. Do not truncate the
scan results and allow a result to contain more than IW_SCAN_MAX_DATA
bytes.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/net/d80211
This ioctl is used when radar is delected on a channel. Data frames must stop
but management frames must be allowed to continue for some time to communicate
the channel switch to stations.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: linux-2.6.16/net/d80211/hostapd_ioctl.h
ARM targets support udelay(N) where N = 2000.
Use mdelay() when N = 2000.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_power.c
===
--- wireless-dev.orig/drivers/net
Hi,
Resending to make sure this doesn't fall through the cracks. The
following patch applies to 2.6 and fixes a memory leak.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
* net/bridge/br_netfilter.c (br_nf_pre_routing, br_nf_pre_routing_ipv6) :
Call nf_bridge_put() before allocating a new
The patch I posted previously applies to 2.4. The following patch
applies to 2.6.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
* net/bridge/br_netfilter.c (br_nf_pre_routing, br_nf_pre_routing_ipv6) :
Call nf_bridge_put() before allocating a new nf_bridge structure and
potentially
can safely call nf_bridge_put() on newly allocated skb's.
Signed-off-by: David Kimdon [EMAIL PROTECTED]
--- linux-2.4.x/net/bridge/br_netfilter.c
+++ linux-2.4.x/net/bridge/br_netfilter.c
@@ -284,6 +284,7 @@
#ifdef CONFIG_NETFILTER_DEBUG
skb-nf_debug ^= (1 NF_IP_PRE_ROUTING);
#endif
97 matches
Mail list logo
