Re: [PATCH net-next 2/2] net: exit busy loop when another process is runnable

2016-04-13 Thread Ingo Molnar
* Michael S. Tsirkin wrote: > On Fri, Aug 22, 2014 at 09:36:53AM +0200, Ingo Molnar wrote: > > > > > > diff --git a/include/net/busy_poll.h b/include/net/busy_poll.h > > > > index 1d67fb6..8a33fb2 100644 > > > > --- a/include/net/busy_poll.h > > > > +++ b/include/net/busy_poll.h > > > > @@ -109

linux-next: build failure after merge of the net-next tree

2016-04-13 Thread Stephen Rothwell
Hi all, [A report from Mark's buildbot] After merging the net-next tree, today's linux-next build (arm allmodconfig) failed like thisi (this has actually been failing for a few days, now): ERROR: "__bad_udelay" [drivers/net/ethernet/intel/ixgbe/ixgbe.ko] undefined! Caused by commit 49425dfc7

RESPOND BACK TO MY EMAIL PLS

2016-04-13 Thread Mrs Elena
Contact me now for $6.2 Million offer

[PATCH v3] prism54: isl_38xx: Replace 'struct timeval'

2016-04-13 Thread Tina Ruchandani
'struct timeval' uses a 32-bit seconds field which will overflow in year 2038 and beyond. This patch is part of a larger effort to remove all instances of 'struct timeval' from the kernel and replace them with 64-bit timekeeping variables. The patch also fixes the debug printf specifier to avoid th

Re: [PATCH v3] prism54: isl_38xx: Replace 'struct timeval'

2016-04-13 Thread Johannes Berg
> The patch was build-tested / debugged by removing the > "if VERBOSE > SHOW_ERROR_MESSAGES" guards. Stands to reason that we should just remove the (more or less) dead code, since I don't think anyone really ever touches this driver any more or will ever again ... johannes

[PATCH net-next] tun: use per cpu variables for stats accounting

2016-04-13 Thread Paolo Abeni
Currently the tun device accounting uses dev->stats without applying any kind of protection, regardless that accounting happens in preemptible process context. This patch move the tun stats to a per cpu data structure, and protect the updates with u64_stats_update_begin()/u64_stats_update_end() or

[PATCH RFC 2/2] tun: don't set a default qdisc

2016-04-13 Thread Paolo Abeni
This patch disables the default qdisc by explicitly setting the IFF_NO_QUEUE private flag so that now the tun xmit path do not require any lock by default. The default qdisc was first removed as a side effect of commit f84bb1eac027 ("net: fix IFF_NO_QUEUE for drivers using alloc_netdev") and recen

[PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Paolo Abeni
This patch series try to remove the need for any lock in the tun device xmit path, significantly improving the forwarding performance when multiple processes are accessing the tun device (i.e. in a nic->bridge->tun->vm scenario). The lockless xmit is obtained explicitly setting the NETIF_F_LLTX f

[PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Paolo Abeni
The current tun_net_xmit() implementation don't need any external lock since it relay on rcu protection for the tun data structure and on socket queue lock for skb queuing. This patch set the NETIF_F_LLTX feature bit in the tun device, so that on xmit, in absence of qdisc, no serialization lock is

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 11:04:46AM +0200, Paolo Abeni wrote: > The current tun_net_xmit() implementation don't need any external > lock since it relay on rcu protection for the tun data structure > and on socket queue lock for skb queuing. > > This patch set the NETIF_F_LLTX feature bit in the tun

Re: [PATCH v3] prism54: isl_38xx: Replace 'struct timeval'

2016-04-13 Thread Arend Van Spriel
On 13-4-2016 10:38, Johannes Berg wrote: > >> The patch was build-tested / debugged by removing the >> "if VERBOSE > SHOW_ERROR_MESSAGES" guards. > > Stands to reason that we should just remove the (more or less) dead > code, since I don't think anyone really ever touches this driver any > more o

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Hannes Frederic Sowa
On 13.04.2016 11:41, Michael S. Tsirkin wrote: On Wed, Apr 13, 2016 at 11:04:46AM +0200, Paolo Abeni wrote: The current tun_net_xmit() implementation don't need any external lock since it relay on rcu protection for the tun data structure and on socket queue lock for skb queuing. This patch set

[PATCH 2/3] io-mapping: Specify mapping size for io_mapping_map_wc()

2016-04-13 Thread Chris Wilson
The ioremap() hidden behind the io_mapping_map_wc() convenience helper can be used for remapping multiple pages. Extend the helper so that future callers can use it for larger ranges. Signed-off-by: Chris Wilson Cc: Tvrtko Ursulin Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie Cc: Yishai

Re: [PATCH RFC 2/2] tun: don't set a default qdisc

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 11:04:47AM +0200, Paolo Abeni wrote: > This patch disables the default qdisc by explicitly setting the > IFF_NO_QUEUE private flag so that now the tun xmit path do not > require any lock by default. > > The default qdisc was first removed as a side effect of commit > f84bb1

Re: [RFC PATCH v2 5/5] Add sample for adding simple drop program to link

2016-04-13 Thread Jamal Hadi Salim
On 16-04-10 02:38 PM, Brenden Blanco wrote: I always go for the lowest hanging fruit. Which to me is the 60% time spent above the driver level as shown above. [..] It seemed it was the driver path in your case. When we removed the driver overhead (as demoed at the tc workshop in netdev11) we

Re: [PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 11:04:45AM +0200, Paolo Abeni wrote: > This patch series try to remove the need for any lock in the tun device > xmit path, significantly improving the forwarding performance when multiple > processes are accessing the tun device (i.e. in a nic->bridge->tun->vm > scenario).

[RFC] Is it a bug for nfs on udp6 mode or kernel?

2016-04-13 Thread Ding Tianhong
Hi everyone: I have met this problem when I try to test udp6 for nfs connection, my environment is: Server: kernel: 4.1.15 IP:::36/64 MTU:1500 Setting: /etc/exports:/home/nfs *(rw,sync,no_subtree_check,no_root_squash) Client: kernel: 4.1.18 IP:::90/64 MTU:1500 command: mount -t nfs -o v

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

2016-04-13 Thread Paolo Abeni
On Tue, 2016-04-12 at 06:57 -0700, Casey Schaufler wrote: > On 4/12/2016 1:52 AM, Paolo Abeni wrote: > > On Thu, 2016-04-07 at 14:55 -0400, Paul Moore wrote: > >> On Thursday, April 07, 2016 01:45:32 AM Florian Westphal wrote: > >>> Paul Moore wrote: > On Wed, Apr 6, 2016 at 6:14 PM, Florian

[PATCH net-next] net/hsr: Added support for HSR v1

2016-04-13 Thread Peter Heise
This patch adds support for the newer version 1 of the HSR networking standard. Version 0 is still default and the new version has to be selected via iproute2. Main changes are in the supervision frame handling and its ethertype field. Signed-off-by: Peter Heise --- include/uapi/linux/if_ether.

[RESEND PATCH net-next] phy: keep the BCMR_LOOPBACK bit while setup forced mode

2016-04-13 Thread Weidong Wang
When tested the PHY SGMII Loopback,: 1.set the LOOPBACK bit, 2.set the autoneg to AUTONEG_DISABLE, it calls the genphy_setup_forced which will clear the bit. So just keep the LOOPBACK bit while setup forced mode. Signed-off-by: Weidong Wang --- drivers/net/phy/phy_device.c | 2 ++ 1 file change

Re: [PATCH net-next v2 1/2] rtnetlink: add new RTM_GETSTATS message to dump link stats

2016-04-13 Thread Jamal Hadi Salim
On 16-04-12 09:21 AM, Thomas Graf wrote: On 04/11/16 at 08:53pm, roopa wrote: Top level stats attributes can be netdev or global attributes: We can include string "LINK" in the names of all stats belonging to a netdev to make it easier to recognize the netdev stats (example): IFLA_STATS_LINK

Re: [PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 14:08 +0300, Michael S. Tsirkin wrote: > On Wed, Apr 13, 2016 at 11:04:45AM +0200, Paolo Abeni wrote: > > This patch series try to remove the need for any lock in the tun device > > xmit path, significantly improving the forwarding performance when multiple > > processes are a

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 11:04 +0200, Paolo Abeni wrote: > The current tun_net_xmit() implementation don't need any external > lock since it relay on rcu protection for the tun data structure > and on socket queue lock for skb queuing. > > This patch set the NETIF_F_LLTX feature bit in the tun device

Re: [PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 05:50:17AM -0700, Eric Dumazet wrote: > On Wed, 2016-04-13 at 14:08 +0300, Michael S. Tsirkin wrote: > > On Wed, Apr 13, 2016 at 11:04:45AM +0200, Paolo Abeni wrote: > > > This patch series try to remove the need for any lock in the tun device > > > xmit path, significantly

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 11:48:09AM +0200, Hannes Frederic Sowa wrote: > On 13.04.2016 11:41, Michael S. Tsirkin wrote: > >On Wed, Apr 13, 2016 at 11:04:46AM +0200, Paolo Abeni wrote: > >>The current tun_net_xmit() implementation don't need any external > >>lock since it relay on rcu protection for

Re: [PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 15:56 +0300, Michael S. Tsirkin wrote: > On Wed, Apr 13, 2016 at 05:50:17AM -0700, Eric Dumazet wrote: > > On Wed, 2016-04-13 at 14:08 +0300, Michael S. Tsirkin wrote: > > > On Wed, Apr 13, 2016 at 11:04:45AM +0200, Paolo Abeni wrote: > > > > This patch series try to remove th

Re: [PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 06:09:26AM -0700, Eric Dumazet wrote: > You really need to convince John Fastabend to work full time on the real > thing Meaning making all qdiscs themselves lockless? With complex policies like codel I can see how that might be challenging ... -- MST

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Eric Dumazet
I. On Wed, 2016-04-13 at 15:57 +0300, Michael S. Tsirkin wrote: > Fine, but what's the AF_PACKET duplication that Herbert Xu > reported with NETIF_F_LLTX? Does anyone remember? Really a lot of virtual drivers use NETIF_F_LLTX these days. Duplication is more likely to happen with a qdisc, wh

Re: [PATCH net-next 2/2] net: exit busy loop when another process is runnable

2016-04-13 Thread Peter Zijlstra
On Mon, Apr 11, 2016 at 07:31:57PM +0300, Michael S. Tsirkin wrote: > +static bool expected_to_run_fair(struct cfs_rq *cfs_rq, s64 t) > +{ > + struct sched_entity *left; > + struct sched_entity *curr = cfs_rq->curr; > + > + if (!curr || !curr->on_rq) > + return false

Re: [RFC v5 0/5] Add virtio transport for AF_VSOCK

2016-04-13 Thread Stefan Hajnoczi
On Tue, Apr 12, 2016 at 05:37:54PM +0100, Ian Campbell wrote: > Perhaps the guest end is turning shutdown(foo) directly into a vsock > message without or-ing in the current state? Yes, you are right: lock_sock(sk); sk->sk_shutdown |= mode; sk->sk_state_change(sk); release_sock(sk); if

Re: FWD: [PATCH v2] Marvell phy: add fiber status check for some components

2016-04-13 Thread Charles-Antoine Couret
Le 11/04/2016 21:47, Florian Fainelli a écrit : > On 04/04/16 06:25, Andrew Lunn wrote: >>> >From 564b767163d19355a3b5efaad195e93796570c71 Mon Sep 17 00:00:00 2001 >>> From: Charles-Antoine Couret >>> Date: Fri, 1 Apr 2016 16:16:35 +0200 >>> Subject: [PATCH] Marvell phy: add fiber status check for

Re: [PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 16:17 +0300, Michael S. Tsirkin wrote: > On Wed, Apr 13, 2016 at 06:09:26AM -0700, Eric Dumazet wrote: > > You really need to convince John Fastabend to work full time on the real > > thing > > Meaning making all qdiscs themselves lockless? With complex policies > like codel

Re: [PATCH net-next 2/2] net: exit busy loop when another process is runnable

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 03:28:03PM +0200, Peter Zijlstra wrote: > On Mon, Apr 11, 2016 at 07:31:57PM +0300, Michael S. Tsirkin wrote: > > +static bool expected_to_run_fair(struct cfs_rq *cfs_rq, s64 t) > > +{ > > + struct sched_entity *left; > > + struct sched_entity *curr = cfs_rq->cur

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Michael S. Tsirkin
On Wed, Apr 13, 2016 at 06:27:08AM -0700, Eric Dumazet wrote: > I. On Wed, 2016-04-13 at 15:57 +0300, Michael S. Tsirkin wrote: > > > Fine, but what's the AF_PACKET duplication that Herbert Xu > > reported with NETIF_F_LLTX? Does anyone remember? > > Really a lot of virtual drivers use NETIF

Re: [RFC] Is it a bug for nfs on udp6 mode or kernel?

2016-04-13 Thread Benjamin Coddington
On Wed, 13 Apr 2016, Ding Tianhong wrote: > Hi everyone: > > I have met this problem when I try to test udp6 for nfs connection, my > environment is: > > Server: > kernel: 4.1.15 > IP:::36/64 > MTU:1500 > Setting: /etc/exports:/home/nfs *(rw,sync,no_subtree_check,no_root_squash) > > Client: >

Re: [RESEND PATCH net-next] phy: keep the BCMR_LOOPBACK bit while setup forced mode

2016-04-13 Thread Sergei Shtylyov
Hello. On 4/13/2016 2:59 PM, Weidong Wang wrote: When tested the PHY SGMII Loopback,: 1.set the LOOPBACK bit, 2.set the autoneg to AUTONEG_DISABLE, it calls the genphy_setup_forced which will clear the bit. So just keep the LOOPBACK bit while setup forced mode. Signed-off-by: Weidong Wang --

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Sergei Shtylyov
Hello. On 4/13/2016 12:04 PM, Paolo Abeni wrote: The current tun_net_xmit() implementation don't need any external lock since it relay on rcu protection for the tun data structure s/relay/relies/? and on socket queue lock for skb queuing. This patch set the NETIF_F_LLTX feature bit in t

Symantec users list

2016-04-13 Thread Judy Adkins
Hi, I just wanted to drop you a quick note to see if you would be interested in a discussion about "Symantec users" and the benefits it can bring your organization for your Marketing Initiatives like Email Marketing, Tele Marketing, Direct Mailings etc. Every contact will include: Company Nam

Re: [PATCH RFC 1/2] tun: don't require serialization lock on tx

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 16:54 +0300, Michael S. Tsirkin wrote: > OK, now I understand what the duplication is about. > What about NETDEV_TX_LOCKED? Looks like it might have > the same effect? > > This might be worth documenting in include/linux/netdevice.h, > might it not? I believe the intent is

[PATCH] Prevent NUll pointer dereference with two PHYs on cpsw

2016-04-13 Thread Andrew Goodbody
Adding a 2nd PHY to cpsw results in a NULL pointer dereference as below. Fix by maintaining a reference to each PHY node in slave struct instead of a single reference in the priv struct which was overwritten by the 2nd PHY. [ 17.870933] Unable to handle kernel NULL pointer dereference at virtual

[PATCH] Fix NULL pointer dereference in cpsw with two slave PHYs

2016-04-13 Thread Andrew Goodbody
This is a fix for a NULL pointer dereference from cpsw which is triggered by having two slave PHYs attached to a cpsw network device. The problem is due to only maintaining a single reference to a PHY node in the prive data which gets overwritten by the second PHY probe. So move the PHY node refere

Re: [PATCH for-next 2/2] net/mlx5: Update mlx5_ifc hardware features

2016-04-13 Thread Or Gerlitz
We talked here, and the three MLNX mlx5 maintainers prefer things to be such they submit a patch to both trees (rdma and net-next) that contains the changes they plan to the FW IFC file for that -next release. They agreed that only fields that will be actually in use by the driver will be exposed i

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

2016-04-13 Thread Casey Schaufler
On 4/13/2016 4:57 AM, Paolo Abeni wrote: > On Tue, 2016-04-12 at 06:57 -0700, Casey Schaufler wrote: >> On 4/12/2016 1:52 AM, Paolo Abeni wrote: >>> On Thu, 2016-04-07 at 14:55 -0400, Paul Moore wrote: On Thursday, April 07, 2016 01:45:32 AM Florian Westphal wrote: > Paul Moore wrote: >>>

Re: linux-next: build failure after merge of the net-next tree

2016-04-13 Thread David Miller
From: Stephen Rothwell Date: Wed, 13 Apr 2016 17:50:28 +1000 > After merging the net-next tree, today's linux-next build (arm > allmodconfig) failed like thisi (this has actually been failing for a > few days, now): > > ERROR: "__bad_udelay" [drivers/net/ethernet/intel/ixgbe/ixgbe.ko] undefined!

Re: [PATCH RFC 2/2] tun: don't set a default qdisc

2016-04-13 Thread David Miller
From: "Michael S. Tsirkin" Date: Wed, 13 Apr 2016 13:26:51 +0300 > On Wed, Apr 13, 2016 at 11:04:47AM +0200, Paolo Abeni wrote: >> This patch disables the default qdisc by explicitly setting the >> IFF_NO_QUEUE private flag so that now the tun xmit path do not >> require any lock by default. >>

Re: [PATCH (net.git) 2/3] Revert "stmmac: Fix 'eth0: No PHY found' regression"

2016-04-13 Thread Marc Haber
On Fri, Apr 01, 2016 at 09:07:15AM +0200, Giuseppe Cavallaro wrote: > This reverts commit 88f8b1bb41c6208f81b6a480244533ded7b59493. > due to problems on GeekBox and Banana Pi M1 board when > connected to a real transceiver instead of a switch via > fixed-link. This reversal is still needed in Linu

[PATCH net-next 1/1] tipc: remove remnants of old broadcast code

2016-04-13 Thread Jon Maloy
We remove a couple of leftover fields in struct tipc_bearer. Those were used by the old broadcast implementation, and are not needed any longer. There is no functional changes in this commit. Acked-by: Ying Xue Signed-off-by: Jon Maloy --- net/tipc/bearer.h | 15 --- 1 file changed,

[PATCH for-next V1 0/2] mlx5_core: mlx5_ifc updates

2016-04-13 Thread Saeed Mahameed
Hi Dave and Doug Changes form V0: - 2nd patch commit message fixes. This series include mlx5_core updates for both net-next and rdma trees for 4.7 kernel cycle. This is the only shared code planned for 4.7 between rdma and net trees. Hopefully, this will prevent future conflicts when mer

[PATCH for-next V1 2/2] net/mlx5: Update mlx5_ifc hardware features

2016-04-13 Thread Saeed Mahameed
Adding the needed mlx5_ifc hardware bits and structs for the following features: * Add vport to steering commands for SRIOV ACL support * Add mlcr, pcmr and mcia registers for dump module EEPROM * Add support for FCS, beacon led and disable_link bits to hca caps * Add CQE period mode bit in CQ c

[PATCH for-next V1 1/2] net/mlx5: Fix mlx5 ifc cmd_hca_cap bad offsets

2016-04-13 Thread Saeed Mahameed
From: Tariq Toukan All reserved fields after early_vf_enable are off by 1, since early_vf_enable was not explicitly declared as array of size 1. Reserved field before cqe_zip had a wrong size, it should be 0x80 + 0x3f. Fixes: b084590e ("net/mlx5_core: Introduce access function to read inter

Re: [RFC] Is it a bug for nfs on udp6 mode or kernel?

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 19:28 +0800, Ding Tianhong wrote: > Hi everyone: > > I have met this problem when I try to test udp6 for nfs connection, my > environment is: > > Server: > kernel: 4.1.15 > IP:::36/64 > MTU:1500 > Setting: /etc/exports:/home/nfs *(rw,sync,no_subtree_check,no_root_squash

Re: [PATCH RFC 0/2] tun: lockless xmit

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 06:43 -0700, Eric Dumazet wrote: > On Wed, 2016-04-13 at 16:17 +0300, Michael S. Tsirkin wrote: > > On Wed, Apr 13, 2016 at 06:09:26AM -0700, Eric Dumazet wrote: > > > You really need to convince John Fastabend to work full time on the real > > > thing > > > > Meaning making

Re: [PATCH V3] net: mediatek: update the IRQ part of the binding document

2016-04-13 Thread Rob Herring
On Tue, Apr 12, 2016 at 08:35:18AM +0200, John Crispin wrote: > The current binding document only describes a single interrupt. Update the > document by adding the 2 other interrupts. > > The driver currently only uses a single interrupt. The HW is however able > to using IRQ grouping to split TX

Re: [PATCH] qlge: Replace create_singlethread_workqueue with alloc_ordered_workqueue

2016-04-13 Thread Tejun Heo
On Sat, Apr 09, 2016 at 05:27:45PM +0530, Amitoj Kaur Chawla wrote: > Replace deprecated create_singlethread_workqueue with > alloc_ordered_workqueue. > > Work items include getting tx/rx frame sizes, resetting MPI processor, > setting asic recovery bit so ordering seems necessary as only one work

Re: [PATCH for-next V1 1/2] net/mlx5: Fix mlx5 ifc cmd_hca_cap bad offsets

2016-04-13 Thread Jason Gunthorpe
On Wed, Apr 13, 2016 at 07:11:03PM +0300, Saeed Mahameed wrote: > Fixes: b084590e ("net/mlx5_core: Introduce access function to read > internal timer ") > Fixes: b4ff3a36d3e4 ("net/mlx5: Use offset based reserved field names in the > IFC header file") Are you sure those are right? b0845

[PATCH 2/2] MAINTAINERS: add Qualcomm EMAC network driver maintainer

2016-04-13 Thread Timur Tabi
The driver was originally written by Gilad Avidov, but it's now being supported by Timur Tabi. Signed-off-by: Timur Tabi --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4851f02..8c580f8 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9128

[PATCH nf] netfilter: ipv6: Orphan skbs in nf_ct_frag6_gather()

2016-04-13 Thread Joe Stringer
This is the IPv6 equivalent of commit 8282f27449bf ("inet: frag: Always orphan skbs inside ip_defrag()"). Prior to commit 029f7f3b8701 ("netfilter: ipv6: nf_defrag: avoid/free clone operations"), ipv6 fragments sent to nf_ct_frag6_gather() would be cloned (implicitly orphaning) prior to queueing f

pull-request: wireless-drivers 2016-04-13

2016-04-13 Thread Kalle Valo
Hi Dave, few very small fixes for 4.6. All but one are either build fixes or memory leaks. More info in the signed tag below. Please let me know if there are any problems. Kalle The following changes since commit 9a3492194eca6253ae7ba93c7a402cecad7f1c94: Merge branch 'AF_VSOCK-missed-wakeups

Re: qdisc spin lock

2016-04-13 Thread Michael Ma
2016-03-31 20:44 GMT-07:00 John Fastabend : > On 16-03-31 04:48 PM, Michael Ma wrote: >> I didn't really know that multiple qdiscs can be isolated using MQ so >> that each txq can be associated with a particular qdisc. Also we don't >> really have multiple interfaces... > > MQ will assign a default

Re: [RESEND PATCH net-next] phy: keep the BCMR_LOOPBACK bit while setup forced mode

2016-04-13 Thread Florian Fainelli
On 13/04/16 04:59, Weidong Wang wrote: > When tested the PHY SGMII Loopback,: > 1.set the LOOPBACK bit, > 2.set the autoneg to AUTONEG_DISABLE, it calls the > genphy_setup_forced which will clear the bit. > > So just keep the LOOPBACK bit while setup forced mode. Humm, it makes sense why we want

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

2016-04-13 Thread kbuild test robot
Hi Gilad, [auto build test WARNING on net/master] [also build test WARNING on v4.6-rc3 next-20160413] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Timur-Tabi/net-emac-emac-gigabit-ethernet

Re: [PATCH v2 net-next 0/7] DSA refactoring: set 1

2016-04-13 Thread Florian Fainelli
On 12/04/16 17:40, Andrew Lunn wrote: > There has been a long running effort to refractor DSA probing to make > the switches true linux devices. Here are a small collection of > patches moving in this direction. Most have been seen before. > > We take a little step forward by passing the dsa devic

Re: [PATCH v2 net-next 5/7] net: dsa: Rename DSA probe function.

2016-04-13 Thread Florian Fainelli
On 12/04/16 17:40, Andrew Lunn wrote: > Rename the function called from the DSA to perform a probe for the > switch. This makes the normal _probe() name available for a standard > Linux device driver probe function. > > Signed-off-by: Andrew Lunn > Tested-by: Vivien Didelot Acked-by: Florian Fa

Re: [PATCH v2 net-next 6/7] dsa: Rename phys_port_mask to enabled_port_mask

2016-04-13 Thread Florian Fainelli
On 12/04/16 17:40, Andrew Lunn wrote: > The phys in phys_port_mask suggests this mask is about PHYs. In fact, > it means physical ports. Rename to enabled_port_mask, indicating > external enabled ports of the switch, which is hopefully less > confusing. > > Signed-off-by: Andrew Lunn > Tested-by:

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

2016-04-13 Thread Timur Tabi
kbuild test robot wrote: drivers/net/ethernet/qualcomm/emac/emac-mac.c: In function 'emac_mac_up': >>drivers/net/ethernet/qualcomm/emac/emac-mac.c:1076:9: warning: large integer implicitly truncated to unsigned type [-Woverflow] writel(~DIS_INT, adpt->base + EMAC_INT_STATUS); This

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

2016-04-13 Thread Shanker Donthineni
On 04/13/2016 02:31 PM, Timur Tabi wrote: > kbuild test robot wrote: >> >> drivers/net/ethernet/qualcomm/emac/emac-mac.c: In function 'emac_mac_up': >>drivers/net/ethernet/qualcomm/emac/emac-mac.c:1076:9: warning: large >>integer implicitly truncated to unsigned type [-Woverflow] >

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

2016-04-13 Thread Timur Tabi
Shanker Donthineni wrote: >> drivers/net/ethernet/qualcomm/emac/emac-mac.c: In function 'emac_mac_up': >>drivers/net/ethernet/qualcomm/emac/emac-mac.c:1076:9: warning: large integer implicitly truncated to unsigned type [-Woverflow] >> writel(~DIS_INT, adpt->base + EMAC_INT_STAT

pull-request: mac80211-next 2016-04-13

2016-04-13 Thread Johannes Berg
Hi Dave, For a while now I've wanted to remove enum ieee80211_band, and in order to synchronize more easily with Kalle that's (apart from a documentation change I already had pending) all in this pull. Let me know if there's any problem. Thanks, johannes The following changes since commit bdd

[iproute PATCH 1/2] ss: Drop silly assignment

2016-04-13 Thread Phil Sutter
An expression of the form '(a | b) & b' will evaluate to the value of b for any value of a or b. Signed-off-by: Phil Sutter --- misc/ss.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/misc/ss.c b/misc/ss.c index 38cf3312a746e..d6090018c5dbb 100644 --- a/misc/ss.c +++ b/misc

[iproute PATCH 2/2] ss: Fix accidental state filter override

2016-04-13 Thread Phil Sutter
Passing a filter expression and selecting an address family using the '-f' flag would overwrite the state filter by accident. Therefore calling e.g. 'ss -nl -f inet '(sport = :22)' would not only print listening sockets (as requested by '-l' flag) but connected ones, as well. Fix this by reusing t

[iproute PATCH 0/2] Minor ss filter fix and review

2016-04-13 Thread Phil Sutter
While looking for a solution to the problem described in patch 2/2, I discovered the overly complicated assignment in filter_states_set() which is simplified in patch 1/2. Phil Sutter (2): ss: Drop silly assignment ss: Fix accidental state filter override misc/ss.c | 5 +++-- 1 file changed,

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

2016-04-13 Thread Bjørn Mork
Timur Tabi writes: > Shanker Donthineni wrote: >> drivers/net/ethernet/qualcomm/emac/emac-mac.c: In function >> 'emac_mac_up': >>drivers/net/ethernet/qualcomm/emac/emac-mac.c:1076:9: warning: >>large integer implicitly truncated to unsigned type [-Woverf

RE: TCP reaching to maximum throughput after a long time

2016-04-13 Thread Machani, Yaniv
On Wed, Apr 13, 2016 at 17:32:29, Neal Cardwell wrote: > Miller; Eric Dumazet; Nandita Dukkipati; open list; Kama, Meirav > Subject: Re: TCP reaching to maximum throughput after a long time > > I like the idea to disable hystart ack-train. > > > Yaniv, can you please re-run your test with CUBIC

Re: [PATCH iproute2] ss: 64bit inode numbers

2016-04-13 Thread Stephen Hemminger
On Tue, 12 Apr 2016 15:22:29 -0700 Eric Dumazet wrote: > From: Eric Dumazet > > Lets prepare for a possibility to have 64bit inode numbers for sockets, > even if the kernel currently enforces 32bit numbers. > > Presumably, if both kernel and userland are 64bit (no 32bit emulation), > kernel co

Re: [PATCH iproute2] ss: 64bit inode numbers

2016-04-13 Thread Eric Dumazet
On Wed, 2016-04-13 at 13:55 -0700, Stephen Hemminger wrote: > On Tue, 12 Apr 2016 15:22:29 -0700 > Eric Dumazet wrote: > > > From: Eric Dumazet > > > > Lets prepare for a possibility to have 64bit inode numbers for sockets, > > even if the kernel currently enforces 32bit numbers. > > > > Presu

Re: [PATCH net-next 1/1] tipc: remove remnants of old broadcast code

2016-04-13 Thread David Miller
From: Jon Maloy Date: Wed, 13 Apr 2016 11:45:47 -0400 > We remove a couple of leftover fields in struct tipc_bearer. Those > were used by the old broadcast implementation, and are not needed > any longer. There is no functional changes in this commit. > > Acked-by: Ying Xue > Signed-off-by: Jon

Re: [PATCH for-next V1 1/2] net/mlx5: Fix mlx5 ifc cmd_hca_cap bad offsets

2016-04-13 Thread Saeed Mahameed
On Wed, Apr 13, 2016 at 8:48 PM, Jason Gunthorpe wrote: > On Wed, Apr 13, 2016 at 07:11:03PM +0300, Saeed Mahameed wrote: > >> Fixes: b084590e ("net/mlx5_core: Introduce access function to read >> internal timer ") >> Fixes: b4ff3a36d3e4 ("net/mlx5: Use offset based reserved field names in th

Re: pull-request: wireless-drivers 2016-04-13

2016-04-13 Thread David Miller
From: Kalle Valo Date: Wed, 13 Apr 2016 21:23:21 +0300 > few very small fixes for 4.6. All but one are either build fixes or > memory leaks. More info in the signed tag below. > > Please let me know if there are any problems. Pulled, thanks.

Re: pull-request: mac80211-next 2016-04-13

2016-04-13 Thread David Miller
From: Johannes Berg Date: Wed, 13 Apr 2016 21:36:31 +0200 > For a while now I've wanted to remove enum ieee80211_band, and in > order to synchronize more easily with Kalle that's (apart from a > documentation change I already had pending) all in this pull. > > Let me know if there's any problem.

[PATCH] sctp: simplify sk_receive_queue locking

2016-04-13 Thread Marcelo Ricardo Leitner
SCTP already serializes access to rcvbuf through its sock lock: sctp_recvmsg takes it right in the start and release at the end, while rx path will also take the lock before doing any socket processing. On sctp_rcv() it will check if there is an user using the socket and, if there is, it will queue

Re: [PATCH v2 net-next 0/7] DSA refactoring: set 1

2016-04-13 Thread David Miller
From: Andrew Lunn Date: Wed, 13 Apr 2016 02:40:38 +0200 > There has been a long running effort to refractor DSA probing to make > the switches true linux devices. Here are a small collection of > patches moving in this direction. Most have been seen before. > > We take a little step forward by p

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

2016-04-13 Thread Florian Fainelli
On 13/04/16 10:59, Timur Tabi wrote: > From: Gilad Avidov > > Add supports for ethernet controller HW on Qualcomm Technologies, Inc. SoC. > This driver supports the following features: > 1) Checksum offload. > 2) Runtime power management support. > 3) Interrupt coalescing support. > 4) SGMII phy.

[PATCH iproute2] ss: take care of unknown min_rtt

2016-04-13 Thread Eric Dumazet
From: Eric Dumazet Kernel sets info->tcpi_min_rtt to ~0U when no RTT sample was ever taken for the session, thus min_rtt is unknown. Signed-off-by: Eric Dumazet --- misc/ss.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/misc/ss.c b/misc/ss.c index 38cf331..51ff5ac 1

[PATCH 1/1] hv_netvsc: Implement support for VF drivers on Hyper-V

2016-04-13 Thread K. Y. Srinivasan
Support VF drivers on Hyper-V. On Hyper-V, each VF instance presented to the guest has an associated synthetic interface that shares the MAC address with the VF instance. Typically these are bonded together to support live migration. By default, the host delivers all the incoming packets on the syn

Re: [PATCH 0/3] crypto: af_alg - add TLS type encryption

2016-04-13 Thread Tadeusz Struk
Hi Fridolin, On 04/12/2016 04:13 AM, Fridolin Pokorny wrote: > we were experimenting with this. We have a prove of concept of a kernel > TLS type socket, so called AF_KTLS, which is based on Dave Watson's > RFC5288 patch. It handles both TLS and DTLS, unfortunately it is not > ready now to be propo

[PATCH 1/3] netfilter: arp_tables: register table in initns

2016-04-13 Thread Pablo Neira Ayuso
From: Florian Westphal arptables is broken since we didn't register the table anymore -- even 'arptables -L' fails. Fixes: b9e69e127397187b ("netfilter: xtables: don't hook tables by default") Signed-off-by: Florian Westphal Signed-off-by: Pablo Neira Ayuso --- net/ipv4/netfilter/arptable_fil

[PATCH 2/3] netfilter: nf_conntrack_tcp: Fix stack out of bounds when parsing TCP options

2016-04-13 Thread Pablo Neira Ayuso
From: Jozsef Kadlecsik Baozeng Ding reported a KASAN stack out of bounds issue - it uncovered that the TCP option parsing routines in netfilter TCP connection tracking could read one byte out of the buffer of the TCP options. Therefore in the patch we check that the available data length is larg

[PATCH 3/3] netfilter: ebtables: Fix extension lookup with identical name

2016-04-13 Thread Pablo Neira Ayuso
From: Phil Sutter If a requested extension exists as module and is not loaded, ebt_check_match() might accidentally use an NFPROTO_UNSPEC one with same name and fail. Reproduced with limit match: Given xt_limit and ebt_limit both built as module, the following would fail: modprobe xt_limit

[PATCH 0/3] Netfilter fixes for net

2016-04-13 Thread Pablo Neira Ayuso
Hi David, The following patchset contains Netfilter fixes for your net tree. More specifically, they are: 1) Fix missing filter table per-netns registration in arptables, from Florian Westphal. 2) Resolve out of bound access when parsing TCP options in nf_conntrack_tcp, patch from Jozsef K

[PATCH net-next 0/8] DSA refactoring: set 2

2016-04-13 Thread Andrew Lunn
More preparatory patches for the DSA probe refactoring. The first three patches turn the Marvell drivers into individual modules, and a shared library module. They also become real Linux devices, with probe functions. However, at the moment, this is just stub code to be filled out with later patch

[PATCH net-next 8/8] dsa: mv88e6131: Don't special case a single device

2016-04-13 Thread Andrew Lunn
When multiple switches are interconnected in a tree, a routing table is used for directing packets out the correct port towards a remote destination. This works equally well for a single switch, since the routing table is empty. So don't special case for a single switch. This makes the mv88e6131 be

[PATCH net-next 5/8] dsa: mv88e6xxx: Kill the REG_READ and REG_WRITE macros

2016-04-13 Thread Andrew Lunn
These macros hide a ds variable and a return statement on error, which can lead to locking issues. Kill them off. Signed-off-by: Andrew Lunn --- drivers/net/dsa/mv88e6123.c | 13 ++- drivers/net/dsa/mv88e6131.c | 41 drivers/net/dsa/mv88e6171.c | 16 +-- drivers/net/dsa/mv88e6352.c |

[PATCH net-next 4/8] dsa: Move gpio reset into switch driver

2016-04-13 Thread Andrew Lunn
Resetting the switch is something the driver does, not the framework. So move the parsing of this property into the driver. There are no in kernel users of this property, so moving it does not break anything. There is a board which will make use of this property making its way into the kernel. Si

[PATCH net-next 3/8] dsa: Add mdio device support to Marvell switches

2016-04-13 Thread Andrew Lunn
Allow Marvell switches to be mdio devices. Currently they just probe and allocate there private structure. Later patches will make them register with the DSA framework. At the same time, make them separate modules, and make mv88e6xxx a library module. Signed-off-by: Andrew Lunn --- v2: s/Copywri

[PATCH net-next 6/8] dsa: mv88e6xxx: Replace ds with ps where possible

2016-04-13 Thread Andrew Lunn
The dsa_switch structure ds is actually needed in very few places, mostly during setup of the switch. The private structure ps is however needed nearly everywhere. Pass ps, not ds internally. Signed-off-by: Andrew Lunn --- drivers/net/dsa/mv88e6123.c | 11 +- drivers/net/dsa/mv88e6131.c | 19 +

[PATCH net-next] gre: eliminate holes in ip_tunnel

2016-04-13 Thread Stephen Hemminger
The structure can be packed denser by doing minor rearrangement of existing elements. Signed-off-by: Stephen Hemminger --- a/include/net/ip_tunnels.h 2016-04-11 13:42:06.654666930 -0700 +++ b/include/net/ip_tunnels.h 2016-04-13 16:47:59.821692189 -0700 @@ -105,24 +105,23 @@ struct ip_tunnel {

[PATCH net-next 1/8] dsa: mv88e6xxx: Prepare for turning this into a library module

2016-04-13 Thread Andrew Lunn
Export all the functions so that we can later turn the module into a library module. Signed-off-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 44 1 file changed, 44 insertions(+) diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xx

[PATCH net-next 2/8] dsa: mv88e6xxx: Add macro for registering the drivers

2016-04-13 Thread Andrew Lunn
The macro cuts down on boilerplate. The switch driver needs to both register itself as an MDIO driver and register itself as a switch driver. This second registration is needed to retain backwards compatibility with the old binding. Signed-off-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.h | 22

[PATCH net-next 7/8] dsa: mv88e6xxx: Use the name table to determine number of ports

2016-04-13 Thread Andrew Lunn
Extend the ID to name table to also include the number of ports. Saves a few switch statements and it is likely other entries will be added to the table later. Signed-off-by: Andrew Lunn --- drivers/net/dsa/mv88e6123.c | 30 +- drivers/net/dsa/mv88e6131.c | 25 +--

Re: [RFC] Is it a bug for nfs on udp6 mode or kernel?

2016-04-13 Thread Ding Tianhong
On 2016/4/13 22:11, Benjamin Coddington wrote: > On Wed, 13 Apr 2016, Ding Tianhong wrote: > >> Hi everyone: >> >> I have met this problem when I try to test udp6 for nfs connection, my >> environment is: >> >> Server: >> kernel: 4.1.15 >> IP:::36/64 >> MTU:1500 >> Setting: /etc/exports:/home

  1   2   >