After calling napi_complete_done(), the NAPIF_STATE_SCHED bit may be
cleared, and another CPU can start napi thread and access per-CQ variable,
cq->work_done. If the other thread (for example, from busy_poll) sets
it to a value >= budget, this thread will continue to run when it should
stop, and cause memory corruption and panic.
To fix this issue, save the per-CQ work_done variable in a local variable
before napi_complete_done(), so it won't be corrupted by a possible
concurrent thread after napi_complete_done().
Also, add a flag bit to advertise to the NIC firmware: the NAPI work_done
variable race is fixed, so the driver is able to reliably support features
like busy_poll.
Cc: <email address hidden>
Fixes: e1b5683ff62e ("net: mana: Move NAPI from EQ to CQ")
Signed-off-by: Haiyang Zhang <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Paolo Abeni <email address hidden>
(cherry picked from commit 18010ff776fa42340efc428b3ea6d19b3e7c7b21 linux-next)
Signed-off-by: Tim Gardner <email address hidden>
When a TDX guest runs on Hyper-V, the firmware sets the HW_REDUCED flag,
and consequently ttyS0 interrupts can't work. Fix the issue by overriding
x86_init.acpi.reduced_hw_early_init().
Signed-off-by: Dexuan Cui <email address hidden>
Signed-off-by: Tim Gardner <email address hidden>
Acked-by: Marcelo Cerri <email address hidden>
Acked-by: Bartlomiej Zolnierkiewicz <email address hidden>
Signed-off-by: Tim Gardner <email address hidden>