[PATCH v2] net/mlx5: Fix use-after-free

_rule_ is being freed and then dereferenced by accessing rule->ctx Fix this by copying the value returned by PTR_ERR(rule->ctx) into a local variable for its safe use after freeing _rule_ Addresses-Coverity-ID: 1466041 ("Read from pointer after free") Fixes: 05564d0ae075 ("net/mlx5: Add

[PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments

From: Alexei Starovoitov Fix all tracepoint arguments to pass structures (large and small) by reference instead of by value. Avoiding passing large structs by value is a good coding style. Passing small structs sometimes is beneficial, but in all cases it makes no difference vs

[PATCH v3 bpf-next 05/10] macro: introduce COUNT_ARGS() macro

From: Alexei Starovoitov move COUNT_ARGS() macro from apparmor to generic header and extend it to count till twelve. COUNT() was an alternative name for this logic, but it's used for different purpose in many other places. Similarly for CONCATENATE() macro. Suggested-by:

[PATCH v3 bpf-next 08/10] libbpf: add bpf_raw_tracepoint_open helper

From: Alexei Starovoitov add bpf_raw_tracepoint_open(const char *name, int prog_fd) api to libbpf Signed-off-by: Alexei Starovoitov --- tools/include/uapi/linux/bpf.h | 11 +++ tools/lib/bpf/bpf.c| 11 +++ tools/lib/bpf/bpf.h

[PATCH v3 bpf-next 06/10] tracepoint: compute num_args at build time

From: Alexei Starovoitov add fancy macro to compute number of arguments passed into tracepoint at compile time and store it as part of 'struct tracepoint'. The number is necessary to check safety of bpf program access that is coming in subsequent patch.

[PATCH v3 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints

From: Alexei Starovoitov v2->v3: - with Linus's suggestion introduced generic COUNT_ARGS and CONCATENATE macros (or rather moved them from apparmor) that cleaned up patches 6 and 7 - added patch 4 to refactor trace_iwlwifi_dev_ucode_error() from 17 args to 4 Now any

[PATCH v3 bpf-next 10/10] selftests/bpf: test for bpf_get_stackid() from raw tracepoints

From: Alexei Starovoitov similar to traditional traceopint test add bpf_get_stackid() test from raw tracepoints and reduce verbosity of existing stackmap test Signed-off-by: Alexei Starovoitov --- tools/testing/selftests/bpf/test_progs.c | 91

[PATCH net-next] mlxsw: spectrum_span: Fix initialization of struct mlxsw_sp_span_parms

From: Petr Machata Since the first element of struct mlxsw_sp_span_parms is a pointer, to zero-initialize this structure the correct notation is not = {0}, but rather = {NULL}, as reported by sparse. Signed-off-by: Petr Machata Acked-by: Jiri Pirko

Re: [PATCH] fsl/fman: remove unnecessary set_dma_ops() call and HAS_DMA dependency

From: Madalin Bucur Date: Wed, 21 Mar 2018 03:58:19 -0500 > The platform device is no longer used for DMA mapping so the > (questionable) setting of the DMA ops done here is no longer > needed. Removing it together with the HAS_DMA dependency that > it required. > >

Re: [PATCH net-next v4 0/5] net: qualcomm: rmnet: Updates 2018-03-12

From: Subash Abhinov Kasiviswanathan Date: Wed, 21 Mar 2018 19:48:10 -0600 > This series contains some minor updates for rmnet driver. > > Patch 1 contains fixes for sparse warnings. > Patch 2 updates the copyright date to 2018. > Patch 3 is a cleanup in receive path. >

Re: [PATCH V2 net-next] liquidio: Added support for trusted VF

From: Felix Manlunas Date: Wed, 21 Mar 2018 23:30:54 -0700 > From: Intiyaz Basha > > When a VF is trusted, all promiscuous traffic will only be sent to that VF. > In normal operation promiscuous traffic is sent to the PF. There can be > only

Re: [patch net-next RFC 00/12] devlink: introduce port flavours and common phys_port_name generation

On 3/22/18 11:49 AM, Jiri Pirko wrote: > Thu, Mar 22, 2018 at 04:34:07PM CET, dsah...@gmail.com wrote: >> On 3/22/18 4:55 AM, Jiri Pirko wrote: >>> From: Jiri Pirko >>> >>> This patchset resolves 2 issues we have right now: >>> 1) There are many netdevices / ports in the

Re: [PATCH net-next v3 0/5] Rework ip_ra_chain protection

From: Kirill Tkhai Date: Thu, 22 Mar 2018 12:44:46 +0300 > Commit 1215e51edad1 "ipv4: fix a deadlock in ip_ra_control" > made rtnl_lock() be used in raw_close(). This function is called > on every RAW socket destruction, so that rtnl_mutex is taken > every time. This scales

[PATCH net-next,1/2] hv_netvsc: Fix the return status in RX path

From: Haiyang Zhang As defined in hyperv_net.h, the NVSP_STAT_SUCCESS is one not zero. Some functions returns 0 when it actually means NVSP_STAT_SUCCESS. This patch fixes them. In netvsc_receive(), it puts the last RNDIS packet's receive status for all packets in a

[PATCH net-next,2/2] hv_netvsc: Add range checking for rx packet offset and length

From: Haiyang Zhang This patch adds range checking for rx packet offset and length. It may only happen if there is a host side bug. Signed-off-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h | 1 + drivers/net/hyperv/netvsc.c | 17

[PATCH net 0/3] mlxsw: Handle changes to MTU in GRE tunnels

Petr says: When offloading GRE tunnels, the MTU setting is kept fixed after the initial offload even as the slow-path configuration changed. Worse: the offloaded MTU setting is actually just a transient value set at the time of NETDEV_REGISTER of the tunnel. As of commit ffc2b6ee4174 ("ip_gre:

[PATCH net 1/3] ip_tunnel: Emit events for post-register MTU changes

From: Petr Machata For tunnels created with IFLA_MTU, MTU of the netdevice is set by rtnl_create_link() (called from rtnl_newlink()) before the device is registered. However without IFLA_MTU that's not done. rtnl_newlink() proceeds by calling struct rtnl_link_ops.newlink,

[PATCH net 2/3] mlxsw: spectrum_router: Move mlxsw_sp_rif_ipip_lb_op()

From: Petr Machata Move the function so that it can be called without forward declaration from a function that will be added in a follow-up patch. Fixes: 0063587d3587 ("mlxsw: spectrum: Support decap-only IP-in-IP tunnels") Signed-off-by: Petr Machata

[PATCH net 3/3] mlxsw: spectrum_router: Handle MTU change of GRE netdevs

From: Petr Machata Update MTU of overlay loopback in accordance with the setting on the tunnel netdevice. Fixes: 0063587d3587 ("mlxsw: spectrum: Support decap-only IP-in-IP tunnels") Signed-off-by: Petr Machata Signed-off-by: Ido Schimmel

[PATCH net-next v2] tc-testing: add selftests for 'bpf' action

Test d959: Add cBPF action with valid bytecode Test f84a: Add cBPF action with invalid bytecode Test e939: Add eBPF action with valid object-file Test 282d: Add eBPF action with invalid object-file Test d819: Replace cBPF bytecode and action control Test 6ae3: Delete cBPF action Test 3e0d: List

Re: [PATCH net-next v2 2/5] net: Revert "ipv4: fix a deadlock in ip_ra_control"

From: Kirill Tkhai Date: Tue, 20 Mar 2018 22:25:35 +0300 > On 20.03.2018 19:23, David Miller wrote: >> From: Kirill Tkhai >> Date: Mon, 19 Mar 2018 12:14:54 +0300 >> >>> This reverts commit 1215e51edad1. >>> Since raw_close() is used on every RAW

Re: [net-next 0/3] tipc: socket diagnostics additions for AF_TIPC

From: GhantaKrishnamurthy MohanKrishna Date: Wed, 21 Mar 2018 14:37:42 +0100 > The following patchsets add socket diagnostics support for AF_TIPC by > using the sock diag framework. The patchset was created on top of > commit id: fb66cb0. Series

Re: [PATCH net-next 1/1] tc-testing: updated police, mirred, skbedit and skbmod with more tests

From: Roman Mashak Date: Wed, 21 Mar 2018 18:17:50 -0400 > diff --git a/tools/testing/selftests/tc-testing/tc-tests/actions/skbmod.json > b/tools/testing/selftests/tc-testing/tc-tests/actions/skbmod.json > index 90bba48c3f07..8aa5a88ccb19 100644 > ---

Re: [PATCH net-next 1/1] tc-testing: Correct compound statements for namespace execution

On Thu, Mar 22, 2018 at 2:48 PM, David Miller wrote: > From: Lucas Bates > Date: Wed, 21 Mar 2018 11:49:40 -0400 > >> } >> -] >> \ No newline at end of file >> +] >> -- >> 2.7.4 > > Please fix this. This patch fixes the gact.json file that had no

[PATCH net-next,0/2] hv_netvsc: Fix/improve RX path error handling

From: Haiyang Zhang Fix the status code returned to the host. Also add range check for rx packet offset and length. Haiyang Zhang (2): hv_netvsc: Fix the return status in RX path hv_netvsc: Add range checking for rx packet offset and length

Re: [PATCH net-next v2] net: mvpp2: Don't use dynamic allocs for local variables

Hello David, On Thu, 22 Mar 2018 14:47:09 -0400 (EDT), David Miller wrote : > From: Maxime Chevallier > Date: Wed, 21 Mar 2018 16:14:00 +0100 > > > diff --git a/drivers/net/ethernet/marvell/mvpp2.c > > b/drivers/net/ethernet/marvell/mvpp2.c

Re: [PATCH net-next v2] net: mvpp2: Don't use dynamic allocs for local variables

From: Maxime Chevallier Date: Thu, 22 Mar 2018 20:14:53 +0100 > Hello David, > > On Thu, 22 Mar 2018 14:47:09 -0400 (EDT), > David Miller wrote : > >> From: Maxime Chevallier >> Date: Wed, 21 Mar 2018 16:14:00

[net-next 0/8] tipc: introduce 128-bit auto-configurable node id

We introduce a 128-bit free-format node identity as an alternative to the legacy structured 32-bit node address. We also make configuration of this identity optional; if a bearer is enabled without a pre-configured node id it will be set automatically based on the used interface's MAC or IP

Re: [PATCH net-next v2] net: mvpp2: Don't use dynamic allocs for local variables

On Thu, 22 Mar 2018 15:43:08 -0400 (EDT), David Miller wrote : > From: Maxime Chevallier > Date: Thu, 22 Mar 2018 20:14:53 +0100 > > > Hello David, > > > > On Thu, 22 Mar 2018 14:47:09 -0400 (EDT), > > David Miller

Re: [PATCH v2 net-next] virtio-net: Fix operstate for virtio when no VIRTIO_NET_F_STATUS

On Thu, Mar 22, 2018 at 02:42:41PM +, Jay Vosburgh wrote: > The operstate update logic will leave an interface in the > default UNKNOWN operstate if the interface carrier state never changes > from the default carrier up state set at creation. This includes the > case of an explicit

Re: [PATCH net-next] bridge: Allow max MTU when multiple VLANs present

On 22/03/18 17:34, Chas Williams wrote: > If the bridge is allowing multiple VLANs, some VLANs may have > different MTUs. Instead of choosing the minimum MTU for the > bridge interface, choose the maximum MTU of the bridge members. > With this the user only needs to set a larger MTU on the member

Re: [v2] vhost: add vsock compat ioctl

On Thu, Mar 22, 2018 at 2:25 AM, Stefan Hajnoczi wrote: > On Fri, Mar 16, 2018 at 7:30 PM, David Miller wrote: >> Although the top level ioctls are probably size and layout compatible, >> I do not think that the deeper ioctls can be called by compat

Re: [PATCH net 0/4] s390/qeth: fixes 2018-03-20

From: Julian Wiedmann Date: Tue, 20 Mar 2018 07:59:11 +0100 > Please apply one final set of qeth patches for 4.16. > All of these fix long-standing bugs, so please queue them up for -stable > as well. Series applied and queued up for -stable, thank you.

Re: [PATCH v2 bpf-next 4/8] tracepoint: compute num_args at build time

On 3/22/18 6:36 AM, Steven Rostedt wrote: On Wed, 21 Mar 2018 15:05:46 -0700 Alexei Starovoitov wrote: Like the only reason my patch is counting till 17 is because of trace_iwlwifi_dev_ucode_error(). The next offenders are using 12 arguments: trace_mc_event()

Re: [RESEND PATCH net-next 1/1] tc-testing: updated police, mirred, skbedit and skbmod with more tests

From: Roman Mashak Date: Thu, 22 Mar 2018 08:23:22 -0400 > diff --git a/tools/testing/selftests/tc-testing/tc-tests/actions/skbmod.json > b/tools/testing/selftests/tc-testing/tc-tests/actions/skbmod.json > index 90bba48c3f07..8aa5a88ccb19 100644 > ---

Re: [PATCH net-next 0/9] Add support of VF Reset to HNS3 VF driver

From: Salil Mehta Date: Thu, 22 Mar 2018 14:28:51 + > This patch-set adds the support of VF reset to the existing VF driver. > VF Reset can be triggered due to TX watchdog firing as a result of TX > data-path not working. VF reset could also be a result of some

[net-next 6/8] tipc: add 128-bit node identifier

We add a 128-bit node identity, as an alternative to the currently used 32-bit node address. For the sake of compatibility and to minimize message header changes we retain the existing 32-bit address field. When not set explicitly by the user, this field will be filled with a hash value generated

[net-next 4/8] tipc: allow closest-first lookup algorithm when legacy address is configured

The removal of an internal structure of the node address has an unwanted side effect. - Currently, if a user is sending an anycast message with destination domain 0, the tipc_namebl_translate() function will use the 'closest- first' algorithm to first look for a node local destination, and

[net-next 8/8] tipc: obtain node identity from interface by default

Selecting and explicitly configuring a TIPC node identity may be unwanted in some cases. In this commit we introduce a default setting if the identity has not been set at the moment the first bearer is enabled. We do this by using a raw copy of a unique identifier from the used interface: MAC

[net-next 5/8] tipc: remove direct accesses to own_addr field in struct tipc_net

As a preparation to changing the addressing structure of TIPC we replace all direct accesses to the tipc_net::own_addr field with the function dedicated for this, tipc_own_addr(). There are no changes to program logics in this commit. Acked-by: Ying Xue Signed-off-by:

[net-next 2/8] tipc: some cleanups in the file discover.c

To facilitate the coming changes in the neighbor discovery functionality we make some renaming and refactoring of that code. The functional changes in this commit are trivial, e.g., that we move the message sending call in tipc_disc_timeout() outside the spinlock protected region. Acked-by: Ying

[net-next 3/8] tipc: remove restrictions on node address values

Nominally, TIPC organizes network nodes into a three-level network hierarchy consisting of the levels 'zone', 'cluster' and 'node'. This hierarchy is reflected in the node address format, - it is sub-divided into an 8-bit zone id, and 12 bit cluster id, and a 12-bit node id. However, the 'zone'

[net-next 1/8] tipc: refactor function tipc_enable_bearer()

As a preparation for the next commits we try to reduce the footprint of the function tipc_enable_bearer(), while hopefully making is simpler to follow. Acked-by: Ying Xue Signed-off-by: Jon Maloy --- net/tipc/bearer.c | 136

[net-next 7/8] tipc: handle collisions of 32-bit node address hash values

When a 32-bit node address is generated from a 128-bit identifier, there is a risk of collisions which must be discovered and handled. We do this as follows: - We don't apply the generated address immediately to the node, but do instead initiate a 1 sec trial period to allow other cluster

[PATCH] dpaa_eth: use true and false for boolean values

Assign true or false to boolean variables instead of an integer value. This issue was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva --- drivers/net/ethernet/freescale/dpaa/dpaa_ethtool.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments

On Thu, Mar 22, 2018 at 12:31 PM, Alexei Starovoitov wrote: > > yeah. C doesn't allow casting of 'struct s { u64 var };' into u64 > without massive hacks and aliasing warnings by compiler. Without massive hacks? Yeah, no. But without warnings? You can do it. #define

Re: [patch net-next RFC 00/12] devlink: introduce port flavours and common phys_port_name generation

On Thu, Mar 22, 2018 at 01:10:38PM -0600, David Ahern wrote: > On 3/22/18 11:49 AM, Jiri Pirko wrote: > > Thu, Mar 22, 2018 at 04:34:07PM CET, dsah...@gmail.com wrote: > >> On 3/22/18 4:55 AM, Jiri Pirko wrote: > >>> From: Jiri Pirko > >>> > >>> This patchset resolves 2 issues

Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments

On 3/22/18 11:11 AM, Steven Rostedt wrote: On Thu, 22 Mar 2018 11:01:48 -0700 Alexei Starovoitov wrote: From: Alexei Starovoitov Fix all tracepoint arguments to pass structures (large and small) by reference instead of by value. Avoiding passing large structs

Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking

On 3/21/2018 11:59 AM, David Ahern wrote: > On 3/20/18 11:21 AM, Doug Ledford wrote: >> On 3/16/2018 12:18 PM, David Ahern wrote: >>> On 3/13/18 1:58 PM, Doug Ledford wrote: On Tue, 2018-03-13 at 13:45 -0700, David Ahern wrote: > On 3/13/18 1:32 AM, Leon Romanovsky wrote: >> On Mon,

[GIT] Networking

1) Always validate XFRM esn replay attribute, from Florian Westphal. 2) Fix RCU read lock imbalance in xfrm_get_tos(), from Xin Long. 3) Don't try to get firmware dump if not loaded in iwlwifi, from Shaul Triebitz. 4) Fix BPF helpers to deal with SCTP GSO SKBs properly, from Daniel

Re: [RFC v3 net-next 13/18] net/sched: Introduce the TBS Qdisc

Hi Thomas, On 03/21/2018 06:46 AM, Thomas Gleixner wrote: > On Tue, 6 Mar 2018, Jesus Sanchez-Palencia wrote: >> +struct tbs_sched_data { >> +bool sorting; >> +int clockid; >> +int queue; >> +s32 delta; /* in ns */ >> +ktime_t last; /* The txtime of the last skb sent to the

Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments

On Thu, Mar 22, 2018 at 1:48 PM, Steven Rostedt wrote: > > OK, but instead of changing it to pass by reference, why not just pass > the value. That is: > > static void xen_set_pte_atomic(pte_t *ptep, pte_t pte) > { > - trace_xen_mmu_set_pte_atomic(ptep, pte); > +

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Sat, Mar 10, 2018 at 03:16:52PM +, Luis R. Rodriguez wrote: > On Sat, Mar 10, 2018 at 02:08:43PM +, Luis R. Rodriguez wrote: > > The alternative to this would be a simple equivalent of > > try_then_request_module() > > for UMH modules: try_umhm_then_request_umh_module() or whatever. So

[PATCH] Net: ethernet: ti: netcp: Fix inbound ping crash if MTU size is greater than 1500

I am requesting to merge this patch to the stable releases: commit 5a717843177c96ca3fe4565187de395afdb28092 Kernel crashes if MTU is greater than 1500. This code was working in Kernel v 3.14, but got broken when migrating from Kernel v3.14 to v 4.1. Stable versions to apply: v4.1 and v4.4.

Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments

On Thu, 22 Mar 2018 12:31:12 -0700 Alexei Starovoitov wrote: > On 3/22/18 11:11 AM, Steven Rostedt wrote: > > On Thu, 22 Mar 2018 11:01:48 -0700 > > Alexei Starovoitov wrote: > > > >> From: Alexei Starovoitov > >> > >> Fix all tracepoint arguments

[PATCH net-next 1/1] net sched actions: merge event notification routines

Collapse tca_get_notify(), tca_add_notify() and tca_del_notify() in a single function since they repeat the same code pattern. Signed-off-by: Roman Mashak --- net/sched/act_api.c | 111 1 file changed, 33 insertions(+), 78

Re: [RFC v3 net-next 14/18] net/sched: Add HW offloading capability to TBS

Hi, On 03/21/2018 09:18 AM, Thomas Gleixner wrote: > On Wed, 21 Mar 2018, Richard Cochran wrote: > >> On Wed, Mar 21, 2018 at 03:22:11PM +0100, Thomas Gleixner wrote: >>> Which clockid will be handed in from the application? The network adapter >>> time has no fixed clockid. The only way you

[PATCH] ixgbe: tweak page counting for XDP_REDIRECT

From: Björn Töpel The current page counting scheme assumes that the reference count cannot decrease until the received frame is sent to the upper layers of the networking stack. This assumption does not hold for the XDP_REDIRECT action, since a page (pointed out by

[PATCH net] virtio-net: Fix operstate for virtio when no VIRTIO_NET_F_STATUS

The operstate update logic will leave an interface in the default UNKNOWN operstate if the interface carrier state never changes from the default carrier up state set at creation. This includes the case of an explicit call to netif_carrier_on, as the carrier on to on transition has no

[PATCH v2 1/2] i40e: tweak page counting for XDP_REDIRECT

From: Björn Töpel This commit tweaks the page counting for XDP_REDIRECT to function properly. XDP_REDIRECT support will be added in a future commit. The current page counting scheme assumes that the reference count cannot decrease until the received frame is sent to the

[PATCH v2 2/2] i40e: add support for XDP_REDIRECT

From: Björn Töpel The driver now acts upon the XDP_REDIRECT return action. Two new ndos are implemented, ndo_xdp_xmit and ndo_xdp_flush. XDP_REDIRECT action enables XDP program to redirect frames to other netdevs. Signed-off-by: Björn Töpel ---

[net-next:master 1115/1116] drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_mbx.c:82:5: sparse: symbol 'hclge_inform_reset_assert_to_vf' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 6686c459e1449a3ee5f3fd313b0a559ace7a700e commit: 2bfbd35d8ecd97a4a7f1db1754908b54542fa7aa [1115/1116] net: hns3: Changes required in PF mailbox to support VF reset reproduce: # apt-get install

[RFC PATCH net-next] net: hns3: hclge_inform_reset_assert_to_vf() can be static

Fixes: 2bfbd35d8ecd ("net: hns3: Changes required in PF mailbox to support VF reset") Signed-off-by: Fengguang Wu --- hclge_mbx.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_mbx.c

[RFC PATCH] net: stmmac: dwmac-sun8i: sun8i_ccu_reg_field can be static

Fixes: 0e59c15b2797 ("net: stmmac: dwmac-sun8i: Add support for GMAC on Allwinner R40 SoC") Signed-off-by: Fengguang Wu --- dwmac-sun8i.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c

Re: [PATCH net-next 09/12] net: stmmac: dwmac-sun8i: Add support for GMAC on Allwinner R40 SoC

Hi Chen-Yu, I love your patch! Perhaps something to improve: [auto build test WARNING on next-20180309] [also build test WARNING on v4.16-rc6] [cannot apply to v4.16-rc4 v4.16-rc3 v4.16-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH V3 net-next 07/14] net/tls: Support TLS device offload with IPv6

From: Ilya Lesokhin Previously get_netdev_for_sock worked only with IPv4. Signed-off-by: Ilya Lesokhin Signed-off-by: Boris Pismenny Signed-off-by: Saeed Mahameed --- net/tls/tls_device.c | 51

[PATCH V3 net-next 08/14] net/mlx5e: Move defines out of ipsec code

From: Ilya Lesokhin The defines are not IPSEC specific. Signed-off-by: Ilya Lesokhin Signed-off-by: Boris Pismenny Signed-off-by: Saeed Mahameed --- drivers/net/ethernet/mellanox/mlx5/core/en.h | 3

[PATCH V3 net-next 09/14] net/mlx5: Accel, Add TLS tx offload interface

From: Ilya Lesokhin Add routines for manipulating TLS TX offload contexts. In Innova TLS, TLS contexts are added or deleted via a command message over the SBU connection. The HW then sends a response message over the same connection. Add implementation for Innova TLS

[PATCH 2/2] net: phy: intel-xway: add VR9 v1.1 phy ids

The phys embedded into the v1.1 of the VR9 SoC are using different phy ids. Add the phy ids to use the driver for this VR9 version as well. Signed-off-by: Mathias Kresin --- drivers/net/phy/intel-xway.c | 28 1 file changed, 28 insertions(+) diff

[PATCH V3 net-next 03/14] net: Add Software fallback infrastructure for socket dependent offloads

From: Ilya Lesokhin With socket dependent offloads we rely on the netdev to transform the transmitted packets before sending them to the wire. When a packet from an offloaded socket is rerouted to a different device we need to detect it and do the transformation in software.

[PATCH 1/2] net: phy: intel-xway: add VR9 version number

The VR9 phy ids are matching only for the SoC version 1.2. Rename the macros and change the names to take this into account. Signed-off-by: Mathias Kresin --- drivers/net/phy/intel-xway.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH V3 net-next 10/14] net/mlx5e: TLS, Add Innova TLS TX support

From: Ilya Lesokhin Add NETIF_F_HW_TLS_TX capability and expose tlsdev_ops to work with the TLS generic NIC offload infrastructure. The NETIF_F_HW_TLS_TX capability will be added in the next patch. Signed-off-by: Ilya Lesokhin Signed-off-by: Boris

[PATCH V3 net-next 14/14] MAINTAINERS: Update TLS maintainers

From: Boris Pismenny Signed-off-by: Boris Pismenny Signed-off-by: Saeed Mahameed --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index cd4067ccf959..285ea4e6c580 100644

[PATCH RFC net-next 0/7] net: Allow FIB notifiers to fail add and replace

I wanted to revisit how resource overload is handled for hardware offload of FIB entries and rules. At the moment, the in-kernel fib notifier can tell a driver about a route or rule add, replace, and delete, but the notifier can not affect the action. Specifically, in the case of mlxsw if a route

[PATCH RFC net-next 7/7] netdevsim: Add simple FIB resource controller via devlink

From: David Ahern Add devlink support to netdevsim and use it to implement a simple, profile based resource controller. Only one controller is needed per namespace, so the first netdevsim netdevice in a namespace registers with devlink. If that device is deleted, the resource

[PATCH RFC net-next 5/7] net/ipv6: Move call_fib6_entry_notifiers up for route adds

Move call to call_fib6_entry_notifiers for new IPv6 routes to right before the insertion into the FIB. At this point notifier handlers can decide the fate of the new route with a clean path to delete the potential new entry if the notifier returns non-0. Signed-off-by: David Ahern

[PATCH RFC net-next 3/7] net/ipv4: Move call_fib_entry_notifiers up for new routes

Move call to call_fib_entry_notifiers for new IPv4 routes to right before the call to fib_insert_alias. At this point the only remaining failure path is memory allocations in fib_insert_node. Handle that very unlikely failure with a call to call_fib_entry_notifiers to tell drivers about it. At

[PATCH RFC net-next 6/7] devlink: Export methods to get and set namespace

Export devlink_net and devlink_net_set for modules to be able to set the network namespace for a devlink instance and retrieve it later. Signed-off-by: David Ahern --- include/net/devlink.h | 2 ++ net/core/devlink.c| 6 -- 2 files changed, 6 insertions(+), 2

[PATCH RFC net-next 1/7] net: Fix fib notifer to return errno

Notifier handlers use notifier_from_errno to convert any potential error to an encoded format. As a consequence the other side, call_fib_notifiers in this case, needs to use notifier_to_errno to return the error from the handler back to its caller. Signed-off-by: David Ahern

[PATCH RFC net-next 2/7] net: Move call_fib_rule_notifiers up in fib_nl_newrule

Move call_fib_rule_notifiers up in fib_nl_newrule to the point right before the rule is inserted into the list. At this point there are no more failure paths within the core rule code, so if the notifier does not fail then the rule will be inserted into the list. Signed-off-by: David Ahern

[PATCH RFC net-next 4/7] net/ipv4: Allow notifier to fail route repolace

Add checking to call to call_fib_entry_notifiers for IPv4 route replace. Allows a notifier handler to fail the replace. Signed-off-by: David Ahern --- net/ipv4/fib_trie.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/net/ipv4/fib_trie.c

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Thu, Mar 22, 2018 at 3:15 PM, Andy Lutomirski wrote: > All we need to do is to make sure that, if this is > distributed as a module, that it's init routine doesn't wait for a > long time, right? Yeap. Luis

Re: [patch net-next RFC 00/12] devlink: introduce port flavours and common phys_port_name generation

On Thu, 22 Mar 2018 11:55:10 +0100, Jiri Pirko wrote: > Also, there is one extra port that I don't understand what > is the purpose for it - something nfp specific perhaps. Do you mean the PF netdev? There can be multiple of those on multi-host cards. There is one pf_repr from ASIC's

[PATCH V3 net-next 02/14] net: Rename and export copy_skb_header

From: Ilya Lesokhin copy_skb_header is renamed to skb_copy_header and exported. Exposing this function give more flexibility in copying SKBs. skb_copy and skb_copy_expand do not give enough control over which parts are copied. Signed-off-by: Ilya Lesokhin

[PATCH V3 net-next 12/14] net/mlx5e: TLS, Add error statistics

From: Ilya Lesokhin Add statistics for rare TLS related errors. Since the errors are rare we have a counter per netdev rather then per SQ. Signed-off-by: Ilya Lesokhin Signed-off-by: Boris Pismenny Signed-off-by: Saeed Mahameed

[PATCH V3 net-next 13/14] MAINTAINERS: Update mlx5 innova driver maintainers

From: Boris Pismenny Signed-off-by: Boris Pismenny Signed-off-by: Saeed Mahameed --- MAINTAINERS | 17 - 1 file changed, 4 insertions(+), 13 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index

[PATCH V3 net-next 06/14] net/tls: Add generic NIC offload infrastructure

From: Ilya Lesokhin This patch adds a generic infrastructure to offload TLS crypto to a network devices. It enables the kernel TLS socket to skip encryption and authentication operations on the transmit side of the data path. Leaving those computationally expensive operations

Re: [patch net-next RFC 00/12] devlink: introduce port flavours and common phys_port_name generation

On Thu, Mar 22, 2018 at 11:55:10AM +0100, Jiri Pirko wrote: > From: Jiri Pirko > > This patchset resolves 2 issues we have right now: > 1) There are many netdevices / ports in the system, for port, pf, vf >represenatation but the user has no way to see which is which > 2)

[PATCH v4 bpf-next 01/10] treewide: remove large struct-pass-by-value from tracepoint arguments

From: Alexei Starovoitov - fix trace_hfi1_ctxt_info() to pass large struct by reference instead of by value - convert 'type array[]' tracepoint arguments into 'type *array', since compiler will warn that sizeof('type array[]') == sizeof('type *array') and later should be

[PATCH v4 bpf-next 07/10] bpf: introduce BPF_RAW_TRACEPOINT

From: Alexei Starovoitov Introduce BPF_PROG_TYPE_RAW_TRACEPOINT bpf program type to access kernel internal arguments of the tracepoints in their raw form. >From bpf program point of view the access to the arguments look like: struct bpf_raw_tracepoint_args { __u64

[PATCH v4 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints

v3->v4: - adopted Linus's CAST_TO_U64 macro to cast any integer, pointer, or small struct to u64. That nicely reduced the size of patch 1 v2->v3: - with Linus's suggestion introduced generic COUNT_ARGS and CONCATENATE macros (or rather moved them from apparmor) that cleaned up patches 6 and

[PATCH v4 bpf-next 05/10] macro: introduce COUNT_ARGS() macro

From: Alexei Starovoitov move COUNT_ARGS() macro from apparmor to generic header and extend it to count till twelve. COUNT() was an alternative name for this logic, but it's used for different purpose in many other places. Similarly for CONCATENATE() macro. Suggested-by:

[PATCH v4 bpf-next 10/10] selftests/bpf: test for bpf_get_stackid() from raw tracepoints

From: Alexei Starovoitov similar to traditional traceopint test add bpf_get_stackid() test from raw tracepoints and reduce verbosity of existing stackmap test Signed-off-by: Alexei Starovoitov --- tools/testing/selftests/bpf/test_progs.c | 91

[PATCH v4 bpf-next 08/10] libbpf: add bpf_raw_tracepoint_open helper

From: Alexei Starovoitov add bpf_raw_tracepoint_open(const char *name, int prog_fd) api to libbpf Signed-off-by: Alexei Starovoitov --- tools/include/uapi/linux/bpf.h | 11 +++ tools/lib/bpf/bpf.c| 11 +++ tools/lib/bpf/bpf.h

[PATCH v4 bpf-next 09/10] samples/bpf: raw tracepoint test

From: Alexei Starovoitov add empty raw_tracepoint bpf program to test overhead similar to kprobe and traditional tracepoint tests Signed-off-by: Alexei Starovoitov --- samples/bpf/Makefile| 1 + samples/bpf/bpf_load.c |

[PATCH v4 bpf-next 03/10] net/mac802154: disambiguate mac80215 vs mac802154 trace events

From: Alexei Starovoitov two trace events defined with the same name and both unused. They conflict in allyesconfig build. Rename one of them. Signed-off-by: Alexei Starovoitov --- net/mac802154/trace.h | 8 1 file changed, 4 insertions(+), 4

[PATCH v4 bpf-next 04/10] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint

From: Alexei Starovoitov fix iwlwifi_dev_ucode_error tracepoint to pass pointer to a table instead of all 17 arguments by value. dvm/main.c and mvm/utils.c have 'struct iwl_error_event_table' defined with very similar yet subtly different fields and offsets. tracepoint is still

[PATCH v4 bpf-next 06/10] tracepoint: compute num_args at build time

From: Alexei Starovoitov add fancy macro to compute number of arguments passed into tracepoint at compile time and store it as part of 'struct tracepoint'. The number is necessary to check safety of bpf program access that is coming in subsequent patch.

[PATCH v4 bpf-next 02/10] net/mediatek: disambiguate mt76 vs mt7601u trace events

From: Alexei Starovoitov two trace events defined with the same name and both unused. They conflict in allyesconfig build. Rename one of them. Signed-off-by: Alexei Starovoitov --- drivers/net/wireless/mediatek/mt7601u/trace.h | 6 +++--- 1 file changed, 3

[net-next:master 304/314] drivers/net/ethernet/mellanox/mlxsw/spectrum.c:3878:8: error: too few arguments to function 'devlink_resource_register'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 6686c459e1449a3ee5f3fd313b0a559ace7a700e commit: 145307460ba9c11489807de7acd3f4c7395f60b7 [304/314] devlink: Remove top_hierarchy arg to devlink_resource_register config: x86_64-randconfig-s1-03230751

<    1   2   3   4   >