llc_queue::{dequeue,enqueue}() refactor
As seen in OS#4420, setting the MetaInfo.recv_time outside of
llc_queue before calling llc_queue::enqueue() and later on using that
value in llc_queue itself at dequeue time is not a good idea, since it
can provoke errors if the recv_time was not set correctly.
For instance, LlcTest was not setting the value for recv_time on some
test, which ended up with a huge millisec value when substracting now()
from it:
"""
llc.cpp:215:29: runtime error: signed integer overflow: 1582738663 * 1000 cannot be represented in type 'long int'
"""
This issue only appeared when started building on a raspberrypi4.
Let's better set/store the MetaInfo.recv_time internally during
llc_queue::enqueue(). Then, enqueue() only needs the
MetaInfo.expire_time, so let's change its arg list to only receive that
to avoid confusions.
Take the chance to move the llc_queue APIs to use osmo_gettimeofday,
since we need to fake the time now that the API itself sets that time.
Also take the chance during this refactor to disallow passing null
pointer by default since no user needs that.
Finally, update the LlcTest accordingly with all API/behavior changes.
Related: OS#4420
Change-Id: Ief6b1464dc779ff22adc2b02da7a006cd772ebce
diff --git a/src/tbf_dl.cpp b/src/tbf_dl.cpp
index 7113d65..5c0fd9d 100644
--- a/src/tbf_dl.cpp
+++ b/src/tbf_dl.cpp
@@ -108,16 +108,17 @@
const uint16_t pdu_delay_csec,
const uint8_t *data, const uint16_t len)
{
+ struct timeval expire_time;
+
LOGPTBFDL(this, LOGL_DEBUG, "appending %u bytes\n", len);
- gprs_llc_queue::MetaInfo info;
+
struct msgb *llc_msg = msgb_alloc(len, "llc_pdu_queue");
if (!llc_msg)
return -ENOMEM;
- gprs_llc_queue::calc_pdu_lifetime(bts, pdu_delay_csec, &info.expire_time);
- gettimeofday(&info.recv_time, NULL);
+ gprs_llc_queue::calc_pdu_lifetime(bts, pdu_delay_csec, &expire_time);
memcpy(msgb_put(llc_msg, len), data, len);
- llc_queue()->enqueue(llc_msg, &info);
+ llc_queue()->enqueue(llc_msg, &expire_time);
tbf_update_ms_class(this, ms_class);
start_llc_timer();