User Details
- User Since
- May 14 2014, 7:57 AM (647 w, 3 d)
Today
Yesterday
This looks good to me. I'm glad we finally have this heh. :-)
Fri, Oct 9
Thu, Oct 8
Well we should land /something/ here. Can we just land this as-is and worry about how to describe them for next year? and get that figured out in advance?
right; we shouldn't need to update rval from the rate table again, as it's already been looked up earlier.
@imp do we need anything else from srcmgr? any ideas?
Wed, Oct 7
ok, from my reading, they SHOULD be the same thing for CCK and OFDM. This particular bit of code is pretty terrible though - it doesn't support HT or VHT in this path; I have no idea how static rate HT would work for management frames here (ie, the path that isn't going via firmware rate control), and VHT just isn't hooked up.
Tue, Oct 6
i like it. @jhibbits what do you think?
@oleglelchuk_gmail.com did you test https://reviews.freebsd.org/D59883 instead of this diff? did it help at all?
Mon, Oct 5
Do you have a test program you can check in somewhere as a stress test? would be good to catch this if it creeps up again.
hm, whats left before we can land this?
Sun, Oct 4
ah ok it's for lining up logs between host and target. Sounds good.
@imp ping?
Sat, Oct 3
This looks good to me. I'll go poke srcmgr@ about it directly just for the final OK.
Fri, Oct 2
Thu, Oct 1
ok, i'll wait for @markj to do a final review, and then i'll stamp it. Thanks!
more fixes - i needed to change the sta add and sta rm to
also use the DQA queues or else I get firmware assertions!
Wed, Sep 30
oops, this actually DOES now work on the 7260/9260.
I had a whole bunch of little stupid things to fix here.
Tue, Sep 29
nice catch! thanks!
i think is this conceptually just fine. I'd like some other networking-y people to review it and ok it too!
a reported problem on irc:
Mon, Sep 28
Sun, Sep 27
oh, nice catch! remind me again why they're all ending up in one group here?
