git: 5a4333a5378f - main - 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).

[Randall Stewart]

The branch main has been updated by rrs:

URL: https://cgit.FreeBSD.org/src/commit/?id=5a4333a5378f7afe4f8cab293a987865ae0c32c4

commit 5a4333a5378f7afe4f8cab293a987865ae0c32c4
Author:     Randall Stewart <rrs at FreeBSD.org>
AuthorDate: 2021-05-07 21:32:32 +0000
Commit:     Randall Stewart <rrs at FreeBSD.org>
CommitDate: 2021-05-07 21:32:32 +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
---
 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