Re: [PATCH] dwc_eth_qos: Remove deprecated create_singlethread_workqueue

2016-07-17 Thread David Miller
From: Bhaktipriya Shridhar Date: Sat, 16 Jul 2016 13:53:28 +0530 > alloc_workqueue replaces deprecated create_singlethread_workqueue(). > > A dedicated workqueue has been used since the workitem viz > lp->txtimeout_reinit is involved in reinitialization if a TX timeout

Re: [ovs-dev] [PATCH net-next v11 5/6] openvswitch: add layer 3 flow/port support

2016-07-17 Thread Simon Horman
[CC Jiri Benc for portion regarding GRE] Hi Pravin, On Fri, Jul 15, 2016 at 02:07:37PM -0700, pravin shelar wrote: > On Wed, Jul 13, 2016 at 12:31 AM, Simon Horman > wrote: > > Hi Pravin, > > > > On Thu, Jul 07, 2016 at 01:54:15PM -0700, pravin shelar wrote: > >> On

Re: [PATCH net-next 1/1] net_sched: Introduce skbmod action

2016-07-17 Thread Alexei Starovoitov
On Sun, Jul 17, 2016 at 04:41:24AM -0400, Jamal Hadi Salim wrote: > From: Jamal Hadi Salim > > This action is intended to be an upgrade from a usability perspective > from pedit (as well as operational debugability). > Compare this: > > sudo tc filter add dev $ETH parent 1:

Re: [PATCH 1/1] tracing, bpf: Implement function bpf_probe_write

2016-07-17 Thread Alexei Starovoitov
On Sun, Jul 17, 2016 at 03:19:13AM -0700, Sargun Dhillon wrote: > > +static u64 bpf_copy_to_user(u64 r1, u64 r2, u64 r3, u64 r4, u64 r5) > +{ > + void *to = (void *) (long) r1; > + void *from = (void *) (long) r2; > + int size = (int) r3; > + > + /* check if we're in a user

Re: [PATCH v8 04/11] net/mlx4_en: add support for fast rx drop bpf program

2016-07-17 Thread Alexei Starovoitov
On Fri, Jul 15, 2016 at 09:09:52PM +0200, Jesper Dangaard Brouer wrote: > > On Fri, 15 Jul 2016 09:47:46 -0700 Alexei Starovoitov > wrote: > > On Fri, Jul 15, 2016 at 09:18:13AM -0700, Tom Herbert wrote: > [..] > > > > We don't need extra comlexity of figuring out

[PATCH 1/1] netfilter: Add helper array register/unregister functions

2016-07-17 Thread fgao
From: Gao Feng Add nf_ct_helper_init, nf_conntrack_helpers_register/unregister functions to enhance the conntrack helper codes. Signed-off-by: Gao Feng --- include/net/netfilter/nf_conntrack_helper.h | 16 ++ net/netfilter/nf_conntrack_ftp.c|

linux-next: manual merge of the net-next tree with the net tree

2016-07-17 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/intel/i40e/i40e_main.c between commit: f6bd09625ba6 ("i40e: enable VSI broadcast promiscuous mode instead of adding broadcast filter") from the net tree and commit: 3e25a8f31af1 ("i40e: add

linux-next: manual merge of the net-next tree with the net tree

2016-07-17 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/cavium/liquidio/lio_main.c between commit: 8e6ce7ebeb34 ("net: cavium: liquidio: Avoid dma_unmap_single on uninitialized ndata") from the net tree and commit: 6a885b60dad2 ("liquidio:

Re: [PATCH net-next v2 04/10] net/ncsi: Package and channel management

2016-07-17 Thread Gavin Shan
On Fri, Jul 15, 2016 at 10:30:00PM +0800, kbuild test robot wrote: >[auto build test ERROR on net-next/master] > >url: >https://github.com/0day-ci/linux/commits/Gavin-Shan/NCSI-Support/20160715-190549 >config: i386-allmodconfig (attached as .config) >compiler: gcc-6 (Debian 6.1.1-1) 6.1.1

Re: [PATCH net-next v2 02/10] net/ncsi: NCSI command packet handler

2016-07-17 Thread Gavin Shan
On Fri, Jul 15, 2016 at 10:08:23PM +0800, kbuild test robot wrote: >[auto build test ERROR on net-next/master] > >url: >https://github.com/0day-ci/linux/commits/Gavin-Shan/NCSI-Support/20160715-190549 >config: i386-allmodconfig (attached as .config) >compiler: gcc-6 (Debian 6.1.1-1) 6.1.1

[PATCH 1/2] net: ethernet: marvell: pxa168_eth: use phydev from struct net_device

2016-07-17 Thread Philippe Reynes
The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: marvell: pxa168_eth: use phy_ethtool_{get|set}_link_ksettings

2016-07-17 Thread Philippe Reynes
There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/marvell/pxa168_eth.c | 39 +--- 1 files changed, 18

Re: [PATCH v0 06/10] arm: orion5x: Add DT-based support for Netgear WNR854T

2016-07-17 Thread Rob Herring
On Sat, Jul 16, 2016 at 03:29:04PM +0100, Jamie Lentin wrote: > This is a router based on the mv88f5181 chipset. > > http://www.netgear.com/support/product/WNR854T.aspx > http://wiki.openwrt.org/toh/netgear/wnr854t > > Signed-off-by: Jamie Lentin > --- >

Re: [PATCH v0 06/10] arm: orion5x: Add DT-based support for Netgear WNR854T

2016-07-17 Thread Arnd Bergmann
On Sunday, July 17, 2016 10:39:01 AM CEST Jamie Lentin wrote: > On Sat, 16 Jul 2016, Arnd Bergmann wrote: > > The other patches all appear good to me, but I find this one suspicious. > > > > Why are you not using the device tree for probing PCI? Is there anything > > missing in

Re: [PATCH v0 05/10] arm: orion5x: Add DT include for mv88f5181

2016-07-17 Thread Rob Herring
On Sat, Jul 16, 2016 at 03:29:03PM +0100, Jamie Lentin wrote: > Signed-off-by: Jamie Lentin > --- > .../bindings/arm/marvell/marvell,orion5x.txt | 1 + > arch/arm/boot/dts/orion5x-mv88f5181.dtsi | 35 > ++ > 2 files changed, 36

Re: [PATCH v0 04/10] arm: orion5x: Generalise mv88f5181l pinctrl support for 88f5181

2016-07-17 Thread Rob Herring
On Sat, Jul 16, 2016 at 03:29:02PM +0100, Jamie Lentin wrote: > As far as I'm aware the mv88f5181-b1 and mv88f5181l are the same at the > pinctrl level, so re-use the definitions for both. > > Signed-off-by: Jamie Lentin > --- > .../bindings/pinctrl/marvell,orion-pinctrl.txt

Re: [PATCH v0 03/10] arm: orion5x: Add clk support for mv88f5181

2016-07-17 Thread Rob Herring
On Sat, Jul 16, 2016 at 03:29:01PM +0100, Jamie Lentin wrote: > Referring to values in the u-boot port, add support for the mv88f5181 > > Signed-off-by: Jamie Lentin > --- > .../devicetree/bindings/clock/mvebu-core-clock.txt | 1 + Acked-by: Rob Herring >

Re: [PATCH v0 02/10] arm: orion5x: Add documentation for SoC and board bindings

2016-07-17 Thread Rob Herring
On Sat, Jul 16, 2016 at 03:29:00PM +0100, Jamie Lentin wrote: > Copy the format for kirkwood/dove to orion5x > > Signed-off-by: Jamie Lentin > --- > .../bindings/arm/marvell/marvell,orion5x.txt | 23 > ++ > 1 file changed, 23 insertions(+) > create

[PATCH] cfg80211: fix missing break in NL8211_CHAN_WIDTH_80P80 case

2016-07-17 Thread Colin King
From: Colin Ian King The switch on chandef->width is missing a break on the NL8211_CHAN_WIDTH_80P80 case; currently we get a WARN_ON when center_freq2 is non-zero because of the missing break. Signed-off-by: Colin Ian King ---

Re: [RFC PATCH net-next 1/1] Introduce skbmod action

2016-07-17 Thread Cong Wang
On Sat, Jul 16, 2016 at 7:28 AM, Jamal Hadi Salim wrote: > On 16-07-12 01:10 PM, Cong Wang wrote: >> >> On Mon, Jul 11, 2016 at 5:12 AM, Jamal Hadi Salim >> wrote: >>> >>> From: Jamal Hadi Salim >>> >>> This action is intended to be an

Re: [PATCH v0 00/10] Convert Netgear WNR854T to devicetree

2016-07-17 Thread Andrew Lunn
> Firstly I've tried to to rebase against net-next[0], but after > adding 6131 to mv88e6xxx_of_match, >ppu_work seems to be > causing a NULL pointer ooops. I'll assume it's not done yet and > ignore net-next for now. You don't need to modify mv88e6xxx_of_match, the 6131 is compatible with the

Re: [PATCH] net/mlx5_core/health: Remove deprecated create_singlethread_workqueue

2016-07-17 Thread Bhaktipriya Shridhar
Sure. Will make the changes in v2. Thanks, Bhaktipriya On Sun, Jul 17, 2016 at 10:43 AM, Leon Romanovsky wrote: > On Sat, Jul 16, 2016 at 01:29:20PM +0530, Bhaktipriya Shridhar wrote: >> The workqueue health->wq was used as per device private health thread. >> This was

[PATCH 2/2] sh_eth: fix DMA channel misreporting

2016-07-17 Thread Sergei Shtylyov
Currently 'ifconfig' for the Ethernet devices handled by this driver shows "DMA chan: ff" while the driver doesn't use any DMA channels. Not assigning a value to 'net_device::dma' causes 'ifconfig' to correctly not report a DMA channel. Signed-off-by: Sergei Shtylyov

[PATCH 1/2] ravb: fix DMA channel misreporting

2016-07-17 Thread Sergei Shtylyov
Currently 'ifconfig' for the Ethernet devices handled by this driver shows "DMA chan: ff" while the driver doesn't use any DMA channels. Not assigning a value to 'net_device::dma' causes 'ifconfig' to correctly not report a DMA channel. Signed-off-by: Sergei Shtylyov

[PATCH 0/2] Fix DMA channel misreporting for the Renesas Ethernet drivers

2016-07-17 Thread Sergei Shtylyov
Hello. Here's a set of 2 patches against DaveM's 'net.git' repo fixing up the DMA channel reporting by 'ifconfig'... [1/2] ravb: fix DMA channel misreporting [2/2] sh_eth: fix DMA channel misreporting MBR, Sergei

Re: [PATCH v0 00/10] Convert Netgear WNR854T to devicetree

2016-07-17 Thread Jamie Lentin
On Sat, 16 Jul 2016, Andrew Lunn wrote: There's one major flaw; unicast traffic is never received on any port. Broadcast traffic is received however, and on the correct port. Thus an external machine can make an ARP request and get a response, for example. With a manually-entered ARP entry, the

Re: [PATCH 1/1] tracing, bpf: Implement function bpf_probe_write

2016-07-17 Thread Sargun Dhillon
On Fri, 15 Jul 2016, Alexei Starovoitov wrote: On Fri, Jul 15, 2016 at 07:16:01PM -0700, Sargun Dhillon wrote: On Thu, 14 Jul 2016, Alexei Starovoitov wrote: On Wed, Jul 13, 2016 at 01:31:57PM -0700, Sargun Dhillon wrote: On Wed, 13 Jul 2016, Alexei Starovoitov wrote: On Wed, Jul

Re: [PATCH v0 06/10] arm: orion5x: Add DT-based support for Netgear WNR854T

2016-07-17 Thread Jamie Lentin
On Sat, 16 Jul 2016, Arnd Bergmann wrote: On Saturday, July 16, 2016 3:29:04 PM CEST Jamie Lentin wrote: + +#define WNR854T_PCI_SLOT0_OFFS 7 +#define WNR854T_PCI_SLOT0_IRQ_PIN 4 + +static void __init wnr854t_pci_preinit(void) +{ + int pin; + + /* +* Configure PCI GPIO

[PATCH net-next 1/1] net_sched: Introduce skbmod action

2016-07-17 Thread Jamal Hadi Salim
From: Jamal Hadi Salim This action is intended to be an upgrade from a usability perspective from pedit (as well as operational debugability). Compare this: sudo tc filter add dev $ETH parent 1: protocol ip prio 10 \ u32 match ip protocol 1 0xff flowid 1:2 \ action pedit

RE: [PATCH v3 6/8] thunderbolt: Networking state machine

2016-07-17 Thread Levy, Amir (Jer)
On Fri, Jul 15 2016, 03:25 AM, Paul Gortmaker wrote: > > diff --git a/drivers/thunderbolt/icm/net.c > > b/drivers/thunderbolt/icm/net.c new file mode 100644 index > > 000..e983dfb > > --- /dev/null > > +++ b/drivers/thunderbolt/icm/net.c > > @@ -0,0 +1,802 @@ > > >

[PATCH] drivers: atm: nicstar: Use the correct function to free some resources

2016-07-17 Thread Christophe JAILLET
In 'get_scq', 'dma_alloc_coherent' has been used to allocate some resources, so we need to free them using 'dma_free_coherent' instead of 'kfree'. Signed-off-by: Christophe JAILLET --- drivers/atm/nicstar.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH v5] wlcore: spi: add wl18xx support

2016-07-17 Thread Reizer, Eyal
Add support for using with both wl12xx and wl18xx. - all wilink family needs special init command for entering wspi mode. extra clock cycles should be sent after the spi init command while the cs pin is high. - Use inverted chip select for sending a dummy 4 bytes command that completes the

[PATCH] net: ti: cpmac: Use the correct function to free some resources.

2016-07-17 Thread Christophe JAILLET
In 'cpmac_open', 'dma_alloc_coherent' has been used to allocate some resources, so we need to free them using 'dma_free_coherent' instead of 'kfree'. Also, we don't need to free these resources if the allocation has failed. So I have slighly modified the goto label in this case. Signed-off-by:

RE: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

2016-07-17 Thread Grumbach, Emmanuel
> On 07/15/2016 07:25 AM, Stanislaw Gruszka wrote: > > On Thu, Jul 14, 2016 at 09:44:22AM +, Grumbach, Emmanuel wrote: > >>> If I understad correctly this error happen 100% of the time, not > >>> only during init. Hence seems there is an issue here, i.e. cur_ucode > >>> is not marked correctly