Christoph Hellwig wrote:
On Tue, Jun 05, 2007 at 01:12:03PM -0700, James Ketrenos wrote:
Yes, we certainly don't want a driver to be near mainline that does
things that the rest of the kernel and other drivers are doing. We should
force them to stay out-of-tree until any and everything
Andrew Morton wrote:
On Wed, 06 Jun 2007 13:51:41 -0700 James Ketrenos [EMAIL PROTECTED] wrote:
* make C=2 CF=-Wall will complain if you use ARRAY_SIZE on global data
*/
#define GLOBAL_ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0]))
This is identical to ARRAY_SIZE.
And if there's some
John W. Linville wrote:
On Tue, Jun 05, 2007 at 02:06:14AM -0700, Andrew Morton wrote:
Please, don't anybody dare think about thinking about letting this anywhere
near mainline until it has had a thorough review. Or at least, a little bit
of review.
Don't worry -- I assure you that everyone
Ismail Dönmez wrote:
On Tuesday 13 February 2007 17:10:24 Jeff Chua wrote:
On 2/13/07, Ismail Dönmez [EMAIL PROTECTED] wrote:
Tried this is on a patched 2.6.20 kernel with ipw3945 device and it
always puts the card in 802.11a mode instead of 802.11bg mode.
Ideas?
Before running iwconfig
Johannes Berg wrote:
On Tue, 2007-02-13 at 18:13 +, Pavel Machek wrote:
Yes... is there merged .git tree somewhere? I downloaded iwl git tree,
but it did not contain d80211 stack. I'm now downloading wireless-dev
git tree...
I would expect Intel to post patches some time soon to get into
Norbert Preining wrote:
...
Ahhh ... one thing: The LED on my Acer Laptop (TM3012) does not show up,
maybe because I have CONFIG_D80211_LEDS off?
The LED code in iwlwifi isn't hooked up to the D80211 LED code yet. If
you'd file a bug at http://bughost.org regarding the LEDs being broken
(if
Hesse, Christian wrote:
On Saturday 10 February 2007 14:23, Hesse, Christian wrote:
On Friday 09 February 2007 22:12, James Ketrenos wrote:
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter.
...
Oh, I forgot one note
Pavel Roskin wrote:
Hello, James!
On Fri, 2007-02-09 at 13:12 -0800, James Ketrenos wrote:
You can find the new driver, and additional information about it, here:
http://intellinuxwireless.org/iwlwifi.
I cannot get it through git:
$ git-clone http://intellinuxwireless.org/repos
Pavel Roskin wrote:
On Fri, 2007-02-09 at 14:18 -0800, James Ketrenos wrote:
grep: /lib/modules/2.6.20/build//include/linux/netdevice.h: No such file
or directory
...
I'll look into it. Does it work if you explicitly set KSRC to point to
your kernel sources?
$ make KSRC=/lib/modules/2.6.20
Please hold all questions until I am done with this email. Thank you.
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter. This new driver
uses the new d80211 subsystem previously only available as part of the
Neil Brown wrote:
On Friday February 9, [EMAIL PROTECTED] wrote:
Ok. Now... any questions?
Yes. Does this require a closed user-space helper like the other
3945ABG driver, or is it completely open (maybe excepting firmware)?
The iwlwifi driver for the 3945 does not require the user space
The discussion on another thread about ieee80211_local brought to mind a
discussion from a while ago about shortening the prefix 'ieee80211' used
in structures, defines, variables, function names, etc.
Are people still interested in changing that name to something else?
Would switching from
John W. Linville wrote:
On Wed, Nov 01, 2006 at 11:28:05AM +0100, Jiri Benc wrote:
On Wed, 25 Oct 2006 22:15:23 -0700, Simon Barber wrote:
Re: registering as a real protocol - yes this I have been going on about
for a while. This needs a few changes in how things work:
1. Register as a real
Jeff Garzik wrote:
James Ketrenos wrote:
If people have issues with with specific components of d80211 prior to
its merging, stand up and state what they are and how not fixing them
would negatively impact people that aren't using the d80211 subsystem.
Don't take the above as me saying
dragoran wrote:
...
It seems that the development of the driver has stopped since july,
maybe because it never will get merged and intel decided to stop working
on it?
Development hasn't stopped, I'm just a slacker ;). I was away from work
for a while, and on return I was sucked into various
Johannes Berg wrote:
* Should the userspace daemon be allowed to unilaterally update the
regulatory information if it learns something new (via the user)?
Many countries forbid users (root is still a user) being enabled to
override the parameters set up by the hardware vendor as tested for
Stephen Hemminger wrote:
On Thu, 13 Apr 2006 17:20:34 +0800
Zhu Yi [EMAIL PROTECTED] wrote:
Added version string fields so the version string indicates what is
configured (ie, you'll see 1.1.1kpmd if you are using a GIT snapshot
(Kernel.. previously -git), promiscuous (p), monitor (m), debug
will be returned
to user space -- it is up to user space to determine if a network is
hidden or not.
Signed-off-by: James Ketrenos [EMAIL PROTECTED]
---
ieee80211/ieee80211_rx.c |4 +---
ieee80211/ieee80211_wx.c | 11 +++
2 files changed, 4 insertions(+), 11 deletions
James Ketrenos wrote:
In light of the above, I started playing with a raw packet interface on
the ipw2200 and ipw3945 projects that export all frames to user space in
radiotap format through a 2nd network device. I am working on changing
the way the raw packet interface is configured
Sam Leffler wrote:
I don't see how to verify the image being loaded is appropriate for
the operating mode. The old fw header had a mode field (0 bss, 1
ibss, 2 monitor) but the new one does not--unless it's encoded in the
version field?
The filename alone indicates the mode with the new
Christoph Hellwig wrote:
On Wed, Mar 08, 2006 at 12:26:48PM +0800, Zhu Yi wrote:
-#define IPW2100_VERSION git-1.1.4
+#define IPW2100_VERSION git-1.2.2
git-foo is a pretty stupid version number, please kill the git- prefix.
Perhaps for you...
For us this prefix has been very
Christoph Hellwig wrote:
On Wed, Mar 08, 2006 at 01:34:31PM +0800, Zhu Yi wrote:
From: James Ketrenos [EMAIL PROTECTED]
Date: Wed, 8 Mar 2006 03:22:28 + (+0800)
[PATCH 15/16] ipw2200: switch to the new ipw2200-fw-3.0 image format
This patch modifies the driver to support the ipw2200-fw
Intel is pleased to announce the launch of an open source project to
support the Intel PRO/Wireless 3945ABG Network Connection mini-PCI
express adapter (IPW3945).
The project is hosted at http://ipw3945.sourceforge.net. A development
mailing list is available (linked from the top of the IPW3945
Michael Buesch wrote:
On Wednesday 15 February 2006 01:18, you wrote:
Hi,
When I put my ipw2200 into monitor mode, I get my dmesg spammed with this:
ipw2200: Firmware error detected. Restarting.
The card looses packets, obviously.
I googled, and I found a website [1], stating that this is
Johannes Berg wrote:
Recently the deauth packet handler was updated to use a deauth packet
struct (identical to the auth packet struct) and this now gives a
To keep readers from getting confused...
ieee80211_deauth is identical to ieee80211_disassoc (not ieee80211_auth)
(The patch is doing
Stefan Rompf wrote:
Am Dienstag 24 Januar 2006 09:36 schrieb Zhu Yi:
Two problems in ipw2200:
1. We now have the ieee_device-is_queue_full interface, and it will be
called at the beginning of ieee80211_xmit function. So no need to call
it at the driver xmit function.
This
Boissinot [EMAIL PROTECTED]
Signed-off-by: James Ketrenos [EMAIL PROTECTED]
---
Also available as overlay at rsync://bughost.org/repos/ipw-delta/.git/
---
drivers/net/wireless/ipw2100.c | 29 ++---
drivers/net/wireless/ipw2100.h |2 ++
2 files changed, 20 insertions
This series brings the ipw2100 and ipw2200 drivers up to be in sync w/
the current out of tree drivers (ipw2100 v1.1.3 and ipw2200 v1.0.8)
The ipw2100 hasn't changed a whole lot vs. what is currently in-tree.
The ipw2200, on the other hand, has undergone quite extensive changes.
There is
This series does the following:
[1/3] scripts/Lindent on ieee80211 subsystem.
[2/3] Fix problem with WEP unicast key index 0
[3/3] Stamp as 1.1.7
You can pull this series from:
rsync://bughost.org/repos/ieee80211-delta/.git/
Thanks,
James
---
diffstat of the series:
Patch 1/58 is 185k; if it doesn't make it through to netdev, you can
view it at:
http://bughost.org/pre/0001-0058.ipw2x00.Lindent.patch
It was generated by running Lindent and removing any trailing whitespace
in drivers/net/wireless/ipw2{1,2}00.{c,h}
Nothing too thrilling...
James
-
To
Jeff Garzik wrote:
It seems like some of this overlaps changes already in upstream.
What's the best way to start this process? I would prefer to receive
patches rather than 'git pull' at the present time.
Understood.
Should I Lindent the files first?
Probably cleanest that way. I've
Pavel Machek wrote:
Hi!
Anyway, our rebasing from ieee80211 up to the latest development tip is
done across 29 commits, with a series size of 225k.
Are there any plans to fix compiled into kernel case? It works okay
when modular, but when compiled into kernel, it fails to load
firmware
I
| 332 ++-
net/ieee80211/ieee80211_wx.c | 393 ++
12 files changed, 2092 insertions(+), 752 deletions(-)
---
git --pretty=short parent..master | git shortlog
---
Ivo van Doorn:
This patch adds support for the creation of RTS packets when the
James
33 matches
Mail list logo
