[PATCH net-next 01/10] net: dsa: mv88e6xxx: add irl_init_all op

Some Marvell chips have an Ingress Rate Limit unit. But the command values slightly differs between models: 88E6352 use 3-bit for operations while 88E6390 use different 2-bit operations. This commit kills the IRL flags in favor of a new operation implementing the "Init all resources to the

[PATCH net-next 08/10] net: dsa: mv88e6xxx: prefix Global 2 Switch MAC macros

Prefix and document the Global 2 Switch MAC registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 2 +- drivers/net/dsa/mv88e6xxx/global2.h | 7 ++- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH net-next 07/10] net: dsa: mv88e6xxx: prefix Global 2 EEPROM macros

Prefix and document the Global 2 EEPROM registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 32 +--- drivers/net/dsa/mv88e6xxx/global2.h | 31 +-- 2 files changed,

[PATCH net-next 10/10] net: dsa: mv88e6xxx: prefix Global 2 remaining macros

Prefix and document the remaining Global 2 registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 27 --- drivers/net/dsa/mv88e6xxx/global2.h | 65 + 2 files changed, 57

[PATCH net-next 00/10] net: dsa: Global 2 cosmetics

Similarly to what has been done for the Port and Global 1 registers, this patch series prefixes and documents the macros of Global 2. It brings no functional changes except for 1/10 which fixes the IRL init for 88E6390 family. Vivien Didelot (10): net: dsa: mv88e6xxx: add irl_init_all op

[PATCH net-next 05/10] net: dsa: mv88e6xxx: prefix Global 2 MGMT macros

Prefix and document the Global 2 MGMT registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 11 ++- drivers/net/dsa/mv88e6xxx/global2.h | 23 +++ 2 files changed, 21 insertions(+), 13

[PATCH net-next 04/10] net: dsa: mv88e6xxx: prefix Global 2 Device Mapping macros

Prefix and document the Global 2 Device Mapping macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 2 +- drivers/net/dsa/mv88e6xxx/global2.h | 10 ++ 2 files changed, 7 insertions(+), 5 deletions(-) diff --git

[PATCH net-next 09/10] net: dsa: mv88e6xxx: prefix Global 2 Watchdog macros

The Marvell 88E6352 family has a Global 2 register dedicated to the watchdog setup. But the 88E6390 turned it into an indirect table. Prefix and document that. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 48

[PATCH net-next 02/10] net: dsa: mv88e6xxx: clarify SMI PHY functions

Marvell chips with an SMI PHY access in Global 2 registers handle both Clause 22 and Clause 45 of IEEE 802.3. The 88E6390 family has addition bits to target the internal or external PHYs connected to the device, and a Setup function in addition to the default (register) Access function. Prefix

[PATCH net-next] net: dsa: mv88e6xxx: better IEEE Prio Mapping Table description

Kill the remaining shift macro in favor of calculating at compile time its value from the more descriptive mask, which gives us a better representation of the register layout. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/port.c | 11

[PATCH net-next 06/10] net: dsa: mv88e6xxx: prefix Global 2 PVT macros

Prefix and document the Global 2 Cross-chip Port VLAN registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 14 -- drivers/net/dsa/mv88e6xxx/global2.h | 19 +-- 2 files changed, 21

[PATCH net-next 03/10] net: dsa: mv88e6xxx: prefix Global 2 Trunk macros

Prefix and document the Global 2 Trunk registers macros. At the same time, fix the hask -> hash typo and use the mv88e6xxx_port_mask helper. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 13 ++---

Re: [PATCH net-next] net: dsa: Fix legacy probing

From: Florian Fainelli Date: Fri, 16 Jun 2017 16:42:11 -0700 > After commit 6d3c8c0dd88a ("net: dsa: Remove master_netdev and > use dst->cpu_dp->netdev") and a29342e73911 ("net: dsa: Associate > slave network device with CPU port") we would be seeing NULL pointer >

Re: [PATCH net-next] tls: update Kconfig

From: Dave Watson Date: Sat, 17 Jun 2017 08:25:13 -0700 > Missing crypto deps for some platforms. > Default to n for new module. > > config: m68k-amcore_defconfig (attached as .config) > compiler: m68k-linux-gcc (GCC) 4.9.0 > > make.cross ARCH=m68k > All errors (new ones

Re: [PATCH v2 net-next 00/21] remove dst garbage collector logic

From: Wei Wang Date: Sat, 17 Jun 2017 10:42:23 -0700 > The current mechanism of dst release is a bit complicated. It is because > the users of dst get divided into 2 situations: > 1. Most users take the reference count when using a dst and release the > reference

Re: [PATCH 3/3] selftest/net/Makefile: Specify output with $(OUTPUT)

From: SeongJae Park Date: Sun, 18 Jun 2017 09:56:04 +0900 > After commit a8ba798bc8ec ("selftests: enable O and KBUILD_OUTPUT"), > net selftest build fails because it points output file without $(OUTPUT) > yet. This commit fixes the error. > > Signed-off-by: SeongJae Park

Re: [RFC PATCH net-next v2 10/15] bpf: Add support for changing congestion control

On 6/16/17, 6:58 AM, "Daniel Borkmann" wrote: On 06/15/2017 10:08 PM, Lawrence Brakmo wrote: > Added support for changing congestion control for SOCKET_OPS bps > programs through the setsockopt bpf helper function. It also adds > a new SOCKET_OPS op,

[PATCH 1/3] selftest/memfd/Makefile: Fix build error

Selftest for memfd shows build error as below: ``` gcc -D_FILE_OFFSET_BITS=64 -I../../../../include/uapi/ -I../../../../include/ -I../../../../usr/include/fuse_mnt.c -o /home/sjpark/linux/tools/testing/selftests/memfd/fuse_mnt /tmp/cc6NHdwJ.o: In function `main': fuse_mnt.c:(.text+0x249):

[PATCH 2/3] selftest/intel_pstate/aperf: Use LDLIBS instead of LDFLAGS

Build of aperf fails as below: ``` gcc -Wall -D_GNU_SOURCE -lm aperf.c -o /tools/testing/selftests/intel_pstate/aperf /tmp/ccKf3GF6.o: In function `main': aperf.c:(.text+0x278): undefined reference to `sqrt' collect2: error: ld returned 1 exit status ``` The faulure occurs because -lm was

[PATCH 3/3] selftest/net/Makefile: Specify output with $(OUTPUT)

After commit a8ba798bc8ec ("selftests: enable O and KBUILD_OUTPUT"), net selftest build fails because it points output file without $(OUTPUT) yet. This commit fixes the error. Signed-off-by: SeongJae Park Fixes: a8ba798bc8ec ("selftests: enable O and KBUILD_OUTPUT") ---

[PATCH 0/3] selftest: Fix build errors

This patchset fixes build errors in selftest. SeongJae Park (3): selftest/memfd/Makefile: Fix build error selftest/intel_pstate/aperf: Use LDLIBS instead of LDFLAGS selftest/net/Makefile: Specify output with $(OUTPUT) tools/testing/selftests/intel_pstate/Makefile | 2 +-

Re: [RFC PATCH net-next v2 07/15] bpf: Add setsockopt helper function to bpf

On 6/16/17, 6:27 AM, "Daniel Borkmann" wrote: On 06/15/2017 10:08 PM, Lawrence Brakmo wrote: > Added support for calling a subset of socket setsockopts from > BPF_PROG_TYPE_SOCKET_OPS programs. The code was duplicated rather > than making the changes to

Re: [PATCH] net/phy: micrel: configure intterupts after autoneg workaround

On Fri, Jun 16, 2017 at 12:20:07PM -0500, Zach Brown wrote: > The commit ("net/phy: micrel: Add workaround for bad autoneg") fixes > an autoneg failure case by resetting the hardware. This turns off > intterupts. Things will work themselves out if the phy > polls, as it will figure out it's state

Re: [RFC PATCH net-next v2 01/15] bpf: BPF support for socket ops

On 6/16/17, 5:07 AM, "Daniel Borkmann" wrote: On 06/15/2017 10:08 PM, Lawrence Brakmo wrote: > Two new corresponding structs (one for the kernel one for the user/BPF > program): > > /* kernel version */ > struct bpf_socket_ops_kern { >

Re: [PATCH 42/44] powerpc/cell: use the dma_supported method for ops switching

On Fri, 2017-06-16 at 20:10 +0200, Christoph Hellwig wrote: > Besides removing the last instance of the set_dma_mask method this also > reduced the code duplication. What is your rationale here ? (I have missed patch 0 it seems). dma_supported() was supposed to be pretty much a "const" function

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

> +static void hnae3_list_add(spinlock_t *lock, struct list_head *node, > +struct list_head *head) > +{ > + unsigned long flags; > + > + spin_lock_irqsave(lock, flags); > + list_add_tail(node, head); > + spin_unlock_irqrestore(lock, flags); > +} > + >

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

> + > + for (i = 0; i < priv->vector_num; i++) { > + tqp_vectors = >tqp_vector[i]; > + > + if (tqp_vectors->irq_init_flag == HNS3_VEVTOR_INITED) Should VEVTOR be VECTOR? > +static void hns3_set_vector_gl(struct hns3_enet_tqp_vector *tqp_vector, > +

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

> +static int hns3_nic_net_up(struct net_device *ndev) > +{ > + struct hns3_nic_priv *priv = netdev_priv(ndev); > + struct hnae3_handle *h = priv->ae_handle; > + int i, j; > + int ret; > + > + ret = hns3_nic_init_irq(priv); > + if (ret != 0) { if (ret) No need to

Re: [PATCH net-next] net: dsa: Fix legacy probing

Florian Fainelli writes: > After commit 6d3c8c0dd88a ("net: dsa: Remove master_netdev and > use dst->cpu_dp->netdev") and a29342e73911 ("net: dsa: Associate > slave network device with CPU port") we would be seeing NULL pointer > dereferences when accessing

[PATCH v2 net-next 09/21] ipv4: mark DST_NOGC and remove the operation of dst_free()

From: Wei Wang With the previous preparation patches, we are ready to get rid of the dst gc operation in ipv4 code and release dst based on refcnt only. So this patch adds DST_NOGC flag for all IPv4 dst and remove the calls to dst_free(). At this point, all dst created in ipv4

[PATCH v2 net-next 20/21] net: reorder all the dst flags

From: Wei Wang As some dst flags are removed, reorder the dst flags to fill in the blanks. Note: these flags are not exposed into user space. So it is safe to reorder. Signed-off-by: Wei Wang Acked-by: Martin KaFai Lau --- include/net/dst.h

[PATCH v2 net-next 08/21] ipv4: call dst_hold_safe() properly

From: Wei Wang This patch checks all the calls to dst_hold()/skb_dst_force()/dst_clone()/dst_use() to see if dst_hold_safe() is needed to avoid double free issue if dst gc is removed and dst_release() directly destroys dst when dst->__refcnt drops to 0. In tx path, TCP hold

[PATCH v2 net-next 13/21] ipv6: mark DST_NOGC and remove the operation of dst_free()

From: Wei Wang With the previous preparation patches, we are ready to get rid of the dst gc operation in ipv6 code and release dst based on refcnt only. So this patch adds DST_NOGC flag for all IPv6 dst and remove the calls to dst_free() and its related functions. At this

[PATCH v2 net-next 14/21] ipv6: get rid of icmp6 dst garbage collector

From: Wei Wang icmp6 dst route is currently ref counted during creation and will be freed by user during its call of dst_release(). So no need of a garbage collector for it. Remove all icmp6 dst garbage collector related code. Signed-off-by: Wei Wang

[PATCH v2 net-next 15/21] xfrm: take refcnt of dst when creating struct xfrm_dst bundle

From: Wei Wang During the creation of xfrm_dst bundle, always take ref count when allocating the dst. This way, xfrm_bundle_create() will form a linked list of dst with dst->child pointing to a ref counted dst child. And the returned dst pointer is also ref counted. This makes

[PATCH v2 net-next 06/21] ipv4: take dst->__refcnt when caching dst in fib

From: Wei Wang In IPv4 routing code, fib_nh and fib_nh_exception can hold pointers to struct rtable but they never increment dst->__refcnt. This leads to the need of the dst garbage collector because when user is done with this dst and calls dst_release(), it can only

[PATCH v2 net-next 05/21] net: introduce a new function dst_dev_put()

From: Wei Wang This function should be called when removing routes from fib tree after the dst gc is no longer in use. We first mark DST_OBSOLETE_DEAD on this dst to make sure next dst_ops->check() fails and returns NULL. Secondly, as we no longer keep the gc_list, we need to

[PATCH v2 net-next 17/21] net: remove dst gc related code

From: Wei Wang This patch removes all dst gc related code and all the dst free functions Signed-off-by: Wei Wang Acked-by: Martin KaFai Lau --- include/net/dst.h | 21 -- net/core/dev.c| 1 - net/core/dst.c| 213

[PATCH v2 net-next 07/21] ipv4: call dst_dev_put() properly

From: Wei Wang As the intend of this patch series is to completely remove dst gc, we need to call dst_dev_put() to release the reference to dst->dev when removing routes from fib because we won't keep the gc list anymore and will lose the dst pointer right after removing the

[PATCH v2 net-next 10/21] ipv6: take dst->__refcnt for insertion into fib6 tree

From: Wei Wang In IPv6 routing code, struct rt6_info is created for each static route and RTF_CACHE route and inserted into fib6 tree. In both cases, dst ref count is not taken. As explained in the previous patch, this leads to the need of the dst garbage collector. This

[PATCH v2 net-next 21/21] net: add debug atomic_inc_not_zero() in dst_hold()

From: Wei Wang This patch is meant to add a debug warning on the situation where dst is being held during its destroy phase. This could potentially cause double free issue on the dst. Signed-off-by: Wei Wang Acked-by: Martin KaFai Lau ---

[PATCH v2 net-next 16/21] decnet: take dst->__refcnt when struct dn_route is created

From: Wei Wang struct dn_route is inserted into dn_rt_hash_table but no dst->__refcnt is taken. This patch makes sure the dn_rt_hash_table's reference to the dst is ref counted. As the dst is always ref counted properly, we can safely mark DST_NOGC flag so dst_release() will

[PATCH v2 net-next 19/21] net: remove DST_NOCACHE flag

From: Wei Wang DST_NOCACHE flag check has been removed from dst_release() and dst_hold_safe() in a previous patch because all the dst are now ref counted properly and can be released based on refcnt only. Looking at the rest of the DST_NOCACHE use, all of them can now be

[PATCH v2 net-next 04/21] net: introduce DST_NOGC in dst_release() to destroy dst based on refcnt

From: Wei Wang The current mechanism of freeing dst is a bit complicated. dst has its ref count and when user grabs the reference to the dst, the ref count is properly taken in most cases except in IPv4/IPv6/decnet/xfrm routing code due to some historic reasons. If the

[PATCH v2 net-next 11/21] ipv6: call dst_dev_put() properly

From: Wei Wang As the intend of this patch series is to completely remove dst gc, we need to call dst_dev_put() to release the reference to dst->dev when removing routes from fib because we won't keep the gc list anymore and will lose the dst pointer right after removing the

[PATCH v2 net-next 18/21] net: remove DST_NOGC flag

From: Wei Wang Now that all the components have been changed to release dst based on refcnt only and not depend on dst gc anymore, we can remove the temporary flag DST_NOGC. Note that we also need to remove the DST_NOCACHE check in dst_release() and dst_hold_safe() because

[PATCH v2 net-next 12/21] ipv6: call dst_hold_safe() properly

From: Wei Wang Similar as ipv4, ipv6 path also needs to call dst_hold_safe() when necessary to avoid double free issue on the dst. Signed-off-by: Wei Wang Acked-by: Martin KaFai Lau --- net/ipv6/addrconf.c | 4 ++-- net/ipv6/route.c| 4

[PATCH v2 net-next 01/21] ipv6: remove unnecessary dst_hold() in ip6_fragment()

From: Wei Wang In ipv6 tx path, rcu_read_lock() is taken so that dst won't get freed during the execution of ip6_fragment(). Hence, no need to hold dst in it. Signed-off-by: Wei Wang Acked-by: Martin KaFai Lau --- net/ipv6/ip6_output.c | 4

[PATCH v2 net-next 03/21] net: use loopback dev when generating blackhole route

From: Wei Wang Existing ipv4/6_blackhole_route() code generates a blackhole route with dst->dev pointing to the passed in dst->dev. It is not necessary to hold reference to the passed in dst->dev because the packets going through this route are dropped anyway. A loopback

[PATCH v2 net-next 02/21] udp: call dst_hold_safe() in udp_sk_rx_set_dst()

From: Wei Wang In udp_v4/6_early_demux() code, we try to hold dst->__refcnt for dst with DST_NOCACHE flag. This is because later in udp_sk_rx_dst_set() function, we will try to cache this dst in sk for connected case. However, a better way to achieve this is to not try to hold

[PATCH v2 net-next 00/21] remove dst garbage collector logic

From: Wei Wang The current mechanism of dst release is a bit complicated. It is because the users of dst get divided into 2 situations: 1. Most users take the reference count when using a dst and release the reference count when done. 2. Exceptional users like

[PATCH V3 net-next 1/8] 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 V3 net-next 3/8] 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 V3 net-next 2/8] 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 V3 net-next 7/8] 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 V3 net-next 4/8] 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 V3 net-next 5/8] 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 V3 net-next 8/8] 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 V3 net-next 0/8] 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 V3 net-next 6/8] 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

Re: [PATCH net-next 16/21] decnet: take dst->__refcnt when struct dn_route is created

Hi Wei, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Wei-Wang/remove-dst-garbage-collector-logic/20170617-181755 config: ia64-allmodconfig (attached as .config) compiler: ia64-linux-gcc (GCC) 6.2.0 reproduce: wget https

[PATCH net-next] tls: update Kconfig

Missing crypto deps for some platforms. Default to n for new module. config: m68k-amcore_defconfig (attached as .config) compiler: m68k-linux-gcc (GCC) 4.9.0 make.cross ARCH=m68k All errors (new ones prefixed by >>): net/built-in.o: In function `tls_set_sw_offload': >> (.text+0x732f8):

Re: [PATCH net 4/4] macvlan: Let passthru macvlan correctly restore lower mac address

On 06/17/2017 12:35 AM, Girish Moodalbail wrote: > Sorry, it took sometime to wrap around this patch series since they all > change one file > and at times the same function :). > > > On 6/16/17 6:36 AM, Vladislav Yasevich wrote: >> Passthru macvlans directly change the mac address of the lower

Re: [PATCH net-next 11/21] ipv6: call dst_dev_put() properly

Hi Wei, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Wei-Wang/remove-dst-garbage-collector-logic/20170617-181755 config: ia64-allmodconfig (attached as .config) compiler: ia64-linux-gcc (GCC) 6.2.0 reproduce: wget https

[PATCH 0/4] net-next: stmmac: dwmac-sun8i: add support for V3s

Allwinner V3s features an EMAC like the on in H3, but without external MII interfaces, so being not able really to use RMII/RGMII. And it has a different default value of syscon (0x38000 instead of 0x58000 on H3), which shows a problem that the EMAC clock freq should be 24MHz. (Both H3 and V3s

[PATCH 2/4] dt-bindings: syscon: Add DT bindings documentation for Allwinner V3s syscon

Allwinner V3s SoC has a syscon like the one in H3. Add its compatible string. Signed-off-by: Icenowy Zheng --- Documentation/devicetree/bindings/misc/allwinner,syscon.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 3/4] net-next: stmmac: dwmac-sun8i: force EPHY clock freq to 24MHz

The EPHY control part of the EMAC syscon register has a bit called CLK_SEL. On the datasheet it says that if it's 0 the EPHY clock is 25MHz and if it's 1 the clock is 24MHz. However, according to the datasheets, no Allwinner SoC with EPHY has any extra xtal input pins for the EPHY, and the system

[PATCH 4/4] net-next: stmmac: dwmac-sun8i: add support for V3s EMAC

Allwinner V3s SoC has an Ethernet MAC and an internal PHY like the ones in H3 SoC, however the MAC has no external *MII interfaces available at GPIOs, thus only MII connection to internal PHY is supported. Add this variant of EMAC to dwmac-sun8i driver. The default value of the syscon

[PATCH 1/4] dt-bindings: net-next: Add DT bindings documentation for Allwinner V3s EMAC

Allwinner V3s SoC has a Ethernet MAC like the one in Allwinner H3, but have no external MII capability. That means that it can only use the EPHY and cannot do Gbps transmission. Add binding for it. Signed-off-by: Icenowy Zheng ---

Re: [PATCH net-next 0/3] ipmr/ip6mr: add Netlink notifications on cache reports

On 16/06/17 22:26, Julien Gomes wrote: > On 06/15/2017 06:00 AM, Nikolay Aleksandrov wrote: >> On 15/06/17 14:44, Nikolay Aleksandrov wrote: >>> On 15/06/17 14:33, Nikolay Aleksandrov wrote: On 15/06/17 00:51, Julien Gomes wrote: > Hi Nikolay, > > On 06/14/2017 05:04 AM, Nikolay

Re: [PATCH v2] arm: eBPF JIT compiler

Hi Daniel, > > Not all of the helpers have 4 or less byte arguments only, there are a > few with 8 byte arguments, so making that general assumption wouldn't > work. I guess what could be done is that helpers have a flag in struct > bpf_func_proto which indicates for JITs that all args are 4 byte

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

> > > +subsys_initcall(hnae3_init); > > > > And the point of this is? > > > > Andrew > This looks weird but not sure how we could have made sure HNAE is available > before other > 2 drivers could have loaded. Changing into module_init() means two other > modules (dependent > upon hnae) if

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

Hi Yuval, > -Original Message- > From: Mintz, Yuval [mailto:yuval.mi...@cavium.com] > Sent: Wednesday, June 14, 2017 9:04 AM > To: Salil Mehta; da...@davemloft.net > Cc: Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Andrew, > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Wednesday, June 14, 2017 3:56 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Andrew, > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Wednesday, June 14, 2017 3:43 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Andrew, > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Wednesday, June 14, 2017 3:32 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

Re: [PATCH] loopback: Force LOOPBACK_IFINDEX for registration

Hello! On 6/16/2017 3:10 PM, Serhey Popovych wrote: Now with commit 9c7dafb (net: Allow to create links with The commit citing style is standardized: 12-digit SHA1 and the summary enclosed in (""). given ifindex) support registration of network devices Support for. with

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

Hi Andrew, > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Wednesday, June 14, 2017 3:20 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Andrew, > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Wednesday, June 14, 2017 2:38 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Andrew, > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Wednesday, June 14, 2017 2:32 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Andrew > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Wednesday, June 14, 2017 2:10 AM > To: Salil Mehta > Cc: Florian Fainelli; da...@davemloft.net; Zhuangyuzeng (Yisen); > huangdaode; lipeng (Y); mehta.salil@gmail.com; > netdev@vger.kernel.org;

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

Hi Stephen > -Original Message- > From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, June 14, 2017 12:55 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Stephen > -Original Message- > From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, June 14, 2017 12:53 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

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

Hi Florian > -Original Message- > From: Florian Fainelli [mailto:f.faine...@gmail.com] > Sent: Wednesday, June 14, 2017 12:46 AM > To: Salil Mehta; da...@davemloft.net > Cc: Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; netdev@vger.kernel.org; linux- >

[PATCH net] sctp: ensure ep is not destroyed before doing the dump

Now before dumping a sock in sctp_diag, it only holds the sock while the ep may be already destroyed. It can cause a use-after-free panic when accessing ep->asocs. This patch is to set sctp_sk(sk)->ep NULL in sctp_endpoint_destroy, and check if this ep is already destroyed before dumping this ep.