This looks good; how would we unit test this behaviour?

add some receive documentation

ok!

Want to rebase this to use the net80211_rssi_t once that diff lands?

Tested on my intel comet lake desktop w/ nvme attached via an ahci sata/raid integrated, worked just fine.

In D53910#1305645, @vladlen wrote:

In D53910#1305463, @carlavilla wrote:

In D53910#1305462, @mark_freebsdfoundation.org wrote:

@carlavilla The width is too much now - I only ever get the burger menu on my laptop screen, even at max width.

yes, happened the same to me in my computer, the problem is with the Russian language only. Maybe @vladlen can help us and put a short texts

I see the problem: Russian words in the menu are long, making the menu very wide. I have not yet found a good replacement — abbreviated versions of the menu items look rude or like slang. I would also say that the English descriptions are quite long as well, and currently the menu switches to smartphone mode at a width of 1350 px, whereas the recommended breakpoint for smartphones is 767 px.

I have a proposal. When the screen becomes smaller, the angle symbols in the menu wrap to a new line, and the menu looks strange. Could we remove these angles (I mean the HTML elements <i class="fa fa-angle-down fa-lg" aria-hidden="true"></i>)? The menu items look quite visible without these elements. As a result, the screen width can be decreased down to 767 px (smartphone size), and both English and Russian texts look good — for example, "Get FreeBSD" in both languages splits into two lines and looks good. In this case we could use:
@media screen and (max-width: 768px)

ok, this looks better. ngie@, anything else?

ship!

finish my first pass at the transmit path overview

more stuff

Add some more transmit datapath overview documentation.

this LOOKS right to me. @ngie any other comments?

tagging christos@ as this is an audio thing.

In D54882#1301865, @olce wrote:

Thanks for the update.

At the moment, this one is on hold because Tom Jones has been independently working on a RAPL driver based on MSRs, which is now under review at D56790 and D56791. It looks like that MSR approach should work even on Skylake processors, in which case we would much prefer it to the driver here (simpler and much better documented way to obtain the same information).

what's the earliest chipset this supports? (eg the Atom C2xxx / C3xxx ones?)

I do have test C2558 w/ the different register offset for the power register AND C3xxx atom boxes (and a lot of non-atom stuff dating back to sandybridge at least) so i'm happy to test this on wahtever you'd like. but yes please do not ignore the "odd one out".

already landed in 0de6295af231aa5c13e1da2f40b29106962b6363

oh good question, lemme go do some digging. It's likely worth seeing what linux is doing and some of the older wifi stacks that are floating about.

add MVP debug API section

please fix the hyphen and then this'll be fine to land, thanks!

update

rebase

rebase

rebase

update

rebase

rebase

rebase after jhb's vm_offset_t changes

Thanks heaps for this!

this looks fine to me, anyone else?

what do i need to check in dmesg / pciconf to see if i have something that can test this?

as long as ivy's stuff is covered, yeah, land it.