On Fri, Oct 13, 2017 at 9:12 AM, AceLan Kao wrote:
> Hi Daniel,
>
> After applied the 2 commits you mentioned in the email, ath9k works.
>
> https://marc.info/?l=linux-wireless&m=150631274108016&w=2
> https://github.com/endlessm/linux/commit/739c7a924db8f4434a9617657
Thanks for testing. However t
consumer
laptops. We have separately determined that WOL works fine without any
ACPI GPEs enabled during sleep, so a DSDT fix or override would be
possible to make WOL work.
Signed-off-by: Daniel Drake
---
drivers/net/ethernet/realtek/r8169.c | 2 --
1 file changed, 2 deletions(-)
diff --git a
On Fri, Oct 6, 2017 at 9:24 AM, Rafael J. Wysocki wrote:
>> On the other hand, the RP05 (root port) _PRW says it will wake up the
>> system via GPE09, and the _L09 handler at least has one codepath which
>> could potentially do a Notify(PXSX, 2) to indicate an ethernet wakeup.
>
> Which can only h
On Fri, Oct 6, 2017 at 8:16 AM, Francois Romieu wrote:
> Daniel Drake :
> [...]
>> Also, is there a standard behaviour defined for ethernet drivers
>> regarding wake-on-LAN? r8169 appears to enable wake-on-LAN by default
>> if it believes the hardware is capable of it
Hi,
On the Acer laptop models Aspire ES1-533, Aspire ES1-732, PackardBell
ENTE69AP and Gateway NE533, we are seeing a problem where the system
immediately wakes up after being put into S3 suspend.
This problem has been seen on all kernel versions that we have tried,
including 4.14-rc3.
After dis
Hi AceLan,
On Thu, Sep 28, 2017 at 4:28 PM, AceLan Kao wrote:
> Hi Daniel,
>
> I've tried your patch, but it doesn't work for me.
> Wifi can scan AP, but can't get connected.
Can you please clarify which patch(es) you have tried?
This is the base patch which adds the infrastructure to request
s
Hi,
Johan Andersson reported on the Gentoo bugzilla that the hardware CRC
stripping enabled by e1000e breaks bridging because sometimes the CRC is
not stripped:
https://bugs.gentoo.org/show_bug.cgi?id=209235
Apparently "upstream" are aware but I couldn't find any mails or bug
reports on this
David Miller found a problem in a wireless driver where I was using
compare_ether_addr() on potentially unaligned data. Document that
compare_ether_addr() is not safe for use everywhere, and add an equivalent
function that works regardless of alignment.
Signed-off-by: Daniel Drake <[EM
Hi,
Are there any plans to add ICH9 support to the e1000 driver (I note
there is a patch floating around), or is the intention that ICH9 users
all move to e1000e?
Just wondering which approach to take in terms of getting this hardware
supported in Gentoo's 2.6.23 kernels.
Thanks!
Daniel
-
ieee80211_monitor_start_xmit.
Fix this by unsetting the hard_start_xmit handler in ieee80211_if_reinit. It
will then be reinitialised to the default (ieee80211_subif_start_xmit) in
ieee80211_if_set_type.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
net/mac80211/ieee80211_iface.c |3 +++
1 files chan
John W. Linville wrote:
I know that you will argue that a rename is unnecessary if we
simply port the existing driver to mac80211, which is certainly true.
I just wonder if that is the least bumpy solution for users. At least
with a new driver, if something doesn't work then the old driver is
st
John W. Linville wrote:
The maintainers have identified some (IMHO minor) issues with the
mac80211 port of this driver. Some of them are summarized here:
http://linuxwireless.org/en/users/Drivers/zd1211rw/mac80211Issues
Still, I think we would be better-off having this driver upstream.
John W. Linville wrote:
Jeff & Dave,
This patch adds z1211 (previously known as zd1211rw-mac80211),
a driver for Zydas ZD1211 hardware. This driver has proven very
robust -- Fedora 7 uses this driver and I don't think I have any open
bugzillas for it.
BTW: I fairly regularly get email from
David Miller wrote:
From: Daniel Drake <[EMAIL PROTECTED]>
Date: Wed, 19 Sep 2007 23:08:16 +0100
John, thanks a lot for your efforts, I hope you don't mind waiting one
extra release cycle for me to sort a few things out.
Having "a driver" is always better for users t
Oliver Neukum wrote:
after bisection it boils down to this patch:
[EMAIL PROTECTED]:/home/olli2/Trees/linux-2.6> git bisect bad
74553aedd46b3a2cae986f909cf2a3f99369decc is first bad commit
commit 74553aedd46b3a2cae986f909cf2a3f99369decc
Author: Daniel Drake <[EMAIL PROTECTED]>
Date:
Jesper Juhl wrote:
What would be wrong in applying my patch that removes the cast of the
kmalloc() return value and then also remove the "__nocast" here?
We use it as a safety measure when coding. For example the write
register function takes an address and a value. We got one of these the
wr
Jesper Juhl wrote:
Since kmalloc() returns a void pointer there is no reason to cast
its return value.
This patch also removes a pointless initialization of a variable.
NAK: adds a sparse warning
zd_chip.c:116:15: warning: implicit cast to nocast type
Signed-off-by: Jesper Juhl <[EMAIL PROTEC
zd1211rw and bcm43xx are interested in being notified when ERP IE conditions
change, so that they can reprogram a register which affects how control frames
are transmitted.
This patch adds an interface similar to the one that can be found in softmac.
Signed-off-by: Daniel Drake <[EMAIL PROTEC
- ieee80211_ctstoself_get
Affected drivers (bcm43xx, rt2x00 and rtl8187) were updated accordingly.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
Changes since first submission: added dev_put calls pointed out by Jiri Benc,
updated for new rtl818x driver location
Index: wireless-dev/net/ma
standard association for the next attempt
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
Changes since first submission: created ieee80211_if_open and moved state
resetting to there, and clarified reasoning for retrying with a full
association as requested by Jiri Benc.
Index: wireless-
Tested by David Santinoli
zd1211b chip 129b:1667 v4810 high 00-01-e3 AL2230S_RF pa0 ---N-
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux/drivers/net/wireless/zd1211rw/zd
u Mokuno
zd1211b chip 2019:5303 v4810 high 00-90-cc AL2230_RF pa0 ---N-
Signed-off-by: Masakazu Mokuno <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/zd_usb.c b/zd_usb.c
index 1
ously
changed, and a preinit_hw stage was added (the order is now: init,
preinit_hw, init_hw).
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_chip.c | 88 -
zd_chip.h | 13 ---
zd_mac.c
Tested by Zen Kato
zd1211b chip 0411:00da v4810 high 00-16-01 AL2230S_RF pa0 g--N-
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux-2.6/drivers/net/wireless/zd1211rw/zd
us more in line with that behaviour, by allowing channels 1-11
for regdomains which we don't know about.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_mac.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
Index: linux-2.6/drivers/net/wirel
Zen Kato has a device which reports the 0xa RF type. The vendor driver
treats this as AL2230S, the same as devices with the AL2230S bit in the POD.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_rf.c|3 ++-
zd_rf.h|2 +-
zd_rf_al2230.c | 10 ++
3
zd1211rw-mac80211 currently reports different values for signal level
than zd1211rw-softmac. This is because the softmac driver passes the raw
strength value, whereas zd1211rw-mac80211 is performing some other
calculation.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by:
Tested by Zen Kato
zd1211b chip 0411:00da v4810 high 00-16-01 AL2230S_RF pa0 g--N-
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deleti
ously
changed, and a preinit_hw stage was added (the order is now: init,
preinit_hw, init_hw).
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_chip.c | 88 +++---
drivers/net/
This patch causes zd1211rw-mac80211 to interpret the regdomain in the
EEPROM and restrict the channels accordingly, like the softmac driver does.
It is understood that mac80211 regulatory domain handling will change
significantly in the not-too-distant future.
Signed-off-by: Daniel Drake <[EM
Zen Kato has a device which reports the 0xa RF type. The vendor driver
treats this as AL2230S, the same as devices with the AL2230S bit in the POD.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd12
TECTED]: bug fixes]
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_chip.h |3 +
zd_rf.c| 15 +-
zd_rf.h|1 +
zd_rf_uw2453.c | 534
4 files changed, 546 insertions(+), 7 deletions(-)
create mode
their generic CCK patching routine never takes effect.
Some of their RF configurations do include explicit (duplicated) code
for CR47 patching though. This patch makes zd1211rw match that
behaviour.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_chip.c |2 +-
zd_rf.h
Tested by Guy Gallagher
zd1211 chip 0586:3407 v4721 high 00-13-49 AL2230_RF pa0 g---
FCC ID SI5WUB200Z
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux/drivers/net/wireless/zd1211rw/zd
These changes are needed for UW2453 RF support:
Add pointer which RF drivers can use to store private RF data
Add exit hook so that RF drivers can free private data
Allow RF's to disable the generic TX power integration handling code
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
TECTED]: bug fixes]
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/Makefile|2 +-
drivers/net/wireless/mac80211/zd1211rw/zd_chip.h |3 +
drivers/net/wireless/mac80211/zd1211rw/zd_rf.c | 15 +-
drivers/net/wireless/mac80211/zd
their generic CCK patching routine never takes effect.
Some of their RF configurations do include explicit (duplicated) code
for CR47 patching though. This patch makes zd1211rw match that
behaviour.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211r
Tested by Guy Gallagher
zd1211 chip 0586:3407 v4721 high 00-13-49 AL2230_RF pa0 g---
FCC ID SI5WUB200Z
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wi
These changes are needed for UW2453 RF support:
Add pointer which RF drivers can use to store private RF data
Add exit hook so that RF drivers can free private data
Allow RF's to disable the generic TX power integration handling code
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
-
Jeff Garzik wrote:
Stephen has some sky2 patches I need to push. I accidentally filed them
until 'Pending: SATA', and they got missed in my most recent net driver
push.
Thanks, that clears it up, forgot to check netdev before asking. Looks
like the 2.6.22 plans are to drop the machine detect
Stephen Hemminger wrote:
It looks like these users aren't using MSI?
Possible. Want me to find out?
I just ask as I note yesterday's -stable patch where you remove the
#ifdef completely. Is that going to go upstream into 2.6.22 or do you
want to continue pursuing the DMI matching path?
Tha
Stephen Hemminger wrote:
I can use DMI to narrow down to one motherboard.
Or just let everything through and let user's discover what's unstable, it fails
relatively quickly.
Could you please get full PCI info lspci -vvxxx for working/non-working 88e8056
(Yukon EC-U)
systems? It might be some
Stephen Hemminger wrote:
The PCI info is basically the same between working/non working
Gigabyte boards. Is there any other difference? Kernel config?
chip revision?
I've never seen any reports of the corruption which you describe, so I
can't make the comparison myself. Here's the chip info f
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Alan Tam asked for inclusion of this
device into the tree.
zd1211b chip 0053:5301 v4810 high 00-90-cc AL2230_RF pa0 ---N
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c
f6 AL2230_RF pa0
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Index: linux-2.6/drivers/net/wireless/zd1211rw/zd_usb.c
===
--- linux-2.6.orig/drivers
Tested by davo on IRC
zd1211b chip 0586:3413 v4810 full 00-13-49 AL7230B_RF pa0 -
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux-2.6/drivers/net/wireless/zd1211rw/zd
Hi Stephen,
Stephen Hemminger wrote:
This fixes the regression in 2.6.21 for users with 88e8056 on motherboard.
Allow all but the Gigabyte motherboard has some unresolved bus problems.
+ /* Some Gigabyte motherboards have 88e8056 but cause problems
+* There is some unresolved ha
Tested by davo on IRC
zd1211b chip 0586:3413 v4810 full 00-13-49 AL7230B_RF pa0 -
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/ma
f6 AL2230_RF pa0
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/mac80211/zd1211rw/zd_usb.c
b/drivers/net/wireless/mac80211/zd1211rw/zd_usb.c
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Alan Tam asked for inclusion of this
device into the tree.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |1 +
1 files changed,
queue.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_chip.c |6 +-
drivers/net/wireless/mac80211/zd1211rw/zd_chip.h |4 +-
drivers/net/wireless/mac80211/zd1211r
From: Ulrich Kunitz <[EMAIL PROTECTED]>
The header zd_mac.h did contain static declaration of tables,
which are only used in zd_mac.c. These tables have been moved into
the C file itself.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Some of the kfree_skb() calls could happen in irq context.
Changed all calls to dev_kfree_skb() in non-irq context and to
dev_kfree_skb_any() where an irq context might happen.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by:
er RF configurations.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_chip.c | 16
zd_chip.h |1 +
zd_rf.c | 14 ++
zd_rf.h |9 -
zd_rf_al2230.c |2 +-
zd_rf_al7230b.c |2 +-
6 files changed, 33 insert
This patch adds support for some new ZD1211B devices which ship with
the AL7230B RF.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_rf_al7230b.c | 317 ++-
1 files changed, 267 insertions(+), 50 deletions(-)
Index: linux/drive
Tested by Christoph Sager and Tomas Klas
zd1211b chip 0586:3412 v4810 high 00-13-49 AL7230B_RF pa0 g
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux/drivers/net/wireless/zd1211rw/zd
Tested by Christoph Sager and Tomas Klas
zd1211b chip 0586:3412 v4810 high 00-13-49 AL7230B_RF pa0 g
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drive
This patch adds support for some new ZD1211B devices which ship with
the AL7230B RF.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
.../net/wireless/mac80211/zd1211rw/zd_rf_al7230b.c | 317 ---
1 files changed, 267 insertions(+), 50 deletions(-)
diff --git a/drive
er RF configurations.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_chip.c | 16
drivers/net/wireless/mac80211/zd1211rw/zd_chip.h |1 +
drivers/net/wireless/mac80211/zd1211rw/zd_rf.c | 14 ++
drivers/n
The vendor driver only does the CR123 write for non-USB devices (which
don't exist on the consumer market)
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_chip.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
Index: linux/drivers/net/wirele
zd1211 and zd1211b,
but this should only happen on zd1211.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
---
zd_chip.c | 11 +++
zd_chip.h |2 +-
2 files changed, 4 insertions(+), 9 deletions(-)
Index: linux/drivers/
zd1211 and zd1211b,
but this should only happen on zd1211.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_chip.c | 11 +++
drivers/net/wireless/mac80211/zd1211rw/zd_chip.h |2
The vendor driver only does the CR123 write for non-USB devices (which
don't exist on the consumer market)
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_chip.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletio
Tested by TiCPU on irc
zd1211 chip 13b1:001e v4802 high 00-14-bf AL2230_RF pa0 g---
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux-zd1211rw/drivers/net/wireless/zd1211rw/zd
Using monitor mode, Johannes Berg observed out that lots of corrupted
and otherwise invalid frames were being passed to the host.
When in monitor mode we were disabling the hardware filtering here, but
this is not how monitor mode should work.
Signed-off-by: Daniel Drake <[EMAIL PROTEC
This is a backport of Helge Deller's recent patch for wireless-dev.git
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_rf.c |2 +-
zd_rf_al7230b.c |4 ++--
zd_rf_rf2959.c |4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
Index: linux-zd1211rw/
Tested by TiCPU on irc
zd1211 chip 13b1:001e v4802 high 00-14-bf AL2230_RF pa0 g---
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/mac80211/zd
When dealing with a DEVICE_INSTALLER, dev will be NULL when disconnect()
is called. This fixes a NULL dereference oops with such devices.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_usb.c |7 +--
1 files changed, 5 insertions
xes it for the mac80211 stack.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_mac.c | 12 ++--
1 files changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers/net/wireless
ng
the machine. According to reports the resetting of the stick
during probe makes this problem disappear. Notify that it doesn't
help while reloading the module.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wir
ZD1211 appears to be back in production: a number of new devices have
been appearing! Some of them are using new radios.
This patch adds support for the next generation AL2230 RF chip which has
been spotted in a few new devices.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_
-14-c1 AL2230_RF pa0 g--N
Julien Pinon reports this also comes in AL2230S form
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
Index: linux/drivers/net/wireless/zd1211rw/zd
zd1211rw currently detects AL2230S-based devices as AL2230, and hence
programs the RF incorrectly. Transmit silently fails on this
misconfiguration.
After this patch, AL2230S devices are rejected with an error message, to
avoid any confusion with an apparent driver bug.
Signed-off-by: Daniel
Suggested by Maxime Austruy, based on mac80211 changes from Stephen
Hemminger
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_mac.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
Index: linux/drivers/net/wireless/zd1211rw/zd
-14-c1 AL2230_RF pa0 g--N
Julien Pinon reports this also comes in AL2230S form
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Index: linux-wireless-dev/drivers/net/wireless/mac80211/zd1211rw/zd_usb.c
===
--- linux-wireless-de
ZD1211 appears to be back in production: a number of new devices have
been appearing! Some of them are using new radios.
This patch adds support for the next generation AL2230 RF chip which has
been spotted in a few new devices.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drive
Suggested by Maxime Austruy, based on mac80211 changes from Stephen
Hemminger
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/zd_mac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/mac80211/zd
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Changed the reference to Devicescape stack to mac80211.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/Kconfig |6 +++---
1 files changed,
From: Pavel Roskin <[EMAIL PROTECTED]>
All fields in radiotap header must be little endian. The driver does it
correctly, but the structure definition must be annotated.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-of
Daniel Drake wrote:
Suggested by Maxime Austruy, based on mac80211 changes from Stephen
Hemminger
Sorry, paths were broken on these patches. Resends coming a little later.
Daniel
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
ZD1211 appears to be back in production: a number of new devices have
been appearing! Some of them are using new radios.
This patch adds support for the next generation AL2230 RF chip which has
been spotted in a few new devices.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drive
From: Pavel Roskin <[EMAIL PROTECTED]>
All fields in radiotap header must be little endian. The driver does it
correctly, but the structure definition must be annotated.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-of
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Changed the reference to Devicescape stack to mac80211.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/mac80211/zd1211rw/Kconfig |6 +++---
1 files changed,
Suggested by Maxime Austruy, based on mac80211 changes from Stephen
Hemminger
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/zd1211rw/zd_mac.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/zd1211rw/zd_ma
Daniel Drake wrote:
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Michael Buesch commented that GFP_NOFS should not be used in a
network driver. This patch implements it for zd1211rw-d80211.
Forgot to update the description. As you might have figured, this
version of the patch is for wirele
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Michael Buesch commented that GFP_NOFS should not be used in a
network driver. This patch implements it for zd1211rw-d80211.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
Tested by Marijn Schouten
zd1211b chip 0586:340f v4810 high 00-13-49 AL2230_RF pa0 g---
FCC ID: I88G220V2
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/d80211/zd1211rw/zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drive
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Michael Buesch commented that GFP_NOFS should not be used in a
network driver. This patch implements it for zd1211rw-d80211.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/n
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Index: linux/drivers/net/wireless/zd1211rw/zd_chip.c
===
--- linux.orig/drivers/net/wireless/zd1211rw/zd_chip.c
+++ linux/drivers/net/wireless/zd1211rw/zd_chip.c
@@
John W. Linville wrote:
Looks like you sent this one twice. Is this just a duplicate?
Or did you mean to send a different patch?
Sent twice by accident. Ignore the duplicate and you have the whole series.
Thanks,
Daniel
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
t
This causes a lot of uninteresting output in noisy environments, and
doesn't really serve any purpose.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_mac.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
Index: linux/drivers/net/wireless/zd1211
From: Ulrich Kunitz <[EMAIL PROTECTED]>
This resets the device in the probe call. It does work with
2.6.19.2 including the softmac patches. It might fix the
reboot/reset problems a lot of people reported.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel D
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Added update of network device error statistics.
Based on earlier work by Maxime Austruy.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_mac.c | 37 +
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Andy Green found this issue.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_mac.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
Index: linux/drivers/net/wireless/zd121
From: Maxime Austruy <[EMAIL PROTECTED]>
usb_init should call destroy_workqueue when usb_register fails.
Signed-off-by: Maxime Austruy <[EMAIL PROTECTED]>
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |
From: Ulrich Kunitz <[EMAIL PROTECTED]>
This resets the device in the probe call. It does work with
2.6.19.2 including the softmac patches. It might fix the
reboot/reset problems a lot of people reported.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel D
Tested by Marijn Schouten
zd1211b chip 0586:340f v4810 high 00-13-49 AL2230_RF pa0 g---
FCC ID: I88G220V2
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux/drivers/net/wireless/zd1211rw/zd
Tested by Henrik Hjelte
zd1211b chip 13b1:0024 v4802 high 00-14-bf AL2230_RF pa0
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Index: linux-2.6/drivers/net/wireless/zd1211rw/zd
Philips SNU5600, tested by unibrow
zd1211b chip 0471:1236 v4810 high 00-12-bf AL2230_RF pa0 g--
SMC Ez Connect 802.11g (SMCWUSB-G), tested by Victorino Sanz Prat
zd1211b chip 083a:4505 v4810 ful l 00-13-f7 AL2230_RF pa0 g--N
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_usb.c
Matthew Garrett wrote:
There are additional implementation problems: scanning requires 2
different ioctl calls: siwscan, then several giwscan. If you want the
driver to effectively temporarily bring the interface up when userspace
requests a scan but the interface was down, then how does the dr
1 - 100 of 275 matches
Mail list logo
