Allow the dummynet module to be loaded without ipfw, as a first step
towards making pf use it for packet scheduling.
MFC after: 2 weeks
Sponsored by: Rubicon Communications, LLC ("Netgate")
Differential D31903
dummynet: Does not depend on ipfw kp on Sep 10 2021, 4:24 PM. Authored by Tags None Referenced Files
Details
Allow the dummynet module to be loaded without ipfw, as a first step MFC after: 2 weeks
Diff Detail
Event TimelineComment Actions May this cause an unwanted effect on automatic module loading? Comment Actions Yes, that's a concern. Especially for merging it back to stable/13 and stable/12. Comment Actions With default to deny it might be not exactly the desired outcome. Do you think that a separate module w/ dummynet-for-pf (for 12/13) is too much of a hassle? Especially given ae@‘s plan to change dummynet for ipfw? Comment Actions That's an interesting idea. I'll give that a try. That may turn out to be the easiest fix.
I'm hoping that we can move pf along to the new dummynet code at the same time as ipfw. Happily the interface between firewall and dummynet is pretty simple, so I don't really expect that to be a lot of work. Comment Actions https://reviews.freebsd.org/D32079 It introduced 'pfdummynet.ko', which depends on pf like dummynet.ko depends on ipfw. That's intended for stable/13 and stable/12. I'd do this for main, but not MFC it. |