On Tue, 2007-12-04 at 11:01 +0100, Stefano Brivio wrote: > On Tue, 04 Dec 2007 09:15:03 +0100 > Mattias Nissler <mattias.nissler@xxxxxx> wrote: > > > Um, if Nick says the device has problems transmitting frames, IMHO this > > will make it quite impossible to get the PID rate control right by > > tuning parameters. Of course you can set the failed frames percentage > > target to 100, but that's certainly not what we want. > > Ok, sure. But to some degree, having problems in transmitting frames > because of driver issues is an approximation of a noisy environment. > However, we can't do so much in this specific case. I don't think this data is useful for tuning the TX control algorithm at all. In the case of a noisy channel, you can improve the rate of successful transmission by switching to a more-robust rate. However, if the driver just gets the parameters wrong, a slower rate won't help at all, thus the feedback loop model on which the PID controller relies is severely flawed. > > > Just an idea for your hack: wouldn't it be easier if we had all these > > parameters accessible via debugfs instead of module parameters? Also, it > > might be useful to have the parameters in sysfs so they can be changed > > also for production systems, once mac80211 is stable. > > They are in sysfs. You just need to set perm to 0644. But this is racy, and > you should implement some locking, and I just didn't want to bother about > this. It's not racy, if you make sure that the interface is down while you > write parameters. Of course, if we want these parameters to get into > mac80211, proper locking should be implemented. Ah, ok, module parameters show up in sysfs. This is good for testing, but if we want to make some parameters available for everybody, we cannot rely on module parameters, i.e. when mac80211 is compiled int the kernel. I'd say we even want to be able to tweak the parameters on a per device basis, we should really add them to mac80211 sysfs. Mattias - 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
