[net] fix rx queue freeze

Under heavy ingress traffic we might end up in a situation where the tap
device is full, but the rx.deferred_frame flag is not set. Beeing in
this state the firecracker RX queue becomes effectively blocked. The tap
won't issue any new event because of the EPOLLET flag, while any rate
limiter or RX queue event won't do any processing because the
rx.deferred_frame flag is not set.

We need to make sure we set the rx.deferred_frame flag on all the paths
that leave unprocessed frames in the tap.

Signed-off-by: Serban Iorga <[email protected]>
Signed-off-by: Iulian Barbu <[email protected]>

Author: Iulian Barbu

src/devices/src/virtio/net/device.rs

@@ -612,7 +612,7 @@ impl Net {
             DeviceState::Inactive => unreachable!(),
         };
         METRICS.net.rx_tap_event_count.inc();
-        if self.queues[RX_INDEX].is_empty(mem) {
+        if self.queues[RX_INDEX].is_empty(mem) && self.rx_deferred_frame {
             METRICS.net.no_rx_avail_buffer.inc();
             return;
         }
@@ -1402,6 +1402,7 @@ pub(crate) mod tests {
 
         // The RX queue is empty.
         let tap_event = EpollEvent::new(EventSet::IN, net.tap.as_raw_fd() as u64);
+        net.rx_deferred_frame = true;
         check_metric_after_block!(
             &METRICS.net.no_rx_avail_buffer,
             1,