On Mon, Jun 27, 2016 at 01:38:43AM +0200, Martin Blumenstingl wrote:
> On Sat, Jun 25, 2016 at 9:26 PM, Christian Lamparter
> wrote:
> > I've added lede-dev and Luis since this is relevant for them.
> > Maybe between the sysloadfw.sh and owl-loader, there's another
> >
On Wed, May 7, 2014 at 12:54 PM, John W. Linville
linvi...@tuxdriver.com wrote:
Is there any hope for getting a more complete fix from the ath9k guys
in short order?
Wait, who are the ath9k folks now exactly ?
Luis
___
ath9k-devel mailing list
A patch has been sent to stable that fixes this, the patch is already
upstream fortunately.
Luis
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
On Sat, Apr 19, 2014 at 12:32 PM, Michael Leun
lkml20140...@newton.leun.net wrote:
2a901468c221e778af52603e006a53
Odd -- its unclear how you ended up with this bisect given that
REGULATORY_COUNTRY_IE_IGNORE is not set for any driver currently. To
see this you can try:
mcgrof@ergon
Adding linux-wireless, not sure if many people read this list.
Luis
On Tue, Mar 26, 2013 at 8:40 AM, Jouni Malinen jo...@qca.qualcomm.com wrote:
On Tue, Mar 26, 2013 at 08:25:20AM -0700, Linus Torvalds wrote:
Ok, added to the bugzilla. I'm still in the condo, but I'm leaving
soon and need
On Fri, Mar 22, 2013 at 10:13:42AM +0100, Stanislaw Gruszka wrote:
On Thu, Mar 21, 2013 at 12:33:31PM -0700, Luis R. Rodriguez wrote:
OK how about this for stable for now:
diff --git a/drivers/net/wireless/ath/ath9k/link.c
b/drivers/net/wireless/ath/ath9k/link.c
index 39c84ec..7fdac6c
On Thu, Mar 21, 2013 at 12:42:20PM +0100, Stanislaw Gruszka wrote:
On Mon, Mar 18, 2013 at 02:03:08PM -0700, Luis R. Rodriguez wrote:
--- a/drivers/net/wireless/ath/ath9k/link.c
+++ b/drivers/net/wireless/ath/ath9k/link.c
@@ -158,7 +158,8 @@ void ath_start_rx_poll(struct ath_softc *sc
On Mon, Mar 18, 2013 at 03:13:41PM -0400, John W. Linville wrote:
Any comments from the ath9k folks?
On Sat, Mar 16, 2013 at 12:38:14PM -0400, Parag Warudkar wrote:
During suspend below warning is seen when ath9k is active. Attached
patch fixes the warning for me. Tested to work across
Many thanks to Adrian for his hard work on all this and to everyone
else who volunteered to help make this happen, including the
understanding by our management at QCA and even Tensilica requires
some handsome applause for their commitment, understanding on letting
us get this out. We now have a
On Mon, Dec 3, 2012 at 2:44 PM, Ben Greear gree...@candelatech.com wrote:
There are out-of-tree patches for ath9k (at least) that allow overriding the
eeprom reg domain via a module option.
Any chance something like that could make it upstream if it were dependent
on
On Mon, Nov 12, 2012 at 7:47 PM, Thomas Pedersen tho...@cozybit.com wrote:
Tested with AR9280.
Signed-off-by: Thomas Pedersen tho...@cozybit.com
---
drivers/net/wireless/ath/ath9k/recv.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Sun, Jul 22, 2012 at 9:16 PM, Sujith Manoharan
c_man...@qca.qualcomm.com wrote:
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
Wow, awesome, applied and pushed, thanks!
Luis
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
Oh and as for the other stuff please feel free to send patches as I
already merged and pushed Sujith's patch.
git://github.com/mcgrof/qca-swiss-army-knife.git
Luis
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
On Mon, Jul 23, 2012 at 2:08 PM, Peter Stuge pe...@stuge.se wrote:
Is a commit to also do EEPROM writes likely to be accepted into
qca-swiss-army-knife.git?
EEPROM writing means you can modify a compliant card to be not
compliant. For the kernel we now have things like
On Mon, Jul 23, 2012 at 3:04 PM, Peter Stuge pe...@stuge.se wrote:
Peter Stuge wrote:
Is a commit to also do EEPROM writes likely to be accepted into
qca-swiss-army-knife.git?
EEPROM writing means you can modify a compliant card to be not compliant.
Yes, and it also means you can
On Wed, May 09, 2012 at 08:12:38PM +0800, Hewitt Lee wrote:
Hi All,
This patch unlink a skb comes from ath_tx_form_aggr() which is freed at
ath_tx_get_buffer() when tx buffers are full.
Please kindly review it.
Please see:
On Sat, May 5, 2012 at 6:05 PM, Sujith Manoharan
c_man...@qca.qualcomm.com wrote:
Peter Stuge wrote:
What repository do these patches apply to?
https://github.com/mcgrof/initvals-tool
(On a side note IMO the first commit message line looks much nicer
without the full stop on the end.)
On Mon, Apr 23, 2012 at 07:23:58PM +0200, Felix Fietkau wrote:
On 2012-04-23 11:12 AM, Zefir Kurtisi wrote:
On 22.04.2012 22:00, Felix Fietkau wrote:
On 2012-04-22 9:50 PM, Zefir Kurtisi wrote:
From: Zefir Kurtisizefir.kurt...@neratec.com
Signed-off-by: Zefir
On Sun, Dec 25, 2011 at 09:19:13PM +0530, Mohammed Shafi Shajakhan wrote:
Cc: sta...@kernel.org
For future reference please use from now on sta...@vger.kernel.org
instead of the older one [1].
[1] http://www.kroah.com/log/linux/stable-status-01-2012.html
Luis
On Thu, Dec 15, 2011 at 2:55 PM, Joe Perches j...@perches.com wrote:
Add ATH_DBG_ to macros to shorten the uses and
reduce the line count.
Coalesce ath_dbg formats.
Add missing spaces to coalesced formats.
Add missing newline terminations to ath_dbg formats.
Align ath_dbg arguments where
On Thu, Dec 15, 2011 at 3:05 PM, Joe Perches j...@perches.com wrote:
On Thu, 2011-12-15 at 15:00 -0800, Luis R. Rodriguez wrote:
On Thu, Dec 15, 2011 at 2:55 PM, Joe Perches j...@perches.com wrote:
Add ATH_DBG_ to macros to shorten the uses and
reduce the line count.
Coalesce ath_dbg
On Wed, Dec 7, 2011 at 12:45 PM, Thomas Pedersen tho...@cozybit.com wrote:
From: Chun-Yeow Yeoh yeohchuny...@gmail.com
Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com
Acked-by: Luis R. Rodriguez mcg...@qca.qualcomm.com
Luis
___
ath9k-devel
On Tue, Nov 15, 2011 at 7:52 AM, Zefir Kurtisi
zefir.kurt...@neratec.com wrote:
On 11/15/2011 04:24 PM, Mohammed Shafi wrote:
Hi Zefir,
just few doubt, sorry for the late reply
On Tue, Nov 8, 2011 at 10:04 PM, Zefir Kurtisi
zefir.kurt...@neratec.com wrote:
This patch integrates the DFS
On Tue, Nov 15, 2011 at 6:37 AM, John W. Linville
linvi...@tuxdriver.com wrote:
On Tue, Nov 08, 2011 at 05:34:02PM +0100, Zefir Kurtisi wrote:
This patch series proposes DFS radar pulse detection for ath9k.
The first patch adds a new DFS module, the second turns those
knobs to enable the HW
On Thu, Oct 6, 2011 at 8:06 PM, Adrian Chadd adr...@freebsd.org wrote:
Just FYI, that's what I'm likely to do for FreeBSD 10 (as I just don't
have time to try and make all the required regulatory changes before
the upcoming 9.0 release.)
Ie:
* DFS station mode (net80211) is going to be
On Thu, Oct 6, 2011 at 11:36 AM, Luis R. Rodriguez
rodri...@qca.qualcomm.com wrote:
On Thu, Oct 6, 2011 at 9:49 AM, Christian Lamparter
chunk...@googlemail.com wrote:
Is this something about politics/laws I don't know about [I'm just
curious, because I don't really buy testing here, since
On Thu, Oct 6, 2011 at 1:32 PM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
As said above, disabling a driver's capability through a Kconfig option
should be enough (one ifdef per driver).
OK cool.
Since regulatory compliance and open source by principle form a
gray-zone combination [2],
On Thu, Oct 6, 2011 at 2:08 PM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
On 06.10.2011 22:41, Luis R. Rodriguez wrote:
On Thu, Oct 6, 2011 at 1:32 PM, Zefir Kurtisizefir.kurt...@neratec.com
wrote:
As said above, disabling a driver's capability through a Kconfig option
should be enough
On Tue, Oct 4, 2011 at 3:37 AM, Felix Fietkau n...@openwrt.org wrote:
On 2011-10-04 11:55 AM, Zefir Kurtisi wrote:
On 10/03/2011 08:26 PM, Luis R. Rodriguez wrote:
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisizefir.kurt...@neratec.com
wrote:
Signed-off-by: Zefir Kurtisizefir.kurt
On Tue, Oct 4, 2011 at 3:11 AM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
On 10/03/2011 08:27 PM, Luis R. Rodriguez wrote:
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi zefir.kurt...@neratec.com
wrote:
Signed-off-by: Zefir Kurtisi zefir.kurt...@neratec.com
---
drivers/net/wireless
On Tue, Oct 4, 2011 at 6:38 AM, Christian Lamparter
chunk...@googlemail.com wrote:
On Monday, October 03, 2011 09:31:12 PM Luis R. Rodriguez wrote:
On Mon, Oct 3, 2011 at 12:24 PM, Christian Lamparter
chunk...@googlemail.com wrote:
On Monday, October 03, 2011 08:27:39 PM Luis R. Rodriguez
On Tue, Oct 4, 2011 at 7:50 AM, Adrian Chadd adr...@freebsd.org wrote:
Also whilst I'm at it, SPECTRUM_MANAGEMENT is a very broad flag to set.
For example: you may not want to do DFS on the AR5416 NICs because (as
documented in the open hal and earlier ath9k bits) there isn't support
for
On Wed, Oct 5, 2011 at 3:53 PM, Peter Stuge pe...@stuge.se wrote:
Luis R. Rodriguez wrote:
The port of the fusion radar detection module didn't end up being
all that big.
Adrian, please keep terms like fusion codebase out of public
lists.
I think that's silly. But you already knew
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
Signed-off-by: Zefir Kurtisi zefir.kurt...@neratec.com
---
drivers/net/wireless/ath/ath9k/main.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
Signed-off-by: Zefir Kurtisi zefir.kurt...@neratec.com
---
drivers/net/wireless/ath/ath9k/Kconfig | 7 +++
drivers/net/wireless/ath/ath9k/Makefile | 2 ++
2 files changed, 9 insertions(+), 0
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
Signed-off-by: Zefir Kurtisi zefir.kurt...@neratec.com
---
drivers/net/wireless/ath/ath9k/debug.c | 51
drivers/net/wireless/ath/ath9k/debug.h | 29 ++
2
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
Signed-off-by: Zefir Kurtisi zefir.kurt...@neratec.com
---
drivers/net/wireless/ath/ath.h | 34 ++
1 files changed, 18 insertions(+), 16 deletions(-)
diff --git
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi zefir.kurt...@neratec.com wrote:
Note: calculation of mactime had to be shifted before
ath9k_rx_skb_preprocess() since it is used to time-stamp the
radar pulse.
Do this in a separate patch and provide a valid commit log here of
what the addition
On Mon, Oct 3, 2011 at 12:24 PM, Christian Lamparter
chunk...@googlemail.com wrote:
On Monday, October 03, 2011 08:27:39 PM Luis R. Rodriguez wrote:
On Mon, Oct 3, 2011 at 3:29 AM, Zefir Kurtisi zefir.kurt...@neratec.com
wrote:
Signed-off-by: Zefir Kurtisi zefir.kurt...@neratec.com
On Thu, Aug 25, 2011 at 1:15 AM, Adrian Chadd adr...@freebsd.org wrote:
On 25 August 2011 15:43, Joe Semler josef.sem...@gmail.com wrote:
Hy guys,
I'm following this discussion according regulatory, frequency and power
limitation now for a while in this forum. Oc it's a good policy to have a
On Tue, Aug 16, 2011 at 8:28 PM, Pavel Ivanov paiva...@gmail.com wrote:
When ath9k is the only wireless driver included in the build
WIRELESS_EXT configuration option becomes undefined. Because of that
driver becomes essentially unusable as you can't actually connect to
any WiFi network. By
On Tue, Jun 28, 2011 at 12:51 PM, Ben Greear gree...@candelatech.com wrote:
On 06/28/2011 12:46 PM, Michel Alexandre Salim wrote:
Some wireless base stations implement 802.11n mode in ways that
open-source drivers cannot handle properly, resulting in very unstable
connections. This patch
On Thu, May 19, 2011 at 08:03:54AM -0700, Sarah Nadi wrote:
#ifdef CONFIG_ATHEROS_AR71XX
int ath_ahb_init(void);
void ath_ahb_exit(void);
#else
static inline int ath_ahb_init(void) { return 0; };
static inline void ath_ahb_exit(void) {};
#endif
This was present in openwrt tree, Gabor has
On Tue, May 17, 2011 at 12:10 AM, Sujith m.suj...@gmail.com wrote:
The required firmware version is now 1.3 and the new firmware will
be uploaded to http://wireless.kernel.org/download/htc_fw/ once Luis
comes out of his slumber.
*Yawn*
OK its up.
Luis
On Tue, May 17, 2011 at 8:58 AM, Keith Berkoben berko...@gmail.com wrote:
Thanks!
When following this process (it has a couple steps...), is it generally a
true statement that changes from
wireless-testing-wireless-next--net-next--etc. are usually pushed by
Merges, or should I also be
On Fri, Apr 29, 2011 at 02:54:17AM -0700, Sujith wrote:
Christian Lamparter wrote:
Do you really think that everyone will be happy to recompile their stripped
heavily
customised embedded kernels/or compat-wireless just to enable DEBUG and
waste precious resources? Even with a PC, this
On Thu, Apr 21, 2011 at 12:43:46AM -0700, Michael Renzmann wrote:
My dell desktop has PCI-E-16 slot and PCI-E1 slot.
I use mini-PCI-E1 to PCI-E1 adapter card so that Sparklan ar9390 card can
work in Dell desktop installed with Slackware 13.1 and updated kernel
2.6.37.
1. When I plug in
Sexy
On Apr 12, 2011 10:49 PM, Sujith m.suj...@gmail.com wrote:
Hi,
This patch series adds AP mode for ath9k_htc.
New firmware is required, which will be submitted to linux-firmware.
This has been languishing for quite some time internally,
at least wider testing/review would happen if
On Mon, Apr 11, 2011 at 03:33:05AM -0700, Adrien Decostre wrote:
Hello all,
I am quite new to the ath9k driver and I am currently trying to use this
driver for an access point on the 5GHz band.
The problem is that my card has a regulation domain set to WORA_WORLD 0x6A
which prevents the
On Thu, Mar 17, 2011 at 03:49:30AM -0700, Baldomero Coll wrote:
Luis, Peter,
I don't want to break any rule. I'm only interested in working on the 5735000
KHz - 5835000 band (with its restrictions), but It seems that my wireless
card doesn't follow the regulatory domain.
Based on the
On Mon, Mar 21, 2011 at 11:08 AM, Peter Stuge pe...@stuge.se wrote:
Luis R. Rodriguez wrote:
So ultimately with Atheros cards you should not have to muck with
anything,
Except fixing invalid information on cards.
As I noted, regulatory agencies have never address this, or simply
assume
On Wed, Mar 16, 2011 at 08:59:40AM -0700, Peter Stuge wrote:
Baldomero Coll wrote:
Is there a way of overriding regulatory domain
No.
and being able to configure any channel in IBSS mode with no
restriciton in the transmission power
The only option would be to reprogram the reg
On Wed, Mar 16, 2011 at 1:00 PM, Peter Stuge pe...@stuge.se wrote:
Luis R. Rodriguez wrote:
Need to make that utility.
Blindly overwriting EEPROMs is a bad idea,
Such a utility must do the right thing of course! :) Only change the
right bits, in the right way. I haven't looked yet but I
On Tue, Mar 08, 2011 at 05:52:12PM -0800, fredlev-austin wrote:
Where can i download a RPM for ath9k for solais 10 with a Dlink DWA-552 pci
card?
fred
Solaris can make use of ath9k driver code as it is ISC licensed,
they would just need to take the code from ath9k, ath9k_hw, ath, and
port it
On Wed, Mar 2, 2011 at 7:07 AM, Mohammed Shafi shafi.at...@gmail.com wrote:
On Wed, Mar 2, 2011 at 3:27 PM, crocket crockabisc...@gmail.com wrote:
I've started reading this list recently.
There are some people who say AR9280 doesn't work with hostapd or ath9k.
Some said he or she had a good
On Wed, Mar 2, 2011 at 4:27 PM, crocket crockabisc...@gmail.com wrote:
What about
https://lists.ath9k.org/pipermail/ath9k-devel/2011-February/005157.html
This is a FreeBSD issue, not Linux issue, see: The problem is RX'ing
packets on the FreeBSD station
On Wed, Feb 23, 2011 at 11:54 PM, crocket crockabisc...@gmail.com wrote:
I am a newbie in wireless area, so I don't understand well what you
guys talk about.
I read all messages about regulatory domain.
Do those messages imply that I can't use 5Ghz frequencies in AP mode
with ath9k and
On Thu, Feb 24, 2011 at 12:20 AM, Peter Stuge pe...@stuge.se wrote:
crocket wrote:
Do those messages imply that I can't use 5Ghz frequencies in AP
mode with ath9k and AR9280?
Luis R. Rodriguez wrote:
this varies by card.
To clarify further that's the card itself, and not the chipset
On Thu, Feb 24, 2011 at 12:48 AM, Peter Stuge pe...@stuge.se wrote:
Completely agreed. I understand and agree that drivers can and should
not deal with changing the reg domain of cards. But I don't see a
reason for a third party to develop a tool that allows the changes.
That would make it
On Thu, Feb 24, 2011 at 7:28 AM, David Willmore davidwillm...@gmail.com wrote:
On Thu, Feb 24, 2011 at 3:27 AM, Luis R. Rodriguez mcg...@gmail.com wrote:
If we want proper upstream drivers we essentially want to help vendors
with their considerations, and as such we need to respect regulatory
On Wed, Feb 23, 2011 at 12:55:35AM -0800, Bernhard Schmidt wrote:
Hi,
I have some issues using any of my AR9280 cards, identified as:
- Ubiquiti SR71E
[ 172.321483] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xf976, irq=11
- Sparklan WPEA-110N
[ 58.456404] ieee80211 phy0: Atheros
On Wed, Feb 23, 2011 at 06:20:27AM -0800, crocket wrote:
ath9k supports AP mode for all chipsets, but according to people
evidences, AP mode support for AR5xxx chipsets ceases to work several
minutes after the chipsets are turned into AP mode.
Below is the amazon review of AR9280.(
On Wed, Feb 23, 2011 at 2:56 PM, Adrian Chadd adr...@freebsd.org wrote:
Nothing's stopping someone from forking ath9k (for example) and creating
ath9k-without-regulatory-enforcement. :-)
That only will discourage companies doing the right thing from doing
it. We worked hard at putting in place
On Wed, Feb 23, 2011 at 12:40:14PM -0800, Peter Stuge wrote:
Luis R. Rodriguez wrote:
Unfortunately due to regulatory considerations which have also come
under recent stress [4] we cannot feature-wise let users overwrite
their own EEPROM, even if they know better.
I think this is good
On Sat, Jan 29, 2011 at 01:52:49AM -0800, Sujith wrote:
Luis R. Rodriguez wrote:
On Sat, Jan 29, 2011 at 1:15 AM, crocket crockabisc...@gmail.com wrote:
http://wireless.kernel.org/en/users/Drivers/ath9k says
Features and modes of operation
All of these modes of operation are supported
On Sat, Jan 29, 2011 at 1:15 AM, crocket crockabisc...@gmail.com wrote:
http://wireless.kernel.org/en/users/Drivers/ath9k says
Features and modes of operation
All of these modes of operation are supported and should work on all
ath9k cards.
Modes of operation
* Station Mode
* AP Mode
*
On Thu, Jan 20, 2011 at 10:27:01AM -0800, Ben Greear wrote:
Seems I saw a note a long time ago about virtual wiphy being
removed sometime soon. Should we go ahead and remove it?
It doesn't seem useful to me (virtual interfaces appear to
work much better), and it would likely simplify the
On Tue, Jan 11, 2011 at 8:24 AM, Bernhard Walle wa...@corscience.de wrote:
Hello ath9k experts,
can somebody explain what
[...]
PHY ERR : 96196
[...]
UNDERRUN : 96196
[...]
in /sys/kernel/debug/ath9k/phy0/recv actually means. Is that normal, or
a hardware
On Fri, Jan 07, 2011 at 08:50:46AM -0800, Galen wrote:
On Jan 6, 2011, at 1:21 PM, Luis R. Rodriguez wrote:
On Thu, Jan 6, 2011 at 10:29 AM, Galen gal...@zinkconsulting.com wrote:
Last I checked, RIFS support was not implemented in ath9k. Is the lack of
support due to mac80211
On Fri, Jan 07, 2011 at 11:31:18AM -0800, Luis R. Rodriguez wrote:
You're on point with what we will be adding and what we would need help with
to
get upstream, resource wise. The best I can recommend is that you please post
what you intend to work on in the wiki TODO list for ath9k:
http
On Thu, Jan 06, 2011 at 07:17:32PM -0800, Ben Greear wrote:
On 01/06/2011 06:49 PM, Luis R. Rodriguez wrote:
On Thu, Jan 06, 2011 at 06:45:33PM -0800, Ben Greear wrote:
On 01/06/2011 06:30 PM, Luis R. Rodriguez wrote:
On Thu, Jan 6, 2011 at 4:46 PM,gree...@candelatech.com wrote
On Fri, Jan 07, 2011 at 07:36:07AM -0800, Peter Stuge wrote:
Ben Greear wrote:
but at least other clueless users would not go over stable limit
you have found.
I think it's very likely that the problems I find are general
issues that are just much easier to hit with lots of stations.
On Fri, Jan 07, 2011 at 10:34:52AM -0800, Ben Greear wrote:
On 01/07/2011 02:58 AM, Johannes Berg wrote:
On Thu, 2011-01-06 at 16:46 -0800, gree...@candelatech.com wrote:
From: Ben Greeargree...@candelatech.com
Patch is from Eric Dumazet, as described here:
On Thu, Jan 06, 2011 at 08:49:12PM -0800, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
The stations hold the ath_node, which holds the tid
and other xmit logic structures. In order to debug
stuck xmit logic, we need a way to print out the tid
state for the
On Fri, Jan 07, 2011 at 09:23:57AM -0800, Galen wrote:
At the moment, it seems that ath9k + mac80211 only supports channels 36-64;
100-140; 149-165. Obviously, available channels (and on what basis) are
determined based on various regulatory settings in your particular
configuration.
On Fri, Jan 07, 2011 at 11:39:25AM -0800, Daniel Halperin wrote:
On Fri, Jan 7, 2011 at 11:35 AM, Luis R. Rodriguez
lrodrig...@atheros.com wrote:
On Fri, Jan 07, 2011 at 11:31:18AM -0800, Luis R. Rodriguez wrote:
Note that there is a section dedicated to AR9003 family alone:
http
On Fri, Jan 07, 2011 at 12:01:01PM -0800, Luis Rodriguez wrote:
On Fri, Jan 07, 2011 at 07:36:07AM -0800, Peter Stuge wrote:
Ben Greear wrote:
but at least other clueless users would not go over stable limit
you have found.
I think it's very likely that the problems I find are
On Fri, Jan 07, 2011 at 12:25:31PM -0800, Luis Rodriguez wrote:
On Fri, Jan 07, 2011 at 12:01:01PM -0800, Luis Rodriguez wrote:
On Fri, Jan 07, 2011 at 07:36:07AM -0800, Peter Stuge wrote:
Ben Greear wrote:
but at least other clueless users would not go over stable limit
you have
On Thu, Jan 6, 2011 at 12:57 PM, Daniel Halperin
dhalp...@cs.washington.edu wrote:
On Thu, Jan 6, 2011 at 12:01 PM, Peter Stuge pe...@stuge.se wrote:
Daniel Halperin wrote:
Give and take. Want sit on IP go ahead, people will route around to
find useful solutions.
I'm really not going to
On Thu, Jan 6, 2011 at 10:29 AM, Galen gal...@zinkconsulting.com wrote:
Last I checked, RIFS support was not implemented in ath9k. Is the lack of
support due to mac80211 limitations, or due to ath9k limitations?
RIFS support can be enabled for AR9003 but there has been no interest
for it as its
On Thu, Jan 06, 2011 at 01:45:48PM -0800, Peter Stuge wrote:
Luis R. Rodriguez wrote:
It helps if the community acknowledges efforts and tries to work
with companies who are putting good effort on things.
I would love to ack effort if I had experienced some. I've touched on
a plethora
On Thu, Jan 6, 2011 at 3:04 PM, Ben Greear gree...@candelatech.com wrote:
On 01/06/2011 02:17 PM, Luis R. Rodriguez wrote:
so it takes time. In the meantime we do enable active developers to
work with engineers through our private internal list but since
ath9k is Actively maintained
On Thu, Jan 6, 2011 at 4:09 PM, Eric Dumazet eric.duma...@gmail.com wrote:
Le jeudi 06 janvier 2011 à 16:05 -0800, Luis R. Rodriguez a écrit :
Eric, also please make sure you read and understand what using a SOB means:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f
On Thu, Jan 6, 2011 at 3:53 PM, Ben Greear gree...@candelatech.com wrote:
On 12/22/2010 11:22 AM, Matt Turner wrote:
With the ath9k driver, I get skbuff alloc of size 3872 failed
I hit this again today after not using wireless for quite sometime. It
looks like it was originally reported
On Thu, Jan 6, 2011 at 4:46 PM, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
Patch is from Eric Dumazet, as described here:
https://patchwork.kernel.org/patch/104271/
Reported-by: Michael Guntsche m...@it-loops.com
Signed-off-by: Eric Dumazet
On Thu, Jan 6, 2011 at 5:23 PM, Eric Dumazet eric.duma...@gmail.com wrote:
Le vendredi 07 janvier 2011 à 02:04 +0100, Christian Lamparter a écrit :
On Friday 07 January 2011 01:46:03 gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
Patch is from Eric Dumazet, as
On Thu, Jan 6, 2011 at 4:46 PM, gree...@candelatech.com wrote:
+#define ATH9K_MAX_STATIONS 1024
How about making this a Kconfig with a default to a value of the known
(by you) max workable number of STAs that one can use on ath9k, which
is modifiable to other values by power of two up to 1024.
On Wed, Dec 22, 2010 at 2:22 PM, Matt Turner matts...@gmail.com wrote:
With the ath9k driver, I get skbuff alloc of size 3872 failed
I hit this again today after not using wireless for quite sometime. It
looks like it was originally reported against 2.6.35-rc1. Eric Dumazet
provided a patch
On Sun, Dec 12, 2010 at 05:30:31AM -0800, Felix Fietkau wrote:
Signed-off-by: Felix Fietkau n...@openwrt.org
Hey Felix, thanks a lot. These didn't apply though, do you have
this as your top patch from upstream?
commit f1379b3189509355e29eed3b4bb110ea9829a555
Author: Luis R. Rodriguez lrodrig
On Sun, Dec 12, 2010 at 09:47:19PM -0800, Masahiro Inoue wrote:
Hello,
The build error occurs by compat-wireless-2010-12-12.
My kernel is 2.6.27.
CC [M]
/home/miyabi/test/compat-wireless/compat-wireless-2010-12-12/drivers/net/wireless/ath/ath9k/pci.o
On Mon, Dec 13, 2010 at 5:04 PM, Masahiro Inoue
miyabi.-.in...@nifty.com wrote:
Mr. Luis
Thank you for the reply.
Like you just need PCI_EXP_LNKCTL_ES defined added via 322162a7 on
v2.6.29-rc1~181^2~19. Can you try this simple patch?
--- include/linux/compat-2.6.29.h.orig
On Fri, Dec 10, 2010 at 1:32 AM, Andi Kleen a...@firstfloor.org wrote:
I sent this to the athk9 maintainers earlier, but it looks like
Atheros' mailserver doesn't like my mailserver and I got a bounce.
Resending to the lists.
Heh, odd.
-Andi
- Forwarded message from Andi Kleen
On Thu, Dec 09, 2010 at 11:48:15PM -0800, Mohammed Shafi wrote:
On Fri, Dec 10, 2010 at 2:14 AM, B. James Phillippe bryan...@comcast.net
wrote:
Hi All,
I'm new to this list and a bit new to using this project; hopefully I'm not
doing something obviously stupid. :)
I have an ARM-based
On Fri, Dec 10, 2010 at 10:22:34AM -0800, Andi Kleen wrote:
On Fri, Dec 10, 2010 at 07:56:37AM -0800, Luis R. Rodriguez wrote:
On Fri, Dec 10, 2010 at 1:32 AM, Andi Kleen a...@firstfloor.org wrote:
I sent this to the athk9 maintainers earlier, but it looks like
Atheros' mailserver doesn't
On Thu, Dec 9, 2010 at 2:25 PM, Peter Stuge pe...@stuge.se wrote:
Luis R. Rodriguez wrote:
My preference is to automate this and not let the user be involved
and expand the way we propagate location learning information.
Meanwhile, what is needed is a simple tool to reconfigure cards to
have
On Thu, Dec 9, 2010 at 2:43 PM, Peter Stuge pe...@stuge.se wrote:
Luis R. Rodriguez wrote:
some other countries like Japan also do not allow country selection.
As a matter of fact US and JP are the only ones I am aware of that
have this explicit restriction.
Aha! Well, there are lots
On Thu, Dec 9, 2010 at 9:47 PM, Peter Stuge pe...@stuge.se wrote:
Luis R. Rodriguez wrote:
I have considered opening up a tool that lets you do this if we can
determine your country is not US or JP by using GeoClue. I already
had some initial glue code with geoclue for iw
Great idea
On Wed, Dec 8, 2010 at 5:03 AM, Alexander Simon simon_a...@web.de wrote:
No. ath9k cards always respect the regulatory domain programmed into
the hardware's EEPROM, the APIs for users only let the user help
compliance further, never to allow more channels.
Which is a really stupid behaviour
On Tue, Dec 07, 2010 at 11:05:28AM -0800, John W. Linville wrote:
On Thu, Dec 02, 2010 at 07:12:34PM -0800, Joe Perches wrote:
ath_print is misleading as it's only used with CONFIG_ATH_DEBUG.
Add and use the more normal subsystem_printk and subsystem_level
printk equivalents. (ath_printk
On Sat, Dec 04, 2010 at 09:18:50PM -0800, Ben Greear wrote:
On 12/04/2010 06:41 PM, Felix Fietkau wrote:
On 2010-12-03 9:14 AM, Ben Greear wrote:
On 12/01/2010 03:22 PM, Ben Greear wrote:
On 11/29/2010 04:44 PM, Luis R. Rodriguez wrote:
On Mon, Nov 29, 2010 at 04:28:51PM -0800, Ben Greear
1 - 100 of 857 matches
Mail list logo