linux-toradex.git/drivers/net/hyperv, branch v3.14.57

hyperv: Fix a bug in netvsc_start_xmit()

2014-10-15T06:36:42+00:00

[ Upstream commit dedb845ded56ded1c62f5398a94ffa8615d4592d ]

After the packet is successfully sent, we should not touch the skb
as it may have been freed. This patch is based on the work done by
Long Li .

In this version of the patch I have fixed issues pointed out by David.
David, please queue this up for stable.

Signed-off-by: K. Y. Srinivasan 
Tested-by: Long Li 
Tested-by: Sitsofe Wheeler 
Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

hyperv: Move state setting for link query

2014-03-06T01:40:25+00:00

It moves the state setting for query into rndis_filter_receive_response().
All callbacks including query-complete and status-callback are synchronized
by channel->inbound_lock. This prevents pentential race between them.

Signed-off-by: Haiyang Zhang 
Signed-off-by: David S. Miller

hyperv: Fix the carrier status setting

2014-02-17T04:45:00+00:00

Without this patch, the "cat /sys/class/net/ethN/operstate" shows
"unknown", and "ethtool ethN" shows "Link detected: yes", when VM
boots up with or without vNIC connected.

This patch fixed the problem.

Signed-off-by: Haiyang Zhang 
Reviewed-by: K. Y. Srinivasan 
Acked-by: Jason Wang 
Signed-off-by: David S. Miller

hyperv: Add support for physically discontinuous receive buffer

2014-01-28T00:40:45+00:00

This will allow us to use bigger receive buffer, and prevent allocation failure
due to fragmented memory.

Signed-off-by: Haiyang Zhang 
Reviewed-by: K. Y. Srinivasan 
Signed-off-by: David S. Miller

Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

2014-01-06T22:37:45+00:00

Conflicts:
	drivers/net/ethernet/qlogic/qlcnic/qlcnic_sriov_pf.c
	net/ipv6/ip6_tunnel.c
	net/ipv6/ip6_vti.c

ipv6 tunnel statistic bug fixes conflicting with consolidation into
generic sw per-cpu net stats.

qlogic conflict between queue counting bug fix and the addition
of multiple MAC address support.

Signed-off-by: David S. Miller

hyperv: Fix race between probe and open calls

2013-12-22T03:23:06+00:00

Moving the register_netdev to the end of probe to prevent
possible open call happens before NetVSP is connected.

Signed-off-by: Haiyang Zhang 
Reviewed-by: K. Y. Srinivasan 
Signed-off-by: David S. Miller

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

2013-12-18T21:42:06+00:00

Conflicts:
	drivers/net/ethernet/intel/i40e/i40e_main.c
	drivers/net/macvtap.c

Both minor merge hassles, simple overlapping changes.

Signed-off-by: David S. Miller

netvsc: don't flush peers notifying work during setting mtu

2013-12-17T19:45:42+00:00

There's a possible deadlock if we flush the peers notifying work during setting
mtu:

[   22.991149] ======================================================
[   22.991173] [ INFO: possible circular locking dependency detected ]
[   22.991198] 3.10.0-54.0.1.el7.x86_64.debug #1 Not tainted
[   22.991219] -------------------------------------------------------
[   22.991243] ip/974 is trying to acquire lock:
[   22.991261]  ((&(&net_device_ctx->dwork)->work)){+.+.+.}, at: [] flush_work+0x5/0x2e0
[   22.991307]
but task is already holding lock:
[   22.991330]  (rtnl_mutex){+.+.+.}, at: [] rtnetlink_rcv+0x1b/0x40
[   22.991367]
which lock already depends on the new lock.

[   22.991398]
the existing dependency chain (in reverse order) is:
[   22.991426]
-> #1 (rtnl_mutex){+.+.+.}:
[   22.991449]        [] __lock_acquire+0xb19/0x1260
[   22.991477]        [] lock_acquire+0xa2/0x1f0
[   22.991501]        [] mutex_lock_nested+0x89/0x4f0
[   22.991529]        [] rtnl_lock+0x17/0x20
[   22.991552]        [] netdev_notify_peers+0x12/0x30
[   22.991579]        [] netvsc_send_garp+0x22/0x30 [hv_netvsc]
[   22.991610]        [] process_one_work+0x211/0x6e0
[   22.991637]        [] worker_thread+0x11b/0x3a0
[   22.991663]        [] kthread+0xed/0x100
[   22.991686]        [] ret_from_fork+0x7c/0xb0
[   22.991715]
-> #0 ((&(&net_device_ctx->dwork)->work)){+.+.+.}:
[   22.991715]        [] check_prevs_add+0x967/0x970
[   22.991715]        [] __lock_acquire+0xb19/0x1260
[   22.991715]        [] lock_acquire+0xa2/0x1f0
[   22.991715]        [] flush_work+0x4e/0x2e0
[   22.991715]        [] __cancel_work_timer+0x95/0x130
[   22.991715]        [] cancel_delayed_work_sync+0x13/0x20
[   22.991715]        [] netvsc_change_mtu+0x84/0x200 [hv_netvsc]
[   22.991715]        [] dev_set_mtu+0x34/0x80
[   22.991715]        [] do_setlink+0x23a/0xa00
[   22.991715]        [] rtnl_newlink+0x394/0x5e0
[   22.991715]        [] rtnetlink_rcv_msg+0x9c/0x260
[   22.991715]        [] netlink_rcv_skb+0xa9/0xc0
[   22.991715]        [] rtnetlink_rcv+0x2a/0x40
[   22.991715]        [] netlink_unicast+0xdd/0x190
[   22.991715]        [] netlink_sendmsg+0x337/0x750
[   22.991715]        [] sock_sendmsg+0x99/0xd0
[   22.991715]        [] ___sys_sendmsg+0x39e/0x3b0
[   22.991715]        [] __sys_sendmsg+0x42/0x80
[   22.991715]        [] SyS_sendmsg+0x12/0x20
[   22.991715]        [] system_call_fastpath+0x16/0x1b

This is because we hold the rtnl_lock() before ndo_change_mtu() and try to flush
the work in netvsc_change_mtu(), in the mean time, netdev_notify_peers() may be
called from worker and also trying to hold the rtnl_lock. This will lead the
flush won't succeed forever. Solve this by not canceling and flushing the work,
this is safe because the transmission done by NETDEV_NOTIFY_PEERS was
synchronized with the netif_tx_disable() called by netvsc_change_mtu().

Reported-by: Yaju Cao 
Tested-by: Yaju Cao 
Cc: K. Y. Srinivasan 
Cc: Haiyang Zhang 
Signed-off-by: Jason Wang 
Acked-by: Haiyang Zhang 
Signed-off-by: David S. Miller

drivers/net/*: Fix FSF address in file headers

2013-12-06T17:37:55+00:00

Several files refer to an old address for the Free Software Foundation
in the file header comment.  Resolve by replacing the address with
the URL  so that we do not have to keep
updating the header comments anytime the address changes.

CC: Jay Vosburgh 
CC: Veaceslav Falico 
CC: Andy Gospodarek 
CC: Haiyang Zhang 
CC: "K. Y. Srinivasan" 
CC: Paul Mackerras 
CC: Ian Campbell 
CC: Wei Liu 
CC: Rusty Russell 
CC: "Michael S. Tsirkin" 
Signed-off-by: Jeff Kirsher 
Acked-by: Wei Liu 
Signed-off-by: David S. Miller

Drivers: hv: remove HV_DRV_VERSION

2013-08-02T03:34:30+00:00

Remove HV_DRV_VERSION, it has no meaning for upstream drivers.

Initially it was supposed to show the "Linux Integration Services"
version, now it is not in sync anymore with the out-of-tree drivers
available from the MSFT website.

The only place where a version string is still required is the KVP
command "IntegrationServicesVersion" which is handled by
tools/hv/hv_kvp_daemon.c. To satisfy such KVP request from the host pass
the current string to the daemon during KVP userland registration.

Signed-off-by: Olaf Hering 
Acked-by:  K. Y. Srinivasan 
Signed-off-by: Greg Kroah-Hartman