On Mon, May 13, 2013 at 10:09 AM, Adrian Chadd wrote:
> On 13 May 2013 09:39, Jonathan Bither wrote:
>
>>> ... is anyone using this on openwrt?
>>>
>> I am.
>> I am also reworking AR2131X drivers and will submit a patch to linux-mips
>> shortly.
>
> Sweet. Someone say NACK then? :)
NACK, looking
On Thu, Jan 19, 2012 at 07:45:52AM -0800, Adrian Chadd wrote:
> If it's anything like what ath9k does, there's a flag that the upper layers
> can set which marks that particular frame as not requiring an ACK.
ath_hw_set_bssid_mask()
http://git.kernel.org/?p=linux/kernel/git/linville/wireless-test
On Wed, Jun 22, 2011 at 8:07 AM, Joerg Pommnitz wrote:
>> I guess you'll need more help from the HW people here.
>
> Bob, Bruno, Felix, Luis, Nick: Do you read?
I read but I do not have time to work on this, my focus is on newer
hardware and other things. Only thing I can recommend is to stay wi
On Wed, Dec 22, 2010 at 7:08 AM, Sedat Dilek wrote:
> On Wed, Dec 22, 2010 at 11:20 AM, Bruno Randolf wrote:
>> Move mac80211 functions into new file mac80211-ops.c to have a better
>> separation and to make base.c smaller.
>>
>> Signed-off-by: Bruno Randolf
>> ---
>> drivers/net/wireless/ath/a
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 _printk and _
> > printk equivalents. (ath_printk and ath_)
> >
On Thu, Dec 2, 2010 at 8:11 PM, Nick Kossifidis wrote:
> * Change version number, we've added various new features lately.
> We need to find a way to maintain this, maybe on each kernel release
> or something. Also remove "EXPERIMENTAL", we aren't experimental any
> more I think ;-)
>
> Signe
On Tue, Nov 23, 2010 at 11:04:43AM -0800, Nick Kossifidis wrote:
Are you willing to deal with *all* bug reports for this?
Luis
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
On Mon, Oct 11, 2010 at 11:13:03AM -0700, Lukáš Turek wrote:
> On Friday 08 October 2010 09:57:17 you wrote:
> > r...@rmr1:~# 1284335259.046129: phy #1: regulatory domain change:
> > intersection used due to a request made by a driver on phy1
> > 1284335263.403515: phy #1: regulatory domain change
On Wed, Oct 6, 2010 at 6:03 PM, Bruno Randolf wrote:
> On Wed October 6 2010 18:54:37 Helmut Schaa wrote:
>> On Tue, Oct 5, 2010 at 11:55 AM, Bruno Randolf wrote:
>> > This adds three new values to the survey results:
>> >
>> > * BUSY - percentage of time the channel was busy
>> > * BUSY_TX - p
On Tue, Oct 5, 2010 at 7:50 PM, Bruno Randolf wrote:
> On Wed October 6 2010 11:45:46 Felix Fietkau wrote:
>> On 2010-10-06 4:25 AM, Bruno Randolf wrote:
>> > On Wed October 6 2010 07:38:34 Luis R. Rodriguez wrote:
>> >> This is all being sucked out of co
On Tue, Oct 05, 2010 at 07:00:01PM -0700, Bruno Randolf wrote:
> On Wed October 6 2010 10:18:07 Luis R. Rodriguez wrote:
> > On Tue, Oct 5, 2010 at 2:55 AM, Bruno Randolf wrote:
> > > Update ath9k to use the common cycle counters.
> > >
> > > This also includ
On Tue, Oct 5, 2010 at 2:55 AM, Bruno Randolf wrote:
> Update ath9k to use the common cycle counters.
>
> This also includes other changes from Felix Fietkaus "[PATCH 2/4] ath9k_hw:
> merge codepaths that access the cycle counter registers".
>
> Compile tested only. ath9k team please review...
>
>
On Tue, Oct 5, 2010 at 6:10 PM, Bruno Randolf wrote:
> On Wed October 6 2010 05:14:07 Luis R. Rodriguez wrote:
>> On Tue, Oct 05, 2010 at 02:55:21AM -0700, Bruno Randolf wrote:
>> > Update ath9k to use the common cycle counters.
>> >
>> > This also includ
On Tue, Oct 5, 2010 at 2:55 AM, Bruno Randolf wrote:
> Include the channel utilization (busy, rx, tx) in the survey results.
>
> Signed-off-by: Bruno Randolf
> ---
> drivers/net/wireless/ath/ath5k/base.c | 17 +
> 1 files changed, 17 insertions(+), 0 deletions(-)
>
> diff --git
On Tue, Oct 5, 2010 at 2:55 AM, Bruno Randolf wrote:
> This adds three new values to the survey results:
>
> * BUSY - percentage of time the channel was busy
> * BUSY_TX - percentage of time spent transmitting frames
> * BUSY_RX - percentage of time spent receiving frames
>
> They are defined t
On Tue, Oct 05, 2010 at 02:55:21AM -0700, Bruno Randolf wrote:
> Update ath9k to use the common cycle counters.
>
> This also includes other changes from Felix Fietkaus "[PATCH 2/4] ath9k_hw:
> merge codepaths that access the cycle counter registers".
>
> Compile tested only. ath9k team please re
On Tue, Oct 5, 2010 at 11:02 AM, Holger Schurig
wrote:
>> 1) if card is not able to run in adhoc mode why the iwconfig does not report
>> error when i have used iwconfig command ?
>
> Because "iwconfig" is the wrong tool. You should use "iw". See
> http://wireless.kernel.org/en/users/Documentatio
On Fri, Aug 13, 2010 at 8:40 AM, Maxim Levitsky wrote:
> On Fri, 2010-08-13 at 07:51 -0700, Luis R. Rodriguez wrote:
>> On Fri, Aug 13, 2010 at 07:21:28AM -0700, Roman Yepishev wrote:
>> > On Thu, 2010-08-05 at 11:19 -0700, Luis R. Rodriguez wrote:
>> > > On Thu,
m Gardner
Cc: Jussi Kivilinna
Cc: sta...@kernel.org
Signed-off-by: Luis R. Rodriguez
Signed-off-by: Maxim Levitsky
---
Maxim, it was just reported this patch never made it upstream
so I just took the liberty to submit it and also clear up the
commit log and comments a little more in terms of actual
On Fri, Aug 13, 2010 at 07:21:28AM -0700, Roman Yepishev wrote:
> On Thu, 2010-08-05 at 11:19 -0700, Luis R. Rodriguez wrote:
> > On Thu, Aug 5, 2010 at 8:33 AM, Maxim Levitsky
> > wrote:
> > > Atheros PCIe wireless cards handled by ath5k, don't work well wit
* RXORN interrupts, despite idle channel, and otherwise doesn't work.
> + * According to vendor, indeed L0s must be disabled.
> + * Note: to benefit from this fix, please _enable_ CONFIG_PCIEASPM
> + */
> + pci_disable_link_state(pdev, PCIE_LINK_STATE_L0S);
> +
> ret
On Wed, Jul 28, 2010 at 4:48 PM, Maxim Levitsky wrote:
> On Tue, 2010-07-27 at 08:57 -0700, Luis R. Rodriguez wrote:
>> On Tue, Jul 27, 2010 at 2:35 AM, Maxim Levitsky
>> wrote:
>> > On Mon, 2010-07-26 at 23:50 +0100, Matthew Garrett wrote:
>> >> On Mon, Jul
On Wed, Jul 28, 2010 at 9:31 AM, John W. Linville
wrote:
> Not everyone agrees about LED behaviour...give them an escape hatch that
> will at least stop the lights from annoying them.
>
> Signed-off-by: John W. Linville
I wonder if we can just do this on cfg80211 through a debugfs knob,
which wo
On Tue, Jul 27, 2010 at 2:35 AM, Maxim Levitsky wrote:
> On Mon, 2010-07-26 at 23:50 +0100, Matthew Garrett wrote:
>> On Mon, Jul 26, 2010 at 03:43:04PM -0700, Luis R. Rodriguez wrote:
>>
>> > I see.. thanks Mathew... in that case since L1 works on all devices we
>>
On Mon, Jul 26, 2010 at 01:13:22PM -0700, Luis R. Rodriguez wrote:
> On Sat, Jun 19, 2010 at 08:32:44AM -0700, Maxim Levitsky wrote:
> > On Sat, 2010-06-19 at 16:02 +0300, Maxim Levitsky wrote:
> > > On Sat, 2010-06-19 at 08:38 -0400, Bob Copeland wrote:
> > > >
On Mon, Jul 26, 2010 at 3:33 PM, Matthew Garrett wrote:
> On Mon, Jul 26, 2010 at 03:31:28PM -0700, Luis R. Rodriguez wrote:
>> On Mon, Jul 26, 2010 at 3:29 PM, Matthew Garrett wrote:
>> > On Mon, Jul 26, 2010 at 03:26:37PM -0700, Luis R. Rodriguez wrote:
>> >
>>
On Mon, Jul 26, 2010 at 3:29 PM, Matthew Garrett wrote:
> On Mon, Jul 26, 2010 at 03:26:37PM -0700, Luis R. Rodriguez wrote:
>
>> What I meant was that the PCI config space would already have L1
>> enabled if L1 worked, so I don't see why we would need to nitpick out
On Mon, Jul 26, 2010 at 3:24 PM, Matthew Garrett wrote:
> On Mon, Jul 26, 2010 at 03:20:23PM -0700, Luis R. Rodriguez wrote:
>> On Mon, Jul 26, 2010 at 2:14 PM, Matthew Garrett wrote:
>> > On Mon, Jul 26, 2010 at 02:06:51PM -0700, Luis R. Rodriguez wrote:
>> >
>&g
On Mon, Jul 26, 2010 at 3:21 PM, Matthew Garrett wrote:
> On Mon, Jul 26, 2010 at 03:15:32PM -0700, Luis R. Rodriguez wrote:
>> On Mon, Jul 26, 2010 at 2:25 PM, Matthew Garrett wrote:
>> > This may need to be done on a chip by chip basis. Take a look at
>> > http://www
On Mon, Jul 26, 2010 at 2:25 PM, Matthew Garrett wrote:
> On Tue, Jul 27, 2010 at 12:17:13AM +0300, Maxim Levitsky wrote:
>
>> However, it is possible, (and that what I asked you) that some ath5k
>> devices aren't 'pre 1.1 pcie devices' so linux won't disable ASPM L0s
>> for them.
>> So indeed for
On Mon, Jul 26, 2010 at 2:14 PM, Matthew Garrett wrote:
> On Mon, Jul 26, 2010 at 02:06:51PM -0700, Luis R. Rodriguez wrote:
>
>> No, ASPM must be enabled by the Systems Integrator through the BIOS, there
>> are
>> other settings that have to be taken care of like modifyi
On Mon, Jul 26, 2010 at 2:17 PM, Maxim Levitsky wrote:
> On Mon, 2010-07-26 at 14:06 -0700, Luis R. Rodriguez wrote:
>> On Mon, Jul 26, 2010 at 01:49:22PM -0700, Maxim Levitsky wrote:
>> > On Mon, 2010-07-26 at 13:13 -0700, Luis R. Rodriguez wrote:
>> > > On Sat, Ju
On Mon, Jul 26, 2010 at 01:49:22PM -0700, Maxim Levitsky wrote:
> On Mon, 2010-07-26 at 13:13 -0700, Luis R. Rodriguez wrote:
> > On Sat, Jun 19, 2010 at 08:32:44AM -0700, Maxim Levitsky wrote:
> > > On Sat, 2010-06-19 at 16:02 +0300, Maxim Levitsky wrote:
> > > &g
ess often) without pcie_aspm=force
> too.
> Therefore to benefit from this fix you need to _enable_ CONFIG_PCIEASPM
>
>
> All credit for this patch goes to Jussi Kivilinna
>
> for finding and fixing this bug.
>
> Based on patch that is
>
On Mon, Jul 26, 2010 at 9:34 AM, Maxim Levitsky wrote:
> Hi,
>
> Just want to summarize and finally put that problem to rest.
>
> Was the patch that removes & sets on CONFIG_PCIEASPM? accepted?
>
> Is it possible to check that all ath5k pcie devices that must not use
> L0s actually have the 'PCI_E
On Tue, Jul 20, 2010 at 06:04:59PM -0700, Bruno Randolf wrote:
> On Tue July 20 2010 23:52:00 Bob Copeland wrote:
> > > again, here my same concerns: printing the reasons for resets is
> > > something which is useful on embedded boards and production setups which
> > > can't have tracing enabled. w
On Tue, Jul 13, 2010 at 08:32:40AM -0700, Bob Copeland wrote:
> We currently trigger a reset via a tasklet when certain error
> conditions are detected so that the card will (eventually)
> restart. Unfortunately this makes locking complicated since
> reset can also be called in process context (e.
On Wed, Jun 23, 2010 at 7:39 AM, Johannes Stezenbach wrote:
> On Tue, Jun 22, 2010 at 12:38:03PM -0700, Luis R. Rodriguez wrote:
>> On Tue, Jun 22, 2010 at 12:37 PM, Luis R. Rodriguez wrote:
>> > On Tue, Jun 22, 2010 at 12:31 PM, Johannes Stezenbach
>> > wrote:
>&
On Tue, Jun 22, 2010 at 9:52 AM, Matthew Garrett wrote:
> On Tue, Jun 22, 2010 at 09:48:40AM -0700, Luis R. Rodriguez wrote:
>
>> Sure, I agree with that, but it also will enable ASPM for *all*
>> devices which have the capability which IMHO is a terrible idea for
>> use
On Tue, Jun 22, 2010 at 12:37 PM, Luis R. Rodriguez wrote:
> On Tue, Jun 22, 2010 at 12:31 PM, Johannes Stezenbach wrote:
>> On Tue, Jun 22, 2010 at 07:44:26PM +0100, Matthew Garrett wrote:
>>> On Tue, Jun 22, 2010 at 11:28:20AM -0700, Luis R. Rodriguez wrote:
>>> &g
On Tue, Jun 22, 2010 at 12:31 PM, Johannes Stezenbach wrote:
> On Tue, Jun 22, 2010 at 07:44:26PM +0100, Matthew Garrett wrote:
>> On Tue, Jun 22, 2010 at 11:28:20AM -0700, Luis R. Rodriguez wrote:
>> >
>> > Heh, this whole patch and thread was started because J
On Tue, Jun 22, 2010 at 11:44:26AM -0700, Matthew Garrett wrote:
> On Tue, Jun 22, 2010 at 11:28:20AM -0700, Luis R. Rodriguez wrote:
> > On Tue, Jun 22, 2010 at 10:50 AM, Matthew Garrett
> > wrote:
> > > People who use "force" deserve whatever they get,
> &g
On Tue, Jun 22, 2010 at 10:50 AM, Matthew Garrett wrote:
> On Tue, Jun 22, 2010 at 10:40:15AM -0700, Luis R. Rodriguez wrote:
>> On Tue, Jun 22, 2010 at 10:25 AM, Matthew Garrett
>> wrote:
>> > Right, which we have to deal with by having drivers disable ASPM on
>>
On Tue, Jun 22, 2010 at 10:25 AM, Matthew Garrett wrote:
> On Tue, Jun 22, 2010 at 10:17:11AM -0700, Luis R. Rodriguez wrote:
>> On Tue, Jun 22, 2010 at 9:52 AM, Matthew Garrett wrote:
>> > Why would you only want to enable ASPM for one device?
>>
>> ASPM doesn'
On Tue, Jun 22, 2010 at 9:31 AM, Matthew Garrett wrote:
> On Mon, Jun 21, 2010 at 01:39:07PM -0700, Luis R. Rodriguez wrote:
>> Last I reviewed CONFIG_PCIEASPM won't buy you *anything* other than
>> debugging knobs. With it you can force all devices to enable ASPM
>> c
On Mon, Jun 21, 2010 at 1:33 PM, Jussi Kivilinna
wrote:
> Quoting "Maxim Levitsky" :
>
>> Card (at least mine) advertises its as a 'pre pci 1.1 device'.
>> Therefore if I enable CONFIG_PCIEASPM, the pci core will automaticly
>> disable ASPM (both L0s and L1) on this card.
>> I won't be surprised t
On Mon, Jun 21, 2010 at 1:16 PM, Maxim Levitsky wrote:
> Luis, let me explain again, exactly the situation:
>
> First of all AR5001 and AR5001X devices (former was usualy listed as
> AR2425, and I have it, later I don't know about much), don't work well
> with ASPM L0s enabled.
Thanks for the cla
On Mon, Jun 21, 2010 at 4:48 AM, Daniel Golle wrote:
> I'm developing on OpenWrt to work with EEPROM-less ath5k mini-pci devices.
> This is needed to support the ar71xx-based Senao EAP7660D board which got
> two AR5413 modules soldered into its mini-pci slots. In the original
> Firmware, MAC addre
On Sun, Jun 20, 2010 at 4:18 AM, Maxim Levitsky wrote:
> On Sun, 2010-06-20 at 01:13 -0700, Luis R. Rodriguez wrote:
>> > commit ac5de416f822917b927958b21186a82141550da7
>> > Author: Maxim Levitsky
>> > Date: Thu Jun 17 23:21:42 2010 +0300
>> >
>&g
Note: this e-mail is on a public mailing list.
On Sat, Jun 19, 2010 at 12:49 AM, Maxim Levitsky
wrote:
> On Fri, 2010-06-18 at 17:11 +0300, Maxim Levitsky wrote:
>> On Fri, 2010-06-18 at 09:59 -0400, Bob Copeland wrote:
>> > On Fri, Jun 18, 2010 at 7:05 AM, Maxim Levitsky
>> > wrote:
>> > >> Pa
On Fri, Jun 18, 2010 at 9:57 AM, David Quan wrote:
> Data Falcon.
> A chip that has been long EOL.
> It barely saw a real life.
>
> Not a supported hardware for at least 5 years now.
Thanks for the details, I don't even see code for its support on the
legacy HAL we released:
http://kernel.org/pu
Note: this e-mail is on a public mailing list.
David, what's AR5513? Is it a legacy device?
Luis
On Fri, Jun 18, 2010 at 06:00:55AM -0700, Zabb65 wrote:
> I'm looking to see if there is any interest in adding AR5513 support
> to the ath5k HAL. I have one of the devices myself and would love to
On Wed, Jun 16, 2010 at 9:47 PM, Bruno Randolf wrote:
> hi!
>
> are there any news on that? i think i hit the same bug, now...
I provided verbose instructions what can be done to further debug this.
Luis
___
ath5k-devel mailing list
ath5k-devel@lists
Found our PCI device list not up to date with respect
to the PCI device ID db for 0x168c for legacy (non-802.11)
devices:
https://pci-ids.ucw.cz/read/PC/168c/
There a few bogus ones there but I believe these are also
listed on our NDIS driver.
Signed-off-by: Luis R. Rodriguez
---
[RFT
On Fri, Jun 4, 2010 at 2:21 PM, Luis R. Rodriguez
wrote:
> On Fri, Jun 04, 2010 at 12:30:09PM -0700, John W. Linville wrote:
>> On Wed, May 19, 2010 at 10:31:48AM +0900, Bruno Randolf wrote:
>> > Allow setting TX and RX antenna configuration via nl80211/cfg80211.
>
On Fri, Jun 04, 2010 at 12:30:09PM -0700, John W. Linville wrote:
> On Wed, May 19, 2010 at 10:31:48AM +0900, Bruno Randolf wrote:
> > Allow setting TX and RX antenna configuration via nl80211/cfg80211.
> >
> > The antenna configuration is defined as a bitmap of allowed antennas. This
> > bitmap i
On Tue, Jun 01, 2010 at 05:53:33PM -0700, Bruno Randolf wrote:
> On Wednesday 02 June 2010 01:32:52 Robert Brown wrote:
> > Yes, I'm using Ubuntu 10.04, so there's a network manager running.
>
> ok, 2 things to try, please: the patch i mentioned before (ASPM) and
> disabling
> network-manager.
>
Note: this e-mail thread is on a public mailing list.
Adding a few folks just for their information or in case they have
anything to add and It is also good to remind ourselves about best
practices for this stuff.
On Sun, May 30, 2010 at 6:06 PM, Bruno Randolf wrote:
> On Saturday 29 May 2010 05
On Fri, May 28, 2010 at 3:09 AM, Jussi Kivilinna
wrote:
> Atheros card on Acer Aspire One (AOA150, Atheros Communications Inc. AR5001
> Wireless Network Adapter [168c:001c] (rev 01)) doesn't work well with ASPM
> enabled. With ASPM ath5k will eventually stall on heavy traffic with often
> 'unsuppo
On Wed, May 26, 2010 at 12:41:28PM -0700, Lukáš Turek wrote:
> On Wednesday 26 May 2010 19:07:40 Arnd Hannemann wrote:
> > FWI: I believe this whole regulatory framework is pretty broken in 2.6.34
> > If I associate with a 802.11g accesspoint with one NIC , I'm not allowed
> > to use 802.11a on my
Just FYI, you want to use linux-wireless for reporting such things,
not ath5k-devel. Also I have been real busy in March (and stil am but
just trying to reply) so if I do not reply maybe others can. In
linux-wireless you'll likely get much more review/help than ath5k-devel
for this.
More below.
O
On Wed, May 26, 2010 at 11:09 AM, Arnd Hannemann
wrote:
> Am 26.05.2010 19:11, schrieb Luis R. Rodriguez:
>> On Wed, May 26, 2010 at 4:23 AM, Arnd Hannemann
>> wrote:
>>
>>> Hi,
>>>
>>> I'm trying to use 802.11a channels in AP mode with
On Wed, May 26, 2010 at 10:07 AM, Arnd Hannemann
wrote:
> Hi,
>
> FWI: I believe this whole regulatory framework is pretty broken in 2.6.34
> If I associate with a 802.11g accesspoint with one NIC , I'm not allowed
> to use 802.11a on my other NIC at all.
>
> [ 23.352168] wlan0: associated
> [
On Wed, May 26, 2010 at 4:23 AM, Arnd Hannemann
wrote:
> Hi,
>
> I'm trying to use 802.11a channels in AP mode with my ath5k nics with kernel
> 2.6.34.
> And after setting up crda, udev and wireless regdb,
Which release of wireless-regdb?
> "iw list" still shows flags
> "passive scanning, no IB
On Sat, May 22, 2010 at 08:43:48PM -0700, Robert Brown wrote:
> It wasn't immediately apparent to me how to undo the Ubuntu backports option
> Luis suggested in his email, so I opted instead to download source code --
> compat-wireless-2010-05-18.
>
> I couldn't bring myself to run "make install"
On Fri, May 21, 2010 at 12:10 PM, Felix Fietkau wrote:
> On 2010-05-21 7:11 PM, Luis R. Rodriguez wrote:
>> On Thu, May 20, 2010 at 06:59:33PM -0700, Bruno Randolf wrote:
>>> so from my point of view this is not very different from what we can support
>>> with the API i
On Thu, May 20, 2010 at 06:59:33PM -0700, Bruno Randolf wrote:
> On Friday 21 May 2010 07:05:48 Luis R. Rodriguez wrote:
> > For legacy, keep it simple, use 3 settings, fixed_a, fixed_b,
> > diversity, for all devices.
>
> did you not understand my examples why i think it
Just for clarification, these e-mails are on a public mailing list.
On Thu, May 20, 2010 at 03:14:01PM -0700, Sam Ng wrote:
> Just to be accurate, we do have pre-lln devices that support
> more than 1 antenna ie. slow/fast diversity
Right, this is the typical fixed anntena a, fixed anntena b, or
On Wed, May 19, 2010 at 11:43 PM, Luis R. Rodriguez
wrote:
> On Wed, May 19, 2010 at 10:36 PM, Bruno Randolf wrote:
>> On Thursday 20 May 2010 14:17:19 you wrote:
>>> None of the legacy 802.11 drivers we support have more than 2
>>> antennas, I am also not aware of
On Wed, May 19, 2010 at 10:36 PM, Bruno Randolf wrote:
> On Thursday 20 May 2010 14:17:19 you wrote:
>> None of the legacy 802.11 drivers we support have more than 2
>> antennas, I am also not aware of any.
>
> i have heard of some solutions based on atheros chipsets with more than 2
> antennas ("
>> > that's not very clear. can you give me an example?
>>
>> iw dev wlan0 set_tx_antenna 4
>
> so you want to transmit on antenna 3. if the card has 3 antennas -
> why not?
None of the legacy 802.11 drivers we support have more than 2
antennas, I am also not aware of any.
>> > what if there is a
On Wed, May 19, 2010 at 6:12 PM, Bruno Randolf wrote:
> On Thursday 20 May 2010 09:51:43 Luis R. Rodriguez wrote:
>> On Wed, May 19, 2010 at 05:35:40PM -0700, Bruno Randolf wrote:
>> > On Thursday 20 May 2010 02:07:25 you wrote:
>> > > On Tue, May 18, 2010 at
On Wed, May 19, 2010 at 05:35:40PM -0700, Bruno Randolf wrote:
> On Thursday 20 May 2010 02:07:25 you wrote:
> > On Tue, May 18, 2010 at 6:31 PM, Bruno Randolf wrote:
> > > + * @NL80211_ATTR_ANTENNA_TX: Bitmap of antennas to use for transmitting.
> > > + * @NL80211_ATTR_ANTENNA_RX: Bitmap of anten
On Tue, May 18, 2010 at 6:31 PM, Bruno Randolf wrote:
> + * @NL80211_ATTR_ANTENNA_TX: Bitmap of antennas to use for transmitting.
> + * @NL80211_ATTR_ANTENNA_RX: Bitmap of antennas to use for receiving.
This gets the job done, but that's it. The API defined allows for a
hugely loose implementati
On Tue, May 18, 2010 at 6:30 PM, Bruno Randolf wrote:
> These are all my pending ath5k patches + the antenna support for cfg80211
> rebased against 2.6.34 and based on the previous patch i sent for stable
> ("ath5k: consistently use rx_bufsize for RX DMA").
No need to bunch these up together, in
On Mon, May 17, 2010 at 7:51 PM, Bruno Randolf wrote:
> On Tuesday 18 May 2010 11:29:27 Robert Brown wrote:
>> I'm running Ubuntu Linux 10.04 on an Acer Aspire ZG5 netbook that contains
>> Atheros wifi hardware. There's a sticker on the back that says "Atheros
>> AR5BXB63". The uname command rep
On Fri, May 14, 2010 at 03:05:22PM -0700, Bruno Randolf wrote:
> On Saturday 15 May 2010 01:04:34 Luis R. Rodriguez wrote:
> > On Fri, May 14, 2010 at 12:50 AM, Bruno Randolf wrote:
> > > We should use the same buffer size we set up for DMA also in the hardware
> > >
On Fri, May 14, 2010 at 12:50 AM, Bruno Randolf wrote:
> We should use the same buffer size we set up for DMA also in the hardware
> descriptor. Previously we used common->rx_bufsize for setting up the DMA
> mapping, but skb_tailroom(skb) for the size we tell to the hardware in the
> descriptor it
On Sun, May 9, 2010 at 10:04 PM, Mohammad Abdelhadi wrote:
> Dear All,
>
> I want to know how ath5k is connected to the net80211 directory in the
> kernel ( or the compatible one), because I can't see in
> drivers/net/wireless/ath/ath5k any thing like that. And if I want to do
> changes in the cod
On Mon, May 10, 2010 at 12:14:59PM -0700, Mohammad Abdelhadi wrote:
>
>
> On Mon, May 10, 2010 at 11:04 PM, Luis R. Rodriguez
> mailto:mcg...@gmail.com>> wrote:
> On Sun, May 9, 2010 at 10:04 PM, Mohammad Abdelhadi
> mailto:mo.ja...@gmail.com>> wrote:
> >
On Tue, May 04, 2010 at 04:15:23PM -0700, ankit rawat wrote:
> Hi
>
> As part of our course project, we have to implement "automatic transmit power
> control" in wireless networks. We are trying to modify the ath5k driver code
> from the Compat Wireless package while working on "Proxim orinoco 1
On Wed, Apr 14, 2010 at 02:57:30PM -0700, Pavel Roskin wrote:
> On Tue, 2010-04-13 at 17:31 +0200, eric.koend...@peektraffic.nl wrote:
> > Hi,
> >
> > I encountered a small problem when I added a special range to the crda
> > database for my country: after an "iw set reg" command the additional
>
On Sun, Mar 28, 2010 at 7:26 PM, Bob Copeland wrote:
> On Sun, Mar 28, 2010 at 12:50:52PM +0200, Jiri Moravec wrote:
>> country 98:
>> (2402 - 2482 @ 40), (N/A, 20)
>> (5170 - 5250 @ 40), (N/A, 20), NO-OUTDOOR
>> (5250 - 5330 @ 40), (N/A, 20), NO-OUTDOOR, DFS
>> (54
On Thu, Mar 25, 2010 at 06:21:50PM -0700, Derek Smithies wrote:
>
> On Fri, 26 Mar 2010, Bruno Randolf wrote:
>
> - Improve beacon averaging algorithm for IBSS:
> >>> is to turn ani off. which means the issue you raised else where of
> >>> providing reasonable userland controls (not via debu
Adding a few more people for wider review on this.
On Thu, Mar 25, 2010 at 05:53:48PM -0700, Bruno Randolf wrote:
> On Friday 26 March 2010 09:44:31 Luis R. Rodriguez wrote:
> > > as well, we all agree that there should be userland controls. the
> > > questions is just about
On Thu, Mar 25, 2010 at 05:27:57PM -0700, Bruno Randolf wrote:
> On Friday 26 March 2010 06:13:11 Luis R. Rodriguez wrote:
> > > > - Improve beacon averaging algorithm for IBSS: Maybe we should keep
> > > > track of
> > > >
> > > > the aver
On Thu, Mar 25, 2010 at 02:10:55PM -0700, Derek Smithies wrote:
> Hi,
> On Thu, 25 Mar 2010, Bruno Randolf wrote:
> > This is ANI for ath5k.
> Fantastic!!
> I have used your initial ani patch set here, and it did help througput
> etc.
> >
> > - Improve beacon averaging algorithm for IBSS: Maybe
On Tue, Mar 23, 2010 at 8:17 PM, Bruno Randolf wrote:
> On Saturday 20 March 2010 11:35:50 Bruno Randolf wrote:
>> On Saturday 20 March 2010 01:55:49 Luis R. Rodriguez wrote:
>> > Can you split this up into different patches, each one doing just
>> > one of the ab
On Mon, Mar 22, 2010 at 08:05:05AM -0700, Jiri Moravec wrote:
> On 22.3.2010 03:03, Pavel Roskin wrote:
> > On Sun, 2010-03-21 at 09:15 -0700, Gus Wirth wrote:
> >> On 03/20/2010 11:39 PM, Pavel Roskin wrote:
> >
> >>> Bridging doesn't work on the station side anyway because the 802.11
> >>> heade
On Fri, Mar 19, 2010 at 03:09:36AM -0700, Bruno Randolf wrote:
> From: Bruno Randolf
>
> - we don't need to generate a software interrupt (SWI) just to schedule a
> tasklet - we can just schedule the tasklet directly.
>
> - rename constants, etc to reflect the fact that we don't use SWI any mo
On Thu, Mar 18, 2010 at 2:24 PM, Greg KH wrote:
> On Thu, Mar 11, 2010 at 06:23:47PM -0500, Luis R. Rodriguez wrote:
>> These patches were already merged into the latest 2.6.33.y,
>> however they are not yet in the latest 2.6.32.y, they are
>> reported to make ath5k AP suppor
On Tue, Mar 16, 2010 at 03:46:57PM -0700, Benoit PAPILLAULT wrote:
> Bruno Randolf a écrit :
> > hey!
> >
> > look at that funky piece of code found in the HAL and also ath9k/ani.c:
> >
> > #define AR_MIBC_COW 0x0001
> > #define AR_MIBC_FMC 0x0002
> > #define AR_MIBC_CMC
From: Bob Copeland
When using the external sleep clock in AP mode, the
TSF increments too quickly, causing beacon interval
to be much lower than it is supposed to be, resulting
in lots of beacon-not-ready interrupts.
This fixes http://bugzilla.kernel.org/show_bug.cgi?id=14802.
Signed-off-by: Bo
These patches were already merged into the latest 2.6.33.y,
however they are not yet in the latest 2.6.32.y, they are
reported to make ath5k AP support rock solid by a few people.
For your conveinience I have also put these patches up here:
http://kernel.org/pub/linux/kernel/people/mcgrof/patches
From: Bob Copeland
The beacon sent gating doesn't seem to work with any combination
of flags. Thus, buffered frames tend to stay buffered forever,
using up tx descriptors.
Instead, use the DBA gating and hold transmission of the buffered
frames until 80% of the beacon interval has elapsed using
On Wed, Mar 10, 2010 at 12:53:08AM -0800, Joerg Pommnitz wrote:
> --- Bob Copeland wrote:
>
> > Von: Bob Copeland
> > Betreff: Re: [ath5k-devel] AP mode support in ath5k
> > An: "Joerg Pommnitz"
> > CC: ath5k-devel@lists.ath5k.org
> > Datum: Dienstag, 9. März, 2010 16:41 Uhr
> > On Tue, Mar 9,
On Mon, Mar 8, 2010 at 7:10 PM, Bob Copeland wrote:
> On Mon, Mar 8, 2010 at 8:21 PM, Luis R. Rodriguez wrote:
>> On Mon, Mar 8, 2010 at 4:50 PM, Bruno Randolf wrote:
>
>>>> > as i said, in my point of view ath5k has several problems right now
>>>> &g
On Mon, Mar 8, 2010 at 4:50 PM, Bruno Randolf wrote:
> On Tuesday 09 March 2010 09:47:09 Luis R. Rodriguez wrote:
>> On Mon, Mar 8, 2010 at 4:34 PM, Bruno Randolf wrote:
>> > On Tuesday 09 March 2010 01:24:48 Luis R. Rodriguez wrote:
>> >> >>
On Mon, Mar 8, 2010 at 4:34 PM, Bruno Randolf wrote:
> On Tuesday 09 March 2010 01:24:48 Luis R. Rodriguez wrote:
>> >> Thanks Bruno, are these stable fixes?
>> >
>> > hi luis!
>> >
>> > i think so. the behaviour before was completely broken, now
On Sun, Mar 7, 2010 at 8:17 PM, Bruno Randolf wrote:
> On Monday 08 March 2010 12:56:52 Luis R. Rodriguez wrote:
>> On Sun, Mar 7, 2010 at 6:59 PM, Bruno Randolf wrote:
>> > I/Q calibration was completely broken, resulting in a high number of CRC
>> > errors on recei
1 - 100 of 428 matches
Mail list logo