Sorry about that, I blame gmail's keyboard short cuts...<br>Ahem!<br>* Good reception conditions: less than 2m away from the AP, with nothing but air between it and my netbook.<br>* Poor reception conditions: About 8-9m away from the AP, with 3 walls and a door between it and my netbook.<br>
No other devices are connected to this AP during the testing. However, people sometimes get between the AP and the netbook on the poor testing conditions (I also don't have a lab for these tests).<br>* Control data: Linux 3.0 (LTS kernel from Arch Linux [core] repository)<br>
* Bugged data: Linux 3.6 (Stock kernel from Arch Linux [core] repository)<br>* Patched data: Linux 3.7-rc5 with the 2 reverted commits and Stanislaw's patch (Compiled from the PKGBUILD in Arch Linux [testing] repository with the patches added in)  <br>
<br>I should also state that where I live there are tenths of wireless networks and all the channels are used by at least one other network.<br>The test were run in different times (obviously) so the amount of other computers using other networks has likely differed during the data collection time. This could eventually explain the differences between the control and the patched data.<br>
<br>It is evident from the data presented that the patches seem to completely solve the problem in this case.<br><br>Once again, thank you for your attention and paches.<br><div class="gmail_extra"><br><br><div class="gmail_quote">
On 20 November 2012 21:43, Francisco Pina Martins <span dir="ltr"><<a href="mailto:f.pinamartins@gmail.com" target="_blank">f.pinamartins@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Here are the graphs as promised. =-)<br>Test conditions once again:<br>* Good reception conditions:<br><br>The improvements are vast.<div class="HOEnZb"><div class="h5"><br><br><div class="gmail_extra"><br><br><div class="gmail_quote">
On 20 November 2012 09:49, Francisco Pina Martins <span dir="ltr"><<a href="mailto:f.pinamartins@gmail.com" target="_blank">f.pinamartins@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have been testing Stanislaw's patch and I can confirm that it's quite an improvement. It's even (very) slightly better (could be just chance) than the LTS kernel I was using as control, under both good and bad receiving conditions.<br>


I'm still working on those graphs, expect them later today.<div><div><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 16 November 2012 15:07, Stanislaw Gruszka <span dir="ltr"><<a href="mailto:sgruszka@redhat.com" target="_blank">sgruszka@redhat.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Fri, Nov 16, 2012 at 02:58:49PM +0100, Andreas Hartmann wrote:<br>
> > The goal here is to fix regression caused by commit be03d4a45c, not<br>
> > to improve performance.<br>
><br>
> Why do you think, I would think it would improve performance?<br>
<br>
</div>Performance should be the same as it was before the commits were applied.<br>
<span><font color="#888888"><br>
Stanislaw<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>