git: 4651125ac6df - stable/13 - This takes Warners suggested approach to making it so that platforms that for whatever reason cannot include the RATELIMIT option can still work with rack. It adds two dummy functions that rack will call and find out that the highest hw supported b/w is 0 (which kinda makes sense and rack is already prepared to handle).

[Michael Tuexen]

The branch stable/13 has been updated by tuexen:

URL: https://cgit.FreeBSD.org/src/commit/?id=4651125ac6df34e24251463a37e4c1c652c2ff80

commit 4651125ac6df34e24251463a37e4c1c652c2ff80
Author:     Randall Stewart <rrs at FreeBSD.org>
AuthorDate: 2021-05-07 21:32:32 +0000
Commit:     Michael Tuexen <tuexen at FreeBSD.org>
CommitDate: 2021-06-08 23:59:21 +0000

    This takes Warners suggested approach to making it so that
    platforms that for whatever reason cannot include the RATELIMIT option
    can still work with rack. It adds two dummy functions that rack will
    call and find out that the highest hw supported b/w is 0 (which
    kinda makes sense and rack is already prepared to handle).
    
    Reviewed by: Michael Tuexen, Warner Losh
    Sponsored by: Netflix Inc
    Differential Revision:  https://reviews.freebsd.org/D30163
    
    (cherry picked from commit 5a4333a5378f7afe4f8cab293a987865ae0c32c4)
---
 sys/netinet/tcp_ratelimit.h | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

diff --git a/sys/netinet/tcp_ratelimit.h b/sys/netinet/tcp_ratelimit.h
index 8747708e8b5e..b689c9127493 100644
--- a/sys/netinet/tcp_ratelimit.h
+++ b/sys/netinet/tcp_ratelimit.h
@@ -147,6 +147,20 @@ tcp_rel_pacing_rate(const struct tcp_hwrate_limit_table *crte,
 {
 	return;
 }
+
+static uint64_t inline
+tcp_hw_highest_rate(const struct tcp_hwrate_limit_table *rle)
+{
+	return (0);
+}
+
+static uint64_t inline
+tcp_hw_highest_rate_ifp(struct ifnet *ifp, struct inpcb *inp)
+{
+	return (0);
+}
+
+
 #endif
 /*
  * Given a b/w and a segsiz, and optional hardware