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

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)

Current List: 1 - 18
Page: [1]