summaryrefslogtreecommitdiff
path: root/sys/net/route
Commit message (Collapse)AuthorAgeFilesLines
* Add IPv4/IPv6 rtentry prefix accessors.Alexander V. Chernikov2020-12-033-10/+156
| | | | | | | | | | | | | | | | Multiple consumers like ipfw, netflow or new route lookup algorithms need to get the prefix data out of struct rtentry. Instead of providing direct access to the rtentry, create IPv4/IPv6 accessors to abstract struct rtentry internals and avoid including internal routing headers for external consumers. While here, move struct route_nhop_data to the public header, so external customers can actually use lookup functions returning rt&nhop data. Differential Revision: https://reviews.freebsd.org/D27416 Notes: svn path=/head/; revision=368317
* Remove RADIX_MPATH config option.Alexander V. Chernikov2020-11-292-5/+0
| | | | | | | | | | | | ROUTE_MPATH is the new config option controlling new multipath routing implementation. Remove the last pieces of RADIX_MPATH-related code and the config option. Reviewed by: glebius Differential Revision: https://reviews.freebsd.org/D27244 Notes: svn path=/head/; revision=368164
* Introduce rib_walk_ext_internal() to allow iteration with rnh pointer.Alexander V. Chernikov2020-11-292-10/+18
| | | | | | | | | | This solves the case when rib is not yet attached/detached to/from the system rib array. Differential Revision: https://reviews.freebsd.org/D27406 Notes: svn path=/head/; revision=368150
* Add nhop_ref_any() to unify referencing nhop or nexthop group.Alexander V. Chernikov2020-11-293-0/+26
| | | | | | | | | | | It allows code within routing subsystem to transparently reference nexthops and nexthop groups, similar to nhop_free_any(), abstracting ROUTE_MPATH details. Differential Revision: https://reviews.freebsd.org/D27410 Notes: svn path=/head/; revision=368149
* Add tracking for rib/nhops/nhgrp objects and provide cumulative number ↵Alexander V. Chernikov2020-11-295-25/+50
| | | | | | | | | | | | | | | | | accessors. The resulting KPI can be used by routing table consumers to estimate the required scale for route table export. * Add tracking for rib routes * Add accessors for number of nexthops/nexthop objects * Simplify rib_unsubscribe: store rnh we're attached to instead of requiring it up again on destruction. This helps in the cases when rnh is not linked yet/already unlinked. Differential Revision: https://reviews.freebsd.org/D27404 Notes: svn path=/head/; revision=368146
* Add nhgrp_get_idx() as a counterpart for nhop_get_idx().Alexander V. Chernikov2020-11-282-0/+10
| | | | | | | | It allows the routing-related code to reference nexthop groups by index instead of storing a pointer. Notes: svn path=/head/; revision=368128
* Refactor rib iterator functions.Alexander V. Chernikov2020-11-223-12/+97
| | | | | | | | | | | | | | | * Make rib_walk() order of arguments consistent with the rest of RIB api * Add rib_walk_ext() allowing to exec callback before/after iteration. * Rename rt_foreach_fib_walk_del -> rib_foreach_table_walk_del * Rename rt_forach_fib_walk -> rib_foreach_table_walk * Move rib_foreach_table_walk{_del} to route/route_helpers.c * Slightly refactor rib_foreach_table_walk{_del} to make the implementation consistent and prepare for upcoming iterator optimizations. Differential Revision: https://reviews.freebsd.org/D27219 Notes: svn path=/head/; revision=367941
* Switch net.add_addr_allfibs default to 0.Alexander V. Chernikov2020-11-082-1/+6
| | | | | | | | | | | | | | | | | | The goal of the fib support is to provide multiple independent routing tables, isolated from each other. net.add_addr_allfibs default tries to shift gears in the opposite direction, unconditionally inserting all addresses to all of the fibs. There are use cases when this is necessary, however this is not a default expected behaviour, especially compared to other implementations. Provide WARNING message for the setups with multiple fibs to notify potential users of the feature. Differential Revision: https://reviews.freebsd.org/D26076 Notes: svn path=/head/; revision=367491
* Temporarily revert setting net.add_addr_allfibs to 0.Alexander V. Chernikov2020-11-081-1/+1
| | | | | | | | It accidentally sweeped in r367486. Revert to allow for proper commit message & warning. Notes: svn path=/head/; revision=367490
* Fix build broken by r367484: add route_ifaddrs.c.Alexander V. Chernikov2020-11-081-0/+309
| | | | | | | | Pointy hat to: melifaro Reported by: jenkins Notes: svn path=/head/; revision=367486
* Implement flowid calculation for outbound connections to balanceAlexander V. Chernikov2020-10-182-0/+29
| | | | | | | | | | | | | | | | | | | connections over multiple paths. Multipath routing relies on mbuf flowid data for both transit and outbound traffic. Current code fills mbuf flowid from inp_flowid for connection-oriented sockets. However, inp_flowid is currently not calculated for outbound connections. This change creates simple hashing functions and starts calculating hashes for TCP,UDP/UDP-Lite and raw IP if multipath routes are present in the system. Reviewed by: glebius (previous version),ae Differential Revision: https://reviews.freebsd.org/D26523 Notes: svn path=/head/; revision=366813
* Fix route flags update during RTM_CHANGE.Alexander V. Chernikov2020-10-043-6/+17
| | | | | | | | | | | | | | | | | | | Nexthop lookup was not consireding rt_flags when doing structure comparison, which lead to an original nexthop selection when changing flags. Fix the case by adding rt_flags field into comparison and rearranging nhop_priv fields to allow for efficient matching. Fix `route change X/Y flags` case - recent changes disallowed specifying RTF_GATEWAY flag without actual gateway. It turns out, route(8) fills in RTF_GATEWAY by default, unless -interface flag is specified. Fix regression by clearing RTF_GATEWAY flag instead of failing. Fix route flag reporting in RTM_CHANGE messages by explicitly updating rtm_flags after operation competion. Add IPv4/IPv6 tests for flag-only route changes. Notes: svn path=/head/; revision=366424
* Remove ROUTE_MPATH-related warnings introduced in r366390.Alexander V. Chernikov2020-10-031-0/+2
| | | | | | | Reported by: mjg Notes: svn path=/head/; revision=366398
* Introduce scalable route multipath.Alexander V. Chernikov2020-10-0312-97/+1872
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change is based on the nexthop objects landed in D24232. The change introduces the concept of nexthop groups. Each group contains the collection of nexthops with their relative weights and a dataplane-optimized structure to enable efficient nexthop selection. Simular to the nexthops, nexthop groups are immutable. Dataplane part gets compiled during group creation and is basically an array of nexthop pointers, compiled w.r.t their weights. With this change, `rt_nhop` field of `struct rtentry` contains either nexthop or nexthop group. They are distinguished by the presense of NHF_MULTIPATH flag. All dataplane lookup functions returns pointer to the nexthop object, leaving nexhop groups details inside routing subsystem. User-visible changes: The change is intended to be backward-compatible: all non-mpath operations should work as before with ROUTE_MPATH and net.route.multipath=1. All routes now comes with weight, default weight is 1, maximum is 2^24-1. Current maximum multipath group width is statically set to 64. This will become sysctl-tunable in the followup changes. Using functionality: * Recompile kernel with ROUTE_MPATH * set net.route.multipath to 1 route add -6 2001:db8::/32 2001:db8::2 -weight 10 route add -6 2001:db8::/32 2001:db8::3 -weight 20 netstat -6On Nexthop groups data Internet6: GrpIdx NhIdx Weight Slots Gateway Netif Refcnt 1 ------- ------- ------- --------------------------------------- --------- 1 13 10 1 2001:db8::2 vlan2 14 20 2 2001:db8::3 vlan2 Next steps: * Land outbound hashing for locally-originated routes ( D26523 ). * Fix net/bird multipath (net/frr seems to work fine) * Add ROUTE_MPATH to GENERIC * Set net.route.multipath=1 by default Tested by: olivier Reviewed by: glebius Relnotes: yes Differential Revision: https://reviews.freebsd.org/D26449 Notes: svn path=/head/; revision=366390
* Rework part of routing code to reduce difference to D26449.Alexander V. Chernikov2020-09-212-5/+29
| | | | | | | | | | | | | | * Split rt_setmetrics into get_info_weight() and rt_set_expire_info(), as these two can be applied at different entities and at different times. * Start filling route weight in route change notifications * Pass flowid to UDP/raw IP route lookups * Rework nd6_subscription_cb() and sysctl_dumpentry() to prepare for the fact that rtentry can contain multiple nexthops. Differential Revision: https://reviews.freebsd.org/D26497 Notes: svn path=/head/; revision=365973
* Remove unused nhop_ref_any() function.Alexander V. Chernikov2020-09-203-9/+0
| | | | | | | | | Remove "opt_mpath.h" header where not needed. No functional changes. Notes: svn path=/head/; revision=365930
* Fix gw updates / flag updates during route changes.Alexander V. Chernikov2020-09-202-1/+7
| | | | | | | | | | | * Zero gw_sdl if switching to interface route - the assumption that underlying storage is zeroed is incorrect with route changes. * Apply proper flag mask to rte. Reported by: vangyzen Notes: svn path=/head/; revision=365925
* Fix RADIX_MPATH build broken by r365521.Alexander V. Chernikov2020-09-101-3/+5
| | | | | | | Reported by: jenkins, Hartmann, O. <ohartmann at walstatt.org> Notes: svn path=/head/; revision=365554
* Update nexthop handling for route addition/deletion in preparation for mpath.Alexander V. Chernikov2020-09-092-112/+244
| | | | | | | | | | | | | | | Currently kernel requests deletion for the certain routes with specified gateway, but this gateway is not actually checked. With multipath routes, internal gateway checking becomes mandatory. Add the logic performing this check. Generalise RTF_PINNED routes to the generic route priorities, simplifying the logic. Add lookup_prefix() function to perform exact match search based on data in @info. Differential Revision: https://reviews.freebsd.org/D26356 Notes: svn path=/head/; revision=365521
* Retain marking net.fibs sysctl as a tunable.Alexander V. Chernikov2020-09-091-2/+2
| | | | | | | Suggested by: avg Notes: svn path=/head/; revision=365517
* Fix panic with net.fibs tunable set in loader.conf.Alexander V. Chernikov2020-09-081-1/+1
| | | | | | | | | | Fix by removing forgotten CTLFLAG_RWTUN flag from the sysctl, loader variable will be read later in vnet_rtables_init(). Reported by: mav Notes: svn path=/head/; revision=365475
* Fix regression for IPv6 loopback routes.Alexander V. Chernikov2020-09-031-4/+20
| | | | | | | | | | | | | After nexthop introduction, loopback routes for the interface addresses were created without embedding actual interface index in the gateway. The latter is needed to pass the IPv6 scope during transmission via loopback.. Fix the regression by actually using passed gateway data with interface index. Differential Revision: https://reviews.freebsd.org/D26306 Notes: svn path=/head/; revision=365315
* net: clean up empty lines in .c and .h filesMateusz Guzik2020-09-0112-39/+2
| | | | Notes: svn path=/head/; revision=365071
* Revert uma zone alignemnt cache unadvertenly committed in r364950.Alexander V. Chernikov2020-08-291-1/+1
| | | | Notes: svn path=/head/; revision=364954
* Fix build with RADIX_MPATH.Alexander V. Chernikov2020-08-291-1/+2
| | | | | | | Reported by: Hartmann, O <ohartmann@walstatt.org> Notes: svn path=/head/; revision=364950
* Move fib_rte_to_nh_flags() from net/route_var.h to net/route/nhop_ctl.c.Alexander V. Chernikov2020-08-282-18/+17
| | | | | | | | | | | | No functional changes. Initially this function was created to perform runtime flag conversions for the previous incarnation of fib lookup functions. As these functions got deprecated, move the function to the file with the only remaining caller. Lastly, rename it to convert_rt_to_nh_flags() to follow the naming notation. Notes: svn path=/head/; revision=364942
* Move net/route/shared.h definitions to net/route/route_var.h.Alexander V. Chernikov2020-08-286-83/+36
| | | | | | | | | | | | | | | | No functional changes. net/route/shared.h was created in the inital phases of nexthop conversion. It was intended to serve the same purpose as route_var.h - share definitions of functions and structures between the routing subsystem components. At that time route_var.h was included by many files external to the routing subsystem, which largerly defeats its purpose. As currently this is not the case anymore and amount of route_var.h includes is roughly the same as shared.h, retire the latter in favour of the former. Notes: svn path=/head/; revision=364941
* Further split nhop creation and rtable operations.Alexander V. Chernikov2020-08-282-124/+251
| | | | | | | | | | | | | | | As nexthops are immutable, some operations such as route attribute changes require nexthop fetching, forking, modification and route switching. These operations are not atomic, so they may need to be retried multiple times in presence of multiple speakers changing the same route. This change introduces "synchronisation" primitive: route_update_conditional(), simplifying logic for route changes and upcoming multipath operations. Differential Revision: https://reviews.freebsd.org/D26216 Notes: svn path=/head/; revision=364940
* Remove RT_LOCK mutex from rte.Alexander V. Chernikov2020-08-242-32/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | rtentry lock traditionally served 2 purposed: first was protecting refcounts, the second was assuring consistent field access/changes. Since route nexthop introduction, the need for the former disappeared and the need for the latter reduced. To be more precise, the following rte field are mutable: rt_nhop (nexthop pointer, updated with RIB_WLOCK, passed in rib_cmd_info) rte_flags (only RTF_HOST and RTF_UP, where RTF_UP gets changed at rte removal) rt_weight (relative weight, updated with RIB_WLOCK, passed in rib_cmd_info) rt_expire (time when rte deletion is scheduled, updated with RIB_WLOCK) rt_chain (deletion chain pointer, updated with RIB_WLOCK) All of them are updated under RIB_WLOCK, so the only remaining concern is the reading. rt_nhop and rt_weight (addressed in this review) are read under rib lock and stored in the rib_cmd_info, so the caller has no problem with consitency. rte_flags is currently read unlocked in rtsock reporting (however the scope is only RTF_UP flag, which is pretty static). rt_expire is currently read unlocked in rtsock reporting. rt_chain accesses are safe, as this is only used at route deletion. rt_expire and rte_flags reads will be dealt in a separate reviews soon. Differential Revision: https://reviews.freebsd.org/D26162 Notes: svn path=/head/; revision=364730
* Rename rt_flags to rte_flags && reduce number of rt_nhop accesses.Alexander V. Chernikov2020-08-223-10/+12
| | | | | | | | | | | | | | | | | No functional changes. Most of the routing flags are stored in the netxtop instead of rtentry. Rename rt->rt_flags to rt->rte_flags to simplify reading/modifying code checking routing flags. In the new multipath code, rt->rt_nhop may actually point to nexthop group instead of nhop. To ease transition, reduce the amount of rt->rt_nhop->... accesses. Differential Revision: https://reviews.freebsd.org/D26156 Notes: svn path=/head/; revision=364492
* Fix tinderbox build after r364465Mateusz Guzik2020-08-221-0/+1
| | | | Notes: svn path=/head/; revision=364479
* Make net.fibs growable.Alexander V. Chernikov2020-08-212-1/+328
| | | | | | | | | | | | | | | | | | | | Allow to dynamically grow the amount of fibs in each vnet. This change alters current behavior. Currently, if one defines ROUTETABLES > 1 in the kernel config, each vnet will be created with the number of fibs defined in the kernel config. After this commit vnets will be created with fibs=1. Dynamic net.fibs is not compatible with net.add_addr_allfibs. The plan is to deprecate the latter and make net.add_addr_allfibs=0 default behaviour. Reviewed by: glebius Relnotes: yes Differential Revision: https://reviews.freebsd.org/D26062 Notes: svn path=/head/; revision=364465
* Simplify dom_<rtattach|rtdetach>.Alexander V. Chernikov2020-08-142-6/+41
| | | | | | | | | | | | | | Remove unused arguments from dom_rtattach/dom_rtdetach functions and make them return/accept 'struct rib_head' instead of 'void **'. Declare inet/inet6 implementations in the relevant _var.h headers similar to domifattach / domifdetach. Add rib_subscribe_internal() function to accept subscriptions to the rnh directly. Differential Revision: https://reviews.freebsd.org/D26053 Notes: svn path=/head/; revision=364238
* Move rtzone handling code to net/route_ctl.cAlexander V. Chernikov2020-08-133-4/+79
| | | | | | | | | | | | | | | | | | | After moving the route control plane code from net/route.c, all rtzone users ended up being in net/route_ctl.c. Move uma(9) rtzone setup/teardown code to net/route_ctl.c as well to have everything in a single place. While here, remove custom initializers from the zone. It was added originally to avoid setup/teardown of costy per-cpu couters. With these counters removed, the only remaining job was avoiding rte mutex setup/teardown. Mutex setup is relatively cheap. Additionally, this mutex will soon be removed. With that in mind, there is no sense in keeping custom zone callbacks. Differential Revision: https://reviews.freebsd.org/D26051 Notes: svn path=/head/; revision=364202
* Do not enter epoch in add_route(), as it is already called in epoch.Alexander V. Chernikov2020-08-111-3/+0
| | | | | | | Reviewed by: glebius Notes: svn path=/head/; revision=364101
* Make <add|del|change>_route() static to finish the transition to the new kpi.Alexander V. Chernikov2020-08-112-9/+9
| | | | | | | Discussed with: glebius Notes: svn path=/head/; revision=364100
* Fix rib_subscribe() waitok flag by performing allocation outside epoch.Alexander V. Chernikov2020-08-112-7/+8
| | | | | | | | | | Make in6_inithead() use rib_subscribe with waitok to achieve reliable subscription allocation. Reviewed by: glebius Notes: svn path=/head/; revision=364099
* Switch inet6 default route subscription to the new rib subscription api.Alexander V. Chernikov2020-07-121-33/+1
| | | | | | | | | | | Old subscription model allowed only single customer. Switch inet6 to the new subscription api and eliminate the old model. Differential Revision: https://reviews.freebsd.org/D25615 Notes: svn path=/head/; revision=363128
* Add destructor for the rib subscription system to simplify users code.Alexander V. Chernikov2020-07-122-0/+29
| | | | | | | | | | | | | Subscriptions are planned to be used by modules such as route lookup engines. In that case that's the module task to properly unsibscribe before detach. However, the in-kernel customer - inet6 wants to track default route changes. To avoid having inet6 store per-fib subscriptions, handle automatic destruction internally. Differential Revision: https://reviews.freebsd.org/D25614 Notes: svn path=/head/; revision=363127
* Split nhop_ref_object().Mark Johnston2020-07-062-3/+13
| | | | | | | | | | | | | | Now nhop_ref_object() unconditionally acquires a reference, and the new nhop_try_ref_object() uses refcount_acquire_if_not_zero() to conditionally acquire a reference. Since the former is cheaper, use it when we know that the initial counter value is non-zero. No functional change intended. Reviewed by: melifaro Differential Revision: https://reviews.freebsd.org/D25535 Notes: svn path=/head/; revision=362976
* Switch rtsock code to using newly-create rib_action() KPI call.Alexander V. Chernikov2020-06-102-0/+33
| | | | | | | | | | | | This simplifies the code and allows to further split rtentry and nexthop, removing one of the blockers for multipath code introduction, described in D24141. Reviewed by: ae Differential Revision: https://reviews.freebsd.org/D25192 Notes: svn path=/head/; revision=362007
* Add rib subscription API.Alexander V. Chernikov2020-06-012-6/+77
| | | | | | | | | | | | | | | | | | | | | Currently there is no easy way of subscribing for the routing table changes. The only existing way is to set ifa_rtrequest callback in the each protocol ifaddr, which is not convenient or extandable. This change provides generic notification subscription mechanism, that will replace current ifa_rtrequest one and allow other applications such as accelerated routing lookup modules subscribe for the changes. In particular, this change provides 2 hooks: 1) synchronous one (RIB_NOTIFY_IMMEDIATE), called under RIB_WLOCK, which ensures exact ordering of the changes and 2) async one, (RIB_NOTIFY_DELAYED) that is called after the change w/o holding locks. The latter one does not provide any notification ordering guarantee. Differential Revision: https://reviews.freebsd.org/D25070 Notes: svn path=/head/; revision=361708
* Finish r361706: add sys/net/route/route_ctl.h, missed in previous commit.Alexander V. Chernikov2020-06-011-0/+68
| | | | Notes: svn path=/head/; revision=361707
* * Add rib_<add|del|change>_route() functions to manipulate the routing table.Alexander V. Chernikov2020-06-016-24/+210
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The main driver for the change is the need to improve notification mechanism. Currently callers guess the operation data based on the rtentry structure returned in case of successful operation result. There are two problems with this appoach. First is that it doesn't provide enough information for the upcoming multipath changes, where rtentry refers to a new nexthop group, and there is no way of guessing which paths were added during the change. Second is that some rtentry fields can change during notification and protecting from it by requiring customers to unlock rtentry is not desired. Additionally, as the consumers such as rtsock do know which operation they request in advance, making explicit add/change/del versions of the functions makes sense, especially given the functions don't share a lot of code. With that in mind, introduce rib_cmd_info notification structure and rib_<add|del|change>_route() functions, with mandatory rib_cmd_info pointer. It will be used in upcoming generalized notifications. * Move definitions of the new functions and some other functions/structures used for the routing table manipulation to a separate header file, net/route/route_ctl.h. net/route.h is a frequently used file included in ~140 places in kernel, and 90% of the users don't need these definitions. Reviewed by: ae Differential Revision: https://reviews.freebsd.org/D25067 Notes: svn path=/head/; revision=361706
* Revert r361704, it accidentally committed merged D25067 and D25070.Alexander V. Chernikov2020-06-017-300/+24
| | | | Notes: svn path=/head/; revision=361705
* * Add rib_<add|del|change>_route() functions to manipulate the routing table.Alexander V. Chernikov2020-06-017-24/+300
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The main driver for the change is the need to improve notification mechanism. Currently callers guess the operation data based on the rtentry structure returned in case of successful operation result. There are two problems with this appoach. First is that it doesn't provide enough information for the upcoming multipath changes, where rtentry refers to a new nexthop group, and there is no way of guessing which paths were added during the change. Second is that some rtentry fields can change during notification and protecting from it by requiring customers to unlock rtentry is not desired. Additionally, as the consumers such as rtsock do know which operation they request in advance, making explicit add/change/del versions of the functions makes sense, especially given the functions don't share a lot of code. With that in mind, introduce rib_cmd_info notification structure and rib_<add|del|change>_route() functions, with mandatory rib_cmd_info pointer. It will be used in upcoming generalized notifications. * Move definitions of the new functions and some other functions/structures used for the routing table manipulation to a separate header file, net/route/route_ctl.h. net/route.h is a frequently used file included in ~140 places in kernel, and 90% of the users don't need these definitions. Reviewed by: ae Differential Revision: https://reviews.freebsd.org/D25067 Notes: svn path=/head/; revision=361704
* Move <add|del|change>_route() functions to route_ctl.c in preparation ofAlexander V. Chernikov2020-05-233-0/+553
| | | | | | | | | | | | | | | multipath control plane changed described in D24141. Currently route.c contains core routing init/teardown functions, route table manipulation functions and various helper functions, resulting in >2KLOC file in total. This change moves most of the route table manipulation parts to a dedicated file, simplifying planned multipath changes and making route.c more manageable. Differential Revision: https://reviews.freebsd.org/D24870 Notes: svn path=/head/; revision=361421
* Remove refcounting from rtentry.Alexander V. Chernikov2020-05-231-31/+0
| | | | | | | | | | After making rtentry reclamation backed by epoch(9) in r361409, there is no reason in keeping reference counting code. Differential Revision: https://reviews.freebsd.org/D24867 Notes: svn path=/head/; revision=361415
* Use epoch(9) for rtentries to simplify control plane operations.Alexander V. Chernikov2020-05-234-0/+14
| | | | | | | | | | | | | | | | | | Currently the only reason of refcounting rtentries is the need to report the rtable operation details immediately after the execution. Delaying rtentry reclamation allows to stop refcounting and simplify the code. Additionally, this change allows to reimplement rib_lookup_info(), which is used by some of the customers to get the matching prefix along with nexthops, in more efficient way. The change keeps per-vnet rtzone uma zone. It adds nh_vnet field to nhop_priv to be able to reliably set curvnet even during vnet teardown. Rest of the reference counting code will be removed in the D24867 . Differential Revision: https://reviews.freebsd.org/D24866 Notes: svn path=/head/; revision=361409
* Kill trailing newline while I'm here...Warner Losh2020-05-121-1/+0
| | | | Notes: svn path=/head/; revision=360995
generated by cgit v1.2.3 (git 2.25.1) at 2025-11-03 06:13:42 +0000