2009/3/11 Maxim Levitsky <maximlevitsky@xxxxxxxxx>: > > First, big thanks to Nick Kossifidis > Finally I get a decent speed out of my aspire one > iwconfig output specifies 54M/s. > It's not only my work it's also Felix's work and of course Sam's work, but thanks anyway ;-) > Still transfer speeds are at 2.4~2.5M/s, while I could achieve 2.9~3.0 > Mb/s on my iwl3945. Probably ANI support with fix that, or maybe just > that is the device maximum, for example due to noise at hardware paths, > not a perfect amplifier, etc... I need to test this in windows. > It can also be the missing Spur mitigation stuff, missing WME stuff, we have a lot of things to do (i'll update the TODO list on wiki asap)... > Also, ath5k issues many resets to the device, which results in transfer > stalls for few seconds, so effective speed is much lower. > But these are minor solvable problems, and thus thanks again. > Yup we need to stop calling reset so often also after i'm done with phy stuff i'll focus on a smaller reset that'll only tweak some parts of pcu/qcu to stop/resume queues without reseting the whole chip. > > So in summary your patch works fine. > Thanks a lot for your feedback ;-) > But I noticed that few (or one) bugs crept into ath5k while I didn't > update it. > > Latest version of wireless-testing that doesn't produce any > oopses/problems with suspend to disk, etc : master-2009-02-24 > > > I now downloaded the 'compat-wireless-2009-03-10', and installed on the > above tree (I usually just install and use a wireless-testing tree, but > this time I was lazy, so I just installed compat-wireless package) > > > With or without (tested both) latest Nick's patches, it fails very badly > with suspend to disk. > > After a suspend to disk, NM can't scan - iwlist scan says : device is > busy > > (Btw I got same behavior with my iwl3945 - I disabled its hardware scan > to fix this temporally) > > > If I unload/reload the ath5k, it seems to work. but at next suspend to > disk, once system hung, other time it showed many panic, in something > related to page allocator (one even was in page_alloc_pages or so) > > > Next time I just reloaded the ath5k, and got this in dmesg: > > > I got this too many times and also some kmemcheck stuff but i didn't had any time to look at it, i don't think it's related to ath5k or mac80211, i got such crashes with the applesmc module too. -- GPG ID: 0xD21DB2DB As you read this post global entropy rises. Have Fun ;-) Nick -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html