User Details
- User Since
- May 14 2014, 7:57 AM (636 w, 1 d)
Today
Yesterday
Tue, Jul 21
Landed via another review (https://reviews.freebsd.org/D49161)
I've been working in this in another stack (https://reviews.freebsd.org/D58384 as an example) to do a lot of needed API cleanup before we can bump this without breaking the current ioctls.
oh damn i missed this, I think it's worth refactoring it so we do have a specific place to pull the TX power from.
Mon, Jul 20
I'll think about this a bit more tomorrow. A lot of dead code is just dead code, but I do wonder what the #if 0 register programming was trying to do and what weird issues happened twenty years ago :P
Sun, Jul 19
@ziaee i landed everything up to but not including this diff. Let's chat with nick to finalise things.
oh good catch! (I've found/fixed these width bugs in the deep past, they can be a pain to find as not every counter is the damned same... :-) )
Sat, Jul 18
Fri, Jul 17
I'm pretty sure this header needs to be in /usr/include due, well, its seniority status among headers (ie, what software expects.)
yes i tested this!
yes i tested this!
yes i tested this!
yes i tested this!
Wed, Jul 15
ziaee, any other updates? wanna poke nprice on irc and get this finished up so I can land the stack? Thanks!
We should loop jrtc27 and maybe someone from srcmgr into this
Tue, Jul 14
Mon, Jul 13
Sun, Jul 12
It is fine as-is, we can rename it later if needs be.
So why are a whole lot of functions getting an fd added to them?
