Page MenuHomeFreeBSD

iwx: update if_iwx.c to OpenBSD v1.182
ClosedPublic

Authored by vidwer_fbsdbugs_gmail.com on Thu, Sep 17, 12:43 PM.
Referenced Files
F175527994: D59764.id186965.diff
Sun, Oct 11, 11:54 AM
F175525712: D59764.diff
Sun, Oct 11, 11:27 AM
Unknown Object (File)
Fri, Oct 9, 9:44 AM
Unknown Object (File)
Thu, Oct 1, 12:59 PM
Unknown Object (File)
Thu, Oct 1, 6:37 AM
Unknown Object (File)
Mon, Sep 28, 1:17 PM
Unknown Object (File)
Sun, Sep 27, 2:05 PM
Unknown Object (File)
Sun, Sep 27, 12:51 AM
Subscribers

Details

Summary

Obtained from: OpenBSD, 9fb1f10bfcbfc611a885a088a1658b52427addcb

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 77023
Build 73906: arc lint + arc unit

Event Timeline

adrian added a project: wireless.
adrian added a subscriber: adrian.

Note - need to go double check what rinfo->rate is doing here versus rval and our rate lookup. freebsd and openbsd's rate code is a bit different.

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.

So this works under light 2GHz/5GHz testing, but once the iwx driver is updated to the latest code in openbsd I think it's worth us implementing a freebsd specific version of this and adding in all the HT/VHT rates in the iwx rates array.

This revision is now accepted and ready to land.Thu, Oct 8, 4:09 AM

right; we shouldn't need to update rval from the rate table again, as it's already been looked up earlier.