Re:

I need your partnership in a transaction that will benefit you, details will disclose to you once i receive your reply. Kind regards Saif.

Re: [PATCH net-next v10 1/4] net netlink: Add new type NLA_FLAG_BITS

On 17-06-11 01:38 PM, Jamal Hadi Salim wrote: On 17-06-11 09:49 AM, Jiri Pirko wrote: Sun, Jun 11, 2017 at 01:53:43PM CEST, j...@mojatatu.com wrote: From: Jamal Hadi Salim This patch also provides an extra feature: a validation callback that could be speaciliazed for

Re: [pull request][net 0/6] Mellanox mlx5 fixes 2017-06-11

From: Saeed Mahameed Date: Sun, 11 Jun 2017 17:00:22 +0300 > This series contains some fixes for the mlx5 core and netdev driver. > > Please pull and let me know if there's any problem. Pulled, thanks. > For -stable: > ("net/mlx5e: Added BW check for DIM decision

Re: [PATCH 0/6] Constant Time Memory Comparisons Are Important

Hi Stephan, On Sun, Jun 11, 2017 at 11:06 PM, Stephan Müller wrote: > Are you planning to send an update to your patch set? If yes, there is another > one which should be converted too: crypto/rsa-pkcs1pad.c. I just sent an update to this thread patching that, per your

Re: ARM GLX Khadas VIM Pro - Ethernet detected as only 10Mbps and stalled after some traffic

Hi Andrew, On Sun, Jun 11, 2017 at 5:21 PM, Andrew Lunn wrote: >> Thank your for the suggestion, and thanks Martin to explaining me over >> IRC what actually I should do. >> >> I recompiled mainline kernel 4.12-rc4 with the Amlogic driver: >> replaced drivers/net/phy/meson-gxl.c

I Would love to discuse something with you.

Re: [PATCH net-next v10 3/4] net sched actions: dump more than TCA_ACT_MAX_PRIO actions per batch

On 17-06-11 10:13 AM, Jiri Pirko wrote: Sun, Jun 11, 2017 at 01:53:45PM CEST, j...@mojatatu.com wrote: From: Jamal Hadi Salim When you dump hundreds of thousands of actions, getting only 32 per dump batch even when the socket buffer and memory allocations allow is

Re: [PATCH net-next v10 1/4] net netlink: Add new type NLA_FLAG_BITS

On 17-06-11 09:49 AM, Jiri Pirko wrote: Sun, Jun 11, 2017 at 01:53:43PM CEST, j...@mojatatu.com wrote: From: Jamal Hadi Salim This patch also provides an extra feature: a validation callback that could be speaciliazed for other types. s/speaciliazed/speciliazed/

Re: [PATCH net 0/9] Bugs fixes in ena ethernet driver

From: Date: Sun, 11 Jun 2017 15:42:42 +0300 > This patchset contains fixes for the bugs that were discovered so far. Series applied.

Re: [PATCH 0/6] Constant Time Memory Comparisons Are Important

On Sun, Jun 11, 2017 at 4:36 PM, Kees Cook wrote: > > On Sun, Jun 11, 2017 at 1:13 AM, Kalle Valo wrote: > > "Jason A. Donenfeld" writes: > > > >> Whenever you're comparing two MACs, it's important to do this using > >> crypto_memneq

Re: [PATCH 0/6] Constant Time Memory Comparisons Are Important

2017-06-11 22:48 GMT+02:00 Emmanuel Grumbach : > On Sun, Jun 11, 2017 at 4:36 PM, Kees Cook wrote: >> >> On Sun, Jun 11, 2017 at 1:13 AM, Kalle Valo wrote: >> > "Jason A. Donenfeld" writes: >> > >> >> Whenever

Re: [PATCH 0/6] Constant Time Memory Comparisons Are Important

Am Samstag, 10. Juni 2017, 04:59:06 CEST schrieb Jason A. Donenfeld: Hi Jason, > Whenever you're comparing two MACs, it's important to do this using > crypto_memneq instead of memcmp. With memcmp, you leak timing information, > which could then be used to iteratively forge a MAC. This is far too

Re: [PATCH 0/6] Constant Time Memory Comparisons Are Important

On Mon, Jun 12, 2017 at 12:30 AM, Emil Lenngren wrote: > 2017-06-11 22:48 GMT+02:00 Emmanuel Grumbach : >> On Sun, Jun 11, 2017 at 4:36 PM, Kees Cook wrote: >>> >>> On Sun, Jun 11, 2017 at 1:13 AM, Kalle Valo

I am waiting for your response to my numerous un-replied emails to you concerning your family inheritance fund ($7.5 million dollars). I seek your assistance and I assured of your capability to champi

Re: [pull request][net-next 0/9] Mellanox mlx5 updates 2017-06-11

From: Saeed Mahameed Date: Sun, 11 Jun 2017 17:55:44 +0300 > This series provides updates to mlx5 header rewrite feature, from Or Gerlitz. > and three more small updates From Maor and Eran. > > For more details please see below. Pulled, thanks. > Please pull and let me

[PATCH net-next] vxlan: dont migrate permanent fdb entries during learn

From: Roopa Prabhu This patch fixes vxlan_snoop to not move permanent fdb entries on learn events. This is consistent with the bridge fdb handling of permanent entries. Signed-off-by: Roopa Prabhu --- drivers/net/vxlan.c | 2 +- 1 file

Re: ipmr: MFC routes when VIF deleted

I would argue that this is just an unintended side effect of the original implementation. Shuffling interface vif's seems like a good way to churn a significant number of mroutes to me. If you want to use a interface it probably is going to be already be configured with it's own vif, and as such

Re: [PATCH v2] arm: eBPF JIT compiler

On Tue, Jun 6, 2017 at 12:47 PM, Shubham Bansal wrote: > Hi Russell, Alexei, David, Daniel, kees, > > Any update on this patch moving forward? Since this has gotten testing by various people and passes the existing self-tests, I think this can probably go in via the

Re: [PATCH net-next] bpf, arm64: take advantage of stack_depth tracking

From: Daniel Borkmann Date: Sun, 11 Jun 2017 03:55:27 +0200 > Make use of recently implemented stack_depth tracking for arm64 JIT, > so that stack usage can be reduced heavily for programs not using > tail calls at least. > > Signed-off-by: Daniel Borkmann

Re: [PATCH net-next] vxlan: dont migrate permanent fdb entries during learn

From: Roopa Prabhu Date: Sun, 11 Jun 2017 15:51:22 -0700 > From: Roopa Prabhu > > This patch fixes vxlan_snoop to not move permanent fdb entries > on learn events. This is consistent with the bridge fdb > handling of permanent entries. > >

[PATCH net-next v2] vxlan: dont migrate permanent fdb entries during learn

From: Roopa Prabhu This patch fixes vxlan_snoop to not move permanent fdb entries on learn events. This is consistent with the bridge fdb handling of permanent entries. Fixes: 26a41ae60438 ("vxlan: only migrate dynamic FDB entries") Signed-off-by: Roopa Prabhu

Re: [PATCH v2 1/2] tcp: md5: add an address prefix for key lookup

-for-key-lookup/20170611-184237 config: x86_64-randconfig-s2-06120830 (attached as .config) compiler: gcc-4.4 (Debian 4.4.7-8) 4.4.7 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All warnings (new ones prefixed by >>): net//ipv4/tcp_

[iproute2][PATCH] ip: Remove unneed header

Fix redefinition of struct ethhdr with a suitably patched musl libc that suppresses the kernel if_ether.h. Signed-off-by: Changhyeok Bae --- ip/iplink_bridge.c | 1 - 1 file changed, 1 deletion(-) diff --git a/ip/iplink_bridge.c b/ip/iplink_bridge.c index

Re: [PATCH net v3] net: ipmr: Fix some mroute forwarding issues in vrf's

From: Donald Sharp Date: Sat, 10 Jun 2017 16:30:17 -0400 > This patch fixes two issues: > > 1) When forwarding on *,G mroutes that are in a vrf, the > kernel was dropping information about the actual incoming > interface when calling ip_mr_forward from ip_mr_input. >

Re: [PATCH net-next] vxlan: dont migrate permanent fdb entries during learn

On Sun, Jun 11, 2017 at 4:04 PM, David Miller wrote: > From: Roopa Prabhu > Date: Sun, 11 Jun 2017 15:51:22 -0700 > >> From: Roopa Prabhu >> >> This patch fixes vxlan_snoop to not move permanent fdb entries >> on learn

Re: [PATCH net v3] net: ipmr: Fix some mroute forwarding issues in vrf's

On 6/11/17 4:15 PM, David Miller wrote: > > Applied and queued up for -stable, thank you. > The backport will need bcfc7d33110b; that commit should have had the same Fixes tag -- e58e41596811 ("net: Enable support for VRF with ipv4 multicast")

Re: ARM GLX Khadas VIM Pro - Ethernet detected as only 10Mbps and stalled after some traffic

Hi Andrew, On Sat, Jun 10, 2017 at 5:27 PM, Andrew Lunn wrote: >> Also what Martin Blumenstingl wrote is following which is also crucial >> for fixing the issue: >> Amlogic has given their ethernet PHY driver some updates [2], it now >> includes wake-on-lan, and they now have an

[PATCH net 2/9] net: ena: fix bug that might cause hang after consecutive open/close interface.

From: Netanel Belgazal Fixing a bug that the driver does not unmask the IO interrupts in ndo_open(): occasionally, the MSI-X interrupt (for one or more IO queues) can be masked when ndo_close() was called. If that is followed by ndo open(), then the MSI-X will be still masked

[PATCH net 6/9] net: ena: fix theoretical Rx hang on low memory systems

From: Netanel Belgazal For the rare case where the device runs out of free rx buffer descriptors (in case of pressure on kernel memory), and the napi handler continuously fail to refill new Rx descriptors until device rx queue totally runs out of all free rx buffers to post

[PATCH net 8/9] net: ena: bug fix in lost tx packets detection mechanism

From: Netanel Belgazal check_for_missing_tx_completions() is called from a timer task and looking for lost tx packets. The old implementation accumulate all the lost tx packets and did not check if those packets were retrieved on a later stage. This cause to a situation where

[PATCH net 3/9] net: ena: add missing return when ena_com_get_io_handlers() fails

From: Netanel Belgazal Fixes: 1738cd3ed342 ("Add a driver for Amazon Elastic Network Adapters (ENA)") Signed-off-by: Netanel Belgazal --- drivers/net/ethernet/amazon/ena/ena_netdev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH net 0/9] Bugs fixes in ena ethernet driver

From: Netanel Belgazal This patchset contains fixes for the bugs that were discovered so far. Netanel Belgazal (9): net: ena: fix rare uncompleted admin command false alarm net: ena: fix bug that might cause hang after consecutive open/close interface. net: ena:

[PATCH net 4/9] net: ena: fix race condition between submit and completion admin command

From: Netanel Belgazal Bug: "Completion context is occupied" error printout will be noticed in dmesg. This error will cause the admin command to fail, which will lead to an ena_probe() failure or a watchdog reset (depends on which admin command failed). Root cause:

[PATCH net 1/9] net: ena: fix rare uncompleted admin command false alarm

From: Netanel Belgazal The current flow to detect admin completion is: while (command_not_completed) { if (timeout) error check_for_completion() sleep() } So in case the sleep took more than the timeout (in case the

[PATCH net 5/9] net: ena: add missing unmap bars on device removal

From: Netanel Belgazal This patch also change the mapping functions to devm_ functions Fixes: 1738cd3ed342 ("Add a driver for Amazon Elastic Network Adapters (ENA)") Signed-off-by: Netanel Belgazal --- drivers/net/ethernet/amazon/ena/ena_netdev.c | 15

[PATCH net 9/9] net: ena: update ena driver to version 1.1.7

From: Netanel Belgazal Signed-off-by: Netanel Belgazal --- drivers/net/ethernet/amazon/ena/ena_netdev.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/amazon/ena/ena_netdev.h

[PATCH net 7/9] net: ena: disable admin msix while working in polling mode

From: Netanel Belgazal Fixes: 1738cd3ed342 ("Add a driver for Amazon Elastic Network Adapters (ENA)") Signed-off-by: Netanel Belgazal --- drivers/net/ethernet/amazon/ena/ena_com.c | 8 1 file changed, 8 insertions(+) diff --git

Re: [PATCH 0/6] Constant Time Memory Comparisons Are Important

On Sun, Jun 11, 2017 at 1:13 AM, Kalle Valo wrote: > "Jason A. Donenfeld" writes: > >> Whenever you're comparing two MACs, it's important to do this using >> crypto_memneq instead of memcmp. With memcmp, you leak timing information, >> which could then be

Re: [PATCH net-next 9/9] net: hns3: Add HNS3 driver to kernel build framework & MAINTAINERS

Hi Salil, [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Salil-Mehta/Hisilicon-Network-Subsystem-3-Ethernet-Driver/20170611-204908 config: parisc-allyesconfig (attached as .config) compiler: hppa-linux-gnu-gcc (Debian 6.3.0-18) 6.3.0 20170516

Re: [PATCH net-next 9/9] net: hns3: Add HNS3 driver to kernel build framework & MAINTAINERS

Hi Salil, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Salil-Mehta/Hisilicon-Network-Subsystem-3-Ethernet-Driver/20170611-204908 config: alpha-allyesconfig (attached as .config) compiler: alpha-linux-gnu-gcc (Debian 6.3.0-18) 6.3.0 20170516

Re: ARM GLX Khadas VIM Pro - Ethernet detected as only 10Mbps and stalled after some traffic

Hi Andrew On Sat, Jun 10, 2017 at 5:27 PM, Andrew Lunn wrote: >> Also what Martin Blumenstingl wrote is following which is also crucial >> for fixing the issue: >> Amlogic has given their ethernet PHY driver some updates [2], it now >> includes wake-on-lan, and they now have an

Re: [PATCH v2] brcmfmac: Fix glom_skb leak in brcmf_sdiod_recv_chain

On Sat, Jun 10, 2017 at 10:27 PM, Arend van Spriel wrote: > On 03-06-17 17:36, Andy Shevchenko wrote: >> On Sat, Jun 3, 2017 at 1:29 AM, Peter S. Housel wrote: The following looks good to me. Feel free to add Reviewed-by: Andy Shevchenko

Re: [PATCH net-next v10 1/4] net netlink: Add new type NLA_FLAG_BITS

Sun, Jun 11, 2017 at 01:53:43PM CEST, j...@mojatatu.com wrote: >From: Jamal Hadi Salim > >Generic bitflags attribute content sent to the kernel by user. >With this type the user can either set or unset a flag in the >kernel. > >The nla_flag_values is a bitmap that defines the

Re: [PATCH net-next v10 2/4] net sched actions: Use proper root attribute table for actions

Sun, Jun 11, 2017 at 01:53:44PM CEST, j...@mojatatu.com wrote: >From: Jamal Hadi Salim > >Bug fix for an issue which has been around for about a decade. >We got away with it because the enumeration was larger than needed. > >Fixes: 7ba699c604ab ("[NET_SCHED]: Convert actions

[net 4/6] net/mlx5e: Added BW check for DIM decision mechanism

From: Tal Gilboa DIM (Dynamically-tuned Interrupt Moderation) is a mechanism designed for changing the channel interrupt moderation values in order to reduce CPU overhead for all traffic types. Until now only interrupt and packet rate were sampled. We found a scenario on

[pull request][net 0/6] Mellanox mlx5 fixes 2017-06-11

Hi Dave, This series contains some fixes for the mlx5 core and netdev driver. Please pull and let me know if there's any problem. For -stable: ("net/mlx5e: Added BW check for DIM decision mechanism") kernels >= 4.9 ("net/mlx5e: Fix wrong indications in DIM due to counter

[net 3/6] net/mlx5: Remove several module events out of ethtool stats

From: Huy Nguyen Remove the following module event counters out of ethtool stats. The reason for removing these event counters is that these events do not occur without techinician's intervention. module_pwr_budget_exd module_long_range module_no_eeprom

[net 6/6] net/mlx5: Enable 4K UAR only when page size is bigger than 4K

From: Majd Dibbiny When the page size isn't bigger than 4K, there is no added value of enabling 4K UAR feature in the Firmware. Modified the condition of enabling the 4K UAR accordingly. Fixes: f502d834950a ("net/mlx5: Activate support for 4K UARs") Signed-off-by: Majd

[net 5/6] net/mlx5e: Fix wrong indications in DIM due to counter wraparound

From: Tal Gilboa DIM (Dynamically-tuned Interrupt Moderation) is a mechanism designed for changing the channel interrupt moderation values in order to reduce CPU overhead for all traffic types. Each iteration of the algorithm, DIM calculates the difference in throughput,

[net 2/6] net/mlx5: Continue health polling until it is explicitly stopped

From: Mohamad Haj Yahia The issue is that when we get an assert we will stop polling the health and thus we cant enter error state when we have a real health issue. Fixes: fd76ee4da55a ('net/mlx5_core: Fix internal error detection conditions') Signed-off-by: Mohamad Haj

[net 1/6] net/mlx5: Fix create vport flow table flow

From: Mohamad Haj Yahia Send vport number to the create flow table inner method instead of ignoring the vport argument and sending always 0. Fixes: b3ba51498bdd ('net/mlx5: Refactor create flow table method to accept underlay QP') Signed-off-by: Mohamad Haj Yahia

Re: [PATCH net-next v10 3/4] net sched actions: dump more than TCA_ACT_MAX_PRIO actions per batch

Sun, Jun 11, 2017 at 01:53:45PM CEST, j...@mojatatu.com wrote: >From: Jamal Hadi Salim > >When you dump hundreds of thousands of actions, getting only 32 per >dump batch even when the socket buffer and memory allocations allow >is inefficient. > >With this change, the user will

Re: [PATCH net v3] net: ipmr: Fix some mroute forwarding issues in vrf's

On 06/10/2017 11:30 PM, Donald Sharp wrote: > This patch fixes two issues: > > 1) When forwarding on *,G mroutes that are in a vrf, the > kernel was dropping information about the actual incoming > interface when calling ip_mr_forward from ip_mr_input. > This caused ip_mr_forward to send the

[PATCH net-next v10 3/4] net sched actions: dump more than TCA_ACT_MAX_PRIO actions per batch

From: Jamal Hadi Salim When you dump hundreds of thousands of actions, getting only 32 per dump batch even when the socket buffer and memory allocations allow is inefficient. With this change, the user will get as many as possibly fitting within the given constraints

[PATCH net-next v10 1/4] net netlink: Add new type NLA_FLAG_BITS

From: Jamal Hadi Salim Generic bitflags attribute content sent to the kernel by user. With this type the user can either set or unset a flag in the kernel. The nla_flag_values is a bitmap that defines the values being set The nla_flag_selector is a bitmask that defines which

[PATCH net-next v10 2/4] net sched actions: Use proper root attribute table for actions

From: Jamal Hadi Salim Bug fix for an issue which has been around for about a decade. We got away with it because the enumeration was larger than needed. Fixes: 7ba699c604ab ("[NET_SCHED]: Convert actions from rtnetlink to new netlink API") Suggested-by: Jiri Pirko

[PATCH net-next v10 4/4] net sched actions: add time filter for action dumping

From: Jamal Hadi Salim This adds support for filtering based on time since last used. When we are dumping a large number of actions it is useful to have the option of filtering based on when the action was last used to reduce the amount of data crossing to user space. With

[PATCH net-next v10 0/4] net sched actions: improve dump performance

From: Jamal Hadi Salim Changes since v9: - 1) General consensus: - remove again the use of BIT() to maintain uapi consistency ;-> 1) Jiri: - Add a new netlink type NLA_FLAG_BITS to check for valid bits and use it instead of inline vetting. Changes since

Re: [PATCH net-next 1/1] net: reflect mark on tcp syn ack packets

On 17-06-10 07:02 PM, David Miller wrote: @@ -173,7 +173,8 @@ int ip_build_and_send_pkt(struct sk_buff *skb, const struct sock *sk, } skb->priority = sk->sk_priority; - skb->mark = sk->sk_mark; + if (!skb->mark) + skb->mark = sk->sk_mark; Maybe this

Re: [PATCH net-next v10 0/4] net sched actions: improve dump performance

Attached iproute2 used for testing these features.. cheers, jamal diff --git a/Makefile b/Makefile index 18de7dc..ed3c10a 100644 --- a/Makefile +++ b/Makefile @@ -45,7 +45,7 @@ HOSTCC ?= $(CC) DEFINES += -D_GNU_SOURCE # Turn on transparent support for LFS DEFINES += -D_FILE_OFFSET_BITS=64

Re: [PATCH net-next 0/8] Bug fixes in ena ethernet driver

Ack. resubmitting to net branch and adding "Fixes" mark. From: David Miller Sent: Saturday, June 10, 2017 11:11 PM To: f.faine...@gmail.com Cc: Belgazal, Netanel; netdev@vger.kernel.org; Woodhouse, David; Machulsky, Zorik;

Re: [PATCH 0/6] Constant Time Memory Comparisons Are Important

"Jason A. Donenfeld" writes: > Whenever you're comparing two MACs, it's important to do this using > crypto_memneq instead of memcmp. With memcmp, you leak timing information, > which could then be used to iteratively forge a MAC. Do you have any pointers where I could learn

Re: [PATCHv3 net] xfrm: move xfrm_garbage_collect out of xfrm_policy_flush

On Sun, Jun 11, 2017 at 9:44 AM, Hangbin Liu wrote: > Now we will force to do garbage collection if any policy removed in > xfrm_policy_flush(). But during xfrm_net_exit(). We call flow_cache_fini() > first and set set fc->percpu to NULL. Then after we call

Re: [PATCH v2] brcmfmac: Fix glom_skb leak in brcmf_sdiod_recv_chain

On 11-06-17 02:18, Peter Housel wrote: > >> On Jun 10, 2017, at 12:27 PM, Arend van Spriel >> wrote: >> >> On 03-06-17 17:36, Andy Shevchenko wrote: >>> On Sat, Jun 3, 2017 at 1:29 AM, Peter S. Housel wrote: An earlier change to this function

ipmr: MFC routes when VIF deleted

I have been looking into some weird behavior, and I am not sure whether it is a bug or a feature. When a VIF with index v gets deleted, the MFC routes does not get updated, which means that there can be routes pointing to that VIF. On datapath, when packet hits that route, the VIF validity will

[net-next 7/9] net/mlx5: Update flow table commands layout

From: Maor Gottlieb Update struct mlx5_ifc_create(modify)_flow_table_bits according to the last device specification. Signed-off-by: Maor Gottlieb Signed-off-by: Saeed Mahameed --- drivers/net/ethernet/mellanox/mlx5/core/fs_cmd.c |

[net-next 8/9] net/mlx5e: Add support for reading connector type from PTYS

From: Eran Ben Elisha Read port connector type from the firmware instead of caching it in the driver metadata. Signed-off-by: Eran Ben Elisha Signed-off-by: Saeed Mahameed --- .../net/ethernet/mellanox/mlx5/core/en_ethtool.c |

[net-next 6/9] net/mlx5e: Support header re-write of partial fields in TC pedit offload

From: Or Gerlitz Using a per field mask field, the TC pedit action supports modifying partial fields. E.g if using the TC tool, the following example would make the kernel to only re-write two bytes of the src ip address: tc filter add dev enp1s0 protocol ip parent :

[pull request][net-next 0/9] Mellanox mlx5 updates 2017-06-11

Hi Dave, This series provides updates to mlx5 header rewrite feature, from Or Gerlitz. and three more small updates From Maor and Eran. For more details please see below. Please pull and let me know if there's any problem. *This series doesn't introduce any conflict with the ongoing net pull

[net-next 1/9] net/mlx5e: Remove limitation of single NIC offloaded TC action per rule

From: Or Gerlitz Remove the limitation that offloaded NIC filters can have only one action. This allows us for example to provide flow tag as a note to upper layers / apps that that HW header re-write was applied. Signed-off-by: Or Gerlitz

[net-next 5/9] net/mlx5e: Use modify header ID cache for offloaded TC NIC flows

From: Or Gerlitz Use the modify header ID cache for the header re-write part of offloading TC NIC flows. Signed-off-by: Or Gerlitz Reviewed-by: Paul Blakey Signed-off-by: Saeed Mahameed ---

[net-next 3/9] net/mlx5e: Add cache for HW modify header IDs

From: Or Gerlitz Packets belonging to flows which are different by matching may still need to go through the same header re-write. Add a cache for header re-write IDs keyed by the binary chain of modify header actions. The caching is supported for both eswitch and NIC

[net-next 4/9] net/mlx5e: Use modify header ID cache for offloaded TC E-Switch flows

From: Or Gerlitz Use the modify header ID cache for the header re-write part of offloading TC eswitch flows. Signed-off-by: Or Gerlitz Reviewed-by: Paul Blakey Signed-off-by: Saeed Mahameed ---

[net-next 2/9] net/mlx5e: Use short attribute form when adding/deleting offloaded TC flows

From: Or Gerlitz Instead of going through flow->nic/esw_attr for each usage, assign an attr pointer per the context (nic or esw) and use that. This patch doesn't add any functionality. Signed-off-by: Or Gerlitz Reviewed-by: Roi Dayan

[net-next 9/9] net/mlx5e: Fill advertised and supported port data from Hardware info

From: Eran Ben Elisha Translate hardware port connector type data into link mode supported and advertised info instead of caching it in driver. Signed-off-by: Eran Ben Elisha Signed-off-by: Saeed Mahameed ---

Re: ARM GLX Khadas VIM Pro - Ethernet detected as only 10Mbps and stalled after some traffic

> Thank your for the suggestion, and thanks Martin to explaining me over > IRC what actually I should do. > > I recompiled mainline kernel 4.12-rc4 with the Amlogic driver: > replaced drivers/net/phy/meson-gxl.c with >

Re: ipmr: MFC routes when VIF deleted

On 11/06/17 11:55, Yotam Gigi wrote: > I have been looking into some weird behavior, and I am not sure whether it is > a bug or a feature. > > When a VIF with index v gets deleted, the MFC routes does not get updated, > which > means that there can be routes pointing to that VIF. On datapath,