[PATCH net-next] rds: Fix some typos for rds

2021-03-23 Thread Wang Hai
s/alloced/allocated/ s/synching/syncing/ s/connction/connection/ s/beween/between/ Reported-by: Hulk Robot Signed-off-by: Wang Hai --- net/rds/ib_ring.c | 2 +- net/rds/ib_send.c | 2 +- net/rds/send.c | 4 ++-- net/rds/tcp_recv.c | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-)

[PATCH net-next] 6lowpan: Fix some typos in nhc_udp.c

2021-03-23 Thread Wang Hai
s/Orignal/Original/ s/infered/inferred/ Reported-by: Hulk Robot Signed-off-by: Wang Hai --- net/6lowpan/nhc_udp.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/6lowpan/nhc_udp.c b/net/6lowpan/nhc_udp.c index 8a3507524f7b..33f17bd8cda7 100644 --- a/net/6lowpan/nhc_u

[PATCH net-next] net/packet: Fix a typo in af_packet.c

2021-03-23 Thread Wang Hai
s/sequencially/sequentially/ Reported-by: Hulk Robot Signed-off-by: Wang Hai --- net/packet/af_packet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/packet/af_packet.c b/net/packet/af_packet.c index 6bbc7a448593..fe29fc1b8b9d 100644 --- a/net/packet/af_packet.c +++ b/

[PATCH net-next] net/tls: Fix a typo in tls_device.c

2021-03-23 Thread Wang Hai
s/beggining/beginning/ Reported-by: Hulk Robot Signed-off-by: Wang Hai --- net/tls/tls_device.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/tls/tls_device.c b/net/tls/tls_device.c index f7fb7d2c1de1..89a5d4fad0a2 100644 --- a/net/tls/tls_device.c +++ b/net/tls/tls_de

Re: [PATCH v2 0/7] remove different PHY fixups

2021-03-23 Thread Oleksij Rempel
Hi Shawn, ping, do this patches need some ACK from some one? Regards, Oleksij On Tue, Mar 09, 2021 at 12:26:08PM +0100, Oleksij Rempel wrote: > changes v2: > - rebase against latest kernel > - fix networking on RIoTBoard > > This patch series tries to remove most of the imx6 and imx7 board > sp

RE: [PATCH v2 05/23] ice: Add devlink params support

2021-03-23 Thread Parav Pandit
Hi Shiraz, > From: Shiraz Saleem > Sent: Wednesday, March 24, 2021 5:30 AM > > Add two new runtime RDMA related devlink parameters to ice driver. > 'rdma_resource_limits_sel' is driver-specific while 'rdma_protocol' is > generic. > Configuration changes result in unplugging the auxiliary RDMA d

Re: [PATCH v5 10/11] vduse: Add config interrupt support

2021-03-23 Thread Jason Wang
在 2021/3/15 下午1:37, Xie Yongji 写道: This patch introduces a new ioctl VDUSE_INJECT_CONFIG_IRQ to support injecting config interrupt. Signed-off-by: Xie Yongji I suggest to squash this into path 9. Other looks good. Thanks --- drivers/vdpa/vdpa_user/vduse_dev.c | 24 ++

Re: [PATCH v5 09/11] vduse: Introduce VDUSE - vDPA Device in Userspace

2021-03-23 Thread Jason Wang
在 2021/3/15 下午1:37, Xie Yongji 写道: This VDUSE driver enables implementing vDPA devices in userspace. Both control path and data path of vDPA devices will be able to be handled in userspace. In the control path, the VDUSE driver will make use of message mechnism to forward the config operation

[PATCH net] net/mlx5e: Fix ipsec/tls netdev features build

2021-03-23 Thread wenxu
From: wenxu Ipsec and tls netdev features build should be done after the mlx5e_init_ipesc/tls which finishs the init for the ipsec/tls in the driver. Fixes: 3ef14e463f6e ("net/mlx5e: Separate between netdev objects and mlx5e profiles initialization") Signed-off-by: wenxu --- drivers/net/ether

Re: [PATCH v5 08/11] vduse: Implement an MMU-based IOMMU driver

2021-03-23 Thread Jason Wang
在 2021/3/15 下午1:37, Xie Yongji 写道: This implements an MMU-based IOMMU driver to support mapping kernel dma buffer into userspace. The basic idea behind it is treating MMU (VA->PA) as IOMMU (IOVA->PA). The driver will set up MMU mapping instead of IOMMU mapping for the DMA transfer so that the u

[PATCH] Add Open Routing Protocol ID to `rtnetlink.h`

2021-03-23 Thread Cooper Ry Lees
From: Cooper Lees - The Open Routing (Open/R) network protocol netlink handler uses ID 99 - Will also add to `/etc/iproute2/rt_protos` once this is accepted - For more information: https://github.com/facebook/openr Signed-off-by: From: Cooper Lees --- include/uapi/linux/rtnetlink.h | 1 + 1 fil

[PATCH 2/2] net: ipv4: route.c: Remove unnecessary if()

2021-03-23 Thread Yejune Deng
negative_advice handler is only called when dst is non-NULL hence the 'if (rt)' check can be removed. 'if' and 'else if' can be merged together. And use container_of() instead of (struct rtable *). Signed-off-by: Yejune Deng --- net/ipv4/route.c | 16 ++-- 1 file changed, 6 insertion

[PATCH 1/2] net: ipv4: route.c: add likely() statements

2021-03-23 Thread Yejune Deng
Add likely() statements in ipv4_confirm_neigh() for 'rt->rt_gw_family == AF_INET'. Signed-off-by: Yejune Deng --- net/ipv4/route.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv4/route.c b/net/ipv4/route.c index fa68c2612252..5762d9bc671c 100644 --- a/net/ipv4/route.

Re: [Linuxarm] Re: [RFC v2] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc

2021-03-23 Thread Yunsheng Lin
On 2021/3/24 9:49, Cong Wang wrote: > On Sun, Mar 21, 2021 at 5:55 PM Yunsheng Lin wrote: >> >> On 2021/3/20 2:15, Cong Wang wrote: >>> On Thu, Mar 18, 2021 at 12:33 AM Yunsheng Lin >>> wrote: On 2021/3/17 21:45, Jason A. Donenfeld wrote: > On 3/17/21, Toke Høiland-Jørgensen wrote

[PATCH] Simplify the code by using module_platform_driver macro

2021-03-23 Thread caizhichao
From: Zhichao Cai for ftmac100 Signed-off-by: Zhichao Cai --- drivers/net/ethernet/faraday/ftmac100.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/net/ethernet/faraday/ftmac100.c b/drivers/net/ethernet/faraday/ftmac100.c index 473b337..5a1a8f2 1006

[PATCH net v2] net: sched: fix packet stuck problem for lockless qdisc

2021-03-23 Thread Yunsheng Lin
Lockless qdisc has below concurrent problem: cpu0 cpu1 . . q->enqueue . . . qdisc_run_begin() . . . dequeue_skb() . . . sch_direct_xmit()

Re: [PATCH net-next 4/8] udp: never accept GSO_FRAGLIST packets

2021-03-23 Thread Willem de Bruijn
On Mon, Mar 22, 2021 at 1:12 PM Paolo Abeni wrote: > > On Mon, 2021-03-22 at 09:42 -0400, Willem de Bruijn wrote: > > On Sun, Mar 21, 2021 at 1:01 PM Paolo Abeni wrote: > > > Currently the UDP protocol delivers GSO_FRAGLIST packets to > > > the sockets without the expected segmentation. > > > > >

Re: [PATCH net-next 3/8] udp: properly complete L4 GRO over UDP tunnel packet

2021-03-23 Thread Willem de Bruijn
On Mon, Mar 22, 2021 at 1:00 PM Paolo Abeni wrote: > > On Mon, 2021-03-22 at 09:30 -0400, Willem de Bruijn wrote: > > On Sun, Mar 21, 2021 at 1:01 PM Paolo Abeni wrote: > > > After the previous patch the stack can do L4 UDP aggregation > > > on top of an UDP tunnel. > > > > > > The current GRO co

Re: [PATCH net-next 2/8] udp: skip fwd/list GRO for tunnel packets

2021-03-23 Thread Willem de Bruijn
> > > and there are > > > udp tunnel available in the system, we could end-up doing L4 > > > aggregation for packets targeting the UDP tunnel. > > > > Is this specific to UDP tunnels, or can this also occur with others, > > such as GRE? (not implying that this patchset needs to address those > > at

Re: [PATCH net-next 1/8] udp: fixup csum for GSO receive slow path

2021-03-23 Thread Willem de Bruijn
> > > > @@ -2168,6 +2168,7 @@ static int udp_queue_rcv_one_skb(struct sock *sk, > > > > struct sk_buff *skb) > > > > static int udp_queue_rcv_skb(struct sock *sk, struct sk_buff *skb) > > > > { > > > > struct sk_buff *next, *segs; > > > > + int csum_level; > > > > int ret;

Re: [Linuxarm] Re: [RFC v2] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc

2021-03-23 Thread Cong Wang
On Sun, Mar 21, 2021 at 5:55 PM Yunsheng Lin wrote: > > On 2021/3/20 2:15, Cong Wang wrote: > > On Thu, Mar 18, 2021 at 12:33 AM Yunsheng Lin > > wrote: > >> > >> On 2021/3/17 21:45, Jason A. Donenfeld wrote: > >>> On 3/17/21, Toke Høiland-Jørgensen wrote: > Cong Wang writes: > > >>>

Re: [PATCH net-next 1/8] udp: fixup csum for GSO receive slow path

2021-03-23 Thread Willem de Bruijn
On Mon, Mar 22, 2021 at 12:36 PM Paolo Abeni wrote: > > On Mon, 2021-03-22 at 09:18 -0400, Willem de Bruijn wrote: > > On Sun, Mar 21, 2021 at 1:01 PM Paolo Abeni wrote: > > > When looping back UDP GSO over UDP tunnel packets to an UDP socket, > > > the individual packet csum is currently set to

Re: [PATCH nf-next] netfilter: flowtable: separate replace, destroy and stats to different workqueues

2021-03-23 Thread Pablo Neira Ayuso
Hi Marcelo, On Mon, Mar 22, 2021 at 03:09:51PM -0300, Marcelo Ricardo Leitner wrote: > On Wed, Mar 03, 2021 at 05:11:47PM +0100, Pablo Neira Ayuso wrote: [...] > > Or probably make the cookie unique is sufficient? The cookie refers to > > the memory address but memory can be recycled very quickly.

Re: [PATCH net-next,v2 1/3] net: dsa: mt7530: setup core clock even in TRGMII mode

2021-03-23 Thread Ilya Lipnitskiy
On Tue, Mar 23, 2021 at 6:33 PM Ilya Lipnitskiy wrote: > > On Thu, Mar 11, 2021 at 9:41 AM Andrew Lunn wrote: > > > > On Wed, Mar 10, 2021 at 06:09:52PM -0800, Ilya Lipnitskiy wrote: > > > A recent change to MIPS ralink reset logic made it so mt7530 actually > > > resets the switch on platforms s

Re: [PATCH net-next,v2 1/3] net: dsa: mt7530: setup core clock even in TRGMII mode

2021-03-23 Thread Ilya Lipnitskiy
On Thu, Mar 11, 2021 at 9:41 AM Andrew Lunn wrote: > > On Wed, Mar 10, 2021 at 06:09:52PM -0800, Ilya Lipnitskiy wrote: > > A recent change to MIPS ralink reset logic made it so mt7530 actually > > resets the switch on platforms such as mt7621 (where bit 2 is the reset > > line for the switch). Th

[PATCH net-next,v2 24/24] docs: nf_flowtable: update documentation with enhancements

2021-03-23 Thread Pablo Neira Ayuso
This patch updates the flowtable documentation to describe recent enhancements: - Offload action is available after the first packets go through the classic forwarding path. - IPv4 and IPv6 are supported. Only TCP and UDP layer 4 are supported at this stage. - Tuple has been augmented to track

[PATCH net-next,v2 22/24] net: ethernet: mtk_eth_soc: add support for initializing the PPE

2021-03-23 Thread Pablo Neira Ayuso
From: Felix Fietkau The PPE (packet processing engine) is used to offload NAT/routed or even bridged flows. This patch brings up the PPE and uses it to get a packet hash. It also contains some functionality that will be used to bring up flow offloading. Signed-off-by: Felix Fietkau Signed-off-b

[PATCH net-next,v2 23/24] net: ethernet: mtk_eth_soc: add flow offloading support

2021-03-23 Thread Pablo Neira Ayuso
From: Felix Fietkau This adds support for offloading IPv4 routed flows, including SNAT/DNAT, one VLAN, PPPoE and DSA. Signed-off-by: Felix Fietkau Signed-off-by: Pablo Neira Ayuso --- v2: formerly, patch #22 now patch #23. drivers/net/ethernet/mediatek/Makefile| 2 +- drivers/net/e

[PATCH net-next,v2 20/24] dsa: slave: add support for TC_SETUP_FT

2021-03-23 Thread Pablo Neira Ayuso
The dsa infrastructure provides a well-defined hierarchy of devices, pass up the call to set up the flow block to the master device. From the software dataplane, the netfilter infrastructure uses the dsa slave devices to refer to the input and output device for the given skbuff. Similarly, the flow

[PATCH net-next,v2 21/24] net: ethernet: mtk_eth_soc: fix parsing packets in GDM

2021-03-23 Thread Pablo Neira Ayuso
From: Felix Fietkau When using DSA, set the special tag in GDM ingress control to allow the MAC to parse packets properly earlier. This affects rx DMA source port reporting. Signed-off-by: Felix Fietkau Signed-off-by: Pablo Neira Ayuso --- v2: formely patch #23, now patch #21. drivers/net/et

[PATCH net-next,v2 13/24] netfilter: flowtable: add dsa support

2021-03-23 Thread Pablo Neira Ayuso
Replace the master ethernet device by the dsa slave port. Packets coming in from the software ingress path use the dsa slave port as input device. Signed-off-by: Pablo Neira Ayuso --- v2: no changes. net/netfilter/nft_flow_offload.c | 5 + 1 file changed, 5 insertions(+) diff --git a/net/n

[PATCH net-next,v2 15/24] netfilter: flowtable: add offload support for xmit path types

2021-03-23 Thread Pablo Neira Ayuso
When the flow tuple xmit_type is set to FLOW_OFFLOAD_XMIT_DIRECT, the dst_cache pointer is not valid, and the h_source/h_dest/ifidx out fields need to be used. This patch also adds the FLOW_ACTION_VLAN_PUSH action to pass the VLAN tag to the driver. Signed-off-by: Pablo Neira Ayuso --- v2: no ch

[PATCH net-next,v2 12/24] netfilter: flowtable: add pppoe support

2021-03-23 Thread Pablo Neira Ayuso
Add the PPPoE protocol and session id to the flow tuple using the encap fields to uniquely identify flows from the receive path. For the transmit path, dev_hard_header() on the vlan device push the headers. Signed-off-by: Pablo Neira Ayuso --- v2: rebase on top of net-next. Calculate offset to la

[PATCH net-next,v2 17/24] netfilter: flowtable: bridge vlan hardware offload and switchdev

2021-03-23 Thread Pablo Neira Ayuso
From: Felix Fietkau The switch might have already added the VLAN tag through PVID hardware offload. Keep this extra VLAN in the flowtable but skip it on egress. Signed-off-by: Felix Fietkau Signed-off-by: Pablo Neira Ayuso --- v2: no changes. include/linux/netdevice.h | 1 + incl

[PATCH net-next,v2 16/24] netfilter: nft_flow_offload: use direct xmit if hardware offload is enabled

2021-03-23 Thread Pablo Neira Ayuso
If there is a forward path to reach an ethernet device and hardware offload is enabled, then use the direct xmit path. Moreover, store the real device in the direct xmit path info since software datapath uses dev_hard_header() to push the layer encapsulation headers while hardware offload refers t

[PATCH net-next,v2 07/24] netfilter: flowtable: add xmit path types

2021-03-23 Thread Pablo Neira Ayuso
Add the xmit_type field that defines the two supported xmit paths in the flowtable data plane, which are the neighbour and the xfrm xmit paths. This patch prepares for new flowtable xmit path types to come. Signed-off-by: Pablo Neira Ayuso --- v2: resolve conflicts from rebasing on top of net-nex

[PATCH net-next,v2 18/24] net: flow_offload: add FLOW_ACTION_PPPOE_PUSH

2021-03-23 Thread Pablo Neira Ayuso
Add an action to represent the PPPoE hardware offload support that includes the session ID. Signed-off-by: Pablo Neira Ayuso --- v2: no changes. include/net/flow_offload.h | 4 1 file changed, 4 insertions(+) diff --git a/include/net/flow_offload.h b/include/net/flow_offload.h index fde02

[PATCH net-next,v2 19/24] netfilter: flowtable: support for FLOW_ACTION_PPPOE_PUSH

2021-03-23 Thread Pablo Neira Ayuso
Add a PPPoE push action if layer 2 protocol is ETH_P_PPP_SES to add PPPoE flowtable hardware offload support. Signed-off-by: Pablo Neira Ayuso --- v2: no changes. net/netfilter/nf_flow_table_offload.c | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/net/netfi

[PATCH net-next,v2 14/24] selftests: netfilter: flowtable bridge and vlan support

2021-03-23 Thread Pablo Neira Ayuso
This patch adds two new tests to cover bridge and vlan support: - Add a bridge device to the Router1 (nsr1) container and attach the veth0 device to the bridge. Set the IP address to the bridge device to exercise the bridge forwarding path. - Add vlan encapsulation between to the bridge devic

[PATCH net-next,v2 09/24] netfilter: flowtable: use dev_fill_forward_path() to obtain egress device

2021-03-23 Thread Pablo Neira Ayuso
The egress device in the tuple is obtained from route. Use dev_fill_forward_path() instead to provide the real egress device for this flow whenever this is available. The new FLOW_OFFLOAD_XMIT_DIRECT type uses dev_queue_xmit() to transmit ethernet frames. Cache the source and destination hardware

[PATCH net-next,v2 08/24] netfilter: flowtable: use dev_fill_forward_path() to obtain ingress device

2021-03-23 Thread Pablo Neira Ayuso
Obtain the ingress device in the tuple from the route in the reply direction. Use dev_fill_forward_path() instead to get the real ingress device for this flow. Fall back to use the ingress device that the IP forwarding route provides if: - dev_fill_forward_path() finds no real ingress device. - t

[PATCH net-next,v2 11/24] netfilter: flowtable: add bridge vlan filtering support

2021-03-23 Thread Pablo Neira Ayuso
Add the vlan tag based when PVID is set on. Signed-off-by: Pablo Neira Ayuso --- v2: no changes. net/netfilter/nft_flow_offload.c | 12 1 file changed, 12 insertions(+) diff --git a/net/netfilter/nft_flow_offload.c b/net/netfilter/nft_flow_offload.c index 8392b1a8108b..651364d93ef

[PATCH net-next,v2 03/24] net: bridge: resolve forwarding path for bridge devices

2021-03-23 Thread Pablo Neira Ayuso
Add .ndo_fill_forward_path for bridge devices. Signed-off-by: Pablo Neira Ayuso --- v2: no changes. include/linux/netdevice.h | 1 + net/bridge/br_device.c| 27 +++ 2 files changed, 28 insertions(+) diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h

[PATCH net-next,v2 06/24] net: dsa: resolve forwarding path for dsa slave ports

2021-03-23 Thread Pablo Neira Ayuso
From: Felix Fietkau Add .ndo_fill_forward_path for dsa slave port devices Signed-off-by: Felix Fietkau Signed-off-by: Pablo Neira Ayuso --- v2: no changes. include/linux/netdevice.h | 5 + net/dsa/slave.c | 16 2 files changed, 21 insertions(+) diff --git a/i

[PATCH net-next,v2 10/24] netfilter: flowtable: add vlan support

2021-03-23 Thread Pablo Neira Ayuso
Add the vlan id and protocol to the flow tuple to uniquely identify flows from the receive path. For the transmit path, dev_hard_header() on the vlan device push the headers. This patch includes support for two vlan headers (QinQ) from the ingress path. Add a generic encap field to the flowtable e

[PATCH net-next,v2 01/24] net: resolve forwarding path from virtual netdevice and HW destination address

2021-03-23 Thread Pablo Neira Ayuso
This patch adds dev_fill_forward_path() which resolves the path to reach the real netdevice from the IP forwarding side. This function takes as input the netdevice and the destination hardware address and it walks down the devices calling .ndo_fill_forward_path() for each device until the real devi

[PATCH net-next,v2 05/24] net: ppp: resolve forwarding path for bridge pppoe devices

2021-03-23 Thread Pablo Neira Ayuso
From: Felix Fietkau Pass on the PPPoE session ID, destination hardware address and the real device. Signed-off-by: Felix Fietkau Signed-off-by: Pablo Neira Ayuso --- v2: no changes. drivers/net/ppp/ppp_generic.c | 22 ++ drivers/net/ppp/pppoe.c | 23

[PATCH net-next,v2 02/24] net: 8021q: resolve forwarding path for vlan devices

2021-03-23 Thread Pablo Neira Ayuso
Add .ndo_fill_forward_path for vlan devices. For instance, assuming the following topology: IP forwarding / \ eth0.100 eth0 | eth0 . . . ethX ab:cd:

[PATCH net-next,v2 04/24] net: bridge: resolve forwarding path for VLAN tag actions in bridge devices

2021-03-23 Thread Pablo Neira Ayuso
From: Felix Fietkau Depending on the VLAN settings of the bridge and the port, the bridge can either add or remove a tag. When vlan filtering is enabled, the fdb lookup also needs to know the VLAN tag/proto for the destination address To provide this, keep track of the stack of VLAN tags for the

[PATCH net-next,v2 00/24] netfilter: flowtable enhancements

2021-03-23 Thread Pablo Neira Ayuso
Hi, [ This is v2 that includes documentation enhancements, including existing limitations. This is a rebase on top on net-next. ] The following patchset augments the Netfilter flowtable fastpath to support for network topologies that combine IP forwarding, bridge, classic VLAN devices, bridge V

Re: [PATCH bpf] bpf: Take module reference for ip in module code

2021-03-23 Thread Alexei Starovoitov
On Tue, Mar 23, 2021 at 10:15:33PM +0100, Jiri Olsa wrote: > Currently module can be unloaded even if there's a trampoline > register in it. It's easily reproduced by running in parallel: > > # while :; do ./test_progs -t module_attach; done > # while :; do ./test_progs -t fentry_test; done >

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

2021-03-23 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/mellanox/mlx5/core/sf/hw_table.c between commit: 7c1ef1959b6f ("net/mlx5: SF, do not use ecpu bit for vhca state processing") from the net tree and commit: 4c94fe88cde4 ("net: ethernet: Remove

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

2021-03-23 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/mellanox/mlx5/core/en_tc.c between commit: 7d6c86e3ccb5 ("net/mlx5e: Allow to match on MPLS parameters only for MPLS over UDP") from the net tree and commit: a3222a2da0a2 ("net/mlx5e: Allow to

[PATCH] staging: qlge: deal with the case that devlink_health_reporter_create fails

2021-03-23 Thread Coiby Xu
From: Coiby Xu devlink_health_reporter_create may fail. In that case, do the cleanup work. Reported-by: Dan Carpenter Signed-off-by: Coiby Xu --- drivers/staging/qlge/qlge_devlink.c | 10 +++--- drivers/staging/qlge/qlge_devlink.h | 2 +- drivers/staging/qlge/qlge_main.c| 8 +++-

[PATCH] net: phy: dp83867: perform soft reset and retain established link

2021-03-23 Thread praneeth
From: Praneeth Bajjuri Current logic is performing hard reset and causing the programmed registers to be wiped out. as per datasheet: https://www.ti.com/lit/ds/symlink/dp83867cr.pdf 8.6.26 Control Register (CTRL) do SW_RESTART to perform a reset not including the registers and is acceptable to d

Re: [PATCH net-next] net: dsa: mv88e6xxx: Allow dynamic reconfiguration of tag protocol

2021-03-23 Thread Andrew Lunn
> This was my initial approach. It gets quite messy though. Since taggers > can be modules, there is no way of knowing if a supplied protocol name > is garbage ("asdf"), or just part of a module in an initrd that is not > loaded yet when you are probing the tree. Hi Tobias I don't think that is a

Re: [PATCH] net: ethernet: Remove duplicate include of vhca_event.h

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (refs/heads/master): On Tue, 23 Mar 2021 10:05:48 +0800 you wrote: > vhca_event.h has been included at line 4, so remove the > duplicate one at line 8. > > Signed-off-by: Wan Jiabing > --- > drivers/net/ethernet/mellanox/mlx5/core/sf/hw_tabl

Re: [PATCH net-next 00/10][pull request] 100GbE Intel Wired LAN Driver Updates 2021-03-23

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This series was applied to netdev/net-next.git (refs/heads/master): On Tue, 23 Mar 2021 12:01:39 -0700 you wrote: > This series contains updates to ice, fm10k, i40e, iavf, ixgbe, ixgbevf, > igb, e1000e, and e1000 drivers. > > Tony fixes prototype warnings for mismatched header for ice dri

Re: [PATCH] net: ethernet: indir_table.h is included twice

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (refs/heads/master): On Tue, 23 Mar 2021 10:00:12 +0800 you wrote: > indir_table.h has been included at line 41, so remove > the duplicate one at line 43. > > Signed-off-by: Wan Jiabing > --- > drivers/net/ethernet/mellanox/mlx5/core/eswitch

Re: [PATCH net-next] net: ipa: avoid 64-bit modulus

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (refs/heads/master): On Mon, 22 Mar 2021 20:05:05 -0500 you wrote: > It is possible for a 32 bit x86 build to use a 64 bit DMA address. > > There are two remaining spots where the IPA driver does a modulo > operation to check alignment of a DM

[PATCH v2 23/23] RDMA/irdma: Update MAINTAINERS file

2021-03-23 Thread Shiraz Saleem
Add maintainer entry for irdma driver. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 211fbc4..6b0aeaf 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8958,6 +8958,14 @@ F:

[PATCH v2 22/23] RDMA/irdma: Add irdma Kconfig/Makefile and remove i40iw

2021-03-23 Thread Shiraz Saleem
Add Kconfig and Makefile to build irdma driver. Remove i40iw driver and add an alias in irdma. irdma is the replacement driver that supports X722. Signed-off-by: Shiraz Saleem --- Documentation/ABI/stable/sysfs-class-infiniband | 20 - MAINTAINERS |8 -

[PATCH v2 21/23] RDMA/irdma: Add ABI definitions

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Add ABI definitions for irdma. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- include/uapi/rdma/irdma-abi.h | 116 ++ 1 file changed, 116 insertions(+) create mode 100644 include/uapi/rdma/irdma-abi.h diff --git a/

[PATCH v2 20/23] RDMA/irdma: Add dynamic tracing for CM

2021-03-23 Thread Shiraz Saleem
From: "Michael J. Ruhl" Add dynamic tracing functionality to debug connection management issues. Signed-off-by: "Michael J. Ruhl" Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/trace.c| 112 drivers/infiniband/hw/irdma/trace.h| 3 + drivers/infiniband/hw/irdma

[PATCH v2 19/23] RDMA/irdma: Add miscellaneous utility definitions

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Add miscellaneous utility functions and headers. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/osdep.h | 86 ++ drivers/infiniband/hw/irdma/protos.h | 116 ++ drivers/infiniband/hw/irdma/status.h | 71 + drivers/infiniban

[PATCH v2 18/23] RDMA/irdma: Add user/kernel shared libraries

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Building the WQE descriptors for different verb operations are similar in kernel and user-space. Add these shared libraries. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/uk.c | 1737 driv

[PATCH v2 17/23] RDMA/irdma: Add RoCEv2 UD OP support

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Add the header, data structures and functions to populate the WQE descriptors and issue the Control QP commands that support RoCEv2 UD operations. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/uda.c | 379

[PATCH v2 16/23] RDMA/irdma: Implement device supported verb APIs

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Implement device supported verb APIs. The supported APIs vary based on the underlying transport the ibdev is registered as (i.e. iWARP or RoCEv2). Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/verbs.c | 4539 +++

[PATCH v2 11/23] RDMA/irdma: Add HMC backing store setup functions

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail HW uses host memory as a backing store for a number of protocol context objects and queue state tracking. The Host Memory Cache (HMC) is a component responsible for managing these objects stored in host memory. Add the functions and data structures to manage the allocation o

[PATCH v2 15/23] RDMA/irdma: Add PBLE resource manager

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Implement a Physical Buffer List Entry (PBLE) resource manager to manage a pool of PBLE HMC resource objects. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/pble.c | 525 + drivers/infiniband/

[PATCH v2 14/23] RDMA/irdma: Add connection manager

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Add connection management (CM) implementation for iWARP including accept, reject, connect, create_listen, destroy_listen and CM utility functions Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/cm.c | 4425 +++

[PATCH v2 12/23] RDMA/irdma: Add privileged UDA queue implementation

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Implement privileged UDA queues to handle iWARP connection packets and receive exceptions. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/puda.c | 1749 drivers/infiniband/hw/irdma/puda.h |

[PATCH v2 09/23] RDMA/irdma: Implement device initialization definitions

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Implement device initialization routines, interrupt set-up, and allocate object bit-map tracking structures. Also, add device specific attributes and register definitions. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/hw.c

[PATCH v2 13/23] RDMA/irdma: Add QoS definitions

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Add definitions for managing the RDMA HW work scheduler (WS) tree. A WS node is created via a control QP operation with the bandwidth allocation, arbitration scheme, and traffic class of the QP specified. The Qset handle returned associates the QoS parameters for the QP. The

[PATCH v2 07/23] i40e: Register auxiliary devices to provide RDMA

2021-03-23 Thread Shiraz Saleem
Convert i40e to use the auxiliary bus infrastructure to export the RDMA functionality of the device to the RDMA driver. Register i40e client auxiliary RDMA device on the auxiliary bus per PCIe device function for the new auxiliary rdma driver (irdma) to attach to. This replaces the need for the gl

[PATCH v2 08/23] RDMA/irdma: Register auxiliary driver and implement private channel OPs

2021-03-23 Thread Shiraz Saleem
From: Mustafa Ismail Register auxiliary drivers which can attach to auxiliary RDMA devices from Intel PCI netdev drivers i40e and ice. Implement the private channel ops, and register net notifiers. Signed-off-by: Mustafa Ismail Signed-off-by: Shiraz Saleem --- drivers/infiniband/hw/irdma/i40i

[PATCH v2 05/23] ice: Add devlink params support

2021-03-23 Thread Shiraz Saleem
Add two new runtime RDMA related devlink parameters to ice driver. 'rdma_resource_limits_sel' is driver-specific while 'rdma_protocol' is generic. Configuration changes result in unplugging the auxiliary RDMA device and re-plugging it with updated values for irdma auxiiary driver to consume at drv.

[PATCH v2 04/23] ice: Register auxiliary device to provide RDMA

2021-03-23 Thread Shiraz Saleem
From: Dave Ertman Register ice client auxiliary RDMA device on the auxiliary bus per PCIe device function for the auxiliary driver (irdma) to attach to. It allows to realize a single RDMA driver (irdma) capable of working with multiple netdev drivers over multi-generation Intel HW supporting RDMA

[PATCH v2 06/23] i40e: Prep i40e header for aux bus conversion

2021-03-23 Thread Shiraz Saleem
Add the definitions and private ops to the i40e client header file in preparation to convert i40e to use the new auxiliary bus infrastructure. This header is shared between the 'i40e' Intel networking driver providing RDMA support and the 'irdma' driver. Signed-off-by: Shiraz Saleem --- include/

[PATCH v2 02/23] ice: Initialize RDMA support

2021-03-23 Thread Shiraz Saleem
From: Dave Ertman Probe the device's capabilities to see if it supports RDMA. If so, allocate and reserve resources to support its operation; populate structures with initial values. Signed-off-by: Dave Ertman Signed-off-by: Tony Nguyen Signed-off-by: Shiraz Saleem --- drivers/net/ethernet/i

[PATCH v2 01/23] iidc: Introduce iidc.h

2021-03-23 Thread Shiraz Saleem
From: Dave Ertman Introduce a shared header file used by the 'ice' Intel networking driver providing RDMA support and the 'irdma' driver to provide a private interface. Signed-off-by: Dave Ertman Signed-off-by: Tony Nguyen Signed-off-by: Shiraz Saleem --- MAINTAINERS| 1

[PATCH v2 03/23] ice: Implement iidc operations

2021-03-23 Thread Shiraz Saleem
From: Dave Ertman Add implementations for supporting iidc operations for device operation such as allocation of resources and event notifications. Signed-off-by: Dave Ertman Signed-off-by: Tony Nguyen Signed-off-by: Shiraz Saleem --- drivers/net/ethernet/intel/ice/ice.h | 1 +

[PATCH v2 00/23] Add Intel Ethernet Protocol Driver for RDMA (irdma)

2021-03-23 Thread Shiraz Saleem
The following patch series introduces a unified Intel Ethernet Protocol Driver for RDMA (irdma) for the X722 iWARP device and a new E810 device which supports iWARP and RoCEv2. The irdma module replaces the legacy i40iw module for X722 and extends the ABI already defined for i40iw. It is backward c

Re: Patch version tags

2021-03-23 Thread Jakub Kicinski
On Thu, 18 Mar 2021 08:48:35 -0500 Alex Elder wrote: > Simple question. Maybe it's been asked before. > > Do you prefer "PATCH v2 net-next ..." or "PATCH net-next v2 ..."? > > Both work. Which is better? Which makes more sense to you? FWIW I believe Dave has used the "PATCH net-next v2" forma

Re: [PATCH net-next] net: dsa: mv88e6xxx: Allow dynamic reconfiguration of tag protocol

2021-03-23 Thread Vladimir Oltean
On Tue, Mar 23, 2021 at 10:17:30PM +0100, Tobias Waldekranz wrote: > On Tue, Mar 23, 2021 at 21:03, Vladimir Oltean wrote: > > On Tue, Mar 23, 2021 at 03:48:51PM +0100, Tobias Waldekranz wrote: > >> On Tue, Mar 23, 2021 at 13:35, Vladimir Oltean wrote: > >> > The netdev_uses_dsa thing is a bit tr

Re: [PATCH next-queue v3 1/3] Revert "PCI: Make pci_enable_ptm() private"

2021-03-23 Thread Vinicius Costa Gomes
Bjorn Helgaas writes: > On Mon, Mar 22, 2021 at 09:18:20AM -0700, Vinicius Costa Gomes wrote: >> Make pci_enable_ptm() accessible from the drivers. >> >> Even if PTM still works on the platform I am using without calling >> this function, it might be possible that it's not always the case. > > I

Re: [PATCH v5 02/24] dt-bindings: introduce silabs,wfx.yaml

2021-03-23 Thread Rob Herring
On Mon, 15 Mar 2021 14:24:39 +0100, Jerome Pouiller wrote: > From: Jérôme Pouiller > > Prepare the inclusion of the wfx driver in the kernel. > > Signed-off-by: Jérôme Pouiller > --- > .../bindings/net/wireless/silabs,wfx.yaml | 133 ++ > 1 file changed, 133 insertions(+) >

Re: [PATCH v2] eeprom/optoe: driver to read/write SFP/QSFP/CMIS EEPROMS

2021-03-23 Thread Andrew Lunn
> > Our experience is that a number of SFPs are broken, they don't follow the > > standard. Some you cannot perform more than 16 bytes reads without them > > locking up. Others will perform a 16 byte read, but only give you one > useful > > byte of data. So you have to read enough of the EEPROM a b

Re: [RFC PATCH V4 net-next 1/5] ethtool: Allow network drivers to dump arbitrary EEPROM data

2021-03-23 Thread Andrew Lunn
> The spec is clear that the lower half is the same for all pages. If the SFP > gives you rubbish you should throw the device in the rubbish. Sometimes you don't get the choice. You have to use the GPON SFP the ISP sent you, if you want FTTH. And they tend to be cheap and broken with respect to t

Re: [PATCH v4 net-next 00/11] Better support for sandwiched LAGs with bridge and DSA

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This series was applied to netdev/net-next.git (refs/heads/master): On Tue, 23 Mar 2021 01:51:41 +0200 you wrote: > From: Vladimir Oltean > > Changes in v4: > - Added missing EXPORT_SYMBOL_GPL > - Using READ_ONCE(fdb->dst) > - Split patches into (a) adding the bridge helpers (b) making D

[PATCH net-next] [RESEND] ch_ktls: fix enum-conversion warning

2021-03-23 Thread Arnd Bergmann
From: Arnd Bergmann gcc points out an incorrect enum assignment: drivers/net/ethernet/chelsio/inline_crypto/ch_ktls/chcr_ktls.c: In function 'chcr_ktls_cpl_set_tcb_rpl': drivers/net/ethernet/chelsio/inline_crypto/ch_ktls/chcr_ktls.c:684:22: warning: implicit conversion from 'enum ' to 'enum ch

Re: [PATCH net] net: bridge: don't notify switchdev for local FDB addresses

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (refs/heads/master): On Mon, 22 Mar 2021 20:21:08 +0200 you wrote: > From: Vladimir Oltean > > As explained in this discussion: > https://lore.kernel.org/netdev/20210117193009.io3nungdwuzmo5f7@skbuf/ > > the switchdev notifiers for FDB entries ma

Re: [PATCH net-next] hinic: avoid gcc -Wrestrict warning

2021-03-23 Thread Rasmus Villemoes
On 23/03/2021 13.56, Arnd Bergmann wrote: > From: Arnd Bergmann > > With extra warnings enabled, gcc complains that snprintf should not > take the same buffer as source and destination: > > drivers/net/ethernet/huawei/hinic/hinic_ethtool.c: In function > 'hinic_set_settings_to_hw': > drivers/ne

Re: [PATCH net] net/sched: act_ct: clear post_ct if doing ct_clear

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net.git (refs/heads/master): On Mon, 22 Mar 2021 15:13:22 -0300 you wrote: > From: Marcelo Ricardo Leitner > > Invalid detection works with two distinct moments: act_ct tries to find > a conntrack entry and set post_ct true, indicating that that was > att

Re: [PATCH net-next v2] net: lapb: Make "lapb_t1timer_running" able to detect an already running timer

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (refs/heads/master): On Sun, 21 Mar 2021 02:39:35 -0700 you wrote: > Problem: > > The "lapb_t1timer_running" function in "lapb_timer.c" is used in only > one place: in the "lapb_kick" function in "lapb_out.c". "lapb_kick" calls > "lapb_t1timer

Re: [PATCH next-queue v3 3/3] igc: Add support for PTP getcrosststamp()

2021-03-23 Thread Vinicius Costa Gomes
Bjorn Helgaas writes: > On Mon, Mar 22, 2021 at 09:18:22AM -0700, Vinicius Costa Gomes wrote: >> i225 has support for PCIe PTM, which allows us to implement support >> for the PTP_SYS_OFFSET_PRECISE ioctl(), implemented in the driver via >> the getcrosststamp() function. > >> +static bool igc_is_

Re: [PATCH] openvswitch: perform refragmentation for packets which pass through conntrack

2021-03-23 Thread Flavio Leitner
Hi, On Fri, Mar 19, 2021 at 04:43:07PM -0400, Aaron Conole wrote: > When a user instructs a flow pipeline to perform connection tracking, > there is an implicit L3 operation that occurs - namely the IP fragments > are reassembled and then processed as a single unit. After this, new > fragments

Re: [PATCH net-next v2] net: dsa: hellcreek: Report switch name and ID

2021-03-23 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (refs/heads/master): On Mon, 22 Mar 2021 19:51:13 +0100 you wrote: > Report the driver name, ASIC ID and the switch name via devlink. This is a > useful information for user space tooling. > > Signed-off-by: Kurt Kanzenbach > --- > Changes si

Re: [PATCH net-next] net: dsa: mv88e6xxx: Allow dynamic reconfiguration of tag protocol

2021-03-23 Thread Tobias Waldekranz
On Tue, Mar 23, 2021 at 21:03, Vladimir Oltean wrote: > On Tue, Mar 23, 2021 at 03:48:51PM +0100, Tobias Waldekranz wrote: >> On Tue, Mar 23, 2021 at 13:35, Vladimir Oltean wrote: >> > The netdev_uses_dsa thing is a bit trashy, I think that a more polished >> > version should rather set NETIF_F_R

[PATCH bpf] bpf: Take module reference for ip in module code

2021-03-23 Thread Jiri Olsa
Currently module can be unloaded even if there's a trampoline register in it. It's easily reproduced by running in parallel: # while :; do ./test_progs -t module_attach; done # while :; do ./test_progs -t fentry_test; done Taking the module reference in case the trampoline's ip is within the

  1   2   3   >