When signaling that a GRO frame is ready to be processed, the network stack
correctly checks length and aborts processing when a frame is less than 14
bytes. However, such a condition is really indicative of a broken driver,
and should be loudly signaled, rather than silently dropped as the case is
today.
Convert the condition to use WARN_ON() to ensure that the stack loudly
complains about such broken drivers.
Signed-off-by: Aaron Conole <redacted>
---
net/core/dev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Joe Perches <joe@perches.com> Date: 2016-01-03 01:06:38
On Sat, 2016-01-02 at 19:25 -0500, Aaron Conole wrote:
When signaling that a GRO frame is ready to be processed, the network stack
correctly checks length and aborts processing when a frame is less than 14
bytes. However, such a condition is really indicative of a broken driver,
and should be loudly signaled, rather than silently dropped as the case is
today.
Convert the condition to use WARN_ON() to ensure that the stack loudly
complains about such broken drivers.
On Sat, 2016-01-02 at 19:25 -0500, Aaron Conole wrote:
quoted
When signaling that a GRO frame is ready to be processed, the network stack
correctly checks length and aborts processing when a frame is less than 14
bytes. However, such a condition is really indicative of a broken driver,
and should be loudly signaled, rather than silently dropped as the case is
today.
Convert the condition to use WARN_ON() to ensure that the stack loudly
complains about such broken drivers.