From: Stephen Hemminger <hidden> Date: 2012-06-18 17:58:16
The code to pad packets here is the same effective code as
the existing inline function skb_padto(). There is a minor
performance gain since skb_padto() also uses unlikely().
Signed-off-by: Stephen Hemminger <redacted>
From: Stephen Hemminger <hidden> Date: 2012-06-18 18:55:58
The check here is bogus. Since len is unsigned, it can never
be negative. And it would be a bug in network stack to ever
send a zero length packet to device.
Signed-off-by: Stephen Hemminger <redacted>
From: Jeff Kirsher <hidden> Date: 2012-06-18 20:38:54
On Mon, 2012-06-18 at 10:58 -0700, Stephen Hemminger wrote:
The code to pad packets here is the same effective code as
the existing inline function skb_padto(). There is a minor
performance gain since skb_padto() also uses unlikely().
Signed-off-by: Stephen Hemminger <redacted>
From: Jeff Kirsher <hidden> Date: 2012-06-18 20:39:25
On Mon, 2012-06-18 at 11:55 -0700, Stephen Hemminger wrote:
The check here is bogus. Since len is unsigned, it can never
be negative. And it would be a bug in network stack to ever
send a zero length packet to device.
Signed-off-by: Stephen Hemminger <redacted>
Thanks, I have added this patch as well to my queue.
From: Alexander Duyck <hidden> Date: 2012-06-18 21:18:48
On 06/18/2012 10:58 AM, Stephen Hemminger wrote:
quoted hunk
The code to pad packets here is the same effective code as
the existing inline function skb_padto(). There is a minor
performance gain since skb_padto() also uses unlikely().
Signed-off-by: Stephen Hemminger <redacted>
From: Stephen Hemminger <hidden> Date: 2012-06-18 23:31:17
The check for length <= 0 is bogus because length is unsigned, and network
stack never sends zero length packets (unless it is totally broken).
The check for really small packets can be optimized (using unlikely)
and calling skb_pad directly.
Signed-off-by: Stephen Hemminger <redacted>
From: Jeff Kirsher <hidden> Date: 2012-06-19 23:31:47
On Mon, 2012-06-18 at 16:31 -0700, Stephen Hemminger wrote:
The check for length <= 0 is bogus because length is unsigned, and
network
stack never sends zero length packets (unless it is totally broken).
The check for really small packets can be optimized (using unlikely)
and calling skb_pad directly.
Signed-off-by: Stephen Hemminger <redacted>
I just realized I had not responded to this updated patch.
Thanks Stephen, I have dropped your previous 2 patch series and added
this patch to my queue.