On Fri, Dec 10, 2010 at 3:00 AM, Bob Copeland 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 adaptation. So whil
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 adaptation. So while it may be worth testing out for this
> > particular use c
On Thu, Dec 9, 2010 at 10:38 PM, Bob Copeland 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
>> wrote:
>> > I only seem to have Minstrel as the only available Rate Control
>> > algorithm in my kernel config?
>>
>> PID is
On Thu, Dec 09, 2010 at 10:21:34AM +0100, Helmut Schaa wrote:
> On Wed, Dec 8, 2010 at 10:53 PM, Jonathan Guerin
> wrote:
> > I only seem to have Minstrel as the only available Rate Control
> > algorithm in my kernel config?
>
> PID is only selectable on embedded platforms:
>
> config MAC80211_
On Wed, Dec 8, 2010 at 10:53 PM, Jonathan Guerin wrote:
> I only seem to have Minstrel as the only available Rate Control
> algorithm in my kernel config?
PID is only selectable on embedded platforms:
config MAC80211_RC_PID
bool "PID controller based rate control algorithm" if EMBEDDED
On Thu, Dec 9, 2010 at 2:08 AM, Bob Copeland wrote:
> On Mon, Dec 6, 2010 at 3:14 AM, Bruno Randolf 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 frames
>> (dot11[Short|Long]Re
On Wed, Dec 8, 2010 at 12:50 PM, Sedat Dilek wrote:
>
> I have applied, compiled and loaded new mac80211 kernel-module.
> What could be a good test-case?
Hrm, not sure, something like this?
- config the retry limits with iwconfig
- bring up the interface and connect to an AP, generate traffic
On Wed, Dec 8, 2010 at 6:11 PM, Bob Copeland wrote:
> On Wed, Dec 8, 2010 at 12:06 PM, Bob Copeland wrote:
>> On Wed, Dec 8, 2010 at 11:56 AM, John W. Linville
>> wrote:
Found the patch:
https://patchwork.kernel.org/patch/359722/
>>>
>>> Are you posting that for merging? Or just
On Wed, Dec 8, 2010 at 12:06 PM, Bob Copeland wrote:
> On Wed, Dec 8, 2010 at 11:56 AM, John W. Linville
> wrote:
>>> Found the patch:
>>>
>>> https://patchwork.kernel.org/patch/359722/
>>
>> Are you posting that for merging? Or just for testing?
>
> Testing -- I only compile tested it but it se
On Wed, Dec 8, 2010 at 11:56 AM, John W. Linville
wrote:
>> Found the patch:
>>
>> https://patchwork.kernel.org/patch/359722/
>
> Are you posting that for merging? Or just for testing?
Testing -- I only compile tested it but it seemed relevant
to this thread.
--
Bob Copeland %% www.bobcopeland
On Wed, Dec 08, 2010 at 11:45:39AM -0500, Bob Copeland wrote:
> On Wed, Dec 8, 2010 at 11:08 AM, Bob Copeland wrote:
> > On Mon, Dec 6, 2010 at 3:14 AM, Bruno Randolf wrote:
> >> But it seems weird that there are so many retransmissions. The default
> >> maximum
> >> numbers of retransmissions s
On Wed, Dec 8, 2010 at 11:08 AM, Bob Copeland wrote:
> On Mon, Dec 6, 2010 at 3:14 AM, Bruno Randolf 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 frames
>> (dot11[Short|Long]R
On Mon, Dec 6, 2010 at 3:14 AM, Bruno Randolf 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 frames
> (dot11[Short|Long]RetryLimit), and this is what is set as defaults in mac80211
> (
On Wed, Dec 8, 2010 at 6:06 PM, Bruno Randolf 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 (AR5K_INIT_TX_RETR
> > 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 (AR5K_INIT_TX_RETRY) but seems it's
> > wrong and we should
> > fix it...
> >
On Tue December 7 2010 10:12:18 Jonathan Guerin wrote:
> > Another thing that strikes me here is: why use multi rate retries if the
> > rate is all the same? (Ignore the actual value of the rate, this is the
> > HW rate code).
> >
> > Other examples:
> >
> > *** txdesc tries 2
> > *** mrr 0 tries
On Mon December 6 2010 19:53:49 Sedat Dilek 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 frames (dot11[Short|Long]RetryLimit), and this is what is set
> >> as defaults in m
2010/12/7 Björn Smedman :
> On Mon, Dec 6, 2010 at 9:14 AM, Bruno Randolf wrote:
> [snip]
>>
>> Other examples:
>>
>> *** txdesc tries 2
>> *** mrr 0 tries 9 rate 12
>> *** mrr 1 tries 2 rate 13
>> *** mrr 2 tries 3 rate 11
>>
>> = 16 transmissions in sum.
>>
>> *** txdesc tries 9
>> *** mrr 0 tri
On Mon, Dec 6, 2010 at 7:38 PM, Nick Kossifidis wrote:
> 2010/12/6 Jonathan Guerin :
>> 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 no
On Mon, Dec 6, 2010 at 7:36 PM, Nick Kossifidis wrote:
> 2010/12/6 Bruno Randolf :
>> 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
On Mon, Dec 6, 2010 at 6:14 PM, Bruno Randolf 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 hav
On Mon, Dec 6, 2010 at 9:14 AM, Bruno Randolf wrote:
[snip]
>
> Other examples:
>
> *** txdesc tries 2
> *** mrr 0 tries 9 rate 12
> *** mrr 1 tries 2 rate 13
> *** mrr 2 tries 3 rate 11
>
> = 16 transmissions in sum.
>
> *** txdesc tries 9
> *** mrr 0 tries 3 rate 11
> *** mrr 1 tries 9 rate 8
>
On Mon, Dec 6, 2010 at 10:36 AM, Nick Kossifidis wrote:
> 2010/12/6 Bruno Randolf :
>> 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
2010/12/6 Jonathan Guerin :
> 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
2010/12/6 Bruno Randolf :
> 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 have. I
>> have 3 Via x86 nodes
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 have. I
> have 3 Via x86 nodes with Atheros AR5001X+ cards. The
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 h
27 matches
Mail list logo