[PATCH net-next 0/9] Hisilicon Network Subsystem 3 Ethernet Driver

This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3) Ethernet driver for hip08 family of SoCs and future upcoming SoCs. Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and hence there was a need of new driver over the previous HNS driver which

[PATCH net-next 4/9] net: hns3: Add HNS3 Acceleration Engine & Compatibility Layer Support

This patch adds the support of Hisilicon Network Subsystem Accceleration Engine and common operations to access it. This layer provides access to the hardware configuration, hardware statistics. This layer is also responsible for triggering the initialization of the PHY layer through the below

[PATCH net-next 3/9] net: hns3: Add HNS3 IMP(Integrated Mgmt Proc) Cmd Interface Support

This patch adds the support of IMP (Integrated Management Processor) command interface to the HNS3 driver. Each PF/VF has support of CQP(Command Queue Pair) ring interface. Each CQP consis of send queue CSQ and receive queue CRQ. There are various commands a PF/VF may support, like for Flow Table

[PATCH net-next 1/9] net: hns3: Add support of HNS3 Ethernet Driver for hip08 SoC

This patch adds the support of Hisilicon Network Subsystem 3 Ethernet driver to hip08 family of SoCs. This driver includes basic Rx/Tx functionality. It also includes the client registration code with the HNAE3(Hisilicon Network Acceleration Engine 3) framework. This work provides the initial

[PATCH net-next 2/9] net: hns3: Add support of the HNAE3 framework

This patch adds the support of the HNAE3 (Hisilicon Network Acceleration Engine 3) framework support to the HNS3 driver. Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE and user-space Ethernet drivers (like ODP etc.) to register with HNAE3 devices and their associated

[PATCH net-next 5/9] net: hns3: Add support of TX Scheduler & Shaper to HNS3 driver

THis patch adds the support of the Scheduling and Shaping functionalities during the transmit leg. This also adds the support of Pause at MAC level. (Pause at per-priority level shall be added later along with the DCB feature). Hardware as such consists of two types of cofiguration of 6 level

[PATCH net-next 7/9] net: hns3: Add Ethtool support to HNS3 driver

This patch adds the support of the Ethtool interface to the HNS3 Ethernet driver. Various commands to read the statistics, configure the offloading, loopback selftest etc. are supported. Signed-off-by: Daode Huang Signed-off-by: lipeng

[PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

This patch adds the support of MDIO bus interface for HNS3 driver. Code provides various interfaces to start and stop the PHY layer and to read and write the MDIO bus or PHY. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil

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

This patch updates the MAINTAINERS file with HNS3 Ethernet driver maintainers names and other details. This also introduces the new Makefiles required to build the HNS3 Ethernet driver and updates the existing Kconfig file in the hisilicon folder. Signed-off-by: Salil Mehta

[PATCH net-next 8/9] net: hns3: Add support of debugfs interface to HNS3 driver

This adds the support of the debugfs interface to the driver for debugging purposes. Signed-off-by: Daode Huang Signed-off-by: lipeng Signed-off-by: Salil Mehta Signed-off-by: Yisen Zhuang ---

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

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 basic of a mistake for us to have so pervasively in the year 2017, so let's begin

[PATCH 2/6] net/ipv6: use constant time memory comparison for mac

Otherwise, we enable a MAC forgery via timing attack. Signed-off-by: Jason A. Donenfeld Cc: "David S. Miller" Cc: netdev@vger.kernel.org Cc: sta...@vger.kernel.org --- net/ipv6/seg6_hmac.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v2 2/2] tcp: md5: extend the tcp_md5sig struct to specify a key address prefix

Add a flag field and address prefix length at the end of the tcp_md5sig structure so users can configure an address prefix length along with a key. Make sure shorter option values are still accepted in tcp_v4_parse_md5_keys and tcp_v6_parse_md5_keys to maintain backward compatibility.

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

This allows the keys used for TCP MD5 signature to be used for whole range of addresses, specified with a prefix length, instead of only one address as it currently is. Signed-off-by: Bob Gilligan Signed-off-by: Eric Mowat Signed-off-by: Ivan Delalande

[PATCH iproute/master 1/3] iptunnel: document mode parameter for sit tunnels

Original-Author: Simon Horman Signed-off-by: Krister Johansen --- man/man8/ip-link.8.in | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/man/man8/ip-link.8.in b/man/man8/ip-link.8.in index 5d73538..3cc2f5d 100644

[PATCH iproute/master 3/3] iptunnel: add support for mpls/ip to ipip tunnels

Original-Author: Simon Horman Signed-off-by: Krister Johansen --- ip/link_iptnl.c | 21 - man/man8/ip-link.8.in | 5 +++-- 2 files changed, 23 insertions(+), 3 deletions(-) diff --git a/ip/link_iptnl.c

[PATCH] net: fec: Add a fec_enet_clear_ethtool_stats() stub for CONFIG_M5272

From: Fabio Estevam Commit 2b30842b23b9 ("net: fec: Clear and enable MIB counters on imx51") introduced fec_enet_clear_ethtool_stats(), but missed to add a stub for the CONFIG_M5272=y case, causing build failure for the m5272c3_defconfig. Add the missing empty stub to fix

[PATCH iproute/master 0/3] lost mpls ip tunnel patches

Hi Stephen, I'm a bit unsure of the decorum in this particular situation. Kernel support for mpls/ip tunnels was integrated back in July of 2016. At the time, the author of that feature sent out a RFC patch for the iproute support but never followed up on subsequent code review comments. The

[PATCH iproute/master 2/3] iptunnel: add support for mpls/ip to sit tunnels

Original-Author: Simon Horman Signed-off-by: Krister Johansen --- include/utils.h | 3 +++ ip/link_iptnl.c | 9 ++--- ip/tunnel.c | 3 +++ man/man8/ip-link.8.in | 9 + 4 files changed, 17 insertions(+), 7

Re: [PATCH net-next] net: fec: Clear and enable MIB counters on imx51

Hi Paul, On Fri, Jun 9, 2017 at 10:01 PM, Paul Gortmaker wrote: > Seems to break one of the automated linux-next builds: > > http://kisskb.ellerman.id.au/kisskb/buildresult/13057702/ > > A mindless automated bisect reports: > >

Re: [PATCH net-next] net: fec: Clear and enable MIB counters on imx51

On Wed, Jun 7, 2017 at 10:07 AM, David Miller wrote: > From: Andrew Lunn > Date: Wed, 7 Jun 2017 03:57:09 +0200 > >> Both the IMX51 and IMX53 datasheet indicates that the MIB counters >> should be cleared during setup. Otherwise random numbers are returned

[net:master 31/33] net//core/dev.c:8252:2: warning: 'remsd' is used uninitialized in this function

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master head: f6d4c7133257bb2d6f66723d11b19f1c49cdf2f7 commit: 773fc8f6e8d63ec9d840588e161cbb73a01cfc45 [31/33] net: rps: send out pending IPI's on CPU hotplug config: blackfin-allyesconfig (attached as .config) compiler:

Re: [PATCH] l2tp: cast l2tp traffic counter to unsigned

On Fri, 2017-06-09 at 15:16 -0700, Stephen Hemminger wrote: > On Fri, 9 Jun 2017 16:29:47 +0200 > Dominik Heidler wrote: > > > This fixes a counter problem on 32bit systems: > > When the rx_bytes counter reached 2 GiB, it jumpd to (2^64 Bytes - 2GiB) > > Bytes. > > > >

Re: [Regression, 4.12-rc1] Address family not supported by protocol

[adding netdev] Hi Paul, Did you get anywhere with this? The only difference that I see in the kernel config files is 4.12-rc1 says: # CONFIG_NET_SCH_DEFAULT is not set and 4.11 does not have that kconfig option. On 05/15/17 05:53, Paul Menzel wrote: > Dear Linux folks, > > > When building

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

On 06/09/2017 12:39 PM, David Miller wrote: From: Chenbo Feng Date: Fri, 9 Jun 2017 12:13:57 -0700 On 06/09/2017 12:08 PM, David Miller wrote: From: Chenbo Feng Date: Fri, 9 Jun 2017 12:06:07 -0700 From: Chenbo Feng

Re: [for-next 4/6] net/mlx5: FPGA, Add basic support for Innova

On Wed, 2017-06-07 at 13:21 -0600, Jason Gunthorpe wrote: > On Wed, Jun 07, 2017 at 10:13:43PM +0300, Saeed Mahameed wrote: > >  > > No !! > > I am just showing you that the ib_core eventually will end up > > calling > > mlx5_core to create a QP. > > so mlx5_core can create the QP it self since it

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

On 06/09/2017 03:13 PM, neta...@amazon.com wrote: > From: Netanel Belgazal > > This patchset contains fixes for the bugs that were discovered so far. If these are all fixes you should submit them against the "net" tree. net-next is for features [1]. Since these are fixes,

Re: [PATCH] l2tp: cast l2tp traffic counter to unsigned

On Fri, 9 Jun 2017 16:29:47 +0200 Dominik Heidler wrote: > This fixes a counter problem on 32bit systems: > When the rx_bytes counter reached 2 GiB, it jumpd to (2^64 Bytes - 2GiB) > Bytes. > > rtnl_link_stats64 has __u64 type and atomic_long_read returns > atomic_long_t

[PATCH net-next 4/8] 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-next 6/8] 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-next 8/8] 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-next 7/8] net: ena: disable admin msix while working in polling mode

From: Netanel Belgazal Signed-off-by: Netanel Belgazal --- drivers/net/ethernet/amazon/ena/ena_com.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/net/ethernet/amazon/ena/ena_com.c b/drivers/net/ethernet/amazon/ena/ena_com.c index

[PATCH net-next 5/8] net: ena: add missing unmap bars on device removal

From: Netanel Belgazal This patch also change the mapping functions to devm_ functions Signed-off-by: Netanel Belgazal --- drivers/net/ethernet/amazon/ena/ena_netdev.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git

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

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

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

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

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

I the last minute I fixed patchset #6 commit subject from stuck to hang and I forget to remove it. Sorry for that. resubmitted. From: David Miller Sent: Friday, June 9, 2017 10:33 PM To: Belgazal, Netanel Cc: netdev@vger.kernel.org;

[PATCH net-next 1/8] 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-next 2/8] 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: aquantia: atlantic: remove declaration of hw_atl_utils_hw_set_power

This function is not defined, so no need to declare it. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- .../aquantia/atlantic/hw_atl/hw_atl_utils.h|3 --- 1 files changed, 0 insertions(+), 3

Re: [PATCH net] Fix an intermittent pr_emerg warning about lo becoming free.

On Fri, Jun 9, 2017 at 11:43 AM, Krister Johansen wrote: > On Fri, Jun 09, 2017 at 11:18:44AM -0700, Cong Wang wrote: >> On Thu, Jun 8, 2017 at 1:12 PM, Krister Johansen >> wrote: >> > The way this works is that if there's still a reference on

Re: [PATCH net] ipv4: igmp: fix a use after free

On Fri, Jun 9, 2017 at 11:05 AM, Xin Long wrote: > On Sat, Jun 10, 2017 at 1:01 AM, Cong Wang wrote: >> This is what I thought in my first response, until I realized >> it is not pure RCU, otherwise pmc->lock should not be taken >> in

Re: [PATCH net-next 0/3] mlx4 drivers: version update

On Wed, 2017-06-07 at 15:33 -0400, David Miller wrote: > From: Tariq Toukan > Date: Wed,  7 Jun 2017 16:26:12 +0300 > > > This patchset contains version updates for the MLX4 drivers: > > Core, EN, and IB. > >  > > Just like we've done in mlx5, we modify the outdated driver >

Re: Repeatable inet6_dump_fib crash in stock 4.12.0-rc4+

On Fri, 2017-06-09 at 07:27 -0600, David Ahern wrote: > On 6/8/17 11:55 PM, Cong Wang wrote: > > On Thu, Jun 8, 2017 at 2:27 PM, Ben Greear wrote: > >> > >> As far as I can tell, the patch did not help, or at least we still > >> reproduce > >> the > >> crash easily. > >

Re: [PATCH net-next] bpf: Remove duplicate tcp_filter hook in ipv6

On Fri, Jun 9, 2017 at 12:17 PM, Chenbo Feng wrote: > From: Chenbo Feng > > There are two tcp_filter hooks in tcp_ipv6 ingress path currently. > One is at tcp_v6_rcv and another is in tcp_v6_do_rcv. It seems the > tcp_filter() call inside

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

On Fri, Jun 9, 2017 at 12:06 PM, Chenbo Feng wrote: > From: Chenbo Feng > > Move the initialization of skb->dev and skb->protocol from > ip6_finish_output2 to ip6_output. This can make the skb->dev and > skb->protocol information avalaible to the

office for an agent/mediator

VALERO CRUDE USA is looking for an agent, to be our coordinator in Europe and Asia, which you will act as an intermediary between our company and the final buyer of petroleum products in those regions,Inform us if you are interested Sincerely, Martin Parrish (Vice-President Alternate Fuels)

Re: [PATCH v2] sh_eth: add support to change MTU

On 06/09/2017 11:32 PM, Niklas Söderlund wrote: The hardware supports the MTU to be changed and the driver it self is somewhat prepared to support this. This patch hooks up the callbacks to be able to change the MTU from user-space. Signed-off-by: Niklas Söderlund

BUG: Bad page state in process Compositor pfn:c03e2

[ 1621.875870] BUG: Bad page state in process Compositor pfn:c03e2 [ 1621.875876] page:ea000300f880 count:-1 mapcount:0 mapping: (null) index:0x0 [ 1621.875878] flags: 0x100() [ 1621.875881] raw: 0100 [ 1621.875882]

Re: [PATCH v2] sh_eth: add support to change MTU

On 2017-06-09 22:32:15 +0200, Niklas Söderlund wrote: > The hardware supports the MTU to be changed and the driver it self is > somewhat prepared to support this. This patch hooks up the callbacks to > be able to change the MTU from user-space. > > Signed-off-by: Niklas Söderlund

[PATCH v2] sh_eth: add support to change MTU

The hardware supports the MTU to be changed and the driver it self is somewhat prepared to support this. This patch hooks up the callbacks to be able to change the MTU from user-space. Signed-off-by: Niklas Söderlund Acked-by: Sergei Shtylyov

Re: [PATCH] sh_eth: add support to change MTU

Hi Sergei, Thanks for your feedback. On 2017-06-09 19:31:09 +0300, Sergei Shtylyov wrote: > Hello! > > On 06/09/2017 06:30 PM, Niklas Söderlund wrote: > > > The hardware supports the MTU to be changed and the driver it self is > > somewhat prepared to support this. This patch hooks up the

RE: [Intel-wired-lan] [i40e] regression on TCP stream and TCP maerts, kernel-4.12.0-0.rc2

> -Original Message- > From: Alexander Duyck [mailto:alexander.du...@gmail.com] > Sent: Friday, June 09, 2017 12:59 PM > To: Adrian Tomasov ; Kirsher, Jeffrey T > ; Keller, Jacob E > Cc: Duyck, Alexander H

Re: [PATCH v2 7/8] net: mvmdio: add xmdio support

On Fri, Jun 09, 2017 at 08:40:19AM +0200, Antoine Tenart wrote: > Hi Andrew, > > On Thu, Jun 08, 2017 at 06:03:31PM +0200, Andrew Lunn wrote: > > On Thu, Jun 08, 2017 at 11:26:52AM +0200, Antoine Tenart wrote: > > > +#define MVMDIO_XSMI_MGNT_REG 0x0 > > > +#define

Re: [Intel-wired-lan] [i40e] regression on TCP stream and TCP maerts, kernel-4.12.0-0.rc2

On Fri, Jun 9, 2017 at 3:34 AM, Adrian Tomasov wrote: > On Thu, 2017-06-01 at 19:18 +, Duyck, Alexander H wrote: >> On Thu, 2017-06-01 at 12:14 +0200, Adrian Tomasov wrote: >> > >> > On Wed, 2017-05-31 at 14:42 -0700, Alexander Duyck wrote: >> > > >> > > >> > > On Wed,

[PATCH net-next] Revert "ipv6: Initial skb->dev and skb->protocol in ip6_output"

From: Chenbo Feng This reverts commit 97a7a37a7b7b("ipv6: Initial skb->dev and skb->protocol in ip6_output") since it does not handles the skb->dev assignment inside ip6_fragment() code path properly. Need to rework and upload again Fixes: 97a7a37a7b7b("ipv6: Initial skb->dev

Re: [PATCH v2 7/8] net: mvmdio: add xmdio support

On Fri, Jun 09, 2017 at 06:22:16PM +0200, Antoine Tenart wrote: > On Fri, Jun 09, 2017 at 05:03:40PM +0200, Andrew Lunn wrote: > > > There are two busses, one generating c22 transactions and one generating > > > c45 transactions. Each bus has its own MDC/MDIO pins. > > > > O.K. That is what i

Re: [PATCH net-next] cxgb4: fix memory leak in init_one()

From: Ganesh Goudar Date: Fri, 9 Jun 2017 19:26:24 +0530 > Free up mbox_log allocated for PF0 to PF3. > > Fixes: 7829451c695e ("cxgb4: Add control net_device for configuring PCIe VF") > Signed-off-by: Ganesh Goudar Applied, thank you.

Re: [PATCH net-next] qed: add qed_int_sb_init() stub function

From: Arnd Bergmann Date: Fri, 9 Jun 2017 12:37:35 +0200 > When CONFIG_QED_SRIOV is disabled, we get a build error: > > drivers/net/ethernet/qlogic/qed/qed_int.c: In function 'qed_int_sb_init': > drivers/net/ethernet/qlogic/qed/qed_int.c:1499:4: error: implicit declaration > of

Re: [PATCH v2 7/8] net: mvmdio: add xmdio support

On Fri, Jun 09, 2017 at 04:49:36PM +0200, Andrew Lunn wrote: > On Fri, Jun 09, 2017 at 04:09:22PM +0200, Antoine Tenart wrote: > > The MDIO/xMDIO registers are embedded into the network controller. The > > mvmdio driver was created at first to abstract this functionality > > outside the network

Re: [PATCH v2 net-next 0/8] qed*: Light L2 updates

From: Yuval Mintz Date: Fri, 9 Jun 2017 17:13:17 +0300 > This series does a major overhaul of the LL2 logic in qed. > The single biggest change done here is in #5 where we're changing > the API qed provides for LL2 [both internally in case of storage and > externally in

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

On 06/09/2017 12:24 PM, Bjørn Mork wrote: Chenbo Feng writes: This patch is still under working since it may have problem with ip_fragment() call, did you applied it already? Should I send a revert patch to you then? It does? I initially thought so too, but

Re: pull-request: can 2017-06-09

From: Marc Kleine-Budde Date: Fri, 9 Jun 2017 14:55:07 +0200 > this is a pull request of 6 patches for net/master. > > There's a patch by Stephane Grosjean that fixes an uninitialized symbol > warning > in the peak_canfd driver. A patch by Johan Hovold to fix the

Re: [PATCH net] mac80211: free netdev on dev_alloc_name() error

From: Johannes Berg Date: Fri, 9 Jun 2017 21:33:09 +0200 > From: Johannes Berg > > The change to remove free_netdev() from ieee80211_if_free() > erroneously didn't add the necessary free_netdev() for when > ieee80211_if_free() is called

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

From: Chenbo Feng Date: Fri, 9 Jun 2017 12:13:57 -0700 > > > On 06/09/2017 12:08 PM, David Miller wrote: >> From: Chenbo Feng >> Date: Fri, 9 Jun 2017 12:06:07 -0700 >> >>> From: Chenbo Feng >>> >>> Move the

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

From: Chenbo Feng Date: Fri, 9 Jun 2017 12:08:39 -0700 > Sorry, this is the wrong patch, please ignore it. :-/ already applied it. You must now send a relative fixup patch.

Re: [PATCH net-next 00/11] r8152: minor adjustment

From: Hayes Wang Date: Fri, 9 Jun 2017 17:11:37 +0800 > Adjust some code to make it reasonable or satisfy the suggestion from > the engineers. Series applied, thank you.

Re: [PATCH net RESEND] net: rps: send out pending IPI's on CPU hotplug

From: Ashwanth Goli Date: Fri, 9 Jun 2017 14:24:58 +0530 > IPI's from the victim cpu are not handled in dev_cpu_callback. > So these pending IPI's would be sent to the remote cpu only when > NET_RX is scheduled on the victim cpu and since this trigger is > unpredictable

[PATCH net] mac80211: free netdev on dev_alloc_name() error

From: Johannes Berg The change to remove free_netdev() from ieee80211_if_free() erroneously didn't add the necessary free_netdev() for when ieee80211_if_free() is called directly in one place, rather than as the priv_destructor. Add the missing call. Fixes: cf124db566e6

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

From: Date: Fri, 9 Jun 2017 09:55:16 +0300 > This patchset contains fixes for the bugs that were discovered so far. You submitted patch #6 twice, once with the word "stuck" in the subject line, once with the word "hang" in the subject line. Please sort this out and

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

Chenbo Feng writes: > This patch is still under working since it may have problem with > ip_fragment() call, did you applied it already? Should I send a revert > patch to you then? It does? I initially thought so too, but looking closer I believe the

[PATCH net-next] bpf: Remove duplicate tcp_filter hook in ipv6

From: Chenbo Feng There are two tcp_filter hooks in tcp_ipv6 ingress path currently. One is at tcp_v6_rcv and another is in tcp_v6_do_rcv. It seems the tcp_filter() call inside tcp_v6_do_rcv is redundent and some packet will be filtered twice in this situation. This will cause

Re: [PATCH net-next 2/2] bpf: Fix test_obj_id.c for llvm 5.0

From: Martin KaFai Lau Date: Thu, 8 Jun 2017 22:30:17 -0700 > llvm 5.0 does not like the section name and the function name > to be the same: > > clang -I. -I./include/uapi -I../../../include/uapi \ > -I../../../../samples/bpf/ \ > -Wno-compare-distinct-pointer-types \

Re: [PATCH net-next 1/2] bpf: Fix test_bpf_obj_id() when the bpf_jit_enable sysctl is diabled

From: Martin KaFai Lau Date: Thu, 8 Jun 2017 22:30:16 -0700 > test_bpf_obj_id() should not expect a non zero jited_prog_len > to be returned by bpf_obj_get_info_by_fd() when > net.core.bpf_jit_enable is 0. > > The patch checks for net.core.bpf_jit_enable and > has different

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

On 06/09/2017 12:08 PM, David Miller wrote: From: Chenbo Feng Date: Fri, 9 Jun 2017 12:06:07 -0700 From: Chenbo Feng Move the initialization of skb->dev and skb->protocol from ip6_finish_output2 to ip6_output. This can make the skb->dev and

Re: [PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

From: Chenbo Feng Date: Fri, 9 Jun 2017 12:06:07 -0700 > From: Chenbo Feng > > Move the initialization of skb->dev and skb->protocol from > ip6_finish_output2 to ip6_output. This can make the skb->dev and > skb->protocol information avalaible to

[PATCH net-next] ipv6: Initial skb->dev and skb->protocol in ip6_output

From: Chenbo Feng Move the initialization of skb->dev and skb->protocol from ip6_finish_output2 to ip6_output. This can make the skb->dev and skb->protocol information avalaible to the CGROUP eBPF filter. Signed-off-by: Chenbo Feng Acked-by: Eric Dumazet

Re: [PATCH] net: Fix inconsistent teardown and release of private netdev state.

From: Stephen Hemminger Date: Fri, 9 Jun 2017 10:21:04 -0700 > Is there anything in Documentation/networking/netdevices.txt about this to > avoid any future issues? You asked me about this last time, and I did not forget about it. I sincerely lack the time to do a

Re: [PATCH net] Fix an intermittent pr_emerg warning about lo becoming free.

On Fri, Jun 09, 2017 at 11:18:44AM -0700, Cong Wang wrote: > On Thu, Jun 8, 2017 at 1:12 PM, Krister Johansen > wrote: > > The way this works is that if there's still a reference on the dst entry > > at the time we try to free it, it gets placed in the gc list by > >

Re: [PATCH net] Fix an intermittent pr_emerg warning about lo becoming free.

On Thu, Jun 8, 2017 at 1:12 PM, Krister Johansen wrote: > After looking through the list of callbacks that the netdevice notifiers > invoke in this path, it appears that the dst_dev_event is the most > interesting. The dst_ifdown path places a hold on the loopback_dev as

Re: [PATCH net] ipv4: igmp: fix a use after free

On Sat, Jun 10, 2017 at 1:01 AM, Cong Wang wrote: > On Fri, Jun 9, 2017 at 8:56 AM, Eric Dumazet wrote: >> On Fri, 2017-06-09 at 14:24 +0800, Xin Long wrote: >>> On Fri, Jun 9, 2017 at 8:59 AM, Cong Wang wrote: >>> >>>

Re: [PATCH net] netlink: don't send unknown nsid

On Thu, Jun 08, 2017 at 10:31:53AM +0200, Nicolas Dichtel wrote: > Le 07/06/2017 à 21:14, Flavio Leitner a écrit : > > Let's say the app is restarted, or another monitoring app is executed > > with enough perms. How will it identify the error condition? > Your app wants to monitor a subset of

Re: [PATCH v2 net-next] Ipvlan should return an error when an address is already in use.

On Fri, Jun 09, 2017 at 01:15:10PM -0400, David Miller wrote: > From: Krister Johansen > Date: Fri, 9 Jun 2017 10:13:10 -0700 > > > On Fri, Jun 09, 2017 at 12:26:46PM -0400, David Miller wrote: > >> From: Krister Johansen > >> Date: Thu, 8 Jun

Re: [PATCH] net: Fix inconsistent teardown and release of private netdev state.

On Wed, 07 Jun 2017 15:54:11 -0400 (EDT) David Miller wrote: > Network devices can allocate reasources and private memory using > netdev_ops->ndo_init(). However, the release of these resources > can occur in one of two different places. > > Either netdev_ops->ndo_uninit()

Reply for more details

My Greetings, I am a banker by profession and currently holds the position of Chief Auditor in our bank, I have the ability to transfer unclaimed funds of U.S.$ 6.2 m (6.2 million dollars) that belong to one of our late customer, who bear the same last name with you who died in a car crash along

Re: [PATCH v2 net-next] Ipvlan should return an error when an address is already in use.

From: Krister Johansen Date: Fri, 9 Jun 2017 10:13:10 -0700 > On Fri, Jun 09, 2017 at 12:26:46PM -0400, David Miller wrote: >> From: Krister Johansen >> Date: Thu, 8 Jun 2017 13:12:14 -0700 >> >> > The ipvlan code already knows how to detect

Re: [PATCH] net: Fix inconsistent teardown and release of private netdev state.

From: Johannes Berg Date: Fri, 09 Jun 2017 16:33:47 +0200 > Right. Do you want me to put that into my tree? I could do it tonight, > or perhaps only Monday though. Please submit it formally to netdev for me to apply. I want to queue it up with the original patch for

Re: [PATCH net-next v2] cxgb4: handle interrupt raised when FW crashes

From: Ganesh Goudar Date: Fri, 9 Jun 2017 11:12:35 +0530 > From: Rahul Lakkireddy > > Handle TIMER0INT when FW crashes. Check for PCIE_FW[FW_EVAL] > and if it says "Device FW Crashed", then treat it as fatal. > Else, non-fatal. > >

Re: [PATCH v2 net-next] Ipvlan should return an error when an address is already in use.

On Fri, Jun 09, 2017 at 12:26:46PM -0400, David Miller wrote: > From: Krister Johansen > Date: Thu, 8 Jun 2017 13:12:14 -0700 > > > The ipvlan code already knows how to detect when a duplicate address is > > about to be assigned to an ipvlan device. However, that

Re: [PATCH net] ipv4: igmp: fix a use after free

On Fri, Jun 9, 2017 at 8:56 AM, Eric Dumazet wrote: > On Fri, 2017-06-09 at 14:24 +0800, Xin Long wrote: >> On Fri, Jun 9, 2017 at 8:59 AM, Cong Wang wrote: >> >> > On Thu, Jun 8, 2017 at 1:33 PM, Eric Dumazet >> >

Re: [PATCH net-next 0/5] nfp: FW app build name reporting

From: Jakub Kicinski Date: Thu, 8 Jun 2017 20:56:09 -0700 > This series adds reporting FW build name in ethtool -i. Most > of the patches are restructuring where information caching is > done. There is also a minor error path fix. > > These are last few patches

Re: [PATCH net-next] liquidio: disallow enabling firmware debug from a VF

From: Felix Manlunas Date: Thu, 8 Jun 2017 19:20:36 -0700 > From: Derek Chickles > > Disallow enabling firmware debug from a VF. Only PF is allowed to do that. > > Signed-off-by: Derek Chickles > Signed-off-by:

Re: [PATCH net-next v2] geneve: add missing rx stats accounting

From: Girish Moodalbail Date: Thu, 8 Jun 2017 17:07:48 -0700 > There are few places on the receive path where packet drops and packet > errors were not accounted for. This patch fixes that issue. > > Signed-off-by: Girish Moodalbail

Re: [net-bluetooth] question about potential null pointer dereference

Hi Gustavo, While looking into Coverity ID 1357456 I ran into the following piece of code at net/bluetooth/smp.c:166 166/* The following functions map to the LE SC SMP crypto functions 167 * AES-CMAC, f4, f5, f6, g2 and h6. 168 */ 169 170static int

Re: [PATCH 2/2(net.git)] stmmac: fix for hw timestamp of GMAC3 unit

From: "Mario Molitor" Date: Thu, 8 Jun 2017 23:35:02 +0200 > From d5c520880a5f6b470cb150b9aae67341089b9395 Mon Sep 17 00:00:00 2001 > From: Mario Molitor > Date: Thu, 8 Jun 2017 23:03:09 +0200 > Subject: [PATCH 2/2] stmmac: fix for hw timestamp of

Re: [PATCH 1/2(net.git)] stmmac: fix ptp header for GMAC3 hw timestamp

From: "Mario Molitor" Date: Thu, 8 Jun 2017 23:31:13 +0200 > From ce9c334037fce37ccd715124cda57d1fd6d8cfe8 Mon Sep 17 00:00:00 2001 > From: Mario Molitor > Date: Thu, 8 Jun 2017 22:41:02 +0200 > Subject: [PATCH 1/2] stmmac: fix ptp header for GMAC3 hw

Re: [PATCH] sh_eth: add support to change MTU

Hello! On 06/09/2017 06:30 PM, Niklas Söderlund wrote: The hardware supports the MTU to be changed and the driver it self is somewhat prepared to support this. This patch hooks up the callbacks to be able to change the MTU from user-space. Signed-off-by: Niklas Söderlund

Re: [PATCH net-next v2 3/3] udp: try to avoid 2 cache miss on dequeue

From: Paolo Abeni Date: Fri, 09 Jun 2017 17:44:29 +0200 > I'll re-submit v3 unchanged, if there are no objections. No objections from me.

Re: [PATCH net] Fix an intermittent pr_emerg warning about lo becoming free.

From: Krister Johansen Date: Thu, 8 Jun 2017 13:12:38 -0700 > It looks like this: > > Message from syslogd@flamingo at Apr 26 00:45:00 ... > kernel:unregister_netdevice: waiting for lo to become free. Usage count = 4 > > They seem to coincide with net namespace

Re: [PATCH v2 net-next] Ipvlan should return an error when an address is already in use.

From: Krister Johansen Date: Thu, 8 Jun 2017 13:12:14 -0700 > The ipvlan code already knows how to detect when a duplicate address is > about to be assigned to an ipvlan device. However, that failure is not > propogated outward and leads to a silent failure. > >

Re: [PATCH v2 7/8] net: mvmdio: add xmdio support

On Fri, Jun 09, 2017 at 05:03:40PM +0200, Andrew Lunn wrote: > > There are two busses, one generating c22 transactions and one generating > > c45 transactions. Each bus has its own MDC/MDIO pins. > > O.K. That is what i wanted to know. So we want two completely separate > device tree bindings,

  1   2   3   >