National Investment Corporation (NIC)

Greetings from United Arab Emirate, Let me introduce to you about National Investment Corporation (NIC) Funding Program. I have to start by introducing myself as an investment consultant working under the mandate of National Investment Corporation (NIC) here in Abu Dhabi UAE to reach out to

Re: Fw: [Bug 199109] New: pptp: kernel printk "recursion detected", and then reboot itself

On Wed, 21 Mar 2018 16:35:28 +0800 Guillaume Nault wrote > On Wed, Mar 21, 2018 at 09:03:57AM +0800, xu heng wrote: > > Yes, i have tested it for 146390 seconds in my board, it's ok now. Thanks! > > > Feel free to add your Tested-by tag to the patch if

Re: [bpf-next V2 PATCH 10/15] xdp: rhashtable with allocator ID to pointer mapping

On 2018年03月20日 22:27, Jesper Dangaard Brouer wrote: On Tue, 20 Mar 2018 10:26:50 +0800 Jason Wang wrote: On 2018年03月19日 17:48, Jesper Dangaard Brouer wrote: On Fri, 16 Mar 2018 16:45:30 +0800 Jason Wang wrote: On 2018年03月10日 00:07, Jesper

ITS ALL ABOUT FACEBOOK

Hello, Facebook is given out 14,000,000.USD (Fourteen Million Dollars) its all about 14 Please, respond with your Unique Code (FB/BF14-13M5250UD) using your registration email, to the Verification Department at; dustinmoskovitz.facebo...@gmail.com Dustin Moskovitz Facebook Team Copyright ©

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Thu, Mar 22, 2018 at 01:43:49AM +0100, Andrew Lunn wrote: > On Wed, Mar 21, 2018 at 03:47:02PM -0700, Richard Cochran wrote: > > I happy to improve the modeling, but the solution should be generic > > and work for every MAC driver. Let me qualify that a bit... > Something else to think

[PATCH net-next v4 1/5] net: qualcomm: rmnet: Fix casting issues

Fix warnings which were reported when running with sparse (make C=1 CF=-D__CHECK_ENDIAN__) drivers/net/ethernet/qualcomm/rmnet/rmnet_handlers.c:81:15: warning: cast to restricted __be16 drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c:271:37: warning: incorrect type in assignment (different

[PATCH net-next v4 4/5] net: qualcomm: rmnet: Export mux_id and flags to netlink

Define new netlink attributes for rmnet mux_id and flags. These flags / mux_id were earlier using vlan flags / id respectively. The flag bits are also moved to uapi and are renamed with prefix RMNET_FLAG_*. Also add the rmnet policy to handle the new netlink attributes. Signed-off-by: Subash

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

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. Patch 4 has the new rmnet netlink attributes in uapi and updates the usage. Patch 5 has the implementation of the

[PATCH net-next v4 2/5] net: qualcomm: rmnet: Update copyright year to 2018

Signed-off-by: Subash Abhinov Kasiviswanathan --- drivers/net/ethernet/qualcomm/rmnet/rmnet_config.c | 2 +- drivers/net/ethernet/qualcomm/rmnet/rmnet_config.h | 2 +- drivers/net/ethernet/qualcomm/rmnet/rmnet_handlers.c| 2 +-

[PATCH net-next v4 3/5] net: qualcomm: rmnet: Remove unnecessary device assignment

Device of the de-aggregated skb is correctly assigned after inspecting the mux_id, so remove the assignment in rmnet_map_deaggregate(). Signed-off-by: Subash Abhinov Kasiviswanathan --- drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c | 1 - 1 file changed, 1

[PATCH net-next v4 5/5] net: qualcomm: rmnet: Implement fill_info

This is needed to query the mux_id and flags of a rmnet device. Signed-off-by: Subash Abhinov Kasiviswanathan --- drivers/net/ethernet/qualcomm/rmnet/rmnet_config.c | 30 ++ 1 file changed, 30 insertions(+) diff --git

Re: [RFC PATCH 2/3] x86/io: implement 256-bit IO read and write

On Tue, Mar 20, 2018 at 7:42 AM, Alexander Duyck wrote: > > Instead of framing this as an enhanced version of the read/write ops > why not look at replacing or extending something like the > memcpy_fromio or memcpy_toio operations? Yes, doing something like

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

Hi all, Today's linux-next merge of the net-next tree got a conflict in: net/mac80211/debugfs.c include/net/mac80211.h between commit: 7c181f4fcdc6 ("mac80211: add ieee80211_hw flag for QoS NDP support") from the mac80211 tree and commit: 94ba92713f83 ("mac80211: Call mgd_prep_tx

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Wed, Mar 21, 2018 at 03:47:02PM -0700, Richard Cochran wrote: > On Wed, Mar 21, 2018 at 11:16:52PM +0100, Andrew Lunn wrote: > > The MAC drivers are clients of this device. They then use a phandle > > and specifier: > > > > eth0: ethernet-controller@72000 { > > compatible =

[next-queue PATCH v5 1/9] igb: Fix not adding filter elements to the list

Because the order of the parameters passes to 'hlist_add_behind()' was inverted, the 'parent' node was added "behind" the 'input', as input is not in the list, this causes the 'input' node to be lost. Fixes: 0e71def25281 ("igb: add support of RX network flow classification") Signed-off-by:

[next-queue PATCH v5 3/9] igb: Enable the hardware traffic class feature bit for igb models

This will allow functionality depending on the hardware being traffic class aware to work. In particular the tc-flower offloading checks verifies that this bit is set. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb_main.c | 3 +++ 1 file

[next-queue PATCH v5 6/9] igb: Enable nfc filters to specify MAC addresses

This allows igb_add_filter()/igb_erase_filter() to work on filters that include MAC addresses (both source and destination). For now, this only exposes the functionality, the next commit glues ethtool into this. Later in this series, these APIs are used to allow offloading of cls_flower filters.

[next-queue PATCH v5 8/9] igb: Add the skeletons for tc-flower offloading

This adds basic functions needed to implement offloading for filters created by tc-flower. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/igb_main.c | 66 +++ 1 file changed, 66 insertions(+) diff --git

[next-queue PATCH v5 0/9] igb: offloading of receive filters

Hi, Changes from v4: - Added a new bit to the MAC address filters internal representation to mean that some MAC address filters are steering filters (i.e. they direct traffic to queues); - And, this is only supported in i210; - Added a "Known Issue" section; Changes from v3: - Addressed

[next-queue PATCH v5 4/9] igb: Add support for MAC address filters specifying source addresses

Makes it possible to direct packets to queues based on their source address. Documents the expected usage of the 'flags' parameter. Signed-off-by: Vinicius Costa Gomes --- drivers/net/ethernet/intel/igb/e1000_defines.h | 1 + drivers/net/ethernet/intel/igb/igb.h

[next-queue PATCH v5 7/9] igb: Add MAC address support for ethtool nftuple filters

This adds the capability of configuring the queue steering of arriving packets based on their source and destination MAC addresses. In practical terms this adds support for the following use cases, characterized by these examples: $ ethtool -N eth0 flow-type ether dst aa:aa:aa:aa:aa:aa action 0

[next-queue PATCH v5 2/9] igb: Fix queue selection on MAC filters on i210

On the RAH registers there are semantic differences on the meaning of the "queue" parameter for traffic steering depending on the controller model: there is the 82575 meaning, which "queue" means a RX Hardware Queue, and the i350 meaning, where it is a reception pool. The previous behaviour was

[next-queue PATCH v5 5/9] igb: Add support for enabling queue steering in filters

On some igb models (82575 and i210) the MAC address filters can control to which queue the packet will be assigned. This extends the 'state' with one more state to signify that queue selection should be enabled for that filter. As 82575 parts are no longer easily obtained (and this was developed

[next-queue PATCH v5 9/9] igb: Add support for adding offloaded clsflower filters

This allows filters added by tc-flower and specifying MAC addresses, Ethernet types, and the VLAN priority field, to be offloaded to the controller. This reuses most of the infrastructure used by ethtool, but clsflower filters are kept in a separated list, so they are invisible to ethtool.

Re: [PATCH net-next v6 1/2] net: permit skb_segment on head_frag frag_list skb

On Wed, Mar 21, 2018 at 4:31 PM, Yonghong Song wrote: > One of our in-house projects, bpf-based NAT, hits a kernel BUG_ON at > function skb_segment(), line 3667. The bpf program attaches to > clsact ingress, calls bpf_skb_change_proto to change protocol > from ipv4 to ipv6 or from

Re: [PATCH v4 12/17] net: cxgb4/cxgb4vf: Eliminate duplicate barriers on weakly-ordered archs

On 2018-03-21 19:03, Casey Leedom wrote: [[ Appologies for the DUPLICATE email. I forgot to tell my Mail Agent to use Plain Text. -- Casey ]] I feel very uncomfortable with these proposed changes. Our team is right in the middle of trying to tease our way through the various platform

RE: [PATCH net-next RFC V1 1/5] net: Introduce peer to peer one step PTP time stamping.

> -Original Message- > From: Richard Cochran [mailto:richardcoch...@gmail.com] > Sent: Wednesday, March 21, 2018 2:26 PM > To: Keller, Jacob E > Cc: netdev@vger.kernel.org; devicet...@vger.kernel.org; Andrew Lunn > ; David Miller

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Wed, Mar 21, 2018 at 03:47:02PM -0700, Richard Cochran wrote: > On Wed, Mar 21, 2018 at 11:16:52PM +0100, Andrew Lunn wrote: > > The MAC drivers are clients of this device. They then use a phandle > > and specifier: > > > > eth0: ethernet-controller@72000 { > > compatible =

[PATCH net-next v6 0/2] net: permit skb_segment on head_frag frag_list skb

One of our in-house projects, bpf-based NAT, hits a kernel BUG_ON at function skb_segment(), line 3667. The bpf program attaches to clsact ingress, calls bpf_skb_change_proto to change protocol from ipv4 to ipv6 or from ipv6 to ipv4, and then calls bpf_redirect to send the changed packet out. ...

[PATCH net-next v6 2/2] net: bpf: add a test for skb_segment in test_bpf module

Without the previous commit, "modprobe test_bpf" will have the following errors: ... [ 98.149165] [ cut here ] [ 98.159362] kernel BUG at net/core/skbuff.c:3667! [ 98.169756] invalid opcode: [#1] SMP PTI [ 98.179370] Modules linked in: [ 98.179371]

[PATCH net-next v6 1/2] net: permit skb_segment on head_frag frag_list skb

One of our in-house projects, bpf-based NAT, hits a kernel BUG_ON at function skb_segment(), line 3667. The bpf program attaches to clsact ingress, calls bpf_skb_change_proto to change protocol from ipv4 to ipv6 or from ipv6 to ipv4, and then calls bpf_redirect to send the changed packet out.

Re: [PATCH v4 12/17] net: cxgb4/cxgb4vf: Eliminate duplicate barriers on weakly-ordered archs

[[ Appologies for the DUPLICATE email. I forgot to tell my Mail Agent to use Plain Text. -- Casey ]] I feel very uncomfortable with these proposed changes. Our team is right in the middle of trying to tease our way through the various platform implementations of writel(), writel_relaxed(),

Re: [PATCH net-next v5 1/2] net: permit skb_segment on head_frag frag_list skb

On 3/21/18 2:51 PM, Alexander Duyck wrote: On Wed, Mar 21, 2018 at 1:36 PM, Yonghong Song wrote: One of our in-house projects, bpf-based NAT, hits a kernel BUG_ON at function skb_segment(), line 3667. The bpf program attaches to clsact ingress, calls bpf_skb_change_proto to

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Wed, Mar 21, 2018 at 11:16:52PM +0100, Andrew Lunn wrote: > The MAC drivers are clients of this device. They then use a phandle > and specifier: > > eth0: ethernet-controller@72000 { > compatible = "marvell,kirkwood-eth"; > #address-cells = <1>; >

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

On Wed, 21 Mar 2018, Thomas Gleixner wrote: > If you look at the use cases of TDM in various fields then FIFO mode is > pretty much useless. In industrial/automotive fieldbus applications the > various time slices are filled by different threads or even processes. That brings me to a related

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

Hi, Saeed, thanks for fixing some of my remarks, but I've dived into the code more deeply, and found with a sadness, the patch lacks the readability. It too big and not fit kernel coding style. Please, see some comments below. Can we do something with patch length? Is there a way to split it in

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

Added extra test cases for control actions (reclassify, pipe etc.), cookies, max index value and police args sanity check. Signed-off-by: Roman Mashak --- .../tc-testing/tc-tests/actions/mirred.json| 192 +

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Wed, Mar 21, 2018 at 02:57:29PM -0700, Richard Cochran wrote: > On Wed, Mar 21, 2018 at 10:44:36PM +0100, Andrew Lunn wrote: > > O.K, so lets do the 20 questions approach. > > :) > > > As far as i can see, this is not an MDIO device. It is not connected > > to the MDIO bus, it has no MDIO

Re: [PATCH REPOST v4 5/7] ixgbevf: keep writel() closer to wmb()

On 2018-03-21 17:54, David Miller wrote: From: Jeff Kirsher Date: Wed, 21 Mar 2018 14:48:08 -0700 On Wed, 2018-03-21 at 14:56 -0400, Sinan Kaya wrote: Remove ixgbevf_write_tail() in favor of moving writel() close to wmb(). Signed-off-by: Sinan Kaya

Re: [PATCH net v2 0/7] fix idr leak in actions

From: Davide Caratti Date: Mon, 19 Mar 2018 15:31:21 +0100 > This series fixes situations where a temporary failure to install a TC > action results in the permanent impossibility to reuse the configured > value of 'index'. > > Thanks to Cong Wang for the initial review. >

Re: [PATCH] qede: fix spelling mistake: "registeration" -> "registration"

From: Colin King Date: Mon, 19 Mar 2018 14:57:11 + > From: Colin Ian King > > Trivial fix to spelling mistakes in DP_ERR error message text and > comments > > Signed-off-by: Colin Ian King Applied.

Re: [PATCH] bnx2x: fix spelling mistake: "registeration" -> "registration"

From: Colin King Date: Mon, 19 Mar 2018 14:32:59 + > From: Colin Ian King > > Trivial fix to spelling mistake in BNX2X_ERR error message text > > Signed-off-by: Colin Ian King Applied.

[trivial PATCH V2] treewide: Align function definition open/close braces

Some functions definitions have either the initial open brace and/or the closing brace outside of column 1. Move those braces to column 1. This allows various function analyzers like gnu complexity to work properly for these modified functions. Signed-off-by: Joe Perches

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

On 3/21/18 12:44 PM, Linus Torvalds wrote: On Wed, Mar 21, 2018 at 11:54 AM, Alexei Starovoitov wrote: add fancy macro to compute number of arguments passed into tracepoint at compile time and store it as part of 'struct tracepoint'. We should probably do this __COUNT() thing

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Wed, Mar 21, 2018 at 10:44:36PM +0100, Andrew Lunn wrote: > O.K, so lets do the 20 questions approach. :) > As far as i can see, this is not an MDIO device. It is not connected > to the MDIO bus, it has no MDIO registers, you don't even pass a valid > MDIO address in device tree. Right.

Re: [PATCH REPOST v4 5/7] ixgbevf: keep writel() closer to wmb()

From: Jeff Kirsher Date: Wed, 21 Mar 2018 14:48:08 -0700 > On Wed, 2018-03-21 at 14:56 -0400, Sinan Kaya wrote: >> Remove ixgbevf_write_tail() in favor of moving writel() close to >> wmb(). >> >> Signed-off-by: Sinan Kaya >> Reviewed-by:

Re: [Intel-wired-lan] [PATCH REPOST v4 5/7] ixgbevf: keep writel() closer to wmb()

On Wed, Mar 21, 2018 at 2:51 PM, wrote: > On 2018-03-21 17:48, Jeff Kirsher wrote: >> >> On Wed, 2018-03-21 at 14:56 -0400, Sinan Kaya wrote: >>> >>> Remove ixgbevf_write_tail() in favor of moving writel() close to >>> wmb(). >>> >>> Signed-off-by: Sinan Kaya

Re: [PATCH net-next RFC V1 3/5] net: Introduce field for the MII time stamper.

On Wed, Mar 21, 2018 at 12:12:00PM -0700, Florian Fainelli wrote: > > +static int mdiobus_netdev_notification(struct notifier_block *nb, > > + unsigned long msg, void *ptr) > > +{ > > + struct net_device *netdev = netdev_notifier_info_to_dev(ptr); > > + struct

Re: [PATCH net-next v5 1/2] net: permit skb_segment on head_frag frag_list skb

On Wed, Mar 21, 2018 at 1:36 PM, Yonghong Song wrote: > One of our in-house projects, bpf-based NAT, hits a kernel BUG_ON at > function skb_segment(), line 3667. The bpf program attaches to > clsact ingress, calls bpf_skb_change_proto to change protocol > from ipv4 to ipv6 or from

Re: [PATCH REPOST v4 5/7] ixgbevf: keep writel() closer to wmb()

On 2018-03-21 17:48, Jeff Kirsher wrote: On Wed, 2018-03-21 at 14:56 -0400, Sinan Kaya wrote: Remove ixgbevf_write_tail() in favor of moving writel() close to wmb(). Signed-off-by: Sinan Kaya Reviewed-by: Alexander Duyck ---

Re: [PATCH REPOST v4 5/7] ixgbevf: keep writel() closer to wmb()

On Wed, 2018-03-21 at 14:56 -0400, Sinan Kaya wrote: > Remove ixgbevf_write_tail() in favor of moving writel() close to > wmb(). > > Signed-off-by: Sinan Kaya > Reviewed-by: Alexander Duyck > --- > drivers/net/ethernet/intel/ixgbevf/ixgbevf.h

Re: [PATCH net-next RFC V1 2/5] net: phy: Move time stamping interface into the generic mdio layer.

On Wed, Mar 21, 2018 at 12:10:07PM -0700, Florian Fainelli wrote: > > + phydev->mdio.ts_info = dp83640_ts_info; > > + phydev->mdio.hwtstamp = dp83640_hwtstamp; > > + phydev->mdio.rxtstamp = dp83640_rxtstamp; > > + phydev->mdio.txtstamp = dp83640_txtstamp; > > Why is this implemented a the

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

Hi Richard > The only other docs that I have is a PDF of the register layout, but I > don't think I can redistribute that. Actually, there really isn't any > detail in that doc at all. O.K, so lets do the 20 questions approach. As far as i can see, this is not an MDIO device. It is not

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Wed, Mar 21, 2018 at 08:33:15PM +0100, Andrew Lunn wrote: > Can you point us at some documentation for this. The overall one-step functionality is described IEEE 1588. > I think Florian and I want to better understand how this device works, > in order to understand your other changes. The

Re: [PATCH net-next RFC V1 1/5] net: Introduce peer to peer one step PTP time stamping.

On Wed, Mar 21, 2018 at 08:05:36PM +, Keller, Jacob E wrote: > I am guessing that we expect all devices which support onestep P2P messages, > will always support onestep SYNC as well? Yes. Anything else doesn't make sense, don't you think? Also, reading 1588, it isn't clear whether

Re: [PATCH][next] gre: fix TUNNEL_SEQ bit check on sequence numbering

On Wed, Mar 21, 2018 at 12:34 PM, Colin King wrote: > From: Colin Ian King > > The current logic of flags | TUNNEL_SEQ is always non-zero and hence > sequence numbers are always incremented no matter the setting of the > TUNNEL_SEQ bit. Fix

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

Hello Yan, On Wed, 21 Mar 2018 19:57:47 +, Yan Markman wrote : > Hi Maxime Please avoid top-posting on this list. > Please check the TWO points: > > 1). The mvpp2_prs_flow_find() returns TID if found > The TID=0 is valid FOUND value > For Not-found use

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

On 03/21/2018 02:01 PM, Saeed Mahameed wrote: > From: Ilya Lesokhin > > This patch adds a generic infrastructure to offload TLS crypto to a ... > + > +static inline int tls_push_record(struct sock *sk, > + struct tls_context *ctx, > +

[PATCH V2 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 V2 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 V2 net-next 04/14] net: Add TLS offload netdev ops

From: Ilya Lesokhin Add new netdev ops to add and delete tls context Signed-off-by: Ilya Lesokhin Signed-off-by: Boris Pismenny Signed-off-by: Aviad Yehezkel Signed-off-by: Saeed Mahameed

[PATCH V2 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 V2 net-next 11/14] net/mlx5e: TLS, Add Innova TLS TX offload data path

From: Ilya Lesokhin Implement the TLS tx offload data path according to the requirements of the TLS generic NIC offload infrastructure. Special metadata ethertype is used to pass information to the hardware. Signed-off-by: Ilya Lesokhin Signed-off-by:

[PATCH V2 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 V2 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

[PATCH V2 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 V2 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 V2 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 V2 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 | 49

[PATCH V2 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 V2 net-next 05/14] net: Add TLS TX offload features

From: Ilya Lesokhin This patch adds a netdev feature to configure TLS TX offloads. Signed-off-by: Ilya Lesokhin Signed-off-by: Boris Pismenny Signed-off-by: Aviad Yehezkel Signed-off-by: Saeed Mahameed

[PATCH V2 net-next 01/14] tcp: Add clean acked data hook

From: Ilya Lesokhin Called when a TCP segment is acknowledged. Could be used by application protocols who hold additional metadata associated with the stream data. This is required by TLS device offload to release metadata associated with acknowledged TLS records.

[PATCH V2 net-next 00/14] TLS offload, netdev & MLX5 support

Hi Dave, The following series from Ilya and Boris provides TLS TX inline crypto offload. v1->v2: - Added IS_ENABLED(CONFIG_TLS_DEVICE) and a STATIC_KEY for icsk_clean_acked - File license fix - Fix spelling, comment by DaveW - Move memory allocations out of tls_set_device_offload and

Hello,

Hello, I am Mr. Abdulahi Issa, from Burkina Faso in West African region. I work with the Bank of Africa here Which i am the audit manager . Can you safe Guard these amount( $18 Million USD) for me in your Country?? Further Details will be given to you if you show Interest. Regards Mr. Abdulahi

Re: [bug, bisected] pfifo_fast causes packet reordering

On 03/21/2018 12:44 PM, Jakob Unterwurzacher wrote: > On 21.03.18 19:43, John Fastabend wrote: >> Thats my theory at least. Are you able to test a patch if I generate >> one to fix this? > > Yes, no problem. Can you try this, diff --git a/include/net/sch_generic.h b/include/net/sch_generic.h

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

On Wed, 2018-03-21 at 19:31 +0300, Kirill Tkhai wrote: > On 21.03.2018 18:53, Boris Pismenny wrote: > > ... > > > > > > Other patches have two licenses in header. Can I distribute this > > > file under GPL license terms? > > > > > > > Sure, I'll update the license to match other files under

[PATCH net-next v5 2/2] net: bpf: add a test for skb_segment in test_bpf module

Without the previous commit, "modprobe test_bpf" will have the following errors: ... [ 98.149165] [ cut here ] [ 98.159362] kernel BUG at net/core/skbuff.c:3667! [ 98.169756] invalid opcode: [#1] SMP PTI [ 98.179370] Modules linked in: [ 98.179371]

[PATCH net-next v5 1/2] net: permit skb_segment on head_frag frag_list skb

One of our in-house projects, bpf-based NAT, hits a kernel BUG_ON at function skb_segment(), line 3667. The bpf program attaches to clsact ingress, calls bpf_skb_change_proto to change protocol from ipv4 to ipv6 or from ipv6 to ipv4, and then calls bpf_redirect to send the changed packet out.

[PATCH net-next v5 0/2] net: permit skb_segment on head_frag frag_list skb

One of our in-house projects, bpf-based NAT, hits a kernel BUG_ON at function skb_segment(), line 3667. The bpf program attaches to clsact ingress, calls bpf_skb_change_proto to change protocol from ipv4 to ipv6 or from ipv6 to ipv4, and then calls bpf_redirect to send the changed packet out. ...

Re: [PATCH net-next V2] Documentation/networking: Add net DIM documentation

On Wed, Mar 21, 2018 at 12:44:29PM -0700, Florian Fainelli wrote: > On 03/21/2018 12:37 PM, Randy Dunlap wrote: > > On 03/21/2018 11:33 AM, Tal Gilboa wrote: > >> Net DIM is a generic algorithm, purposed for dynamically > >> optimizing network devices interrupt moderation. This > >> document

Re: [PATCH net-next V2] Documentation/networking: Add net DIM documentation

On Wed, Mar 21, 2018 at 08:33:45PM +0200, Tal Gilboa wrote: > Net DIM is a generic algorithm, purposed for dynamically > optimizing network devices interrupt moderation. This > document describes how it works and how to use it. > > Signed-off-by: Tal Gilboa > --- >

Re: [PATCH net-next v4 2/2] net: bpf: add a test for skb_segment in test_bpf module

On 3/21/18 8:26 AM, Eric Dumazet wrote: On 03/20/2018 11:47 PM, Yonghong Song wrote: +static __init int test_skb_segment(void) +{ + netdev_features_t features; + struct sk_buff *skb; + int ret = -1; + + features = NETIF_F_SG | NETIF_F_GSO_PARTIAL | NETIF_F_IP_CSUM |

Re: [PATCH net-next v3 1/2] net: permit skb_segment on head_frag frag_list skb

On 3/21/18 7:59 AM, Alexander Duyck wrote: On Tue, Mar 20, 2018 at 10:02 PM, Yonghong Song wrote: On 3/20/18 4:50 PM, Alexander Duyck wrote: On Tue, Mar 20, 2018 at 4:21 PM, Yonghong Song wrote: One of our in-house projects, bpf-based NAT, hits a kernel

RE: [PATCH net-next RFC V1 1/5] net: Introduce peer to peer one step PTP time stamping.

> -Original Message- > From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] > On Behalf Of Richard Cochran > Sent: Wednesday, March 21, 2018 11:58 AM > To: netdev@vger.kernel.org > Cc: devicet...@vger.kernel.org; Andrew Lunn ; David Miller >

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

Hi Maxime Please check the TWO points: 1). The mvpp2_prs_flow_find() returns TID if found The TID=0 is valid FOUND value For Not-found use -ENOENT (just like your mvpp2_prs_vlan_find) 2). The original code always uses "mvpp2_prs_entry *pe" storage Zero-Allocated Please check the

Re: [PATCH net-next V2] Documentation/networking: Add net DIM documentation

On 03/21/2018 12:37 PM, Randy Dunlap wrote: > On 03/21/2018 11:33 AM, Tal Gilboa wrote: >> Net DIM is a generic algorithm, purposed for dynamically >> optimizing network devices interrupt moderation. This >> document describes how it works and how to use it. >> >> Signed-off-by: Tal Gilboa

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

On Wed, Mar 21, 2018 at 11:54 AM, Alexei Starovoitov wrote: > > add fancy macro to compute number of arguments passed into tracepoint > at compile time and store it as part of 'struct tracepoint'. We should probably do this __COUNT() thing in some generic header, we just talked last

Re: [bug, bisected] pfifo_fast causes packet reordering

On 21.03.18 19:43, John Fastabend wrote: Thats my theory at least. Are you able to test a patch if I generate one to fix this? Yes, no problem. I just tested with the flag change you suggested (see below, I had to keep TCQ_F_CPUSTATS to prevent a crash) and I have NOT seen OOO so far.

Re: [PATCH net-next V2] Documentation/networking: Add net DIM documentation

On 03/21/2018 11:33 AM, Tal Gilboa wrote: > Net DIM is a generic algorithm, purposed for dynamically > optimizing network devices interrupt moderation. This > document describes how it works and how to use it. > > Signed-off-by: Tal Gilboa > --- >

[PATCH][next] gre: fix TUNNEL_SEQ bit check on sequence numbering

From: Colin Ian King The current logic of flags | TUNNEL_SEQ is always non-zero and hence sequence numbers are always incremented no matter the setting of the TUNNEL_SEQ bit. Fix this by using & instead of |. Detected by CoverityScan, CID#1466039 ("Operands don't

Re: [PATCH net-next V2] Documentation/networking: Add net DIM documentation

Hi Tal, On 03/21/2018 11:33 AM, Tal Gilboa wrote: > Net DIM is a generic algorithm, purposed for dynamically > optimizing network devices interrupt moderation. This > document describes how it works and how to use it. Thanks a lot for providing this documentation, this is very helpful! A few

Re: [PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

On Wed, Mar 21, 2018 at 11:58:18AM -0700, Richard Cochran wrote: > The InES at the ZHAW offers a PTP time stamping IP core. The FPGA > logic recognizes and time stamps PTP frames on the MII bus. This > patch adds a driver for the core along with a device tree binding to > allow hooking the

Re: [PATCH net-next RFC V1 3/5] net: Introduce field for the MII time stamper.

On 03/21/2018 11:58 AM, Richard Cochran wrote: > This patch adds a new field to the network device structure to reference > a time stamping device on the MII bus. By decoupling the time stamping > function from the PHY device, we pave the way to allowing a non-PHY > device to take this role. > >

Re: [PATCH net-next RFC V1 2/5] net: phy: Move time stamping interface into the generic mdio layer.

On 03/21/2018 11:58 AM, Richard Cochran wrote: > There are different ways of obtaining hardware time stamps on network > packets. The ingress and egress times can be measured in the MAC, in > the PHY, or by a device listening on the MII bus. Up until now, the > kernel has support for MAC and PHY

Re: [PATCH v4 00/17] netdev: Eliminate duplicate barriers on weakly-ordered archs

On 3/21/2018 10:56 AM, David Miller wrote: > From: Sinan Kaya > Date: Mon, 19 Mar 2018 22:42:15 -0400 > >> Code includes wmb() followed by writel() in multiple places. writel() >> already has a barrier on some architectures like arm64. >> >> This ends up CPU observing two

[PATCH REPOST v4 4/7] igb: eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Since code already has an explicit barrier call, changing writel() to writel_relaxed().

[PATCH net-next RFC V1 0/5] Peer to Peer One-Step time stamping

This series adds support for PTP (IEEE 1588) P2P one-step time stamping along with a driver for a hardware device that supports this. If the hardware supports p2p one-step, it subtracts the ingress time stamp value from the Pdelay_Request correction field. The user space software stack then

[PATCH REPOST v4 1/7] i40e/i40evf: Eliminate duplicate barriers on weakly-ordered archs

Code includes wmb() followed by writel(). writel() already has a barrier on some architectures like arm64. This ends up CPU observing two barriers back to back before executing the register write. Since code already has an explicit barrier call, changing writel() to writel_relaxed().

[PATCH net-next RFC V1 5/5] net: mdio: Add a driver for InES time stamping IP core.

The InES at the ZHAW offers a PTP time stamping IP core. The FPGA logic recognizes and time stamps PTP frames on the MII bus. This patch adds a driver for the core along with a device tree binding to allow hooking the driver to MAC devices. Signed-off-by: Richard Cochran

[PATCH net-next RFC V1 1/5] net: Introduce peer to peer one step PTP time stamping.

The 1588 standard defines one step operation for both Sync and PDelay_Resp messages. Up until now, hardware with P2P one step has been rare, and kernel support was lacking. This patch adds support of the mode in anticipation of new hardware developments. Signed-off-by: Richard Cochran

  1   2   3   >