[PATCH net] cxgb4: Stop Rx Queues before freeing it up

Stop all Ethernet RX Queues before freeing up various Ingress/Egress Queues, etc. We were seeing cases of Ingress Queues not getting serviced during the shutdown process leading to Ingress Paths jamming up through the chip and blocking the shutdown effort itself. One such case involved the

Re: Backport Security Fix for CVE-2015-8787 to v4.1

Hi Pablo, On 2016年04月11日 13:42, Yuki Machida wrote: Hi Pablo, On 2016年04月07日 23:46, Pablo Neira Ayuso wrote: On Thu, Apr 07, 2016 at 03:40:30PM +0900, Yuki Machida wrote: Hi David, I conformed that a patch of CVE-2015-8787 not applied at v4.1.21. Could you please apply a patch for

Re: Backport Security Fix for CVE-2015-8787 to v4.1

Hi Pablo, On 2016年04月07日 23:46, Pablo Neira Ayuso wrote: On Thu, Apr 07, 2016 at 03:40:30PM +0900, Yuki Machida wrote: Hi David, I conformed that a patch of CVE-2015-8787 not applied at v4.1.21. Could you please apply a patch for 4.1-stable ? CVE-2015-8787 Upstream commit

Re: [PATCH 1/1] net: stmmac: socfgpa: Ensure emac bit set in System Manger for PTP

From: Phil Reid Date: Thu, 7 Apr 2016 15:55:35 +0800 > When using the PTP fpga to hps clock source for the stmmac module > the appropriate bit in the System Manager FPGA Interface Group register > needs to be set. This is not set by the bootloader setup when the > HPS

Re: [PATCH] netlink: don't send NETLINK_URELEASE for unbound sockets

From: Johannes Berg Date: Thu, 7 Apr 2016 09:31:38 +0200 > From: Dmitry Ivanov > > All existing users of NETLINK_URELEASE use it to clean up resources that > were previously allocated to a socket via some command. As a result, no > users

[PATCH net-next WIP] ethtool: generic netlink policy

From: Roopa Prabhu netlink for ethtool came up at netconf/netdev and we had promised to send some of the ethtool netlink code we have. We use a generic netlink channel for ethtool between our kernel and user space driver. This ethtool channel nicely wraps most ethtool

RE: [v7, 0/5] Fix eSDHC host version register bug

Hi Leo and Scott, > -Original Message- > From: Ulf Hansson [mailto:ulf.hans...@linaro.org] > Sent: Wednesday, April 06, 2016 4:15 PM > To: Yangbo Lu; Scott Wood > Cc: devicet...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > linux-ker...@vger.kernel.org;

Re: [PATCH] net: mark DECnet as broken

From: Vegard Nossum Date: Thu, 7 Apr 2016 09:22:43 +0200 > There are NULL pointer dereference bugs in DECnet which can be triggered > by unprivileged users and have been reported multiple times to LKML, > however nobody seems confident enough in the proposed fixes to

Re: [PATCH net-next] bpf: simplify verifier register state assignments

From: Alexei Starovoitov Date: Wed, 6 Apr 2016 19:39:21 -0700 > verifier is using the following structure to track the state of registers: > struct reg_state { > enum bpf_reg_type type; > union { > int imm; > struct bpf_map *map_ptr; > }; > }; > and later

Re: [PATCH RFT 2/2] macb: kill PHY reset code

On Sat, Apr 09, 2016 at 01:25:03AM +0300, Sergei Shtylyov wrote: > With the 'phylib' now being aware of the "reset-gpios" PHY node property, > there should be no need to frob the PHY reset in this driver anymore... > > Signed-off-by: Sergei Shtylyov > >

Re: [PATCH 1/3] bonding: do not allow rlb updates to invalid mac

Please resubmit this patch series with a proper cover letter. It should have "[PATCH 0/3] ..." as the subject line and explain at a high level what your patch series is doing, how it is doing it, and why it is doing it that way. You must also be explicit about which of my trees your changes are

Re: [PATCH v2] sctp: avoid refreshing heartbeat timer too often

From: Marcelo Ricardo Leitner Date: Wed, 6 Apr 2016 15:15:19 -0300 > Currently on high rate SCTP streams the heartbeat timer refresh can > consume quite a lot of resources as timer updates are costly and it > contains a random factor, which a) is also costly and b)

[net-next PATCH v2 3/5] GRO: Add support for TCP with fixed IPv4 ID field, limit tunnel IP ID values

This patch does two things. First it allows TCP to aggregate TCP frames with a fixed IPv4 ID field. As a result we should now be able to aggregate flows that were converted from IPv6 to IPv4. In addition this allows us more flexibility for future implementations of segmentation as we may be

[net-next PATCH v2 4/5] GSO: Support partial segmentation offload

This patch adds support for something I am referring to as GSO partial. The basic idea is that we can support a broader range of devices for segmentation if we use fixed outer headers and have the hardware only really deal with segmenting the inner header. The idea behind the naming is due to the

[net-next PATCH v2 5/5] Documentation: Add documentation for TSO and GSO features

This document is a starting point for defining the TSO and GSO features. The whole thing is starting to get a bit messy so I wanted to make sure we have notes somwhere to start describing what does and doesn't work. Signed-off-by: Alexander Duyck ---

[net-next PATCH v2 1/5] ethtool: Add support for toggling any of the GSO offloads

The strings were missing for several of the GSO offloads that are available. This patch provides the missing strings so that we can toggle or query any of them via the ethtool command. Signed-off-by: Alexander Duyck --- net/core/ethtool.c |2 ++ 1 file changed, 2

[net-next PATCH v2 0/5] GRO Fixed IPv4 ID support and GSO partial support

This patch series sets up a few different things. First it adds support for GRO of frames with a fixed IP ID value. This will allow us to perform GRO for frames that go through things like an IPv6 to IPv4 header translation. The second item we add is support for segmenting frames that are

[net-next PATCH v2 2/5] GSO: Add GSO type for fixed IPv4 ID

This patch adds support for TSO using IPv4 headers with a fixed IP ID field. This is meant to allow us to do a lossless GRO in the case of TCP flows that use a fixed IP ID such as those that convert IPv6 header to IPv4 headers. In addition I am adding a feature that for now I am referring to TSO

Re: [PATCH] ath9k: remove duplicate assignment of variable ah

Hi All, On Sun, Apr 10, 2016 at 9:25 PM, Colin King wrote: > From: Colin Ian King > > ah is written twice with the same value, remove one of the > redundant assignments to ah. > > Signed-off-by: Colin Ian King Looks

Re: optimizations to sk_buff handling in rds_tcp_data_ready

On Sat, 2016-04-09 at 20:18 -0400, Sowmini Varadhan wrote: > On (04/07/16 07:16), Eric Dumazet wrote: > > Use skb split like TCP in output path ? > > Really, pskb_expand_head() is not supposed to copy payload ;) > > Question- how come skb_split doesnt have to deal with frag_list > and do a

[PATCH] ravb: make ravb_ptp_interrupt() *void*

When we have the ISS.CGIS bit set, we already know that gPTP interrupt has happened, so an extra GIS register check at the end of ravb_ptp_interrupt() seems superfluous. We can model the gPTP interrupt handler like all other dedicated interrupt handlers in the driver and make it *void*.

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

On 4/10/16, 6:48 AM, Jamal Hadi Salim wrote: > On 16-04-09 02:00 PM, roopa wrote: > >> This EXTENDED_HW_STATS is for ethtool like extended hw stats. This is >> keeping in >> mind that we want to also move ethtool to netlink in the future and with >> switchdev >> it becomes more necessary that we

[PATCH 4.5 155/238] ARC: [plat-axs10x] add Ethernet PHY description in .dts

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Alexey Brodkin commit 667a490bdb6e27db0887d2ca515b907d6aa87118 upstream. Commit e34d65696d2e ("stmmac: create of compatible mdio bus for stmmac driver") broke DW

Re: [Lsf] [Lsf-pc] [LSF/MM TOPIC] Generic page-pool recycle facility?

This is also very interesting for storage targets, which face the same issue. SCST has a mode where it caches some fully constructed SGLs, which is probably very similar to what NICs want to do. I think a cached allocator for page sets + the scatterlists that describe these page sets would

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

On Sat, Apr 09, 2016 at 01:27:03PM -0400, Jamal Hadi Salim wrote: > On 16-04-09 12:43 PM, Brenden Blanco wrote: > >On Sat, Apr 09, 2016 at 10:48:05AM -0400, Jamal Hadi Salim wrote: > > > >>Ok, sorry - should have looked this far before sending earlier email. > >>So when you run concurently you

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

On 4/10/16, 1:16 AM, Thomas Graf wrote: > On 04/08/16 at 11:38pm, Roopa Prabhu wrote: >> From: Roopa Prabhu >> >> This patch adds a new RTM_GETSTATS message to query link stats via netlink >> from the kernel. RTM_NEWLINK also dumps stats today, but RTM_NEWLINK >>

Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter

On 16-04-10 12:53 PM, Tom Herbert wrote: We started discussions about this in IOvisor. The Huawei project is called ceth (Common Ethernet). It is essentially a layer called directly from drivers intended for fast path forwarding and network virtualization. They have put quite a bit of effort

Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter

On Sun, Apr 10, 2016 at 12:55 AM, Thomas Graf wrote: > On 04/09/16 at 10:26am, Alexei Starovoitov wrote: >> On Sat, Apr 09, 2016 at 11:29:18AM -0400, Jamal Hadi Salim wrote: >> > If this is _forwarding only_ it maybe useful to look at >> > Alexey's old code in particular the DMA

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

On 16-04-09 02:00 PM, roopa wrote: This EXTENDED_HW_STATS is for ethtool like extended hw stats. This is keeping in mind that we want to also move ethtool to netlink in the future and with switchdev it becomes more necessary that we provide all stats closer to the other netdev stats. So far

Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter

On 16-04-09 01:26 PM, Alexei Starovoitov wrote: yeah, no stack, no queues in bpf. Thanks. If this is _forwarding only_ it maybe useful to look at Alexey's old code in particular the DMA bits; he built his own lookup algorithm but sounds like bpf is a much better fit today. a link to

Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag

On 16-04-09 01:21 PM, Eric Dumazet wrote: Well, once a hole is there, nothing we can do really, because of compatibility with old kernels / old binaries. But when a _new_ structure is defined, this is the time where we can ask for doing sensible things ;) This one is fixable. sizeof()

Re: AP firmware for TI wl1251 wifi chip (wl1251-fw-ap.bin)

Hi! > > > wl1251 does not support AP mode, so there is no firmware for it in > > > the tree. > > > > > > Regards, > > > Yaniv > > > > Hi Yaniv! I read on some TI whitepaper, that wl1251 hardware supports > > some Soft-AP mode. So I expect that either special FW is needed for it > > or somehow

[PATCH] ath9k: remove duplicate assignment of variable ah

From: Colin Ian King ah is written twice with the same value, remove one of the redundant assignments to ah. Signed-off-by: Colin Ian King --- drivers/net/wireless/ath/ath9k/init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH net] packet: fix heap info leak in PACKET_DIAG_MCLIST sock_diag interface

Because we miss to wipe the remainder of i->addr[] in packet_mc_add(), pdiag_put_mclist() leaks uninitialized heap bytes via the PACKET_DIAG_MCLIST netlink attribute. Fix this by explicitly memset(0)ing the remaining bytes in i->addr[]. Fixes: eea68e2f1a00 ("packet: Report socket mclist info via

[PATCH net-next 2/4] qed: add Rx flow hash/indirection support.

From: Sudarsana Reddy Kalluru Adds the required API for passing RSS-related configuration from qede. Signed-off-by: Sudarsana Reddy Kalluru Signed-off-by: Yuval Mintz ---

[PATCH 4/4] qed* - bump driver versions to 8.7.1.20

Signed-off-by: Yuval Mintz --- drivers/net/ethernet/qlogic/qed/qed.h | 2 +- drivers/net/ethernet/qlogic/qede/qede.h | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/ethernet/qlogic/qed/qed.h b/drivers/net/ethernet/qlogic/qed/qed.h

[PATCH net-next 0/4] qed*: [mostly] Ethtool RSS configuration

Most of the content [code-wise] in this series is for allowing various RSS-related configuration via ethtool. In addition, this also removed an unnecessary versioning scheme between the drivers and bump the driver version. Dave, Please consider applying this to `net-next'. Thanks, Yuval

[PATCH 3/4] qede: add Rx flow hash/indirection support.

From: Sudarsana Reddy Kalluru Adds support for the following via ethtool: - UDP configuration of RSS based on 2-tuple/4-tuple. - RSS hash key. - RSS indirection table. Signed-off-by: Sudarsana Reddy Kalluru Signed-off-by: Yuval

[PATCH net-next 1/4] qed*: remove version dependency

From: Rahul Verma Inbox drivers don't need versioning scheme in order to guarantee compatibility, as both qed and qede are compiled from same codebase. Signed-off-by: Rahul Verma Signed-off-by: Yuval Mintz ---

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

On 04/08/16 at 11:38pm, Roopa Prabhu wrote: > From: Roopa Prabhu > > This patch adds a new RTM_GETSTATS message to query link stats via netlink > from the kernel. RTM_NEWLINK also dumps stats today, but RTM_NEWLINK > returns a lot more than just stats and is expensive

Re: [RFC PATCH v2 1/5] bpf: add PHYS_DEV prog type for early driver filter

On 04/09/16 at 10:26am, Alexei Starovoitov wrote: > On Sat, Apr 09, 2016 at 11:29:18AM -0400, Jamal Hadi Salim wrote: > > If this is _forwarding only_ it maybe useful to look at > > Alexey's old code in particular the DMA bits; > > he built his own lookup algorithm but sounds like bpf is > > a

[PATCHv2] wlcore: spi: add wl18xx support

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. - switch to controling the cs pin from the spi driver for achieveing the above. -

Re: [PATCHv2 net-next 1/6] sctp: add sctp_info dump api for sctp_diag

On Sat, Apr 9, 2016 at 11:16 PM, Jamal Hadi Salim wrote: > Appreciate these patches. Finally some love for sctp. > Small comment below: > > > On 16-04-09 12:53 AM, Xin Long wrote: >> >> sctp_diag will dump some important details of sctp's assoc or ep, we use >> sctp_info to