On 10/27/07, Nick Kossifidis [EMAIL PROTECTED] wrote:
fill_tx_desc is used for fast frames operation, since
we don't support fast frames (and since fill_tx_desc
had a bug -thanx to Ulrich Meis for finding that out-)
these functions are not needed (+ they are misleading
because they don't fill
series. We'll have to figure that
out.
So, for patches 1-7 and
[PATCH] ath5k: Remove fill_tx_desc
[PATCH] ath5k: 4word tx descriptor setup doesn't set BUF_LEN
The last one by Ulrich Meis.
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED]
Luis
___
ath5k
radio found (0x46)
ATT Plug Share Wirelses Notebook Adapter
Author: Luis R. Rodriguez [EMAIL PROTECTED]
Date: Thu Nov 1 00:34:24 2007 -0400
ath5k: Fix initval/eeprom/IQ calibration for G mode
ath5k_hw_reset() was always setting initval and eeprom settings for B mode
when using G mode
John just committed one more patch to wireless-2.6.git. ath5k svn has
been updated to reflect this.
commit 38852a1080f08fee4853eded0577ebbe7ddd
Author: Luis R. Rodriguez [EMAIL PROTECTED]
Date: Fri Nov 2 16:46:38 2007 -0400
ath5k: Set ACK to user lower bit rates
Sorry, forgot
On Nov 25, 2007 9:32 PM, bruno randolf [EMAIL PROTECTED] wrote:
hello!
while tracing the calibration of madwifi i noticed that the HAL always sets
both bits, AR5K_PHY_AGCCTL_CAL (bit 1) and AR5K_PHY_AGCCTL_NF (bit 2) in
ath_hal_reset():
W: 0x9860 = 0x9d1b -
AR5K_PHY_AGCCTL
On Nov 23, 2007 5:52 AM, Bruno Randolf [EMAIL PROTECTED] wrote:
diff --git a/drivers/net/wireless/ath5k/phy.c
b/drivers/net/wireless/ath5k/phy.c
index 3c2a67c..9b91121 100644
--- a/drivers/net/wireless/ath5k/phy.c
+++ b/drivers/net/wireless/ath5k/phy.c
@@ -1519,6 +1519,51 @@ int
On Nov 23, 2007 6:25 AM, Nick Kossifidis [EMAIL PROTECTED] wrote:
2007/11/23, Bruno Randolf [EMAIL PROTECTED]:
also perform full noise calibration in ath5k_hw_rf511x_calibrate() instead
of
just writing the bit.
Changes-licensed-under: ISC
Signed-off-by: Bruno Randolf [EMAIL
On Nov 29, 2007 7:28 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
d) (far away) Start writing specs from what we have.
I have openhal.org, currently it points to
http://madwifi.org/wiki/About/OpenHAL
But we can use this for writing the specs, no there is wiki for it yet
though. I had one on
On Dec 1, 2007 10:43 AM, Benoit PAPILLAULT [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luis R. Rodriguez a écrit :
Also by playing with the RSSI threshold you can get another atheros
card to ignore carrier sense and basically become a noise
generator
On Dec 1, 2007 9:02 AM, Jagadish [EMAIL PROTECTED] wrote:
Hi,
Is there a way to enable debugs dynamically in ath5k? Like we have
80211debug in madwifi for doing this. If not How to enable debugs in
ath5k driver?
Thanks to Bruno's patches that add debugfs for ath5k, yes. You might
as well
relevant registers. writing enable into the file will
enable beacons by writing AR5K_BEACON_ENABLE, disable will disable that bit.
'reset' performs a HW reset.
Changes-licensed-under: GPL
Signed-off-by: Bruno Randolf [EMAIL PROTECTED]
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED]
Seems
On Dec 12, 2007 7:06 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
2007/12/13, Luis R. Rodriguez [EMAIL PROTECTED]:
Our ath5k IQ calibration computation seems to differ from the HALs.
Below is a userspace program which illustrates this better.
The regdump was from an AR5212. I have
Here are some tests with nodes with AR5213 and an RF5112A multiband radio :
ath5k phy3: Atheros AR5213 chip found (MAC: 0x56, PHY: 0x41)
ath5k phy3: multiband radio found (0x36)
node1-1 with ath5k (client: iperf -u -c 192.168.0.2 -b 30M -i1)
node1-2 with ath5k (server: iperf -u -s -i1)
Ad-hoc
On Jan 3, 2008 7:34 PM, Johannes Berg [EMAIL PROTECTED] wrote:
We use ieee80211_generic_frame_duration() to compute what we believe
is the ACK timeout and set it on the rate duration registers, and we
need this value set during reset, as we up the interface. The *real*
problem here is we
(0x46)
2) ABG card:
Atheros AR5213A chip found (MAC: 0x59,PHY: 0x43)
RF5112A multiband radio found (0x36)
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED]
--- a/drivers/net/wireless/ath5k/hw.c 2008-01-04 02:04:20.0 -0500
+++ b/drivers/net/wireless/ath5k/hw.c 2008-01-04 01:58
On Jan 9, 2008 4:16 AM, Bruno Randolf [EMAIL PROTECTED] wrote:
use '#if 0' to comment out unused functions and structures wrt beacons. we
might need that info later but right now they are useless and probably need to
be rewritten.
Instead you should nuke this stuff and add it back when you
-Clause-BSD
drivers/net/wireless/ath5k/hw.c:Changes-licensed-under: ISC
Signed-off-by: Bruno Randolf [EMAIL PROTECTED]
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED]
Luis
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https
On Jan 14, 2008 9:17 AM, Alex Eskin [EMAIL PROTECTED] wrote:
I have a Thinkpad T41 laptop running Fedora 8 with the latest
updates. The ath5k driver works great, until I try suspend-to-ram.
After the resume, the driver gets into a strange state where
everything seems to work except that
On Jan 18, 2008 7:50 AM, Bruno Randolf [EMAIL PROTECTED] wrote:
always extend the rx timestamp with the local TSF, since this information is
also needed for proper IBSS merging. this is done in the tasklet for now,
maybe
has to be moved to the interrupt handler like in madwifi.
Adding Johill and Michael as they are maintainers of mac80211 and they
need to review this. Please add them on further mac80211 patches.
Note to driver authors: zd1211rw, rt2x00 drivers and adm8211 will need
to set mactime if they want IBSS merge to work as this functionality
would be added with
FYI ath5k has been scheduled for 2.6.25:
http://git.kernel.org/?p=linux/kernel/git/davem/net-2.6.25.git;a=commit;h=fc1aad1a51203502daa97cae60466ce5ada5f50f
Luis
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
On Jan 21, 2008 11:05 AM, Ivo van Doorn [EMAIL PROTECTED] wrote:
Hi,
Then there is a problem for rt2x00. Since the mactime isn't known.
rt2400pci is the _only_ device which has a RX_END_TIME field in the
RX descriptor.
one workaround could be to simply use the current TSF at the
On Jan 31, 2008 10:32 AM, Nick Kossifidis [EMAIL PROTECTED] wrote:
2008/1/31, Luis R. Rodriguez [EMAIL PROTECTED]:
On Jan 30, 2008 1:38 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
Tested on 5211, 5213+5112, 5213A+2112A and it wors fine.
Also i figured out a way to process rate vallue
ath5k_copy_channels() wasn't setting the channel's band so all
driver channels had a 2GHz band set. Lets set this.
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED]
drivers/net/wireless/ath5k/base.c: Changes-licensed-under: 3-Clause-BSD
---
drivers/net/wireless/ath5k/base.c |2 ++
1
2008/2/1 Johannes Berg [EMAIL PROTECTED]:
What is cap_range and why should it be in struct wiphy?
Its the device's frequency capability range on the bands.
Well since we always need channels I decided to not have such a thing
but rather require registering a channels array that is also
90 000f
120 000a
180 000e
240 0009
360 000d
480 0008
540 000c
Changes to base.[ch]
Changes-licensed-under: 3-clause-BSD
Changes to debug.[ch]
Changes-licensed-under: GPL
Signed-off-by: Luis R
Add an option to enable hardware encryption (CONFIG_ATH5K_HARDWARE_ENC)
and disable it by default. This will enforce software encryption
for WEP, WPA (TKIP) and WPA2 (CCMP) until we fix hardware encryption.
Changes-licensed-under: 3-clause-BSD
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED
2008/2/1 Johannes Berg [EMAIL PROTECTED]:
I guess you could add a helper function that allocates a channels array
based on a frequency range.
This is true but also it would be nice as it is the end points which
drivers may want
to access every now and then. I think its worth the few
On Feb 1, 2008 1:47 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
2008/2/1, Luis R. Rodriguez [EMAIL PROTECTED]:
2008/2/1 Johannes Berg [EMAIL PROTECTED]:
What is cap_range and why should it be in struct wiphy?
Its the device's frequency capability range on the bands.
Well
On Feb 1, 2008 9:34 PM, bruno randolf [EMAIL PROTECTED] wrote:
hi luis!
i think this is pretty much overkill. why would anyone say Y to that?
wouldn't it suffice to add that comment to the code and not bother the users?
developers would work on the code anyways.
I am not sure if encryption
On Feb 1, 2008 10:46 AM, Jiri Slaby [EMAIL PROTECTED] wrote:
On 02/01/2008 02:25 AM, Luis R. Rodriguez wrote:
Cleanup after API changes patch (checkpatch.pl stuff) and on
ath5k_hw_rf5112_channel() make use of the new channel-band and
existing ath5k_channel_ok() instead of re-implementing
On Feb 2, 2008 4:35 PM, Luis R. Rodriguez [EMAIL PROTECTED] wrote:
On Feb 1, 2008 10:46 AM, Jiri Slaby [EMAIL PROTECTED] wrote:
On 02/01/2008 02:25 AM, Luis R. Rodriguez wrote:
Cleanup after API changes patch (checkpatch.pl stuff) and on
ath5k_hw_rf5112_channel() make use of the new
On Feb 2, 2008 4:38 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
2008/2/2, Adrian Bunk [EMAIL PROTECTED]:
This patch fixes a negative array index spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
I'm not 100% sure whether my patch is correct, but if
On Feb 1, 2008 4:45 PM, Luis R. Rodriguez [EMAIL PROTECTED] wrote:
On Feb 1, 2008 1:47 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
2008/2/1, Luis R. Rodriguez [EMAIL PROTECTED]:
2008/2/1 Johannes Berg [EMAIL PROTECTED]:
What is cap_range and why should it be in struct wiphy
Hardware encryption doesn't work yet so lets use software
encryption for now.
Changes-licensed-under: 3-Clause-BSD
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED]
---
drivers/net/wireless/ath5k/base.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/net
On Feb 3, 2008 9:50 PM, Luis R. Rodriguez [EMAIL PROTECTED] wrote:
We have had discussions over a few patches for ath5k for and after
the new band API changes port. One patch also needed porting. In order to
help with applying I've put together the pending patches into a series.
You can also
On Feb 3, 2008 11:27 PM, bruno randolf [EMAIL PROTECTED] wrote:
On Monday 04 February 2008 13:13:03 Felix Fietkau wrote:
Luis R. Rodriguez wrote:
On Jan 9, 2008 10:27 PM, bruno randolf [EMAIL PROTECTED] wrote:
hi!
manually maintaining the Changes-licensed-under tags for every
On Feb 6, 2008 12:45 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
On Wed, 2008-02-06 at 12:30 -0500, Sylvain Lamontagne wrote:
Greetings
My name is Sylvain Lamontagne and I'm the system administrator for the
SONIA project (http://sonia.etsmtl.ca). Our team is about to get a new
wireless
On Fri, Feb 15, 2008 at 3:58 PM, Jiri Slaby [EMAIL PROTECTED] wrote:
At least type check the ATH5K_TRACE paramter on !ATH5K_DEBUG configs.
That's pretty cool.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
Cc: Nick Kossifidis [EMAIL PROTECTED]
Cc: Luis R. Rodriguez [EMAIL PROTECTED]
Acked
On Tue, Feb 26, 2008 at 5:59 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
Changes-licensed-under: ISC
Signed-off-by: Pavel Roskin [EMAIL PROTECTED]
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED]
Luis
___
ath5k-devel mailing list
ath5k-devel
On Sat, Feb 23, 2008 at 11:15 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
* Add initial settings for RF2413
Changes-licensed-under: ISC
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Please run through checkpatch, this patch fails its check at several places.
Luis
On Sat, Feb 23, 2008 at 11:21 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
* Add AR5K_RF2413 to radio check during hw_reset so it doesn't complain
* Write ah_phy_spending value we set during attach instead of checking
each time for radio revision
* Skip txpower setup for RF2413 because
On Sat, Feb 23, 2008 at 11:31 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
* Make some changes to follow register dumps.
Changes-licensed-under: ISC
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Please run through checkpatch.
Luis
___
-by: Luis R. Rodriguez [EMAIL PROTECTED]
Luis
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
stuff in post-5112 chips.
Changes-licensed-under: ISC
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED]
Luis
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman
On Sat, Feb 23, 2008 at 11:33 PM, Nick Kossifidis [EMAIL PROTECTED] wrote:
* Add 2413 to srev_names so that it shows up during module load
Changes-licensed-under: 3-clause-BSD
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED]
Luis
.
Changes-licensed-under: ISC
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED]
---
drivers/net/wireless/ath5k/hw.c | 66 +-
1 files changed, 50 insertions(+), 16 deletions(-)
diff --git a/drivers/net/wireless
On Fri, Mar 7, 2008 at 7:32 AM, Nick Kossifidis [EMAIL PROTECTED] wrote:
As i've told you in private, i'm not O.K. with the helper function you
introduced in 7/8 because:
a) It makes cross-reference with dumps more difficult for no reason.
This is not accurate, I stated the reasons why I
On Thu, Feb 28, 2008 at 6:01 PM, Luis R. Rodriguez
[EMAIL PROTECTED] wrote:
* Add 2413 to srev_names so that it shows up during module load
Changes-licensed-under: 3-clause-BSD
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED]
I'll re
-licensed-under: ISC
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED]
---
drivers/net/wireless/ath5k/hw.c | 37 +++--
1 files changed, 31 insertions(+), 6 deletions(-)
diff --git a/drivers/net/wireless/ath5k/hw.c b
Add 2413 to srev_names so that it shows up during module load.
This is based on the new patch 7 which did not introduce a helper
on ath5k_hw_reset().
Changes-licensed-under: 3-clause-BSD
Signed-off-by: Nick Kossifidis [EMAIL PROTECTED]
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED
2008/3/17 Sandeep Kakumanu [EMAIL PROTECTED]:
Hi,
I would like to know if there is a way to set the AR5K_TUNE_RSSI_THRES
parameter (RSSI threshold) found in the ath5k.h file using some command line
functionality. I know that a similar function was allowed using the
following command for
Fellow ath5k hackers,
Good news. I write to you to inform you that I have decided to join
Atheros as a full time employee, as a Software Engineer, to help them
with their goals and mission to get every device of Atheros supported
upstream in the Linux kernel. I realize there are a lot of
On Wed, May 21, 2008 at 9:22 PM, Luis R. Rodriguez [EMAIL PROTECTED] wrote:
On Wed, May 21, 2008 at 3:33 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
On Thu, 2008-05-22 at 00:13 +0200, Fabrizio Regalli wrote:
Hi Nick and thanks for your reply.
Sorry for delay.
Do you know if is there a debian
On Thu, May 29, 2008 at 1:37 AM, Philip A. Culver
[EMAIL PROTECTED] wrote:
Hi,
I can't actually compile any compat-wireless snapshots past 05-21-2008.
Starting on the 22nd it fails with implicit declaration of function
'skb_get_queue_mapping'. I don't see a definition of this function
On Thu, May 29, 2008 at 9:45 PM, Philip A. Culver
[EMAIL PROTECTED] wrote:
I see no difference in the 05-29-2008 snapshot vs the 05-28-2008 one from
linuxwireless.org. I will check again tomorrow in case the changes missed
the snapshot generation time. Is this a 2.6.23 and earlier issue? My
On Thu, Jun 26, 2008 at 03:34:50PM -0700, Louay Sakka wrote:
Dear Nick,
I try to download :
http://wireless.kernel.org/download/compat-wireless-2.6/compat-wireless-2.6.tar.bz2
And after some issues with __una_u64 redefine I manage to compile it
successfully (need to #if 0 it in
Remove Atheros 11n devices from being claimed by ath5k as its
now handled by ath9k.
Signed-off-by: Luis R. Rodriguez [EMAIL PROTECTED]
---
drivers/net/wireless/ath5k/base.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath5k/base.c
b/drivers/net
On Sun, Jul 20, 2008 at 6:33 AM, Felix Fietkau [EMAIL PROTECTED] wrote:
Replace udelay(3000) with mdelay(3), because udelay(3000) fails on
some architectures, e.g. ARM
Signed-off-by: Felix Fietkau [EMAIL PROTECTED]
This is for 1-5, thanks.
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED
On Sun, Jul 20, 2008 at 10:12 PM, Michael Renzmann
[EMAIL PROTECTED] wrote:
Hi.
Luis R. Rodriguez wrote:
Remove Atheros 11n devices from being claimed by ath5k as its
now handled by ath9k.
I must admit that I can't tell it myself due to a lack of in-depth
knowledge about both drivers
On Wed, Jul 23, 2008 at 2:35 AM, YanBo [EMAIL PROTECTED] wrote:
On Wed, Jul 23, 2008 at 5:24 PM, David Goodenough
[EMAIL PROTECTED] wrote:
I have recently noticed mention of ath9k, but on the madwifi home page
there is only mention of ath5k. Even a search of the madwifi wiki brings
up no
On Tue, Jul 22, 2008 at 2:53 PM, Davide Pesavento [EMAIL PROTECTED] wrote:
Great news!
Today I applied ath9k patches on top of linux-wireless git tree on a
MacBookPro2,2 and I found that it works! (after a little bit of
hacking...)
First of all, my hardware is the following:
# lspci -v
On Wed, Jul 23, 2008 at 8:42 PM, Pavel Roskin [EMAIL PROTECTED] wrote:
On Wed, 2008-07-23 at 05:13 -0700, Luis R. Rodriguez wrote:
Maybe MacBook Pro's card has different eeprom's contents? Anyway the
card now works fine, and it also appears quite stable! ;-)
Thank you very much for your
2008/8/11 Philip A. Culver [EMAIL PROTECTED]:
Hello,
I am having trouble finding if it is possible to set the regulatory domain
information in the ath5k driver? I know the madwifi driver can be set with
a module parameter in modules.conf. Is there something similar (or
different) for
2008/8/11 Philip A. Culver [EMAIL PROTECTED]:
Hello,
I am having trouble finding if it is possible to set the regulatory domain
information in the ath5k driver? I know the madwifi driver can be set with
a module parameter in modules.conf. Is there something similar (or
different) for
On Mon, Aug 11, 2008 at 02:04:55PM -0700, Luis R. Rodriguez wrote:
2008/8/11 Philip A. Culver [EMAIL PROTECTED]:
Hello,
I am having trouble finding if it is possible to set the regulatory domain
information in the ath5k driver? I know the madwifi driver can be set with
a module
On Fri, Sep 5, 2008 at 10:42 AM, Hauke Mehrtens [EMAIL PROTECTED] wrote:
I have updated the ath5k driver in the compat-wireless-old package. Now
it is the same version as in wireless-testing tree. It is working with
WPA encryption with kernel 2.6.26 (ubuntu) and it is building at least
on
On Fri, Sep 19, 2008 at 12:00 AM, 王玥 [EMAIL PROTECTED] wrote:
Hi, all
I'm confused about the question that if one ap(one
ssid) can have several bcast key for its different
bcast domains?
How does madwifi realize it?
Try the madwifi-devel list for MadWifi related questions.
Luis
On Fri, Sep 26, 2008 at 03:55:58PM -0700, Maxim Levitsky wrote:
If I understand this correctly, madwifi is no longer a non-free driver?
MadWifi is based on a proprietary HAL which is slightly different
than this one, so no, its still non-free. The free drivers where
I think focus should be put
On Sun, Sep 28, 2008 at 08:28:53PM -0700, Brian Prodoehl wrote:
I have a patch set which adds pretty nice support to ath5k for the
900MHz cards out there, but right now the regulatory support I have
for them is a hack. CRDA devs, are you open to adding the 900MHz ISM
band to your database?
On Sat, Oct 4, 2008 at 5:37 PM, Bob Copeland [EMAIL PROTECTED] wrote:
On Mon, Sep 29, 2008 at 01:24:44AM +0300, Nick Kossifidis wrote:
* Fix srev reporting during attach
Changes-Licensed-under: ISC
Signed-Off-by: Nick Kossifidis [EMAIL PROTECTED]
This now identifies my card as 5414,
On Sat, Oct 4, 2008 at 6:25 PM, Nick Kossifidis [EMAIL PROTECTED]
Luis Is there a pci-e version of 5414 ? Is 5424 the pci-e version of
5414 or it's another chip ?
I am not sure, I'll have to check or ask.
Luis
___
ath5k-devel mailing list
On Mon, Oct 13, 2008 at 8:05 AM, [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=11749
---
Bug description from kernel.org bugzilla
Latest working kernel version: None
Earliest failing kernel version: Unknow
Distribution: all
Hardware Environment: Atheros wireless chipset
On Mon, Oct 20, 2008 at 1:02 PM, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Mon, Oct 20, 2008 at 05:40:09AM -0700, Luis R. Rodriguez wrote:
On Sun, Oct 19, 2008 at 04:47:41AM -0700, Riccardo Magliocchetti wrote:
Hi,
i got a siemens gigaset usb stick 108 which have an AR5523. After
On Tue, Oct 28, 2008 at 08:45:57AM -0700, Nick Kossifidis wrote:
2008/10/28 Bob Copeland [EMAIL PROTECTED]:
On Tue, Oct 28, 2008 at 12:17 AM, Jerry Quinn [EMAIL PROTECTED] wrote:
Forgot to include the mail list...
Oops, sorry for not following up before.
Original Message
On Sun, Nov 2, 2008 at 11:08 AM, Bob Copeland [EMAIL PROTECTED] wrote:
Nice find.
Then, because the hw rate value of such frames is zero
BTW I believe frames should not go out at hw rate value 0, I did some
test a while back on this rate and its not exactly reliable, you will
get very funky
On Sun, Nov 2, 2008 at 1:52 PM, Bob Copeland [EMAIL PROTECTED] wrote:
On Sun, Nov 02, 2008 at 01:00:27PM -0800, Luis R. Rodriguez wrote:
, and, since
63266a653589e1a237527479f10212ea77ce7844 ath5k: rates cleanup, we do not
fall back to the basic rate, such packets would trigger
On Mon, Nov 03, 2008 at 02:25:54PM -0800, Nick Kossifidis wrote:
*On a previous patch i splitted AR5K_INT_TX to multiple different TX
interrupt flags for better handling but i forgot to unmask the new
TXDESC and TXEOL interrupts on ath5k_init and only left TXOK. However
for each queue we
=11749
Signed-off-by: Martin Xu [EMAIL PROTECTED]
Thanks for the cleanups. I don't have any objections to the patch.
Anyone else want to weigh in?
Acked-by: Luis R. Rodriguez [EMAIL PROTECTED]
Please close the bug report too.
Luis
___
ath5k-devel
Just a friendly reminder:
For those of you who have not read yet what Signed-off-by means,
specially those who are new to contributing to the Linux kernel on
linux-wireless I'd like to encourage you to go and review it and
read what this means. You can find it under
On Tue, Nov 25, 2008 at 01:29:55PM -0800, Bob Copeland wrote:
On Tue, Nov 25, 2008 at 4:04 PM, Luis R. Rodriguez
[EMAIL PROTECTED] wrote:
We'll keep using the ath5k Changes-licensed-under tag until we get
advice from SFLC if we have done enough to ensure this is no longer
necessary
On Sat, Nov 29, 2008 at 6:38 AM, Maxim Levitsky [EMAIL PROTECTED] wrote:
On Sat, 2008-11-29 at 09:48 +0100, Michael Renzmann wrote:
Hi all.
Interesting news (based on an announcement that Sam sent out):
=== cut ===
Sam Leffler, maintainer of the binary HAL that is also used in MadWifi
On Sat, Nov 29, 2008 at 7:39 AM, Louay Sakka [EMAIL PROTECTED] wrote:
Is it now faster to use this HAL instead of the reverse engineering one?
This was already possible due to the legacy-hal release.
What impact this will have on madwifi or ath5k?
For Linux developers this means further
On Wed, Nov 26, 2008 at 06:57:46PM -0800, Albert Gall wrote:
When you download a large file receives these messages and the system becomes
unstable
# dmesg
[33955.030592] ath5k phy0: noise floor calibration timeout (2442MHz)
[33976.030530] ath5k phy0: noise floor calibration timeout
On Mon, Dec 1, 2008 at 2:03 PM, Albert Gall [EMAIL PROTECTED] wrote:
Luis R. Rodriguez wrote:
Then upgrade your compat-wireless.
Upgraded to wireless-compat-2008-12-01 and the problem persists.
/usr/local/src/compat-wireless-2008-12-01 {0}-{0} # dmesg
[ 2270.705001] ath5k phy1: noise floor
2008/11/26 Bob Copeland [EMAIL PROTECTED]:
On Tue, Nov 25, 2008 at 5:28 PM, Luis R. Rodriguez
[EMAIL PROTECTED] wrote:
Sure, BTW I had created such a script a long time ago, the files just
need to be updated (so update them if you download this thingy):
http://www.kernel.org/pub/linux/kernel
On Fri, Dec 12, 2008 at 03:28:13PM -0800, Lucio Torre wrote:
Hi,
Im running intrepid on a lenovo x200, using the wifi drivers from
http://wireless.kernel.org/download/compat-wireless-2.6/compat-wireless-2.6.tar.bz2
and keep having some strange issues. Most of the time what happens is
that
On Thu, Feb 12, 2009 at 10:38 AM, Bob Copeland m...@bobcopeland.com wrote:
The function ath9k_regd_get_rd() is unused.
Signed-off-by: Bob Copeland m...@bobcopeland.com
Acked-by: Luis R. Rodriguez lrodrig...@atheros.com
Luis
___
ath5k-devel mailing
On Thu, Feb 12, 2009 at 10:38 AM, Bob Copeland m...@bobcopeland.com wrote:
The current_rd_inuse regulatory value is assigned but not used anywhere.
Signed-off-by: Bob Copeland m...@bobcopeland.com
Acked-by: Luis R. Rodriguez lrodrig...@atheros.com
Luis
On Thu, Feb 26, 2009 at 06:27:04PM -0800, Bob Copeland wrote:
On Fri, Feb 27, 2009 at 12:32:55AM +0100, Jiri Slaby wrote:
On 27.2.2009 00:28, Bob Copeland wrote:
hw_to_driver_rix() returns sc-rate_idx[x][y] as an int, and that
array is initialized to (u8)-1 for invalid rates. So, it can
On Sun, Mar 15, 2009 at 8:00 PM, Bob Copeland m...@bobcopeland.com wrote:
Hi all,
A user is experiencing a MIB storm with bug 12647:
http://bugzilla.kernel.org/show_bug.cgi?id=12647
But he's seeing numbers like this:
[ 813.480007] ATH5K: AR5K_FCS_FAIL = 49152
[ 813.487655] ATH5K:
On Mon, Mar 23, 2009 at 09:22:37PM -0700, Steve Glass wrote:
Hi,
I've asked elsewhere but I can't seem to find an answer.
Is it possible to lock an ath5k managed interface into 802.11b mode?
This not possible to enforce in mac80211 but patches would be welcomed,
if desired, please post to
On Fri, Apr 10, 2009 at 09:18:23AM -0700, Alan Jenkins wrote:
Alan Jenkins wrote:
Hi, while testing latest Git (i.e. 2.6.30-rc1 + a bit), I hit a bug
which killed my keyboard. SysRQ keys worked, but I couldn't type in X
or on the console.
This happened when ath5k was loaded
was
assigned a value.
last_request only seems to get a value in __regulatory_hint(), which is
ultimately called by reg_todo(), a work handler.
Thanks pavel, please try this patch:
From 94505af850bd0961a86e2786238ac0bbe0c44615 Mon Sep 17 00:00:00 2001
From: Luis R. Rodriguez lrodrig...@atheros.com
On Sun, Apr 12, 2009 at 10:47 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2009/4/13 Bob Copeland m...@bobcopeland.com:
Here are a few random patches I have sitting in my local tree, currently
based before the ath5k/9k merge. The last one comes from a perl
script I wrote to check the
On Mon, Apr 13, 2009 at 11:25 AM, Bob Copeland m...@bobcopeland.com wrote:
On Mon, Apr 13, 2009 at 11:09:16AM -0700, Luis R. Rodriguez wrote:
On Sun, Apr 12, 2009 at 10:47 PM, Nick Kossifidis mickfl...@gmail.com
wrote:
2009/4/13 Bob Copeland m...@bobcopeland.com:
If you add ath/ to your
On Mon, Apr 13, 2009 at 5:08 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2009/4/13 Luis R. Rodriguez mcg...@gmail.com:
If you add ath/ to your patches I think they should apply. I think its
easier to rebase the patches ontop of the dir move than the dir move
itself. Would you guys mind
BTW legacy-hal has this stuff :) Just grep for ATH_WOW
Luis
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
2009/5/13 Maxim Levitsky maximlevit...@gmail.com:
On Thu, 2009-05-14 at 02:31 +0200, Gábor Stefanik wrote:
On Thu, May 14, 2009 at 2:18 AM, Luis R. Rodriguez mcg...@gmail.com wrote:
BTW legacy-hal has this stuff :) Just grep for ATH_WOW
Luis
Wow! :-)
Isn't Wow support platform
On Mon, May 18, 2009 at 11:32 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2009/5/19 Steven Rostedt rost...@goodmis.org:
On Tue, 19 May 2009, Nick Kossifidis wrote:
This is already fixed on wireless-testing ;-)
1 - 100 of 248 matches
Mail list logo