On Thu, Dec 9, 2010 at 10:38 PM, Bob Copeland m...@bobcopeland.com wrote:
On Thu, Dec 09, 2010 at 10:21:34AM +0100, Helmut Schaa wrote:
On Wed, Dec 8, 2010 at 10:53 PM, Jonathan Guerin jonat...@guerin.id.au
wrote:
I only seem to have Minstrel as the only available Rate Control
algorithm
On Fri, Dec 10, 2010 at 3:00 AM, Bob Copeland m...@bobcopeland.com wrote:
On Fri, Dec 10, 2010 at 12:34:19AM +1000, Jonathan Guerin wrote:
For what it's worth, I tested pid and minstrel a while ago with a
modified mac80211_hwsim, and found minstrel to be quite a bit better
at rate
On Wed, Dec 8, 2010 at 6:06 PM, Bruno Randolf b...@einfach.org wrote:
When ath5k doesn't get retry limits from above it uses the following
defaults on dcu.
For now i don't think we use local-hw.conf.short_frame_max_tx_count
for that so the
default is ah_limit_tx_retries
On Thu, Dec 9, 2010 at 2:08 AM, Bob Copeland m...@bobcopeland.com wrote:
On Mon, Dec 6, 2010 at 3:14 AM, Bruno Randolf b...@einfach.org wrote:
But it seems weird that there are so many retransmissions. The default
maximum
numbers of retransmissions should be 7 for short frames and 4 for long
On Wed, Dec 8, 2010 at 7:05 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/12/8 Bruno Randolf b...@einfach.org:
ath5k should take the retry limit (short and long) configuration from
mac80211
instead of relyinng on some dubious initial values.
More importantly, the register definition
On Mon, Dec 6, 2010 at 6:14 PM, Bruno Randolf b...@einfach.org wrote:
On Mon December 6 2010 15:30:00 Jonathan Guerin wrote:
Hi,
I've been doing some investigation into the behaviour of contention
windows and retransmissions.
Firstly, I'll just describe the test scenario and setup that I
On Mon, Dec 6, 2010 at 7:36 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/12/6 Bruno Randolf b...@einfach.org:
On Mon December 6 2010 15:30:00 Jonathan Guerin wrote:
Hi,
I've been doing some investigation into the behaviour of contention
windows and retransmissions.
Firstly, I'll
On Mon, Dec 6, 2010 at 7:38 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/12/6 Jonathan Guerin jonat...@guerin.id.au:
Hi,
I've been doing some investigation into the behaviour of contention
windows and retransmissions.
Firstly, I'll just describe the test scenario and setup that I
Have a look at the ANI file in
/sys/kernel/debug/ieee80211/phyx/ath5k/ani
You will need to enable debugfs debug entries for ath5k in your kernel config.
Alternatively, you can look at the patches Bruno Randolf added:
[PATCH 2/2] ath5k: Add channel time to survey data
Cheers,
--
Jonathan
Hi,
I've been doing some investigation into the behaviour of contention
windows and retransmissions.
Firstly, I'll just describe the test scenario and setup that I have. I
have 3 Via x86 nodes with Atheros AR5001X+ cards. They are tethered to
each other via coaxial cables, into splitters. They
On Sat, Nov 27, 2010 at 11:57 AM, Lukáš Turek 8...@praha12.net wrote:
On Saturday 27 November 2010 02:31:53 Nick Kossifidis wrote:
When we convert to core clock units it's what we should do, all
timings should change the same way. I don't know what this
aPHY-RX-START-Delay is but if it changes
On Thu, Nov 25, 2010 at 8:41 AM, Jonathan Guerin jonat...@guerin.id.au wrote:
On Wed, Nov 24, 2010 at 10:55 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/11/24 Jonathan Guerin jonat...@guerin.id.au:
diff --git a/drivers/net/wireless/ath/ath5k/pcu.c
b/drivers/net/wireless/ath/ath5k
On Wed, Nov 24, 2010 at 10:55 PM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/11/24 Jonathan Guerin jonat...@guerin.id.au:
diff --git a/drivers/net/wireless/ath/ath5k/pcu.c
b/drivers/net/wireless/ath/ath5k/pcu.c
index e691378..4556f29 100644
--- a/drivers/net/wireless/ath/ath5k/pcu.c
On Wed, Nov 24, 2010 at 5:09 AM, Nick Kossifidis mickfl...@gmail.com wrote:
* Extend get_default_sifs/slot_time to include timings for turbo
half and quarter rate modes.
* AR5210 code for now uses timings already on core clock units
instead of usecs so rename them (we 'll clean it up
On Wed, Nov 24, 2010 at 11:04 AM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/11/24 Nick Kossifidis mickfl...@gmail.com:
2010/11/24 Jonathan Guerin jonat...@guerin.id.au:
On Wed, Nov 24, 2010 at 5:09 AM, Nick Kossifidis mickfl...@gmail.com
wrote:
* Extend get_default_sifs/slot_time
On Wed, Nov 24, 2010 at 11:35 AM, Jonathan Guerin jonat...@guerin.id.au wrote:
On Wed, Nov 24, 2010 at 11:04 AM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/11/24 Nick Kossifidis mickfl...@gmail.com:
2010/11/24 Jonathan Guerin jonat...@guerin.id.au:
On Wed, Nov 24, 2010 at 5:09 AM, Nick
On Sun, Nov 21, 2010 at 12:18 AM, Bob Copeland m...@bobcopeland.com wrote:
On Wed, Nov 17, 2010 at 8:01 PM, Jonathan Guerin jonat...@guerin.id.au
wrote:
Hmm.. I just ran some tests myself on wireless-testing, with ath5k
connected and not connected and didn't have any problems. Are you
doing
is the value FAR smaller than the channel
busy time...?
Thanks,
--
Jonathan Guerin
On Tue, Oct 19, 2010 at 5:56 PM, Bruno Randolf b...@einfach.org wrote:
Include the channel utilization (busy, rx, tx) in the survey results.
Signed-off-by: Bruno Randolf b...@einfach.org
---
drivers/net/wireless
now gone into
a reboot cycle, and I can't fix it until Monday.
Any help would be greatly appreciated.
Thanks,
--
Jonathan Guerin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
sent
back. I'm using ath5k as the underlying driver.
Thanks for the help,
--
Jonathan Guerin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
On Tue, Oct 26, 2010 at 4:39 PM, Bruno Randolf b...@einfach.org wrote:
On Tue October 26 2010 15:24:42 Jonathan Guerin wrote:
Hi,
I'm trying to access the phy-layer stats that were recently added to
cfg80211 and nl80211. I'm using a modified version of iw as per this
patch:
https
On Tue, Oct 12, 2010 at 9:46 PM, Bob Copeland m...@bobcopeland.com wrote:
On Tue, Oct 12, 2010 at 03:39:01PM +1000, Jonathan Guerin wrote:
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
I can confirm that this fix does indeed stop the panics. Could the
reason this can't be replicated
On Mon, Oct 11, 2010 at 10:56 PM, Bob Copeland m...@bobcopeland.com wrote:
By the way, I just got a chance to look at the stack trace.
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
It seems the skb doesn't have enough headroom for the
skb_pull(skb, ETH_HLEN) in skb_defer_rx_timestamp.
On Mon, Oct 11, 2010 at 10:56 PM, Bob Copeland m...@bobcopeland.com wrote:
By the way, I just got a chance to look at the stack trace.
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
It seems the skb doesn't have enough headroom for the
skb_pull(skb, ETH_HLEN) in skb_defer_rx_timestamp.
By
On Tue, Oct 12, 2010 at 2:21 PM, Bruno Randolf b...@einfach.org wrote:
On Tue October 12 2010 12:30:24 wangyaotwins wrote:
Mr:
Hello! I operatate as you show make
KLIB=/home/mcgrof/kernels/linux-2.6.27.22 \
KLIB_BUILD=/home/mcgrof/kernels/linux-2.6.27.22,but it result thatNo
rule to make
On Tue, Oct 12, 2010 at 10:58 AM, Jonathan Guerin jonat...@guerin.id.au wrote:
On Mon, Oct 11, 2010 at 10:56 PM, Bob Copeland m...@bobcopeland.com wrote:
By the way, I just got a chance to look at the stack trace.
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
It seems the skb doesn't have
On Sat, Oct 9, 2010 at 1:49 AM, Bob Copeland m...@bobcopeland.com wrote:
On Fri, Oct 8, 2010 at 12:33 AM, Jonathan Guerin jonat...@guerin.id.au
wrote:
The ath5k STA/AP virtualization patch went in as well. Any chance you
could bisect to see what patch causes the problem?
I'm not familiar
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolf b...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour
seems to make the most sense as it
will be driver/clock agnostic, and easily match up to frame txtimes if
you wanted to de-construct the value further.
bruno
--
Jonathan Guerin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolf b...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour
On Fri, Oct 8, 2010 at 2:10 PM, Bruno Randolf b...@einfach.org wrote:
On Fri October 8 2010 13:05:51 Ben Greear wrote:
On 10/07/2010 08:12 PM, Jonathan Guerin wrote:
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolfb...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote
/0xe6
Branch information:
commit 25de059bdad7ce916df6f2cfdfc1c2d2d72abf11
Merge: 412d5af 46bf695
Author: John W. Linville linvi...@tuxdriver.com
Date: Tue Oct 5 15:09:33 2010 -0400
Thanks,
Jonathan Guerin
___
ath5k-devel mailing list
ath5k-devel
On Thu, Oct 7, 2010 at 3:28 PM, Jonathan Guerin jonat...@guerin.id.au wrote:
Hi all,
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour of timestamps in ath5k, so I was
wondering
Changing the SIFS time (and hence the DIFS time) will not affect CCA -
the card will still not transmit if it detects a carrier...
Cheers,
--
Jonathan Guerin
On Mon, Sep 27, 2010 at 2:40 PM, shashi raj singh
singh_shashi...@yahoo.com wrote:
Hi Ryan,
I am also trying to stop CCA ... after
So, we would prefer to match the spec for an out-of-the-box build,
even tho it would appear to be a worse-performing driving to users?
--
Jonathan Guerin
On Wed, Sep 15, 2010 at 5:17 PM, Kalle Valo kv...@adurom.com wrote:
Jonathan Guerin jonat...@guerin.id.au writes:
the thing is, like bob
Any chance we can 'acquire' those test plans? ;-)
--
Jonathan Guerin
On Wed, Sep 15, 2010 at 5:36 PM, Kalle Valo kv...@adurom.com wrote:
Jonathan Guerin jonat...@guerin.id.au writes:
So, we would prefer to match the spec for an out-of-the-box build,
even tho it would appear to be a worse
potentially points to another problem), what is
being observed here is that CW_MIN appears to start at 7, rather than
the 15 which it should be.
I'm just wondering if anyone would have any idea why this is occurring?
Thanks,
--
Jonathan Guerin
PS sorry for the double-post, the system complained as my
On Wed, Sep 15, 2010 at 8:48 AM, Nick Kossifidis mickfl...@gmail.com wrote:
2010/9/14 Jonathan Guerin jonat...@guerin.id.au:
Hi all,
I have some behaviour I'm observing with some Atheros cards we use that
doesn't seem to match what the initvals of ath5k are set up to. These are
the cards I
On Wed, Sep 15, 2010 at 3:39 AM, Bob Copeland m...@bobcopeland.com wrote:
On Tue, Sep 14, 2010 at 1:51 AM, Jonathan Guerin jonat...@guerin.id.au
wrote:
as well as 1360 frames which came in with a negative CONTENTION_TIME.
Ignoring the fact that some frames are coming up with a negative
On Wed, Sep 15, 2010 at 10:58 AM, Bruno Randolf b...@einfach.org wrote:
On Wed September 15 2010 08:07:36 Jonathan Guerin wrote:
I'm capturing using a third-party station. I've had to use a Madwifi
station, as ath5k throws a lot of spurious timestamps up, which make
calculating this very, very
On Wed, Sep 15, 2010 at 9:07 AM, Jonathan Guerin jonat...@guerin.id.au wrote:
On Wed, Sep 15, 2010 at 3:39 AM, Bob Copeland m...@bobcopeland.com wrote:
On Tue, Sep 14, 2010 at 1:51 AM, Jonathan Guerin jonat...@guerin.id.au
wrote:
as well as 1360 frames which came in with a negative
smaller ACK Timeout value:
1024 0x1fff = 1024
1024/40 = 25us
Am I understanding this right? Is the driver actually setting the ACK
Timeout to be much smaller than even a DIFS, let alone matching the
spec?
Thanks,
--
Jonathan Guerin
___
ath5k-devel
On Wed, Sep 15, 2010 at 11:47 AM, Bruno Randolf b...@einfach.org wrote:
On Wed September 15 2010 09:44:09 Jonathan Guerin wrote:
The timings I used were from the 802.11-2007 spec.
SIFS, DIFS Slot Time: Table 17-15—OFDM PHY characteristics
NDPS values: Table 17-3—Modulation-dependent
On Wed, Sep 15, 2010 at 12:30 PM, Bruno Randolf b...@einfach.org wrote:
On Wed September 15 2010 10:56:32 Jonathan Guerin wrote:
According to the 802.11-2007 spec document, the ACKTimeout value is
(Section 9.2.8 ACK procedure):
ACKTimeout = aSIFSTime + aSlotTime + aPHY-RX-START-Delay
From
On Wed, Sep 15, 2010 at 1:01 PM, Jonathan Guerin jonat...@guerin.id.au wrote:
on 5212 this is 1000 in A mode and 1760 in G mode, which would result in a
timeout of 25 and 40.
We have a 5213 chip - does this default to the 5212 branch inside ath5k?
Never mind, I found it...
$$ attach.c
else
On Wed, Sep 15, 2010 at 1:16 PM, Bruno Randolf b...@einfach.org wrote:
On Wed September 15 2010 12:01:50 Jonathan Guerin wrote:
On Wed, Sep 15, 2010 at 12:30 PM, Bruno Randolf b...@einfach.org wrote:
On Wed September 15 2010 10:56:32 Jonathan Guerin wrote:
According to the 802.11-2007 spec
On Wed, Sep 15, 2010 at 1:45 PM, Bruno Randolf b...@einfach.org wrote:
On Wed September 15 2010 12:28:36 Jonathan Guerin wrote:
Should all of the init be changed to use these functions, along with
#define init values?
i think it would be best if we could remove the initvals alltoghether
potentially points to another problem), what is being
observed here is that CW_MIN appears to start at 7, rather than the 15 which
it should be.
I'm just wondering if anyone would have any idea why this is occurring?
Thanks,
--
Jonathan Guerin
___
ath5k-devel
for replying!
--
Jonathan Guerin
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
denied' error.
Trying to load the module with the debug param fails with the following error:
ath5k: Unknown parameter `debug'
I'm wondering if someone would be able to point me in the right
direction to get this working.
Your help would be greatly appreciated!
Thanks,
--
Jonathan Guerin
wlan0 channel 36
iwconfig wlan0 essid txctest
# Set IP and bring up
ifconfig wlan0 10.0.1.64 netmask 255.255.255.0 up
sleep 5
# Scan trick to force association
iwlist scan
and this works and the station joins the existing Cell ID - I can ping
the other station etc.
Thanks,
--
Jonathan Guerin
I understand that it's not the way I'm supposed to do it. What I'm
saying is that it's not working, whereas the other way is! :(
I will play around some more with it tomorrow. It's still baffling as
to why the driver is not beaconing until there is another node tho...
--
Jonathan Guerin
I am happy to provide such data. Tell me what config you want me to
put in place and I'll set up a capture.
Cheers,
--
Jonathan Guerin
On Wed, Jul 21, 2010 at 8:11 AM, Derek Smithies de...@indranet.co.nz wrote:
Hi,
On Mon, 19 Jul 2010, Bob Copeland wrote:
On Mon, Jul 19, 2010 at 12:35 AM
nodes ALL start beaconing...
Cheers,
--
Jonathan Guerin
On Wed, Jul 21, 2010 at 9:16 AM, Bob Copeland m...@bobcopeland.com wrote:
On Wed, Jul 21, 2010 at 10:11:14AM +1200, Derek Smithies wrote:
Then on the other machine (Vista) I just located 'myibss' (so beacons
are working) and selected
On Tue, Jul 20, 2010 at 9:20 PM, Bob Copeland m...@bobcopeland.com wrote:
Yes, I've checked the channel (36, 5180) allows beaconing. I've tried
the commands you mentioned, but no luck. If I monitor the interface
from another station, the ath5k drive never appears to beacon.
What does iw phy
. I will try the ibss joining without MadWifi
tomorrow.
Thanks for all the help.
--
Jonathan Guerin
On Wed, Jul 21, 2010 at 11:16 AM, Jonathan Guerin jonat...@guerin.id.au wrote:
On Tue, Jul 20, 2010 at 9:20 PM, Bob Copeland m...@bobcopeland.com wrote:
Yes, I've checked the channel (36, 5180
Hi,
I'm trying to get my wireless nodes to associate in ad hoc mode. They
were able to work correctly with madwifi-ng, but with ath5k, they
simply will not associate. I've tried monitoring the interface for any
frames being sent out, but no beacons appear to be going out. I'm
currently running
57 matches
Mail list logo