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) / siz
Andrew Morton wrote:
> i386 allmodconfig isn't that hard, guys.
>
...
> drivers/net/wireless/mac80211/iwlwifi/iwl-4965.c:2050: warning: left shift
> count >= width of type
My mistake. I ran that and even fixed the warning at one point... anyway,
I've committed a patch to our tree to fix the
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 th
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
Pavel Machek wrote:
...
You can find the new driver, and additional information
about it, here:
http://intellinuxwireless.org/iwlwifi.
...
You can find that package at:
http://intellinuxwireless.org/d80211
Ok. Now... any questions?
Yes... is there merged .git tree somewhere? I downlo
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
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
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 w
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:
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
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
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 d
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
wireless-dev
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 using
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.
>&g
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. Regis
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 variou
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 fo
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
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 c
nts of a
"hidden" network's SSID information element as well as modify the
wireless extension handler for providing that information to user space.
With this patch applied, no "" network string will be returned
to user space -- it is up to user space to determine if a
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:
>> #include
>>
>>+#ifdef CONFIG_IPW2100_MONITOR
>>+#include
>>+#endif
>>
>>
>
>please include the header unconditionally.
>
>
As it is only conditionally used, what is the reasoning for including
what isn't needed? I'm not opposed to removing the conditional, bu
Christoph Hellwig wrote:
>On Wed, Mar 08, 2006 at 10:01:01AM -0600, James Ketrenos wrote:
>
>
>>>git-foo is a pretty stupid version number, please kill the git- prefix.
>>>
>>>
>>Perhaps for you...
>>
>>For us this prefix has been
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
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 h
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 p
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], stati
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 do
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.
>>
>
by: Benoit 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
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 uns
James Ketrenos wrote:
>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)
>
>
>
You can also pull this series from
rsync://bughost.org/repos/ipw-delta/.git/ (the GIT overlay is agains
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:
include/net/ie
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 sti
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
>f
t shortlog
---
Ivo van Doorn:
This patch adds support for the creation of RTS packets when the
James Ketrenos:
Ran scripts/Lindent on ieee80211 files.
Fixed some endian issues with 802.11 header usage in ieee80211_rx.c
Incorporated Bill Moss' quality scaling algorithm into default wirele
Jiri Benc wrote:
>On Thu, 14 Jul 2005 19:10:44 -0500, James Ketrenos wrote:
>
>
>>commit bba9fbbfd36132957230cd1500dce37c3d1536e2
>>tree a3c0f26c595a5237698e38629b9c58a661f759c6
>>parent 0c168775709faa74c1b87f1e61046e0c51ade7f3
>>author <[EMAIL PROTECTED](no
39 matches
Mail list logo
