Page MenuHomeFreeBSD

remove unused flowid argument from rib_lookup_info()
AbandonedPublic

Authored by kp on May 3 2020, 4:56 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, May 4, 3:39 PM
Unknown Object (File)
Wed, Apr 24, 10:24 PM
Unknown Object (File)
Sat, Apr 20, 5:31 PM
Unknown Object (File)
Mar 20 2024, 11:36 AM
Unknown Object (File)
Feb 21 2024, 11:47 PM
Unknown Object (File)
Jan 10 2024, 3:28 PM
Unknown Object (File)
Jan 10 2024, 3:28 AM
Unknown Object (File)
Jan 9 2024, 8:27 AM
Subscribers

Details

Reviewers
None
Group Reviewers
network

Diff Detail

Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 30884
Build 28600: arc lint + arc unit

Event Timeline

kp requested review of this revision.May 3 2020, 4:56 PM

Hi Kristof,

Thank you for looking into the routing api! :-)

I have a couple of comments on this one:

  1. indeed, rib_lookup_info() does not use flowid, as our multipath support is far from perfect. D24141 is intended to address that. Half of its changes has been merged already.
  1. There are (and there will be) number of places in kernel where one needs to lookup both the found prefix and nexthop data. Given nexthop objects availability, such lookup function can be simplified to return prefix and nexthop object, w/o requiring passing rt_addrinfo and using costy refcounts. Additionally, upcoming multipath support will remove the requirement of supporting non-contiguous mask, allowing to return mask length instead of sockaddr with mask. In fact, I'm going to introduce such function soon and replace ipfw(4) lookup calls and rib_lookup_info() calls with that function.

With that in mind, I'm not sure if it's worth removing the currently unused argument right now :-)

Fair enough. I have no immediate plans to dig deeper into this part of the code. I'd run into this a while back, and figured it made sense to remove unused arguments. I finally got around to this particular item on my todo list. If there's pending work that'll rely on it that's clearly not a good idea at this point.