On Sat, Mar 3, 2012 at 8:25 PM, Felix Fietkau <nbd@xxxxxxxxxxx> wrote: > On 2012-03-03 3:46 PM, Mohammed Shafi wrote: >> On Sat, Mar 3, 2012 at 7:47 PM, Felix Fietkau <nbd@xxxxxxxxxxx> wrote: >>> The way this is implemented (simply storing the last value) is absolutely >>> worthless for debugging anything, and the same information is also available >>> through the MAC sample feature, so there's no point in keeping this around. >> >> :) :) please keep this, we were debugging antenna diversity related >> issues in AR9485 with this stats. the antenna switching never >> happened, then with these stats we found that the rss1 seems to be >> always negative, same result with the windows driver also, then later >> found its a EEPROM related issue. > You can already get the antenna from the radiotap information of a > monitor mode interface, which I think is much more useful than this > limited debugfs parameter. If you really need this in debugfs, it could > also be added to the MAC sampling, though I think that one is rather > limited as well. > ok thanks, yes we can look it in MAC sampling for rssi stuff -- thanks, shafi -- 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