Re: [lkp-developer] [page_pool] 50a8fe7622: kernel_BUG_at_mm/slub.c

On Fri, 6 Jan 2017 13:08:27 +0800 kernel test robot wrote: > FYI, we noticed the following commit: > > commit: 50a8fe7622e6c45af778d91f83c11491f0afaaf3 ("page_pool: basic > implementation of page_pool") > url: >

Re: [for-next 07/10] IB/mlx5: Use blue flame register allocator in mlx5_ib

On Thu, Jan 05, 2017 at 03:07:31PM -0500, David Miller wrote: > From: Eli Cohen > Date: Thu, 5 Jan 2017 14:03:18 -0600 > > > If necessary I can make sure it builds on 32 bits as well. > > Please do. Dave, I'm failing to understand the benefits of building mlx5 on 32

[PATCH v4] rfkill: Add rfkill-any LED trigger

Add a new "global" (i.e. not per-rfkill device) LED trigger, rfkill-any, which may be useful on laptops with a single "radio LED" and multiple radio transmitters. The trigger is meant to turn a LED on whenever there is at least one radio transmitter active and turn it off otherwise.

Re: [PATCH net-next v4 0/4] Fix OdroidC2 Gigabit Tx link issue

Hi Russel, On Fri, Jan 6, 2017 at 12:25 AM, Russell King - ARM Linux wrote: > On Mon, Nov 28, 2016 at 09:54:28AM -0800, Florian Fainelli wrote: >> If we start supporting generic "enable", "disable" type of properties >> with values that map directly to register definitions

[lkp-developer] [page_pool] 50a8fe7622: kernel_BUG_at_mm/slub.c

FYI, we noticed the following commit: commit: 50a8fe7622e6c45af778d91f83c11491f0afaaf3 ("page_pool: basic implementation of page_pool") url: https://github.com/0day-ci/linux/commits/Jesper-Dangaard-Brouer/page_pool-proof-of-concept-early-code/20161221-014200 base:

Re: [PATCH] net:phy fix driver reference count error when attach and detach phy device

Le 01/05/17 à 19:39, maowenan a écrit : > > > On 2017/1/6 11:21, Florian Fainelli wrote: >> +Andrew, >> >> Le 01/05/17 à 18:29, maowenan a écrit : > @Florian Fainelli, what's your comments about this patch? I am trying to reproduce what you are seeing, but at first glance is looks

[PATCHv3 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs with integrated CPUs. They are similar to the Armada XP SoCs but have different I/O interfaces. Signed-off-by: Chris Packham --- Changes in v2: - Update devicetree binding

[PATCH net] net: Fix inconsistent rtnl_lock usage on dev_get_stats().

Some callers take rtnl_lock() before calling dev_get_stats() and some don't. Most network drivers expect the ndo_get_stats64() to be called under rtnl_lock() to avoid race conditions with device close or ethtool reconfigurations. Fix it so that all callers take rtnl_lock(). Rename the original

[PATCHv2 0/5] Support for Marvell switches with integrated CPUs

The 98DX3236, 98DX3336 and 98DX4251 are a set of switch ASICs with integrated CPUs. They CPU block is common within these product lines and (as far as I can tell/have been told) is based on the Armada XP. There are a few differences due to the fact they have to squeeze the CPU into the same

[PATCHv2 net-next] cxgb4: Synchronize access to mailbox

The issue comes when there are multiple threads attempting to use the mailbox facility at the same time. When DCB operations and interface up/down is run in a loop for every 0.1 sec, we observed mailbox collisions. And out of the two commands one would fail with the present code, since we don't

RE: [PATCH 1/1] igb: Fix hw_dbg logging in igb_update_flash_i210

> From: netdev-ow...@vger.kernel.org [mailto:netdev- > ow...@vger.kernel.org] On Behalf Of Peter Senna Tschudin > Sent: Monday, January 2, 2017 9:26 AM > Cc: Hannu Lounento ; Peter Senna Tschudin > ; Kirsher, Jeffrey T >

Re: [PATCH] net:phy fix driver reference count error when attach and detach phy device

On 2017/1/6 11:21, Florian Fainelli wrote: > +Andrew, > > Le 01/05/17 à 18:29, maowenan a écrit : @Florian Fainelli, what's your comments about this patch? >>> >>> I am trying to reproduce what you are seeing, but at first glance is looks >>> like an >>> appropriate solution to me. Do you

Re: [PATCH 1/2] net: ipv4: Simplify rt_fill_info

On 1/5/17 8:32 PM, David Ahern wrote: > rt_fill_info has only 1 caller and both of the last 2 args -- nowait > and flags -- are hardcoded to 0. Given that remove them as input arguments > and simplify rt_fill_info accordingly. > > Signed-off-by: David Ahern > --- >

[PATCH net-next] net: ipv4: make fib_select_default static

fib_select_default has a single caller within the same file. Make it static. Signed-off-by: David Ahern --- include/net/ip_fib.h | 1 - net/ipv4/fib_semantics.c | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/include/net/ip_fib.h

[PATCH 1/2] net: ipv4: Simplify rt_fill_info

rt_fill_info has only 1 caller and both of the last 2 args -- nowait and flags -- are hardcoded to 0. Given that remove them as input arguments and simplify rt_fill_info accordingly. Signed-off-by: David Ahern --- net/ipv4/route.c | 20 +++- 1 file

Re: [RFC PATCH] virtio_net: XDP support for adjust_head

On 17-01-05 04:39 PM, Michael S. Tsirkin wrote: > On Thu, Jan 05, 2017 at 02:57:23PM -0800, John Fastabend wrote: >> On 17-01-03 02:16 PM, Michael S. Tsirkin wrote: >>> On Tue, Jan 03, 2017 at 02:01:27PM +0800, Jason Wang wrote: On 2017年01月03日 03:44, John Fastabend wrote: > Add

Re: [PATCH net-next] cxgb4: Synchronize access to mailbox

> On 05-Jan-2017, at 9:35 PM, David Miller wrote: > > From: Hariprasad Shenai > Date: Thu, 5 Jan 2017 11:23:10 +0530 > >> @@ -844,6 +848,10 @@ struct adapter { >>struct work_struct db_drop_task; >>bool tid_release_task_busy; >> >> +

Re: [PATCH] net:phy fix driver reference count error when attach and detach phy device

+Andrew, Le 01/05/17 à 18:29, maowenan a écrit : >>> @Florian Fainelli, what's your comments about this patch? >> >> I am trying to reproduce what you are seeing, but at first glance is looks >> like an >> appropriate solution to me. Do you mind giving me a couple more days? >> >> Thanks! >> --

Re: [PATCH v4 0/4] vsock: cancel connect packets when failing to connect

On Tue, Dec 13, 2016 at 5:50 PM, Stefan Hajnoczi wrote: > On Mon, Dec 12, 2016 at 08:21:05PM +0800, Peng Tao wrote: >> Currently, if a connect call fails on a signal or timeout (e.g., guest is >> still >> in the process of starting up), we'll just return to caller and leave

RE: [PATCH] net:phy fix driver reference count error when attach and detach phy device

> -Original Message- > From: Florian Fainelli [mailto:f.faine...@gmail.com] > Sent: Tuesday, December 13, 2016 12:33 AM > To: maowenan; David Laight; netdev@vger.kernel.org; Dingtianhong; > weiyongjun (A) > Subject: Re: [PATCH] net:phy fix driver reference count error when attach and >

[PATCH V4 net-next 3/3] tun: rx batching

We can only process 1 packet at one time during sendmsg(). This often lead bad cache utilization under heavy load. So this patch tries to do some batching during rx before submitting them to host network stack. This is done through accepting MSG_MORE as a hint from sendmsg() caller, if it was set,

[PATCH V4 net-next 1/3] vhost: better detection of available buffers

This patch tries to do several tweaks on vhost_vq_avail_empty() for a better performance: - check cached avail index first which could avoid userspace memory access. - using unlikely() for the failure of userspace access - check vq->last_avail_idx instead of cached avail index as the last step.

[PATCH V4 net-next 0/3] vhost_net tx batching

Hi: This series tries to implement tx batching support for vhost. This was done by using MSG_MORE as a hint for under layer socket. The backend (e.g tap) can then batch the packets temporarily in a list and submit it all once the number of bacthed exceeds a limitation. Tests shows obvious

[PATCH V4 net-next 2/3] vhost_net: tx batching

This patch tries to utilize tuntap rx batching by peeking the tx virtqueue during transmission, if there's more available buffers in the virtqueue, set MSG_MORE flag for a hint for backend (e.g tuntap) to batch the packets. Reviewed-by: Stefan Hajnoczi Signed-off-by: Jason

[PATCH v2] net: stmmac: fix maxmtu assignment to be within valid range

From: "Kweh, Hock Leong" There is no checking valid value of maxmtu when getting it from device tree. This resolution added the checking condition to ensure the assignment is made within a valid range. Signed-off-by: Kweh, Hock Leong ---

RE: [PATCH] net: stmmac: fix maxmtu assignment to be within valid range

> -Original Message- > From: Andy Shevchenko [mailto:andy.shevche...@gmail.com] > Sent: Friday, January 06, 2017 5:07 AM > To: Kweh, Hock Leong > Cc: David S. Miller ; Joao Pinto > ; Giuseppe CAVALLARO

Re: [PATCH 2/2] PCI: lock each enable/disable num_vfs operation in sysfs

On Fri, Jan 06, 2017 at 12:55:08AM +, Tantilov, Emil S wrote: >>On Wed, Jan 04, 2017 at 04:00:20PM +, Tantilov, Emil S wrote: On Tue, Jan 03, 2017 at 04:48:31PM -0800, Emil Tantilov wrote: >Enabling/disabling SRIOV via sysfs by echo-ing multiple values >simultaneously: >

Re: [PATCH v2] scsi: bfa: Increase requested firmware version to 3.2.5.1

> "Benjamin" == Benjamin Poirier writes: Benjamin> bna & bfa firmware version 3.2.5.1 was submitted to Benjamin> linux-firmware on Feb 17 19:10:20 2015 -0500 in 0ab54ff1dc Benjamin> ("linux-firmware: Add QLogic BR Series Adapter Firmware"). Benjamin> Increase bfa's

[PATCH net] udp: inuse checks can quit early for reuseport

UDP lib inuse checks will walk the entire hash bucket to check if the portaddr is in use. In the case of reuseport we can stop searching when we find a matching reuseport. On a 16-core VM a test program that spawns 16 threads that each bind to 1024 sockets (one per 10ms) takes 1m45s. With this

RE: [PATCH 2/2] PCI: lock each enable/disable num_vfs operation in sysfs

>-Original Message- >From: Gavin Shan [mailto:gws...@linux.vnet.ibm.com] >Sent: Wednesday, January 04, 2017 3:12 PM >To: Tantilov, Emil S >Cc: Gavin Shan ; linux-...@vger.kernel.org; >intel-wired-...@lists.osuosl.org; Duyck, Alexander

Re: [Intel-wired-lan] [net-next PATCH v2 2/6] i40e: Introduce VF Port Representator(VFPR) netdevs.

On 1/5/2017 1:46 PM, Jeff Kirsher wrote: On Tue, 2017-01-03 at 10:07 -0800, Sridhar Samudrala wrote: VF Port Representator netdevs are created for each VF if the switch mode is set to 'switchdev'. These netdevs can be used to control and configure VFs from PFs namespace. They enable exposing

Re: [RFC PATCH] virtio_net: XDP support for adjust_head

On Thu, Jan 05, 2017 at 02:57:23PM -0800, John Fastabend wrote: > On 17-01-03 02:16 PM, Michael S. Tsirkin wrote: > > On Tue, Jan 03, 2017 at 02:01:27PM +0800, Jason Wang wrote: > >> > >> > >> On 2017年01月03日 03:44, John Fastabend wrote: > >>> Add support for XDP adjust head by allocating a 256B

[PATCH iproute2 0/3] ip vrf: minor error message cleanups

David Ahern (3): ip vrf: Fix error message when running exec as non-root user ip vrf: Improve error message for non-root user ip vrf: Clean up bpf related error messages ip/ipvrf.c | 6 +- lib/fs.c | 16 2 files changed, 17 insertions(+), 5 deletions(-) -- 2.1.4

[PATCH iproute2 2/3] ip vrf: Improve cgroup2 error messages

Currently, if a non-root user attempts to run ip vrf exec a non-helpful error is returned: $ ip vrf exec mgmt bash Failed to mount cgroup2. Are CGROUPS enabled in your kernel? Only show the CGROUPS kernel hint for the ENODEV error and for the rest show the strerror for the errno. So now: $

[PATCH iproute2 3/3] ip vrf: Improve bpf error messages

Next up a non-root user gets various bpf related error messages: $ ip vrf exec mgmt bash Failed to load BPF prog: 'Operation not permitted' Kernel compiled with CGROUP_BPF enabled? Catch the EPERM error and do not show the kernel config option. Signed-off-by: David Ahern

[PATCH iproute2 1/3] ip vrf: Fix run-on error message on mkdir failure

Andy reported a missing newline if a non-root user attempts to run 'ip vrf exec': $ ./ip/ip vrf exec default /bin/echo asdf mkdir failed for /var/run/cgroup2: Permission deniedFailed to setup vrf cgroup2 directory Reported-by: Andy Lutomirski Signed-off-by: David Ahern

Re: [net-next PATCH v2 5/6] i40e: Add TX and RX support in switchdev mode.

On 1/5/2017 4:56 AM, Jiri Pirko wrote: Tue, Jan 03, 2017 at 07:07:53PM CET, sridhar.samudr...@intel.com wrote: In switchdev mode, broadcast filter is not enabled on VFs. The broadcasts and unknown frames from VFs are received by the PF and passed to corresponding VF port representator netdev.

Re: [PATCH net-next v4 0/4] Fix OdroidC2 Gigabit Tx link issue

On Mon, Nov 28, 2016 at 09:54:28AM -0800, Florian Fainelli wrote: > If we start supporting generic "enable", "disable" type of properties > with values that map directly to register definitions of the HW, we > leave too much room for these properties to be utilized to implement a > specific

Re: [RFC PATCH] virtio_net: XDP support for adjust_head

On 17-01-03 02:16 PM, Michael S. Tsirkin wrote: > On Tue, Jan 03, 2017 at 02:01:27PM +0800, Jason Wang wrote: >> >> >> On 2017年01月03日 03:44, John Fastabend wrote: >>> Add support for XDP adjust head by allocating a 256B header region >>> that XDP programs can grow into. This is only enabled when a

Re: [PATCH net-next 01/10] net: netcp: ethss: add support of subsystem register region regmap

On 01/05/2017 03:42 PM, Murali Karicheri wrote: > Rob, > > On 12/22/2016 04:24 PM, Rob Herring wrote: >> On Tue, Dec 20, 2016 at 05:09:44PM -0500, Murali Karicheri wrote: >>> From: WingMan Kwok >>> >>> 10gbe phy driver needs to access the 10gbe subsystem control >>> register

Re: [net-next PATCH 5/6] i40e: Add TX and RX support in switchdev mode.

On 1/5/2017 3:50 AM, Or Gerlitz wrote: On Thu, Jan 5, 2017 at 12:46 AM, Samudrala, Sridhar wrote: On 1/3/2017 3:03 PM, Or Gerlitz wrote: On Fri, Dec 30, 2016 at 7:04 PM, Samudrala, Sridhar wrote: On 12/30/2016 7:31 AM, Or Gerlitz

Re: [PATCH] net: phy: dp83867: fix irq generation

On 01/05/2017 12:48 PM, Grygorii Strashko wrote: > For proper IRQ generation by DP83867 phy the INT/PWDN pin has to be > programmed as an interrupt output instead of a Powerdown input in > Configuration Register 3 (CFG3), Address 0x001E, bit 7 INT_OE = 1. The > current driver doesn't do this and

Re: [PATCH v4] net: ethernet: faraday: To support device tree usage.

On Thursday, January 5, 2017 6:23:53 PM CET Greentime Hu wrote: > Signed-off-by: Greentime Hu > --- > Changes in v4: > - Use the same binding document to describe the same faraday ethernet > controller and add faraday to vendor-prefixes.txt. > Changes in v3: > - Nothing

Re: [PATCH] tg3: Avoid NULL pointer dereference in tg3_get_nstats()

On Thu, Jan 5, 2017 at 12:17 PM, David Miller wrote: > From: Michael Chan > Date: Thu, 5 Jan 2017 12:04:13 -0800 > >> But it looks like ndo_get_stats() can be called without rtnl lock from >> net-procfs.c. So it is possible that we'll read

[RFC PATCH] tcp: accept RST for rcv_nxt - 1 after receiving a FIN

Using a Mac OSX box as a client connecting to a Linux server, we have found that when certain applications (such as 'ab'), are abruptly terminated (via ^C), a FIN is sent followed by a RST packet on tcp connections. The FIN is accepted by the Linux stack but the RST is sent with the same sequence

Re: [Intel-wired-lan] [net-next PATCH v2 2/6] i40e: Introduce VF Port Representator(VFPR) netdevs.

On Tue, 2017-01-03 at 10:07 -0800, Sridhar Samudrala wrote: > VF Port Representator netdevs are created for each VF if the switch mode > is set to 'switchdev'. These netdevs can be used to control and configure > VFs from PFs namespace. They enable exposing VF statistics, configure and > monitor

TCP using IPv4-mapped IPv6 address as source

I've observed TCP using an IPv4-mapped IPv6 address as the source address, which I believe contradicts https://tools.ietf.org/html/rfc6890#page-14 (BCP 153). This occurs when an IPv6 TCP socket, bound to a local IPv4-mapped IPv6 address, attempts to connect to a remote IPv6 address. Presumable

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Tue, Jan 03, 2017 at 10:19:29PM +0100, Arnd Bergmann wrote: > On Tuesday, January 3, 2017 4:24:36 PM CET Greg Kroah-Hartman wrote: > > On Wed, Mar 02, 2016 at 08:06:46PM +0100, Arnd Bergmann wrote: > > > The icn, act2000 and pcbit drivers are all for very old hardware, > > > and it is highly

Re: [PATCH] net: stmmac: fix maxmtu assignment to be within valid range

On Thu, Jan 5, 2017 at 12:47 PM, Kweh, Hock Leong wrote: > From: "Kweh, Hock Leong" > > There is no checking valid value of maxmtu when getting it from devicetree. 'Device Tree' or 'device tree' ? > This resolution added the checking

[PATCH] net: phy: dp83867: fix irq generation

For proper IRQ generation by DP83867 phy the INT/PWDN pin has to be programmed as an interrupt output instead of a Powerdown input in Configuration Register 3 (CFG3), Address 0x001E, bit 7 INT_OE = 1. The current driver doesn't do this and as result IRQs will not be generated by DP83867 phy even

Re: [PATCH net-next 01/10] net: netcp: ethss: add support of subsystem register region regmap

Rob, On 12/22/2016 04:24 PM, Rob Herring wrote: > On Tue, Dec 20, 2016 at 05:09:44PM -0500, Murali Karicheri wrote: >> From: WingMan Kwok >> >> 10gbe phy driver needs to access the 10gbe subsystem control >> register during phy initialization. To facilitate the shared >> access

RE: [PATCH net] hyper-v: Add myself as additional MAINTAINER

> -Original Message- > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > Sent: Thursday, January 5, 2017 12:09 PM > To: KY Srinivasan > Cc: Stephen Hemminger ; > da...@davemloft.net; netdev@vger.kernel.org; linux- >

Re: [PATCH v1 1/2] bpf: add a longest prefix match trie map implementation

Hi Daniel, On 01/05/2017 09:04 PM, Daniel Mack wrote: On 01/05/2017 05:25 PM, Daniel Borkmann wrote: On 12/29/2016 06:28 PM, Daniel Mack wrote: diff --git a/kernel/bpf/lpm_trie.c b/kernel/bpf/lpm_trie.c new file mode 100644 index 000..8b6a61d --- /dev/null +++ b/kernel/bpf/lpm_trie.c

Re: [PATCH] tg3: Avoid NULL pointer dereference in tg3_get_nstats()

From: Michael Chan Date: Thu, 5 Jan 2017 12:04:13 -0800 > But it looks like ndo_get_stats() can be called without rtnl lock from > net-procfs.c. So it is possible that we'll read tp->hw_stats after it > has been freed. For example, if we are reading /proc/net/dev and

Re: [PATCH v1 1/2] bpf: add a longest prefix match trie map implementation

Hi, On 01/05/2017 09:01 PM, Daniel Borkmann wrote: > On 01/05/2017 05:25 PM, Daniel Borkmann wrote: >> On 12/29/2016 06:28 PM, Daniel Mack wrote: > [...] >>> +static struct bpf_map *trie_alloc(union bpf_attr *attr) >>> +{ >>> +struct lpm_trie *trie; >>> + >>> +/* check sanity of

Re: [PATCH net] hyper-v: Add myself as additional MAINTAINER

On Thu, Jan 05, 2017 at 07:08:23PM +, KY Srinivasan wrote: > > > > -Original Message- > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > > Sent: Thursday, January 5, 2017 10:29 AM > > To: KY Srinivasan > > Cc: Stephen Hemminger

Re: [for-next 07/10] IB/mlx5: Use blue flame register allocator in mlx5_ib

From: Eli Cohen Date: Thu, 5 Jan 2017 14:03:18 -0600 > If necessary I can make sure it builds on 32 bits as well. Please do.

Re: [PATCH v1 1/2] bpf: add a longest prefix match trie map implementation

Hi Daniel, Thanks for your feedback! I agree on all points. Two questions below. On 01/05/2017 05:25 PM, Daniel Borkmann wrote: > On 12/29/2016 06:28 PM, Daniel Mack wrote: >> diff --git a/kernel/bpf/lpm_trie.c b/kernel/bpf/lpm_trie.c >> new file mode 100644 >> index 000..8b6a61d >> ---

Re: [PATCH v4 net-next] tools: psock_tpacket: block Rx until socket filter has been added and socket has been bound to loopback.

From: Sowmini Varadhan Date: Thu, 5 Jan 2017 11:06:22 -0800 > Packets from any/all interfaces may be queued up on the PF_PACKET socket > before it is bound to the loopback interface by psock_tpacket, and > when these are passed up by the kernel, they could interfere

Re: [PATCH] tg3: Avoid NULL pointer dereference in tg3_get_nstats()

On Thu, Jan 5, 2017 at 9:33 AM, David Miller wrote: > From: Wang Yufen > Date: Thu, 5 Jan 2017 22:13:21 +0800 > >> From: Yufen Wang >> >> A possible NULL pointer dereference in tg3_get_stats64 while doing >> tg3_free_consistent. >

Re: [PATCH v1 1/2] bpf: add a longest prefix match trie map implementation

On 01/05/2017 05:25 PM, Daniel Borkmann wrote: On 12/29/2016 06:28 PM, Daniel Mack wrote: This trie implements a longest prefix match algorithm that can be used to match IP addresses to a stored set of ranges. Internally, data is stored in an unbalanced trie of nodes that has a maximum height

Re: [PATCH net-next v2] tcp: provide timestamps for partial writes

From: Soheil Hassas Yeganeh Date: Wed, 4 Jan 2017 11:19:34 -0500 > From: Soheil Hassas Yeganeh > > For TCP sockets, TX timestamps are only captured when the user data > is successfully and fully written to the socket. In many cases, > however, TCP

Re: [for-next 07/10] IB/mlx5: Use blue flame register allocator in mlx5_ib

From: Saeed Mahameed Date: Tue, 3 Jan 2017 23:55:25 +0200 > diff --git a/drivers/net/ethernet/mellanox/mlx5/core/Kconfig > b/drivers/net/ethernet/mellanox/mlx5/core/Kconfig > index ddb4ca4..39505ac 100644 > --- a/drivers/net/ethernet/mellanox/mlx5/core/Kconfig > +++

Re: [PATCH] phy state machine: failsafe leave invalid RUNNING state

On 01/05/2017 01:23 AM, Zefir Kurtisi wrote: > On 01/04/2017 10:44 PM, Florian Fainelli wrote: >> On 01/04/2017 08:10 AM, Zefir Kurtisi wrote: >>> On 01/04/2017 04:30 PM, Florian Fainelli wrote: On 01/04/2017 07:27 AM, Zefir Kurtisi wrote: > On 01/04/2017 04:13 PM, Florian

Re: [PATCH v1 1/2] bpf: add a longest prefix match trie map implementation

On 01/05/2017 05:25 PM, Daniel Borkmann wrote: On 12/29/2016 06:28 PM, Daniel Mack wrote: This trie implements a longest prefix match algorithm that can be used to match IP addresses to a stored set of ranges. Internally, data is stored in an unbalanced trie of nodes that has a maximum height

Re: [PATCH net-next] packet: fix panic in __packet_set_timestamp on tpacket_v3 in tx mode

On 01/05/2017 07:27 PM, Eric Dumazet wrote: On Thu, 2017-01-05 at 02:34 +0100, Daniel Borkmann wrote: [...] diff --git a/net/packet/af_packet.c b/net/packet/af_packet.c index 7e39087..ddbda25 100644 --- a/net/packet/af_packet.c +++ b/net/packet/af_packet.c @@ -481,6 +481,9 @@ static __u32

[net-next PATCH v6 0/3] net: dummy: Introduce dummy virtual functions

This series adds VF support to dummy device driver after adding the necessary infrastructure changes: Patch 1 adds a netdevice callback for device-specific VF count retrieval. Patch 2 then changes dev_num_vf() implementation to make use of that new callback (if implemented), falling back to the

[net-next PATCH v6 2/3] net: rtnetlink: Use a local dev_num_vf() implementation

Promote dev_num_vf() to be no longer PCI device specific but use ndo_get_vf_count() if implemented and only fall back to pci_num_vf() like the old dev_num_vf() did. Since this implementation no longer requires a parent device to be present, don't pass the parent but the actual device to it and

[net-next PATCH v6 1/3] net: net_device_ops: Introduce ndo_get_vf_count

The idea is to allow drivers to implement this callback in order to provide a custom way to return the number of virtual functions present on the device. Signed-off-by: Phil Sutter --- Changes since v5: - Introduced this patch. --- include/linux/netdevice.h | 5 + 1 file

[net-next PATCH v6 3/3] net: dummy: Introduce dummy virtual functions

The idea for this was born when testing VF support in iproute2 which was impeded by hardware requirements. In fact, not every VF-capable hardware driver implements all netdev ops, so testing the interface is still hard to do even with a well-sorted hardware shelf. To overcome this and allow for

RE: [PATCH net] hyper-v: Add myself as additional MAINTAINER

> -Original Message- > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > Sent: Thursday, January 5, 2017 10:29 AM > To: KY Srinivasan > Cc: Stephen Hemminger ; > da...@davemloft.net; netdev@vger.kernel.org; linux- >

[PATCH net-next v2] net: dsa: b53: Utilize common helpers for u64/MAC

Utilize the two functions recently introduced: u64_to_ether() and ether_to_u64() instead of our own versions. Reviewed-by: Andrew Lunn Signed-off-by: Florian Fainelli --- Changes in v2: - include etherdevice.h in b53_priv.h to fix Kbuild reported errors

[PATCH v4 net-next] tools: psock_tpacket: block Rx until socket filter has been added and socket has been bound to loopback.

Packets from any/all interfaces may be queued up on the PF_PACKET socket before it is bound to the loopback interface by psock_tpacket, and when these are passed up by the kernel, they could interfere with the Rx tests. Avoid interference from spurious packet by blocking Rx until the socket

Re: [PATCH] MIPS: NI 169445 board support

On Thu, Jan 05, 2017 at 06:33:53PM +, Joao Pinto wrote: > Hi, > > Às 6:28 PM de 1/5/2017, Niklas Cassel escreveu: > > On 01/04/2017 05:38 PM, Nathan Sullivan wrote: > >> On Tue, Dec 20, 2016 at 05:34:34PM +0100, Ralf Baechle wrote: > >>> On Fri, Dec 02, 2016 at 09:42:09AM -0600, Nathan

Re: [PATCH] MIPS: NI 169445 board support

Às 6:44 PM de 1/5/2017, Nathan Sullivan escreveu: > On Thu, Jan 05, 2017 at 06:33:53PM +, Joao Pinto wrote: >> Hi, >> >> Às 6:28 PM de 1/5/2017, Niklas Cassel escreveu: >>> On 01/04/2017 05:38 PM, Nathan Sullivan wrote: On Tue, Dec 20, 2016 at 05:34:34PM +0100, Ralf Baechle wrote: >

[PATCH net-next] net: dsa: remove version string

The dsa_driver_version string is irrelevant and has not been bumped since its introduction about 9 years ago. Kill it. Signed-off-by: Vivien Didelot --- net/dsa/dsa.c | 5 - net/dsa/dsa_priv.h | 1 - net/dsa/slave.c| 1 - 3 files changed, 7

[PATCH net] hyper-v: Add myself as additional MAINTAINER

Update the Hyper-V MAINTAINERS to include myself. Signed-off-by: Stephen Hemminger --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index ea11bb03f550..7542341d8155 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5963,6 +5963,7

Re: [PATCH net-next] net: dsa: remove version string

On 01/05/2017 09:28 AM, Vivien Didelot wrote: > The dsa_driver_version string is irrelevant and has not been bumped > since its introduction about 9 years ago. Kill it. > > Signed-off-by: Vivien Didelot Reviewed-by: Florian Fainelli

Re: [PATCH v3 net-next 1/2] tools: psock_lib: tighten conditions checked in sock_setfilter

On 01/05/2017 08:54 AM, Sowmini Varadhan wrote: > On (01/04/17 16:26), Shuah Khan wrote: >> >> Could you please split this patch into two. Hardening part in one and >> the cleanup in a separate patch. This way I can get the hardening fix >> into 4.10 in my next Kselftest update. Cleanup patch can

Re: [PATCH net-next] packet: fix panic in __packet_set_timestamp on tpacket_v3 in tx mode

On Thu, 2017-01-05 at 02:34 +0100, Daniel Borkmann wrote: > When TX timestamping is in use with TPACKET_V3's TX ring, then we'll > hit the BUG() in __packet_set_timestamp() when ring buffer slot is > returned to user space via tpacket_destruct_skb(). This is due to v3 > being assumed as

Re: [PATCH] MIPS: NI 169445 board support

Hi, Às 6:28 PM de 1/5/2017, Niklas Cassel escreveu: > On 01/04/2017 05:38 PM, Nathan Sullivan wrote: >> On Tue, Dec 20, 2016 at 05:34:34PM +0100, Ralf Baechle wrote: >>> On Fri, Dec 02, 2016 at 09:42:09AM -0600, Nathan Sullivan wrote: Date: Fri, 2 Dec 2016 09:42:09 -0600 From: Nathan

Re: [PATCH net] hyper-v: Add myself as additional MAINTAINER

On Thu, Jan 05, 2017 at 05:43:04PM +, KY Srinivasan wrote: > > > > -Original Message- > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Thursday, January 5, 2017 9:36 AM > > To: da...@davemloft.net; KY Srinivasan > > Cc:

Re: Re: [PATCH] MIPS: NI 169445 board support

On 01/04/2017 05:38 PM, Nathan Sullivan wrote: > On Tue, Dec 20, 2016 at 05:34:34PM +0100, Ralf Baechle wrote: >> On Fri, Dec 02, 2016 at 09:42:09AM -0600, Nathan Sullivan wrote: >>> Date: Fri, 2 Dec 2016 09:42:09 -0600 >>> From: Nathan Sullivan >>> To:

Re: [PATCH net-next] net: make ndo_get_stats64 a void function

From: Stephen Hemminger Date: Thu, 5 Jan 2017 09:31:36 -0800 > The network device operation for reading statistics is only called > in one place, and it ignores the return value. Having a structure > return value is potentially confusing because some future driver

Re: [PATCH net-next 0/3] rxrpc: Update tracing and proc interfaces

org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-rewrite-20170105 Pulled, thanks.

Re: [PATCH v3 3/3] stmmac: adding new glue driver dwmac-dwc-qos-eth

Hi Alex, Às 5:19 PM de 1/5/2017, Alexandre Torgue escreveu: > Hi Joao, > > On 01/04/2017 05:22 PM, Joao Pinto wrote: >> This patch adds a new glue driver called dwmac-dwc-qos-eth which >> was based in the dwc_eth_qos as is. To assure retro-compatibility a slight >> tweak was also added to

RE: [PATCH net] hyper-v: Add myself as additional MAINTAINER

> -Original Message- > From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Thursday, January 5, 2017 9:36 AM > To: da...@davemloft.net; KY Srinivasan > Cc: netdev@vger.kernel.org; linux-ker...@vger.kernel.org; > gre...@linuxfoundation.org; Stephen

Re: [PATCH net] hyper-v: Add myself as additional MAINTAINER

On Thu, Jan 05, 2017 at 09:36:26AM -0800, Stephen Hemminger wrote: > Update the Hyper-V MAINTAINERS to include myself. > > Signed-off-by: Stephen Hemminger > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

Re: [PATCH] tg3: Avoid NULL pointer dereference in tg3_get_nstats()

From: Wang Yufen Date: Thu, 5 Jan 2017 22:13:21 +0800 > From: Yufen Wang > > A possible NULL pointer dereference in tg3_get_stats64 while doing > tg3_free_consistent. ... > This patch avoids the NULL pointer dereference by using !tg3_flag(tp, >

[PATCH net-next] net: make ndo_get_stats64 a void function

The network device operation for reading statistics is only called in one place, and it ignores the return value. Having a structure return value is potentially confusing because some future driver could incorrectly assume that the return value was used. Fix all drivers with ndo_get_stats64 to

Re: [PATCH v3 3/3] stmmac: adding new glue driver dwmac-dwc-qos-eth

Hi Joao, On 01/04/2017 05:22 PM, Joao Pinto wrote: This patch adds a new glue driver called dwmac-dwc-qos-eth which was based in the dwc_eth_qos as is. To assure retro-compatibility a slight tweak was also added to stmmac_platform. Sorry to come late in the review. I have a basic question.

[PATCH net-next 0/2] net/sched: act_csum: add support for SCTP checksum

This series extends current act_csum functionality to allow computation of SCTP checksums. Patch 1 ensures LIBCRC32C will be selected if NET_ACT_CSUM is selected. Patch 2 extends act_csum to handle IPPROTO_SCTP protocol in IPv4/IPv6 header, and eventually compute the CRC32c value. Davide Caratti

[PATCH net-next 1/2] net/sched: Kconfig: select LIBCRC32C if NET_ACT_CSUM is selected

LIBCRC32C is needed to compute crc32c on SCTP packets. Signed-off-by: Davide Caratti --- net/sched/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/net/sched/Kconfig b/net/sched/Kconfig index 87956a7..a9aa38d 100644 --- a/net/sched/Kconfig +++ b/net/sched/Kconfig

[PATCH net-next 2/2] net/sched: act_csum: compute crc32c on SCTP packets

modify act_csum to compute crc32c on IPv4/IPv6 packets having SCTP in their payload, and extend UAPI definitions accordingly. Signed-off-by: Davide Caratti --- include/uapi/linux/tc_act/tc_csum.h | 3 ++- net/sched/act_csum.c| 32

Re: [PATCH 0/6] Netfilter fixes for net

From: Pablo Neira Ayuso Date: Thu, 5 Jan 2017 12:19:47 +0100 > The following patchset contains accumulated Netfilter fixes for your > net tree: > > 1) Ensure quota dump and reset happens iff we can deliver numbers to >userspace. > > 2) Silence splat on incorrect use

Re: [PATCH v2 net-next] net:dsa: check for EPROBE_DEFER from dsa_dst_parse()

From: Volodymyr Bendiuga Date: Thu, 5 Jan 2017 11:10:13 +0100 > Since there can be multiple dsa switches stacked together but > not all of devicetree nodes available at the time of calling > dsa_dst_parse(), EPROBE_DEFER can be returned by it. When this > happens,

Re: [PATCH v3 net-next] net:mv88e6xxx: use g2 interrupt for 6097 chip

From: Volodymyr Bendiuga Date: Thu, 5 Jan 2017 10:44:18 +0100 > This chip needs MV88E6XXX_FLAG_G2_INT > > Signed-off-by: Volodymyr Bendiuga > Reviewed-by: Andrew Lunn Applied, thanks.

Re: [net-next PATCH v2 5/6] i40e: Add TX and RX support in switchdev mode.

On Thu, Jan 5, 2017 at 12:08 PM, Or Gerlitz wrote: > On Tue, Jan 3, 2017 at 8:07 PM, Sridhar Samudrala > wrote: >> A host based switching entity like a linux bridge or OVS redirects these >> frames >> to the right VFs via VFPR netdevs. Any

Re: [PATCH] net: xilinx: emaclite: Remove xemaclite_remove_ndev()

From: Tobias Klauser Date: Thu, 5 Jan 2017 10:41:36 +0100 > xemaclite_remove_ndev() is a simple wrapper around free_netdev() > checking for NULL before the call. All possible paths calling > it are guaranteed to pass a non-NULL argument, so rather call > free_netdev()

Re: [PATCH] net: ethoc: Remove unused members from struct ethoc

From: Tobias Klauser Date: Thu, 5 Jan 2017 09:16:27 +0100 > The io_region_size and dma_alloc members of struct ethoc are only > written but never read, so they might as well be removed. > > Signed-off-by: Tobias Klauser Applied.

  1   2   >