Re: [PATCH] sock_diag: fix autoloading of the raw_diag module

2018-11-04 Thread Cyrill Gorcunov
On Sun, Nov 04, 2018 at 10:37:15PM -0800, Andrei Vagin wrote: > IPPROTO_TCP isn't registred as an inet protocol, so > inet_protos[protocol] is always NULL for it. Typo, IPPROTO_RAW > > Cc: Cyrill Gorcunov > Cc: Xin Long > Fixes: bf2ae2e4bf93 ("sock_diag: request _diag module only when the fami

[PATCH] sock_diag: fix autoloading of the raw_diag module

2018-11-04 Thread Andrei Vagin
IPPROTO_TCP isn't registred as an inet protocol, so inet_protos[protocol] is always NULL for it. Cc: Cyrill Gorcunov Cc: Xin Long Fixes: bf2ae2e4bf93 ("sock_diag: request _diag module only when the family or proto has been registered") Signed-off-by: Andrei Vagin --- net/core/sock.c | 1 + 1

Re: Kernel 4.19 network performance - forwarding/routing normal users traffic

2018-11-04 Thread Aaron Lu
On Sat, Nov 03, 2018 at 01:53:25PM +0100, Jesper Dangaard Brouer wrote: > > On Fri, 2 Nov 2018 22:20:24 +0800 Aaron Lu wrote: > > > On Fri, Nov 02, 2018 at 12:40:37PM +0100, Jesper Dangaard Brouer wrote: > > > On Fri, 2 Nov 2018 13:23:56 +0800 > > > Aaron Lu wrote: > > > > > > > On Thu, Nov

Re: [PATCH] net: phy: realtek: fix RTL8201F sysfs name

2018-11-04 Thread David Miller
From: Andrew Lunn Date: Sun, 4 Nov 2018 19:47:41 +0100 > On Sun, Nov 04, 2018 at 07:02:42PM +0100, Holger Hoffstätte wrote: >> Since 4.19 the following error in sysfs has appeared when using the >> r8169 NIC driver: >> >> $cd /sys/module/realtek/drivers >> $ls -l >> ls: cannot access 'mdio_bus:R

[PATCH iproute2-next v3] rdma: Document IB device renaming option

2018-11-04 Thread Leon Romanovsky
From: Leon Romanovsky [leonro@server /]$ lspci |grep -i Ether 00:08.0 Ethernet controller: Red Hat, Inc. Virtio network device 00:09.0 Ethernet controller: Mellanox Technologies MT27700 Family [ConnectX-4] [leonro@server /]$ sudo rdma dev 1: mlx5_0: node_type ca fw 3.8. node_guid 5254:00c0:fe

Re: [PATCH iproute2-next v2] rdma: Document IB device renaming option

2018-11-04 Thread Leon Romanovsky
On Sun, Nov 04, 2018 at 07:26:24AM -0700, David Ahern wrote: > On 11/4/18 4:54 AM, Leon Romanovsky wrote: > > @@ -45,6 +53,11 @@ rdma dev show mlx5_3 > > Shows the state of specified RDMA device. > > .RE > > .PP > > +rdma dev set mlx5_3 name rdma_0 > > +.RS 4 > > +Renames the mlx5_3 device to be

Re: [RFC 0/2] Delayed binding of UDP sockets for Quic per-connection sockets

2018-11-04 Thread Eric Dumazet
On 11/04/2018 02:45 AM, Jana Iyengar wrote: > I think SO_TXTIME solves the most egregious problem I have with using > sched_fq for QUIC. That's a great help, so thank you! > > That said, as Ian says, SO_TXTIME does not allow for the flow isolation > properties of sched_fq, which would be a ni

Re: [PATCH] net: phy: realtek: fix RTL8201F sysfs name

2018-11-04 Thread Andrew Lunn
On Sun, Nov 04, 2018 at 07:02:42PM +0100, Holger Hoffstätte wrote: > Since 4.19 the following error in sysfs has appeared when using the > r8169 NIC driver: > > $cd /sys/module/realtek/drivers > $ls -l > ls: cannot access 'mdio_bus:RTL8201F 10/100Mbps Ethernet': No such file or > directory > [..g

Re: [PATCH] net: phy: realtek: fix RTL8201F sysfs name

2018-11-04 Thread Andrew Lunn
On Sun, Nov 04, 2018 at 07:02:42PM +0100, Holger Hoffstätte wrote: > Since 4.19 the following error in sysfs has appeared when using the > r8169 NIC driver: > > $cd /sys/module/realtek/drivers > $ls -l > ls: cannot access 'mdio_bus:RTL8201F 10/100Mbps Ethernet': No such file or > directory > [..g

Re: [PATCH net-next v4 0/9] vrf: allow simultaneous service instances in default and other VRFs

2018-11-04 Thread David Miller
From: David Ahern Date: Sun, 4 Nov 2018 08:52:26 -0700 > I will take a look at this set the early part of this week. I just need > a few days. Thanks, No rush, net-next is closed so it will need to be resubmitted when it opens back up anyways.

[PATCH] net: phy: realtek: fix RTL8201F sysfs name

2018-11-04 Thread Holger Hoffstätte
Since 4.19 the following error in sysfs has appeared when using the r8169 NIC driver: $cd /sys/module/realtek/drivers $ls -l ls: cannot access 'mdio_bus:RTL8201F 10/100Mbps Ethernet': No such file or directory [..garbled dir entries follow..] Apparently the forward slash in "10/100Mbps Ethernet

Re: [PATCH net-next v4 0/9] vrf: allow simultaneous service instances in default and other VRFs

2018-11-04 Thread David Ahern
On 11/2/18 1:10 PM, Mike Manning wrote: > Services currently have to be VRF-aware if they are using an unbound > socket. One cannot have multiple service instances running in the > default and other VRFs for services that are not VRF-aware and listen > on an unbound socket. This is because there is

Re: [PATCH iproute2-next v2] rdma: Document IB device renaming option

2018-11-04 Thread David Ahern
On 11/4/18 4:54 AM, Leon Romanovsky wrote: > @@ -45,6 +53,11 @@ rdma dev show mlx5_3 > Shows the state of specified RDMA device. > .RE > .PP > +rdma dev set mlx5_3 name rdma_0 > +.RS 4 > +Renames the mlx5_3 device to be named rdma_0. > +.RE > +.PP You missed my other comment: Fix the "Renames .

[PATCH iproute2-next v2] rdma: Document IB device renaming option

2018-11-04 Thread Leon Romanovsky
From: Leon Romanovsky [leonro@server /]$ lspci |grep -i Ether 00:08.0 Ethernet controller: Red Hat, Inc. Virtio network device 00:09.0 Ethernet controller: Mellanox Technologies MT27700 Family [ConnectX-4] [leonro@server /]$ sudo rdma dev 1: mlx5_0: node_type ca fw 3.8. node_guid 5254:00c0:fe

Re: [PATCH iproute2-next v1 4/4] rdma: Document IB device renaming option

2018-11-04 Thread Leon Romanovsky
On Fri, Nov 02, 2018 at 10:47:16AM -0600, David Ahern wrote: > On 10/31/18 1:17 AM, Leon Romanovsky wrote: > > diff --git a/man/man8/rdma-dev.8 b/man/man8/rdma-dev.8 > > index 461681b6..b2f9964a 100644 > > --- a/man/man8/rdma-dev.8 > > +++ b/man/man8/rdma-dev.8 > > @@ -22,6 +22,12 @@ rdmak-dev \- R

Re: [RFC] arm64: dts: lx2160aqds: Add mdio mux nodes

2018-11-04 Thread Shawn Guo
On Wed, Oct 24, 2018 at 01:18:32PM +, Pankaj Bansal wrote: > Hi All, > > As per the device tree ePappr > https://elinux.org/images/c/cf/Power_ePAPR_APPROVED_v1.1.pdf > section 2.2.1 > > Each node in the device tree is named according to the following convention: > node-name@unit-address >