[PATCH v4 net-next 3/3] lan78xx: Modify error messages

Modify the error messages when phy registration fails. Signed-off-by: Raghuram Chary J --- drivers/net/usb/lan78xx.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c index

[PATCH v4 net-next 2/3] lan78xx: Remove DRIVER_VERSION for lan78xx driver

Remove driver version info from the lan78xx driver. Signed-off-by: Raghuram Chary J --- drivers/net/usb/lan78xx.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c index cb35cfa20ca0..5da5f0e3cd21

[PATCH v4 net-next 1/3] lan78xx: Lan7801 Support for Fixed PHY

Adding Fixed PHY support to the lan78xx driver. Signed-off-by: Raghuram Chary J --- v0->v1: * Remove driver version #define * Modify netdev_info to netdev_dbg * Move lan7801 specific to new routine and add switch case * Minor cleanup v1->v2:

[PATCH v4 net-next 0/3] lan78xx updates along with Fixed phy Support

These series of patches handle few modifications in driver and adds support for fixed phy. Raghuram Chary J (3): lan78xx: Lan7801 Support for Fixed PHY lan78xx: Remove DRIVER_VERSION for lan78xx driver lan78xx: Modify error messages drivers/net/usb/Kconfig | 1 +

[PATCH v3] net: qrtr: Expose tunneling endpoint to user space

This implements a misc character device named "qrtr-tun" for the purpose of allowing user space applications to implement endpoints in the qrtr network. This allows more advanced (and dynamic) testing of the qrtr code as well as opens up the ability of tunneling qrtr over a network or USB link.

Re: [RFC v3 0/5] virtio: support packed ring

On Fri, Apr 27, 2018 at 11:56:05AM +0800, Jason Wang wrote: > > > On 2018年04月25日 13:15, Tiwei Bie wrote: > > Hello everyone, > > > > This RFC implements packed ring support in virtio driver. > > > > Some simple functional tests have been done with Jason's > > packed ring implementation in

Re: [RFC v3 0/5] virtio: support packed ring

On 2018年04月25日 13:15, Tiwei Bie wrote: Hello everyone, This RFC implements packed ring support in virtio driver. Some simple functional tests have been done with Jason's packed ring implementation in vhost: https://lkml.org/lkml/2018/4/23/12 Both of ping and netperf worked as expected

Re: [PATCH] net: phy: marvell: clear wol event before setting it

Hi Andrew/Jisheng, On 4/26/2018 6:10 PM, Andrew Lunn wrote: hmm, so you want a "stick" WOL feature, I dunno whether Linux kernel requires WOL should be "stick". I see two different cases: Suspend/resume: The WoL state in the kernel is probably kept across such a cycle. If so, you would expect

Re: [PATCH 2/2] net: stmmac: dwmac-meson: extend phy mode setting

Hi Jerome On 04/26/18 16:47, Jerome Brunet wrote: > On Thu, 2018-04-26 at 16:05 +, Yixun Lan wrote: >> In the Meson-AXG SoC, the phy mode setting of PRG_ETH0 in the glue layer >> is extended from bit[0] to bit[2:0]. >> There is no problem if we configure it to the RGMII 1000M PHY mode, >>

Greeting,

Hello Greetings to you today i asked before but i did't get a response please i know this might come to you as a surprise because you do not know me personally i have a business proposal for you please reply for more info. Best Regards, Esentepe Mahallesi Büyükdere Caddesi Kristal Kule

[PATCH net-next 2/3] net: dsa: mv88e6xxx: move device mapping setup

Move the Device Mapping setup out of the specific Global 2 code, into the top level device setup function. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c| 27 + drivers/net/dsa/mv88e6xxx/global2.c | 37

[PATCH net-next 1/3] net: dsa: mv88e6xxx: move trunk setup

Move the trunking setup out of Global 2 specific setup into the top level mv88e6xxx_setup function. Note that the 88E6390 family calls this LAG instead of Trunk and supports 32 possible ID routing vectors, with LAG ID bit 4 being placed in Global 2 register 0x1D... We don't need Trunk (or LAG)

[PATCH net-next 0/3] net: dsa: mv88e6xxx: remove Global 2 setup

Parts of the mv88e6xxx driver still write arbitrary registers of different banks at setup time, which is misleading especially when supporting multiple device models. This patchset moves two features setup into the top lovel mv88e6xxx_setup function and kills the old Global 2 register bank setup

[PATCH net-next 3/3] net: dsa: mv88e6xxx: remove Global 2 setup

The remaining values written to the Switch Management Register in the mv88e6xxx_g2_setup function are specific to 88E6352 and older, and are the default values anyway. Thus remove completely this function. The mv88e6xxx driver no more contains setup code to access arbitrary Global 2 registers.

Re: [PATCH net-next v5 1/3] vmcore: add API to collect hardware dump in second kernel

While looking this over I found a bug in the way elf notes are being composed. Rahul Lakkireddy writes: > diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c > index a45f0af22a60..7395462d2f86 100644 > --- a/fs/proc/vmcore.c > +++ b/fs/proc/vmcore.c > @@ -1145,6

Re: [PATCH net] bridge: check iface upper dev when setting master via ioctl

Hi Nikolay, Thanks for the comments. On Thu, Apr 26, 2018 at 05:22:46PM +0300, Nikolay Aleksandrov wrote: > > Not all upper devs are masters. This can break some setups. Ah, like vlan device.. So how about + if (netdev_master_upper_dev_get(dev)) return -EBUSY; > > > > >

Re: pull-request: bpf-next 2018-04-27

From: Daniel Borkmann Date: Fri, 27 Apr 2018 03:14:42 +0200 > The following pull-request contains BPF updates for your *net-next* tree. ... > Please consider pulling these changes from: > > git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next.git Pulled and build

pull-request: bpf-next 2018-04-27

Hi David, The following pull-request contains BPF updates for your *net-next* tree. The main changes are: 1) Add extensive BPF helper description into include/uapi/linux/bpf.h and a new script bpf_helpers_doc.py which allows for generating a man page out of it. Thus, every helper in BPF

Re: [PATCH net-next 1/2 v2] netns: restrict uevents

Christian Brauner writes: > On Thu, Apr 26, 2018 at 12:10:30PM -0500, Eric W. Biederman wrote: >> Christian Brauner writes: >> >> > On Thu, Apr 26, 2018 at 11:47:19AM -0500, Eric W. Biederman wrote: >> >> Christian Brauner

Re: [PATCH net-next v8 4/4] netvsc: refactor notifier/event handling code to use the failover framework

On 4/26/2018 5:09 PM, Michael S. Tsirkin wrote: On Thu, Apr 26, 2018 at 03:33:26PM -0700, Stephen Hemminger wrote: On Thu, 26 Apr 2018 05:30:05 +0300 "Michael S. Tsirkin" wrote: On Wed, Apr 25, 2018 at 05:08:37PM -0700, Stephen Hemminger wrote: On Wed, 25 Apr 2018 16:59:28

Re: [PATCH] net/mlx5: report persistent netdev stats across ifdown/ifup commands

Thanks! Looks like Eran's patch will be available much sooner than v4.18 release time frame (since v4.16 was just released). We will wait. :-) On 04/26/2018 04:43 PM, Saeed Mahameed wrote: Before you address my comments, it looks like Eran's work is converging and we will finalize the

Re: [PATCH 31/61] net: dsa: simplify getting .drvdata

On 04/19/2018 07:06 AM, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply

Re: [PATCH net-next v8 4/4] netvsc: refactor notifier/event handling code to use the failover framework

On Thu, Apr 26, 2018 at 03:33:26PM -0700, Stephen Hemminger wrote: > On Thu, 26 Apr 2018 05:30:05 +0300 > "Michael S. Tsirkin" wrote: > > > On Wed, Apr 25, 2018 at 05:08:37PM -0700, Stephen Hemminger wrote: > > > On Wed, 25 Apr 2018 16:59:28 -0700 > > > Sridhar Samudrala

[PATCH net-next v9 3/3] MAINTAINERS: Add entry for drivers/net/ethernet/cavium/octeon/octeon3-*

From: David Daney Signed-off-by: David Daney --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index a528008..57135f4 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3250,6 +3250,12 @@ W:

[PATCH net-next v9 4/4] MIPS: Octeon: Add a global resource manager.

From: Carlos Munoz Add a global resource manager to manage tagged pointers within bootmem allocated memory. This is used by various functional blocks in the Octeon core like the FPA, Ethernet nexus, etc. Acked-by: James Hogan Signed-off-by: Carlos Munoz

[PATCH net-next v9 2/4] MIPS: Octeon: Automatically provision CVMSEG space.

From: David Daney Remove CONFIG_CAVIUM_OCTEON_CVMSEG_SIZE and automatically calculate the amount of CVMSEG space needed. 1st 128-bytes: Use by IOBDMA 2nd 128-bytes: Reserved by kernel for scratch/TLS emulation. 3rd 128-bytes: OCTEON-III LMTLINE New config variable

[PATCH net-next v9 0/4] Prerequisites for Cavium OCTEON-III network driver.

We want to add the Cavium OCTEON-III network driver. But since interacting with the input and output queues is done via special CPU local memory, we also need to add support to the MIPS/Octeon architecture code. Aren't SoCs nice in this way? These are the prerequisite patches that are needed

[PATCH net-next v9 1/3] dt-bindings: Add Cavium Octeon Common Ethernet Interface.

From: Carlos Munoz Add bindings for Common Ethernet Interface (BGX) block. Acked-by: Rob Herring Signed-off-by: Carlos Munoz Signed-off-by: Steven J. Hill Signed-off-by: David Daney ---

[PATCH net-next v9 0/3] netdev: octeon-ethernet: Add Cavium Octeon III support.

We are adding the Cavium OCTEON-III network driver. Since interacting with the input and output queues is done via special CPU local memory, we also need to add support to the MIPS/Octeon architecture code. The four patch set to add this prerequisite code has been split out to a seperate patch

[PATCH net-next v9 3/4] staging: octeon: Remove USE_ASYNC_IOBDMA macro.

From: David Daney Previous patch sets USE_ASYNC_IOBDMA to 1 unconditionally. Remove USE_ASYNC_IOBDMA from all if statements. Remove dead code caused by the change. Acked-by: Greg Kroah-Hartman Signed-off-by: David Daney

[PATCH net-next v9 1/4] MIPS: Octeon: Enable LMTDMA/LMTST operations.

From: Carlos Munoz LMTDMA/LMTST operations move data between cores and I/O devices: * LMTST operations can send an address and a variable length (up to 128 bytes) of data to an I/O device. * LMTDMA operations can send an address and a variable length (up to 128) of data

[RFC PATCH] MAINTAINERS: add davem in NETWORKING DRIVERS

"./scripts/get_maintainer.pl -f" does not actually show us David as the maintainer of drivers/net directories such as team, bonding, phy or dsa. Adding him in an M: entry of NETWORKING DRIVERS fixes this. Signed-off-by: Vivien Didelot --- MAINTAINERS | 1 +

Re: [PATCH] net/mlx5: report persistent netdev stats across ifdown/ifup commands

On Thu, Apr 26, 2018 at 4:30 PM, Saeed Mahameed wrote: > On Thu, Apr 26, 2018 at 3:37 PM, Qing Huang wrote: >> >> >> On 04/26/2018 02:50 PM, Saeed Mahameed wrote: >>> >>> On Thu, Apr 26, 2018 at 1:37 PM, Qing Huang wrote:

Re: [PATCH v7 net-next 4/4] netvsc: refactor notifier/event handling code to use the failover framework

On Thu, Apr 26, 2018 at 03:14:46PM -0700, Siwei Liu wrote: > On Wed, Apr 25, 2018 at 7:28 PM, Michael S. Tsirkin wrote: > > On Wed, Apr 25, 2018 at 03:57:57PM -0700, Siwei Liu wrote: > >> On Wed, Apr 25, 2018 at 3:22 PM, Michael S. Tsirkin > >> wrote: > >> > On

Re: [PATCH] net/mlx5: report persistent netdev stats across ifdown/ifup commands

On Thu, Apr 26, 2018 at 3:37 PM, Qing Huang wrote: > > > On 04/26/2018 02:50 PM, Saeed Mahameed wrote: >> >> On Thu, Apr 26, 2018 at 1:37 PM, Qing Huang wrote: >>> >>> Current stats collecting scheme in mlx5 driver is to periodically fetch >>>

[PATCH net-next 6/7] selftests: forwarding: Test neighbor updates when mirroring to gretap

Test that when a mirror to gretap or ip6gretap netdevice is configured, changes to neighbors are reflected. Signed-off-by: Petr Machata Reviewed-by: Jiri Pirko --- .../selftests/net/forwarding/mirror_gre_neigh.sh | 101 + 1 file

[PATCH net-next 7/7] selftests: forwarding: Test changes in mirror-to-gretap

These tests set up mirroring in a situation that the configuration is incorrect, i.e. mirrored packets, if any, are not supposed to reach destination tunnel device. Then the configuration is rectified and mirroring is checked to have started working. Signed-off-by: Petr Machata

[PATCH net-next 4/7] selftests: forwarding: Test mirror to gretap w/ bound dev

Test mirroring to a gretap and an ip6gretap netdevice with a bound device, where the tunnel device and the bound device are in different VRFs (an overlay / underlay configuration). Signed-off-by: Petr Machata Reviewed-by: Jiri Pirko ---

[PATCH net-next 5/7] selftests: forwarding: Test flower mirror to gretap

Add a test for mirroring to a gretap and an ip6gretap netdevices such that the mirroring action is triggered by a flower match. Signed-off-by: Petr Machata Reviewed-by: Jiri Pirko --- .../selftests/net/forwarding/mirror_gre_flower.sh | 116

[PATCH net-next 3/7] selftests: forwarding: Test gretap mirror with next-hop remote

Test mirror to a gretap and an ip6gretap netdevice such that the remote address of the tunnel is reachable through a next-hop route. Signed-off-by: Petr Machata Reviewed-by: Jiri Pirko --- .../selftests/net/forwarding/mirror_gre_nh.sh | 117

[PATCH net-next 2/7] selftests: forwarding: Add test for mirror to gretap

Add a test for basic mirroring to gretap and ip6gretap netdevices. Signed-off-by: Petr Machata Reviewed-by: Jiri Pirko --- .../testing/selftests/net/forwarding/mirror_gre.sh | 139 + 1 file changed, 139 insertions(+) create mode

[PATCH net-next 1/7] selftests: forwarding: Add libs for gretap mirror testing

To simplify implementation of mirror-to-gretap tests, extend lib.sh with several new functions that might potentially be useful more broadly (although right now the mirroring tests will be the only client). Also add mirror_lib.sh with code useful for mirroring tests, mirror_gre_lib.sh with code

[PATCH net-next 0/7] selftests: Add tests for mirroring to gretap

This suite tests GRE-encapsulated mirroring. The general topology that most of the tests use is as follows, but each test defines details of the topology based on its needs, and some tests actually use a somewhat different topology. +-+

Re: [PATCH net-next] net/mlx4_en: optimizes get_fixed_ipv6_csum()

On Thu, 2018-04-19 at 08:49 -0700, Eric Dumazet wrote: > While trying to support CHECKSUM_COMPLETE for IPV6 fragments, > I had to experiments various hacks in get_fixed_ipv6_csum(). > I must admit I could not find how to implement this :/ > > However, get_fixed_ipv6_csum() does a lot of redundant

Re: [dm-devel] [PATCH v5] fault-injection: introduce kvmalloc fallback options

On Fri, 27 Apr 2018, Michael S. Tsirkin wrote: > On Thu, Apr 26, 2018 at 05:50:20PM -0400, Mikulas Patocka wrote: > > How is the user or developer supposed to learn about this option, if > > he gets no crash at all? > > Look in /sys/kernel/debug/fail* ? That actually lets you > filter by

Proposal

Hello Greetings to you today i asked before but i did't get a response please i know this might come to you as a surprise because you do not know me personally i have a business proposal for you please reply for more info. Best Regards, Esentepe Mahallesi Büyükdere Caddesi Kristal Kule

Re: [RFC PATCH ghak32 V2 01/13] audit: add container id

On Tue, Apr 24, 2018 at 8:40 PM, Richard Guy Briggs wrote: > On 2018-04-24 15:01, Paul Moore wrote: >> On Mon, Apr 23, 2018 at 10:02 PM, Richard Guy Briggs wrote: >> > On 2018-04-23 19:15, Paul Moore wrote: >> >> On Sat, Apr 21, 2018 at 10:34 AM, Richard Guy

Re: [PATCH net-next 0/2] net/sctp: Avoid allocating high order memory with kmalloc()

On 04/27/2018 01:28 AM, Marcelo Ricardo Leitner wrote: > On Fri, Apr 27, 2018 at 01:14:56AM +0300, Oleg Babin wrote: >> Hi Marcelo, >> >> On 04/24/2018 12:33 AM, Marcelo Ricardo Leitner wrote: >>> Hi, >>> >>> On Mon, Apr 23, 2018 at 09:41:04PM +0300, Oleg Babin wrote: Each SCTP association

Re: [PATCH] net/mlx5: report persistent netdev stats across ifdown/ifup commands

On 04/26/2018 02:50 PM, Saeed Mahameed wrote: On Thu, Apr 26, 2018 at 1:37 PM, Qing Huang wrote: Current stats collecting scheme in mlx5 driver is to periodically fetch aggregated stats from all the active mlx5 software channels associated with the device. However when

Re: [PATCH net-next v8 4/4] netvsc: refactor notifier/event handling code to use the failover framework

On Thu, 26 Apr 2018 05:30:05 +0300 "Michael S. Tsirkin" wrote: > On Wed, Apr 25, 2018 at 05:08:37PM -0700, Stephen Hemminger wrote: > > On Wed, 25 Apr 2018 16:59:28 -0700 > > Sridhar Samudrala wrote: > > > > > Use the registration/notification

Re: [PATCH v2] net: qrtr: Expose tunneling endpoint to user space

On 4/23/2018 2:46 PM, Bjorn Andersson wrote: This implements a misc character device named "qrtr-tun" for the purpose of allowing user space applications to implement endpoints in the qrtr network. This allows more advanced (and dynamic) testing of the qrtr code as well as opens up the

Re: [PATCH net-next 0/2] net/sctp: Avoid allocating high order memory with kmalloc()

On Fri, Apr 27, 2018 at 01:14:56AM +0300, Oleg Babin wrote: > Hi Marcelo, > > On 04/24/2018 12:33 AM, Marcelo Ricardo Leitner wrote: > > Hi, > > > > On Mon, Apr 23, 2018 at 09:41:04PM +0300, Oleg Babin wrote: > >> Each SCTP association can have up to 65535 input and output streams. > >> For each

Re: [dm-devel] [PATCH v5] fault-injection: introduce kvmalloc fallback options

On Thu, Apr 26, 2018 at 05:50:20PM -0400, Mikulas Patocka wrote: > How is the user or developer supposed to learn about this option, if > he gets no crash at all? Look in /sys/kernel/debug/fail* ? That actually lets you filter by module, process etc. I think this patch conflates two things: 1.

Re: [Patch nf] ipvs: initialize tbl->entries in ip_vs_lblc_init_svc()

On Thu, Apr 26, 2018 at 02:14:36PM +0200, Simon Horman wrote: > On Tue, Apr 24, 2018 at 08:17:06AM +0300, Julian Anastasov wrote: > > > > Hello, > > > > On Mon, 23 Apr 2018, Cong Wang wrote: > > > > > Similarly, tbl->entries is not initialized after kmalloc(), > > > therefore causes an

Re: [Patch nf] ipvs: initialize tbl->entries after allocation

On Thu, Apr 26, 2018 at 02:14:25PM +0200, Simon Horman wrote: > On Tue, Apr 24, 2018 at 08:16:14AM +0300, Julian Anastasov wrote: > > > > Hello, > > > > On Mon, 23 Apr 2018, Cong Wang wrote: > > > > > tbl->entries is not initialized after kmalloc(), therefore > > > causes an uninit-value

Re: [GIT PULL 0/5] IPVS Updates for v4.18

On Thu, Apr 19, 2018 at 10:56:09AM +0200, Simon Horman wrote: > Hi Pablo, > > please consider these IPVS enhancements for v4.18. > > * Whitepace cleanup > > * Add Maglev hashing algorithm as a IPVS scheduler > > Inju Song says "Implements the Google's Maglev hashing algorithm as a > IPVS

Re: [PATCH net-next 1/2] net/sctp: Make wrappers for accessing in/out streams

On 04/24/2018 12:33 AM, Marcelo Ricardo Leitner wrote: > On Mon, Apr 23, 2018 at 09:41:05PM +0300, Oleg Babin wrote: >> This patch introduces wrappers for accessing in/out streams indirectly. >> This will enable to replace physically contiguous memory arrays >> of streams with flexible arrays (or

Re: [PATCH] netfilter: fix nf_tables filter chain type build

On Sat, Apr 21, 2018 at 09:10:09PM -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Fix build errors due to a missing Kconfig dependency term. > Fixes these build errors: > > net/ipv6/netfilter/nft_chain_nat_ipv6.o: In function `nft_nat_do_chain': >

Re: [PATCH net-next 0/2] net/sctp: Avoid allocating high order memory with kmalloc()

Hi Marcelo, On 04/24/2018 12:33 AM, Marcelo Ricardo Leitner wrote: > Hi, > > On Mon, Apr 23, 2018 at 09:41:04PM +0300, Oleg Babin wrote: >> Each SCTP association can have up to 65535 input and output streams. >> For each stream type an array of sctp_stream_in or sctp_stream_out >> structures is

Re: [PATCH v7 net-next 4/4] netvsc: refactor notifier/event handling code to use the failover framework

On Wed, Apr 25, 2018 at 7:28 PM, Michael S. Tsirkin wrote: > On Wed, Apr 25, 2018 at 03:57:57PM -0700, Siwei Liu wrote: >> On Wed, Apr 25, 2018 at 3:22 PM, Michael S. Tsirkin wrote: >> > On Wed, Apr 25, 2018 at 02:38:57PM -0700, Siwei Liu wrote: >> >> On Mon,

Re: [RFC/PATCH] net: ethernet: nixge: Use of_get_mac_address()

On Thu, Apr 26, 2018 at 02:57:42PM -0700, Moritz Fischer wrote: > Make nixge driver work with 'mac-address' property instead of > 'address' property. There are currently no in-tree users and > the only users of this driver are devices that use overlays > we control to instantiate the device

[RFC/PATCH] net: ethernet: nixge: Use of_get_mac_address()

Make nixge driver work with 'mac-address' property instead of 'address' property. There are currently no in-tree users and the only users of this driver are devices that use overlays we control to instantiate the device together with the corresponding FPGA images. Signed-off-by: Moritz Fischer

Re: [PATCH] net/mlx5: report persistent netdev stats across ifdown/ifup commands

On Thu, Apr 26, 2018 at 1:37 PM, Qing Huang wrote: > Current stats collecting scheme in mlx5 driver is to periodically fetch > aggregated stats from all the active mlx5 software channels associated > with the device. However when a mlx5 interface is brought down(ifdown), >

Re: [dm-devel] [PATCH v5] fault-injection: introduce kvmalloc fallback options

On Thu, 26 Apr 2018, John Stoffel wrote: > > "James" == James Bottomley > > writes: > > James> I may be an atypical developer but I'd rather have a root canal > James> than browse through menuconfig options. The way to get people > James> to

[PATCH net-next v2 08/14] bnxt_en: Increase RING_IDLE minimum threshold to 50

From: Andy Gospodarek This keeps the RING_IDLE flag set in hardware for higher coalesce settings by default and improved latency. Signed-off-by: Andy Gospodarek Signed-off-by: Michael Chan ---

[PATCH net-next v2 07/14] bnxt_en: Do not allow VF to read EEPROM.

Firmware does not allow the operation and would return failure, causing a warning in dmesg. So check for VF and disallow it in the driver. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 5 + 1 file changed, 5 insertions(+)

[PATCH net-next v2 02/14] bnxt_en: Remap TC to hardware queues when configuring PFC.

Initially, the MQPRIO TCs are mapped 1:1 directly to the hardware queues. Some of these hardware queues are configured to be lossless. When PFC is enabled on one of more TCs, we now need to remap the TCs that have PFC enabled to the lossless hardware queues. After remapping, we need to close and

[PATCH net-next v2 03/14] bnxt_en: Check the lengths of encapsulated firmware responses.

Firmware messages that are forwarded from PF to VFs are encapsulated. The size of these encapsulated messages must not exceed the maximum defined message size. Add appropriate checks to avoid oversize messages. Firmware messages may be expanded in future specs and this will provide some

[PATCH net-next v2 09/14] bnxt_en: reduce timeout on initial HWRM calls

From: Andy Gospodarek Testing with DIM enabled on older kernels indicated that firmware calls were slower than expected. More detailed analysis indicated that the default 25us delay was higher than necessary. Reducing the time spend in usleep_range() for the first several

Re: [PATCH iproute2] ipaddress: strengthen check on 'label' input

On Tue, 24 Apr 2018 16:08:21 +0200 Patrick Talbert wrote: > As mentioned in the ip-address man page, an address label must > be equal to the device name or prefixed by the device name > followed by a colon. Currently the only check on this input is > to see if the device

[PATCH net-next v2 04/14] bnxt_en: Do not set firmware time from VF driver on older firmware.

Older firmware will reject this call and cause an error message to be printed by the VF driver. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH net-next v2 10/14] bnxt_en: add debugfs support for DIM

From: Andy Gospodarek This adds debugfs support for bnxt_en with the purpose of allowing users to examine the current DIM profile in use for each receive queue. This was instrumental in debugging issues found with DIM and ensuring that the profiles we expect to use are the

[PATCH net-next v2 14/14] bnxt_en: Reserve rings at driver open if none was reserved at probe time.

Add logic to reserve default rings at driver open time if none was reserved during probe time. This will happen when the PF driver did not provision minimum rings to the VF, due to more limited resources. Driver open will only succeed if some minimum rings can be reserved. Signed-off-by:

[PATCH net-next v2 05/14] bnxt_en: Simplify ring alloc/free error messages.

Replace switch statements printing different messages for every ring type with a common message. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 43 +-- 1 file changed, 6 insertions(+), 37 deletions(-) diff

[PATCH net-next v2 12/14] bnxt_en: Don't reserve rings on VF when min rings were not provisioned by PF.

When rings are more limited and the PF has not provisioned minimum guaranteed rings to the VF, do not reserve rings during driver probe. Wait till device open before reserving rings when they will be used. Device open will succeed if some minimum rings can be successfully reserved and allocated.

[PATCH net-next v2 06/14] bnxt_en: Display function level rx/tx_discard_pkts via ethtool

From: Vasundhara Volam Add counters to display sum of rx/tx_discard_pkts of all rings as function level statistics via ethtool. Signed-off-by: Vasundhara Volam Signed-off-by: Michael Chan ---

[PATCH net-next v2 13/14] bnxt_en: Reserve RSS and L2 contexts for VF.

For completeness and correctness, the VF driver needs to reserve these RSS and L2 contexts. Signed-off-by: Michael Chan --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 4 drivers/net/ethernet/broadcom/bnxt/bnxt_sriov.c | 10 +-

[PATCH net-next v2 11/14] bnxt_en: Reserve rings in bnxt_set_channels() if device is down.

The current code does not reserve rings during ethtool -L when the device is down. The rings will be reserved when the device is later opened. Change it to reserve rings during ethtool -L when the device is down. This provides a better guarantee that the device open will be successful when the

[PATCH net-next v2 01/14] bnxt_en: Add TC to hardware QoS queue mapping logic.

The current driver maps MQPRIO traffic classes directly 1:1 to the internal hardware queues (TC0 maps to hardware queue 0, etc). This direct mapping requires the internal hardware queues to be reconfigured from lossless to lossy and vice versa when necessary. This involves reconfiguring internal

[PATCH net-next v2 00/14] bnxt_en: Net-next updates.

This series has 3 main features. The first is to add mqprio TC to hardware queue mapping to avoid reprogramming hardware CoS queue watermarks during run-time. The second is DIM improvements from Andy Gospo. The third is some improvements to VF resource allocations when supporting large numbers

Re: [PATCH v2 net-next 0/2] tcp: mmap: rework zerocopy receive

On 04/26/2018 02:16 PM, Andy Lutomirski wrote: > At the risk of further muddying the waters, there's another minor tweak > that could improve performance on certain workloads. Currently you mmap() > a range for a given socket and then getsockopt() to receive. If you made > it so you could

[PATCH net-next] hv_netvsc: simplify receive side calling arguments

The calls up from the napi poll reading the receive ring had many places where an argument was being recreated. I.e the caller already had the value and wasn't passing it, then the callee would use known relationship to determine the same value. Simpler and faster to just pass arguments needed.

Re: [PATCH net-next 1/2 v2] netns: restrict uevents

On Thu, Apr 26, 2018 at 12:10:30PM -0500, Eric W. Biederman wrote: > Christian Brauner writes: > > > On Thu, Apr 26, 2018 at 11:47:19AM -0500, Eric W. Biederman wrote: > >> Christian Brauner writes: > >> > >> > On Tue, Apr 24,

Re: [PATCH v2 net-next 0/2] tcp: mmap: rework zerocopy receive

At the risk of further muddying the waters, there's another minor tweak that could improve performance on certain workloads. Currently you mmap() a range for a given socket and then getsockopt() to receive. If you made it so you could mmap() something once for any number of sockets (by mmapping

[PATCH 0/3] can: fix ndo_start_xmit()'s return type

ndo_start_xmit() is defined as returing an 'netdev_tx_t'. However, several can drivers use 'int' as the return type of their start_xmit() method. This series contains the fix for all three of them. Luc Van Oostenryck (3): can: janz-ican3: fix ican3_xmit()'s return type can: sun4i: fix

[PATCH 1/3] can: janz-ican3: fix ican3_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH 2/3] can: sun4i: fix sun4ican_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

[PATCH 3/3] can: xilinx: fix xcan_start_xmit()'s return type

The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', which is a typedef for an enum type, but the implementation in this driver returns an 'int'. Fix this by returning 'netdev_tx_t' in this driver too. Signed-off-by: Luc Van Oostenryck ---

Re: [PATCH net-next v2 4/7] net: mscc: Add initial Ocelot switch support

> +/* Checks if the net_device instance given to us originate from our driver. > */ > +static bool ocelot_netdevice_dev_check(const struct net_device *dev) > +{ > + return dev->netdev_ops == _port_netdev_ops; > +} This is probably O.K. now, but when you add support for controlling the switch

[PATCHv2 bpf-next 0/2] BPF tunnel testsuite

The patch series provide end-to-end eBPF tunnel testsute. A common topology is created below for all types of tunnels: Topology: - root namespace

[PATCHv2 bpf-next 2/2] samples/bpf: remove the bpf tunnel testsuite.

Move the testsuite to selftests/bpf/{test_tunnel_kern.c, test_tunnel.sh} Signed-off-by: William Tu --- samples/bpf/Makefile | 1 - samples/bpf/tcbpf2_kern.c | 612 - samples/bpf/test_tunnel_bpf.sh | 390

[PATCHv2 bpf-next 1/2] selftests/bpf: bpf tunnel test.

The patch migrates the original tests at samples/bpf/tcbpf2_kern.c and samples/bpf/test_tunnel_bpf.sh to selftests. There are a couple changes from the original: 1) add ipv6 vxlan, ipv6 geneve, ipv6 ipip tests 2) simplify the original ipip tests (remove iperf tests) 3) improve

Re: [bpf PATCH] bpf: fix uninitialized variable in bpf tools

On 04/26/2018 12:08 AM, John Fastabend wrote: > Here the variable cont is used as the saved_pointer for a call to > strtok_r(). It is safe to use the value uninitialized in this > context however and the later reference is only ever used if > the strtok_r is successful. But, 'gcc-5' at least

Re: [PATCH net-next v2 5/7] MIPS: mscc: Add switch to ocelot

On Thu, Apr 26, 2018 at 09:59:29PM +0200, Alexandre Belloni wrote: > Ocelot has an integrated switch, add support for it. > > Cc: James Hogan > Signed-off-by: Alexandre Belloni > --- > arch/mips/boot/dts/mscc/ocelot.dtsi | 88

Proposal

Hello Greetings to you today i asked before but i did't get a response please i know this might come to you as a surprise because you do not know me personally i have a business proposal for you please reply for more info. Best Regards, Esentepe Mahallesi Büyükdere Caddesi Kristal Kule

Re: [PATCHv3 3/3] tools bpftool: Display license GPL compatible in prog show/list

On 04/26/2018 10:18 AM, Jiri Olsa wrote: [...] > v3 of the last patch attached, the branch is also updated > > thanks, > jirka > > > --- > Display the license "gpl" string in bpftool prog command, like: > > # bpftool prog list > 5: tracepoint name func tag 57cd311f2e27366b gpl >

Re: [PATCH net-next v2 2/7] net: mscc: Add MDIO driver

On Thu, Apr 26, 2018 at 09:59:26PM +0200, Alexandre Belloni wrote: > Add a driver for the Microsemi MII Management controller (MIIM) found on > Microsemi SoCs. > On Ocelot, there are two controllers, one is connected to the internal > PHYs, the other one can communicate with external PHYs. > >

Re: [PATCH] net: aquantia: fix aq_ndev_start_xmit()'s return type

On Tue, Apr 24, 2018 at 10:42:50AM -0400, David Miller wrote: > > Luc please don't submit such a huge number of patches all at one time. > > ... > > Finally, make this a true patch series. It is so much easier for > maintainers to work with a set of changes all doing the same thing if > you

[PATCH] net/mlx5: report persistent netdev stats across ifdown/ifup commands

Current stats collecting scheme in mlx5 driver is to periodically fetch aggregated stats from all the active mlx5 software channels associated with the device. However when a mlx5 interface is brought down(ifdown), all the channels will be deactivated and closed. A new set of channels will be

[pull request][net 0/7] Mellanox, mlx5 fixes 2018-04-26

Hi Dave, This pull request includes fixes for mlx5 core and netdev driver. Please pull and let me know if there's any problems. For -stable v4.12 net/mlx5e: TX, Use correct counter in dma_map error flow For -stable v4.13 net/mlx5: Avoid cleaning flow steering table twice during error

  1   2   3   4   >