linux-toradex.git/drivers/net/vmxnet3, branch v3.4.73

Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

2012-03-06T02:16:26+00:00

Conflicts:
	drivers/net/vmxnet3/vmxnet3_drv.c

Small vmxnet3 conflict with header size bug fix in 'net'.

Signed-off-by: David S. Miller

vmxnet3: Fix log messages and corrects some typos

2012-03-05T02:37:51+00:00

Fix log messages and corrects some typos

Change logging of failure to enable MSI/MSI-X to display device's PCI
address instead of eth%d. Rectify a typo.

Signed-off-by: Shreyas N Bhatewara 
Reviewed-by: Joe Perches 
Signed-off-by: David S. Miller

vmxnet3: Fix transport header size

2012-03-02T03:09:41+00:00

Fix transport header size

Fix the transpoert header size for UDP packets.

Signed-off-by: Shreyas N Bhatewara 
Signed-off-by: David S. Miller

Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

2012-02-27T02:55:51+00:00

Conflicts:
	drivers/net/ethernet/sfc/rx.c

Overlapping changes in drivers/net/ethernet/sfc/rx.c, one to change
the rx_buf->is_page boolean into a set of u16 flags, and another to
adjust how ->ip_summed is initialized.

Signed-off-by: David S. Miller

vmxnet3: cap copy length at size of skb to prevent dropped frames on tx

2012-02-19T23:57:51+00:00

I was recently shown that vmxnet3 devices on transmit, will drop very small udp
frames consistently.  This is due to a regression introduced by commit
39d4a96fd7d2926e46151adbd18b810aeeea8ec0.  This commit attempts to introduce an
optimization to the tx path, indicating that the underlying hardware behaves
optimally when at least 54 bytes of header data are available for direct access.
This causes problems however, if the entire frame is less than 54 bytes long.
The subsequent pskb_may_pull in vmxnet3_parse_and_copy_hdr fails, causing an
error return code, which leads to vmxnet3_tq_xmit dropping the frame.

Fix it by placing a cap on the copy length.  For frames longer than 54 bytes, we
do the pull as we normally would.  If the frame is shorter than that, copy the
whole frame, but no more.  This ensures that we still get the optimization for
qualifying frames, but don't do any damange for frames that are too short.

Also, since I'm unable to do this, it wuold be great if vmware could follow up
this patch with some additional code commentary as to why 54 bytes is an optimal
pull length for a virtual NIC driver.  The comment that introduced this was
vague on that.  Thanks!

Signed-off-by: Neil Horman 
Reported-by: Max Matveev 
CC: Max Matveev 
CC: "David S. Miller" 
CC: Shreyas Bhatewara 
CC: "VMware, Inc." 
Signed-off-by: Shreyas N Bhatewara 
Signed-off-by: David S. Miller

vmxnet3: Fix typo in vmxnet3_drv.c

2012-02-01T19:46:25+00:00

Correct spelling in "uncommited" to "uncommitted" in
drivers/net/vmxnet3/vmxnet3_drv.c

Signed-off-by: Masanari Iida 
Signed-off-by: David S. Miller

drivers/net: Remove alloc_etherdev error messages

2012-01-31T21:20:48+00:00

alloc_etherdev has a generic OOM/unable to alloc message.
Remove the duplicative messages after alloc_etherdev calls.

Signed-off-by: Joe Perches 
Signed-off-by: David S. Miller

drivers/net: Remove unnecessary k.alloc/v.alloc OOM messages

2012-01-31T21:20:21+00:00

alloc failures use dump_stack so emitting an additional
out-of-memory message is an unnecessary duplication.

Remove the allocation failure messages.

Signed-off-by: Joe Perches 
Signed-off-by: David S. Miller

vmxnet3: cleanup tso headers manipulation

2012-01-25T21:53:10+00:00

Use existing helpers to clarify skb headers manipulation.

Signed-off-by: Eric Dumazet 
Cc: Shreyas Bhatewara 
Signed-off-by: David S. Miller

vmxnet3" make ethtool ops const

2012-01-05T18:23:00+00:00

All tables of function pointers should be const to make hacks
more difficult. Compile tested only.

Signed-off-by: Stephen Hemminger 
Acked-by: Shreyas N Bhatewara 
Signed-off-by: David S. Miller