From: Nabajyoti Bera <nabajyotibera@gmail.com>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] ath9k-devel Digest, Vol 45, Issue 49
Date: Fri, 30 Mar 2012 10:29:24 +0530 [thread overview]
Message-ID: <000701cd0e32$00415e10$00c41a30$@gmail.com> (raw)
In-Reply-To: <mailman.481.1333066703.6085.ath9k-devel@lists.ath9k.org>
Advice for do that....
-----Original Message-----
From: ath9k-devel-bounces@lists.ath9k.org
[mailto:ath9k-devel-bounces at lists.ath9k.org] On Behalf Of
ath9k-devel-request at lists.ath9k.org
Sent: 30 March 2012 05:48
To: ath9k-devel at lists.ath9k.org
Subject: ath9k-devel Digest, Vol 45, Issue 49
Send ath9k-devel mailing list submissions to
ath9k-devel at lists.ath9k.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
or, via email, send a message with subject or body 'help' to
ath9k-devel-request at lists.ath9k.org
You can reach the person managing the list at
ath9k-devel-owner at lists.ath9k.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of ath9k-devel digest..."
Today's Topics:
1. Ubiquiti Wifistation Int Atheros ar2971 doesn't work
(Enrique Moreno)
2. Re: ath9k-devel Digest, Vol 45, Issue 48 (Nabajyoti Bera)
3. Re: Ubiquiti Wifistation Int Atheros ar2971 doesn't work
(Mohammed Shafi)
4. Re: Ubiquiti Wifistation Int Atheros ar2971 doesn't work
(Mohammed Shafi)
5. ath9k: limit TX bursts length to one frame?
(Floris Van den Abeele)
6. Re: ath9k: limit TX bursts length to one frame? (Adrian Chadd)
7. Re: ath9k: limit TX bursts length to one frame?
(Floris Van den Abeele)
----------------------------------------------------------------------
Message: 1
Date: Thu, 29 Mar 2012 14:57:24 +0200
From: Enrique Moreno <minisamu@hotmail.es>
Subject: [ath9k-devel] Ubiquiti Wifistation Int Atheros ar2971 doesn't
work
To: <ath9k-devel@lists.ath9k.org>
Message-ID: <DUB109-W3925F7CF6037F1FCDD2039B1480@phx.gbl>
Content-Type: text/plain; charset="iso-8859-1"
Ubiquiti Wifistation Int Atheros ar2971 doesn't work ... it has a different
ID from Ubiquiti Wifistation Ext version.
Can anybody include it, please?
Thank you very much for your attention,
Fox
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20120329/200ff9b6/a
ttachment-0001.htm
------------------------------
Message: 2
Date: Thu, 29 Mar 2012 18:48:46 +0530
From: "Nabajyoti Bera" <nabajyotibera@gmail.com>
Subject: Re: [ath9k-devel] ath9k-devel Digest, Vol 45, Issue 48
To: <ath9k-devel@lists.ath9k.org>
Message-ID: <000701cd0dae$8e78e290$ab6aa7b0$@gmail.com>
Content-Type: text/plain; charset="us-ascii"
That means my HP mini not support for aircrack-ng
N Bera
-----Original Message-----
From: ath9k-devel-bounces@lists.ath9k.org
[mailto:ath9k-devel-bounces at lists.ath9k.org] On Behalf Of
ath9k-devel-request at lists.ath9k.org
Sent: 29 March 2012 15:30
To: ath9k-devel at lists.ath9k.org
Subject: ath9k-devel Digest, Vol 45, Issue 48
Send ath9k-devel mailing list submissions to
ath9k-devel at lists.ath9k.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
or, via email, send a message with subject or body 'help' to
ath9k-devel-request at lists.ath9k.org
You can reach the person managing the list at
ath9k-devel-owner at lists.ath9k.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of ath9k-devel digest..."
Today's Topics:
1. Re: Anyone know a laptop that supports an AR9380 NIC?
(Mohammed Shafi)
2. Re: ath9k-devel Digest, Vol 45, Issue 47 (Nabajyoti Bera)
----------------------------------------------------------------------
Message: 1
Date: Thu, 29 Mar 2012 11:27:30 +0530
From: Mohammed Shafi <shafi.wireless@gmail.com>
Subject: Re: [ath9k-devel] Anyone know a laptop that supports an
AR9380 NIC?
To: Ben Greear <greearb@candelatech.com>
Cc: Daniel Halperin <dhalperi@cs.washington.edu>,
"ath9k-devel at lists.ath9k.org" <ath9k-devel@venema.h4ckr.net>
Message-ID:
<CAD2nsn1JLKSi-zyVyNiRz2UCqbaHwAJMQ7NYu9mSY20OGKwf9Q@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hello Ben,
we had got an acer laptop where we put AR9382 card, while previously i had
AR9380 i suppose.
it is ASPIRE 4730Z
> --
> Ben Greear <greearb@candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
--
thanks,
shafi
------------------------------
Message: 2
Date: Thu, 29 Mar 2012 15:10:06 +0530
From: "Nabajyoti Bera" <nabajyotibera@gmail.com>
Subject: Re: [ath9k-devel] ath9k-devel Digest, Vol 45, Issue 47
To: <ath9k-devel@lists.ath9k.org>
Message-ID: <000301cd0d90$04ddaa20$0e98fe60$@gmail.com>
Content-Type: text/plain; charset="us-ascii"
I am using HP mini laptop and I have ath9k wifi card. Interface wlan0.
Can crack wpa wifi by using aircrack-ng on Ubuntu?
Any body can help me.
N B
------------------------------
_______________________________________________
ath9k-devel mailing list
ath9k-devel at lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
End of ath9k-devel Digest, Vol 45, Issue 48
*******************************************
------------------------------
Message: 3
Date: Thu, 29 Mar 2012 20:34:58 +0530
From: Mohammed Shafi <shafi.wireless@gmail.com>
Subject: Re: [ath9k-devel] Ubiquiti Wifistation Int Atheros ar2971
doesn't work
To: Enrique Moreno <minisamu@hotmail.es>
Cc: ath9k-devel at lists.ath9k.org
Message-ID:
<CAD2nsn0=db_cbEGrf3E6V8Y8oMQBUZrhnpd7aD6r0EO-uz5RjA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Thu, Mar 29, 2012 at 6:27 PM, Enrique Moreno <minisamu@hotmail.es> wrote:
> Ubiquiti Wifistation Int Atheros ar2971 doesn't work ... it has a
> different ID from Ubiquiti Wifistation Ext version.
yes we can do it, can you please provide the ID, i can send a patch for you
to test it ?
>
> Can anybody include it, please?
>
>
> Thank you very much for your attention,
>
>
> Fox
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
--
thanks,
shafi
------------------------------
Message: 4
Date: Thu, 29 Mar 2012 20:59:27 +0530
From: Mohammed Shafi <shafi.wireless@gmail.com>
Subject: Re: [ath9k-devel] Ubiquiti Wifistation Int Atheros ar2971
doesn't work
To: Enrique Moreno <minisamu@hotmail.es>
Cc: ath9k-devel at lists.ath9k.org
Message-ID:
<CAD2nsn0tZ7T9KK6qNunpAd17y0YsvLT_nbDd8hD6CRd1mX1NjQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Thu, Mar 29, 2012 at 8:34 PM, Mohammed Shafi
<shafi.wireless@gmail.com> wrote:
> On Thu, Mar 29, 2012 at 6:27 PM, Enrique Moreno <minisamu@hotmail.es>
wrote:
>> Ubiquiti Wifistation Int Atheros ar2971 doesn't work ... it has a
different
>> ID from Ubiquiti Wifistation Ext version.
>
>
> yes we can do it, can you please provide the ID, i can send a patch
> for you to test it ?
pls provide lsusb -v
>
>>
>> Can anybody include it, please?
>>
>>
>> Thank you very much for your attention,
>>
>>
>> Fox
>>
>> _______________________________________________
>> ath9k-devel mailing list
>> ath9k-devel at lists.ath9k.org
>> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>>
>
>
>
> --
> thanks,
> shafi
--
thanks,
shafi
------------------------------
Message: 5
Date: Fri, 30 Mar 2012 01:26:33 +0200
From: Floris Van den Abeele <floris.vandenabeele@ugent.be>
Subject: [ath9k-devel] ath9k: limit TX bursts length to one frame?
To: ath9k-devel at lists.ath9k.org
Message-ID:
<CANpwQ1at5uBPm-ovrgB4K+tHhyBHXZJCc=39BiJi3xB1MrKPEw@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Dear ath9k-devel mailing list,
For a research project I'm trying to occupy the wireless medium with two
stations in an alternating fashion.
For the moment I'm trying to accomplish this by adapting the AIFS of the
corresponding ath_queue. Say that 2 stations are sending iperf traffic to
the AP in the Voice queue, when the transmission of a frame begins I hook
into the ATH9K_INT_TX interrupt and raise the AIFS value of the voice queue
to 15(inside ath_tx_process_buffer()) on the transmitting station. When the
other station receives this frame(the wlan interfaces are both in monitor
and managed mode) I lower the AIFS value of the Voice queue to 2(I
accomplish this by hooking into the ATH9K_INT_RX interrupt) on the
receiving station. Both stations alternate between the role of transmitting
and receiving station and one would expect to notice this when sniffing the
medium. However, while sniffing the medium I observe that the stations send
frame bursts(and receives ACKs!) of a size between 2 and 4. I would like to
limit this burst size to only one frame.
My question is this: is the hardware not capable of adapting the WMM
queue's AIFS value on a per-frame basis, does the problem lie with my
implementation(see P.S. for more info) or with a lack of me understanding
the IEEE-802.11n-2007 spec(is paragraph 2 false?)? I am under the
impression that when I update the AIFS value after transmission, the new
AIFS value is ignored for the next couple of frames(thus explaining the
observed burst size of 2-4). When outputting the AIFS values inside the
ath9k driver, this seems to indicate that the AIFS values are set according
to the second paragraph.
Thanks!
Floris
P.S.: The following snippet raises the AIFS value when a frame's
transmission is started. It's located inside ath_tx_processq() in
ath9k/xmit.c:
if (status == -EINPROGRESS) {
struct ath9k_tx_queue_info qi;
int ret = 0;
memset(&qi2, 0, sizeof(struct ath9k_tx_queue_info));
qi.tqi_aifs = 15;
qi2.tqi_cwmin = 4;
qi2.tqi_cwmax = 10;
qi2.tqi_burstTime = 0;
ret = ath_txq_update(sc, 0, &qi2);
if(!ret)
ath_dbg(common, ATH_DBG_XMIT, "ath_tx_processq() : updated voice
queue, set aifs = %d, cwmin = %d and cwmax = %d\n", qi2.tqi_aifs,
qi2.tqi_cwmin, qi2.tqi_cwmax);
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20120330/31819d92/a
ttachment-0001.htm
------------------------------
Message: 6
Date: Thu, 29 Mar 2012 16:51:08 -0700
From: Adrian Chadd <adrian@freebsd.org>
Subject: Re: [ath9k-devel] ath9k: limit TX bursts length to one frame?
To: Floris Van den Abeele <floris.vandenabeele@ugent.be>
Cc: ath9k-devel at lists.ath9k.org
Message-ID:
<CAJ-Vmomw1b+fZJ0_mrRqrJ4BTHwpMtbJF6fM2haFd=oMOVHNGA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi,
IIRC, I think ath_tx_processq() routine is called when the TX
completes, not when the TX begins.
The TX interrupt occurs not on TX begin, but TX completion / TX error.
HTH,
adrian
------------------------------
Message: 7
Date: Fri, 30 Mar 2012 02:08:01 +0200
From: Floris Van den Abeele <floris.vandenabeele@ugent.be>
Subject: Re: [ath9k-devel] ath9k: limit TX bursts length to one frame?
To: Adrian Chadd <adrian@freebsd.org>
Cc: ath9k-devel at lists.ath9k.org
Message-ID:
<CANpwQ1ZPL1Pwev_jAyrD5ywHvTcMzUMNN78m=v24JsupWXsRWg@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Dear Adrian,
I thought this to be the case as well, however i stumbled upon a paper
titled "CAESAR: Carrier Sense-Based Ranging in Off-The-Shelf 802.11
Wireless LAN" by D. Giustiniano et al which states the following:
The interrupt ATH9K INT TX is released for two different
events: When i) a data begins to be transmitted and ii)
an ACK has been completely received. In order to distin-
guish between the two events, a status flag EINPROGRESS
indicates whether ATH9K INT TX is triggered for the first or
second cause. We read the counters when the interrupt
ATH9K INT TX with status flag EINPROGRESS is handled by
the driver.
The paper can be found here:
http://conferences.sigcomm.org/co-next/2011/papers/1569470157.pdf
Due to the lack of proper interrupt documentation and due to my debugging
observations which confirm this behaviour, I'm inclined to agree with the
statement. The key is the EINPROGRESS flag. When sending a data frame I
observe(by debug output) that the ATH9K_INT_TX interrupt is fired twice:
once with the EINPROGRESS flag set to 1(I guess this means that the
hardware is in the process of transmission) and once with the EINPROGRESS
flag off(meaning that the transmission is over and the frame can be
discarded, i.e. an ACK is received if NoAck is false). Do you(or anyone
else) know of any documentation relating to the ATH9K_INT_TX interrupt as
to double check my findings?
Floris
2012/3/30 Adrian Chadd <adrian@freebsd.org>
> Hi,
>
> IIRC, I think ath_tx_processq() routine is called when the TX
> completes, not when the TX begins.
>
> The TX interrupt occurs not on TX begin, but TX completion / TX error.
>
> HTH,
>
>
>
> adrian
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20120330/7307bf41/a
ttachment.htm
------------------------------
_______________________________________________
ath9k-devel mailing list
ath9k-devel at lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
End of ath9k-devel Digest, Vol 45, Issue 49
*******************************************
next parent reply other threads:[~2012-03-30 4:59 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.481.1333066703.6085.ath9k-devel@lists.ath9k.org>
2012-03-30 4:59 ` Nabajyoti Bera [this message]
2012-03-30 21:52 ` [ath9k-devel] ath9k-devel Digest, Vol 45, Issue 49 Pavel Roskin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000701cd0e32$00415e10$00c41a30$@gmail.com' \
--to=nabajyotibera@gmail.com \
--cc=ath9k-devel@lists.ath9k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.