summaryrefslogtreecommitdiff
path: root/lib/lib_errors.c
diff options
context:
space:
mode:
authorDonald Sharp <sharpd@nvidia.com>2022-02-25 08:19:07 -0500
committerDonald Sharp <sharpd@nvidia.com>2022-02-25 08:19:07 -0500
commite2eff5c3b13ee31ddc1b80d828ce12fba64f6a3b (patch)
tree597ebb5a7ff51609a0b7a444b9001ad122914169 /lib/lib_errors.c
parent41ff140670e1c1a0cfbea682000a1cfe3a0cc1a0 (diff)
lib: Add a Dev catch for when a timer is set for > 1 year
Since there are timers that are created based upon doing some math and we know that unsigned values when doing math and we accidently subtract a larger number from a smaller number causes the unsigned number to wrap to very large numbers, let's put in a small catch in place to see if there are any places in the system that mistakes are made and FRR is accidently creating a problem for itself. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
Diffstat (limited to 'lib/lib_errors.c')
-rw-r--r--lib/lib_errors.c6
1 files changed, 6 insertions, 0 deletions
diff --git a/lib/lib_errors.c b/lib/lib_errors.c
index acc9a05c33..a658e4c295 100644
--- a/lib/lib_errors.c
+++ b/lib/lib_errors.c
@@ -69,6 +69,12 @@ static struct log_ref ferr_lib_warn[] = {
.suggestion = "Gather log data and open an Issue",
},
{
+ .code = EC_LIB_TIMER_TOO_LONG,
+ .title = "The Event subsystem has detected an internal timer that is scheduled to pop in greater than one year",
+ .description = "The Event subsystem has detected a timer being started that will pop in a timer that is greater than one year. This is a bug, please collect log data and open an issue.",
+ .suggestion = "Gather log data and open an Issue",
+ },
+ {
.code = EC_LIB_RMAP_RECURSION_LIMIT,
.title = "Reached the Route-Map Recursion Limit",
.description = "The Route-Map subsystem has detected a route-map depth of RMAP_RECURSION_LIMIT and has stopped processing",