Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Where\s+Linux\s+802\.11x\s+support\s+needs\s+work\s*$/: 18 ]

Total 18 documents matching your query.

1. Re: skb_checksum_help (score: 1)
Author: x>
Date: Tue, 25 Jan 2005 16:47:50 -0500 (EST)
s why I'm suggesting some kind of in
/archives/netdev/2005-01/msg01120.html (15,279 bytes)

2. leep_on_timeout() with wait_event_timeout() (score: 1)
Author: . Miller" <davem@xxxxxxxxxxxxx>
Date: Tue, 25 Jan 2005 18:40:39 -0800
process context should change once e
/archives/netdev/2005-01/msg01130.html (13,201 bytes)

3. (score: 1)
Author: "David S. Miller" <davem@xxxxxxxxxxxxx>
Date: Tue, 25 Jan 2005 23:03:51 -0500 (EST)
, so interruptible seems unnecessar
/archives/netdev/2005-01/msg01131.html (18,847 bytes)

4. (score: 1)
Author: xxxxxxx>
Date: Tue, 25 Jan 2005 23:41:20 -0500
not gratifying and not well recogn
/archives/netdev/2005-01/msg01132.html (9,290 bytes)

5. r neighbour rtnetlink messages to userspace (score: 1)
Author: Randy.Dunlap" <rddunlap@xxxxxxxx>
Date: Wed, 26 Jan 2005 08:17:10 +0100
ephen. :) Some minor comments. Seems like dma-mapping.h, udp.h, tcp.h, irq.h don't need to be included for a clean compile. Ditch 'em? PFX instead of skge. There are a couple of
/archives/netdev/2005-01/msg01152.html (10,708 bytes)

6. needs work (score: 1)
Author: tt Feldman <sfeldma@xxxxxxxxx>
Date: Wed, 26 Jan 2005 08:31:35 +0100
get the rssi (via qual.qual). o Ad-
/archives/netdev/2005-01/msg01154.html (10,513 bytes)

7. rent_state() (score: 1)
Author: xxxx>
Date: Wed, 26 Jan 2005 13:03:31 -0500 (EST)
udan <nacc@xxxxxxxxxx> Signed-off-b
/archives/netdev/2005-01/msg01172.html (11,562 bytes)

8. g matching ematch (score: 1)
Author: >
Date: Thu, 27 Jan 2005 11:24:13 -0500
blem gets more serious with this. So
/archives/netdev/2005-01/msg01219.html (9,942 bytes)

9. /RFC] Reduce call chain length in netfilter (score: 1)
Author: xx>
Date: Thu, 27 Jan 2005 19:09:24 +0100
er time, my DST cache just increase
/archives/netdev/2005-01/msg01223.html (8,972 bytes)

10. Where Linux 802.11x support needs work (score: 1)
Author: Dan Williams <dcbw@xxxxxxxxxx>
Date: Tue, 25 Jan 2005 16:47:50 -0500 (EST)
Hi, This list of stuff that should get fixed in Linux wireless grew out of my attempt to put a GUI on top of Linux wireless with NetworkManager (http://people.redhat.com/dcbw/NetworkManager). This is
/archives/netdev/2005-01/msg02610.html (15,294 bytes)

11. Re: Where Linux 802.11x support needs work (score: 1)
Author: Jean Tourrilhes <jt@xxxxxxxxxx>
Date: Tue, 25 Jan 2005 18:40:39 -0800
Yes, I've seen your various contributions for the various drivers. I'm glad that someone is doing all these little fixes, because they are needed, and such a job is not gratifying and not well recogn
/archives/netdev/2005-01/msg02620.html (13,269 bytes)

12. Re: Where Linux 802.11x support needs work (score: 1)
Author: Dan Williams <dcbw@xxxxxxxxxx>
Date: Tue, 25 Jan 2005 23:03:51 -0500 (EST)
Quite true, and I don't think that's a bad approach, I just think that adding general WPA support to WEAPI a bit earlier might have saved some trouble. Since most driver writers have their drivers in
/archives/netdev/2005-01/msg02621.html (18,922 bytes)

13. Re: Where Linux 802.11x support needs work (score: 1)
Author: Michael Wu <flamingice@xxxxxxxxxxxx>
Date: Tue, 25 Jan 2005 23:41:20 -0500
Only orinoco/hermes is in the kernel, and that doesn't really have much of an 802.11 stack, since most things are done in hardware. Madwifi has a fairly complete 802.11 stack (ported from netbsd), an
/archives/netdev/2005-01/msg02622.html (9,400 bytes)

14. Re: Where Linux 802.11x support needs work (score: 1)
Author: Michael Renzmann <mrenzmann@xxxxxx>
Date: Wed, 26 Jan 2005 08:17:10 +0100
Hi. It does. The SIOCGIWSTATS is used in tools/athstats.c (line 195 in current CVS) for example to get the rssi (via qual.qual). o Ad-Hoc mode support is quite flaky or absent from most drivers Low p
/archives/netdev/2005-01/msg02642.html (11,090 bytes)

15. Re: Where Linux 802.11x support needs work (score: 1)
Author: Roar Bjørgum Rotvik <roarbr@xxxxxxxxxx>
Date: Wed, 26 Jan 2005 08:31:35 +0100
One of the big item not mentionned by you is the in-kernel 802.11 stack (native frames and management). If done right, I guess it would mostly be transparent to you... You know, I was thinking of it
/archives/netdev/2005-01/msg02644.html (10,926 bytes)

16. Re: Where Linux 802.11x support needs work (score: 1)
Author: Dan Williams <dcbw@xxxxxxxxxx>
Date: Wed, 26 Jan 2005 13:03:31 -0500 (EST)
Except then there's no handler for it in the ath_handlers[] array: /Users/dan/Desktop/madwifi> grep -r "SIOCGIWSTATS" * ath/if_ath.c: (iw_handler) NULL /* kernel code */, /* SIOCGIWSTATS */ tools/ath
/archives/netdev/2005-01/msg02662.html (11,680 bytes)

17. Re: Where Linux 802.11x support needs work (score: 1)
Author: Michael Wu <flamingice@xxxxxxxxxxxx>
Date: Thu, 27 Jan 2005 11:24:13 -0500
I'm not aware of any. The latest revision of the adm8211 chip supports more than one tx queue, but only one is used. -Michael Wu Attachment: pgpFLPVxfiGya.pgp Description: PGP signature
/archives/netdev/2005-01/msg02709.html (10,057 bytes)

18. Re: Where Linux 802.11x support needs work (score: 1)
Author: Michael Renzmann <mrenzmann@xxxxxx>
Date: Thu, 27 Jan 2005 19:09:24 +0100
Hi. Some (most or all?) Atheros chipsets have several priority queues. As far as I can tell Madwifi is prepared for supporting them, as well as the underlying 802.11 stack that has been ported from B
/archives/netdev/2005-01/msg02713.html (9,181 bytes)


This search system is powered by Namazu