Re: [PATCH bpf-next] bpf: btf: Clean up btf.h in uapi

On Sat, Apr 21, 2018 at 09:48:23AM -0700, Martin KaFai Lau wrote: > This patch cleans up btf.h in uapi: > 1) Rename "name" to "name_off" to better reflect it is an offset to the >string section instead of a char array. > 2) Remove unused value BTF_FLAGS_COMPR and BTF_MAGIC_SWAP > >

[PATCH] netfilter: fix nf_tables filter chain type build

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': net/ipv6/netfilter/nft_chain_nat_ipv6.c:37: undefined reference to `nft_do_chain'

Re: [pci PATCH v8 0/4] Add support for unmanaged SR-IOV

On Sat, Apr 21, 2018 at 1:34 PM, Bjorn Helgaas wrote: > On Fri, Apr 20, 2018 at 12:28:08PM -0400, Alexander Duyck wrote: >> This series is meant to add support for SR-IOV on devices when the VFs are >> not managed by the kernel. Examples of recent patches attempting to do this

[PATCH net] net: ethtool: Add missing kernel doc for FEC parameters

While adding support for ethtool::get_fecparam and set_param, kernel doc for these functions was missed, add those. Fixes: 1a5f3da20bd9 ("net: ethtool: add support for forward error correction modes") Signed-off-by: Florian Fainelli --- include/linux/ethtool.h | 4 1

Re: [PATCH/RFC net-next 4/5] ravb: remove undocumented processing

On 04/17/2018 11:50 AM, Simon Horman wrote: > From: Kazuya Mizuguchi How about the description (or 2)? > Signed-off-by: Kazuya Mizuguchi > Signed-off-by: Simon Horman > --- >

Re: [PATCH/RFC net-next 3/5] ravb: do not write 1 to reserved bits

On 04/17/2018 11:50 AM, Simon Horman wrote: > From: Kazuya Mizuguchi > > This patch corrects writing 1 to reserved bits. > The write value should be 0. > > Signed-off-by: Kazuya Mizuguchi > Signed-off-by: Simon Horman

Re: [PATCH/RFC net-next 3/5] ravb: do not write 1 to reserved bits

Hello! On 04/17/2018 05:15 PM, David Miller wrote: >> From: Kazuya Mizuguchi >> >> This patch corrects writing 1 to reserved bits. >> The write value should be 0. >> >> Signed-off-by: Kazuya Mizuguchi >> Signed-off-by: Simon

Re: [pci PATCH v8 0/4] Add support for unmanaged SR-IOV

On Fri, Apr 20, 2018 at 12:28:08PM -0400, Alexander Duyck wrote: > This series is meant to add support for SR-IOV on devices when the VFs are > not managed by the kernel. Examples of recent patches attempting to do this > include: > virto - https://patchwork.kernel.org/patch/10241225/ > pci-stub -

Re: [PATCH/RFC net-next 2/5] ravb: correct ptp does failure after suspend and resume

Hello! s/failure/fail/ in the subject. On 04/17/2018 11:50 AM, Simon Horman wrote: > From: Kazuya Mizuguchi > > This patch fixes the problem that ptp4l command does not work after > suspend and resume. > Add the initial setting in ravb_suspend() and

Re: [PATCH net-next 0/7] net/ipv6: Another followup to the fib6_info change

From: David Ahern Date: Fri, 20 Apr 2018 15:37:56 -0700 > Last one - for this week. > > Patches 1, 2 and 7 are more cleanup patches - removing dead code, > moving code from a header to near its single caller, and updating > function name. > > Patches 3-5 do some refactoring

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

From: Daniel Borkmann Date: Sat, 21 Apr 2018 03:07:17 +0200 > The following pull-request contains BPF updates for your *net-next* tree. BTF for the win :) Pulled, thanks Daniel.

Re: WARNING in perf_trace_buf_alloc (2)

[+bpf maintainers and netdev] On Mon, Nov 06, 2017 at 03:56:01AM -0800, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 5cb0512c02ecd7e6214e912e4c150f4219ac78e0 > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master > compiler: gcc (GCC) 7.1.1 20170620 >

[PATCH net-next 6/6] net: dsa: b53: Add support for reading PHY statistics

Allow the b53 driver to return PHY statistics when the CPU port used is different than 5, 7 or 8, because those are typically PHY-less on most devices. This is useful for debugging link problems between the switch and an external host when using a non standard CPU port number (e.g: 4).

[PATCH net-next 3/6] net: dsa: Pass stringset to ethtool operations

Up until now we largely assumed that we were interested in ETH_SS_STATS type of strings for all ethtool operations, this is about to change with the introduction of additional string sets, e.g: ETH_SS_PHY_STATS. Update all functions to take an appropriate stringset argument and act on it when it

[PATCH net-next 1/6] net: Move PHY statistics code into PHY library helpers

In order to make it possible for network device drivers that do not necessarily have a phy_device attached, but still report PHY statistics, have a preliminary refactoring consisting in creating helper functions that encapsulate the PHY device driver knowledge within PHYLIB. Signed-off-by:

[PATCH net-next 4/6] net: dsa: Add helper function to obtain PHY device of a given port

In preparation for having more call sites attempting to obtain a reference against a PHY device corresponding to a particular port, introduce a helper function for that purpose. Signed-off-by: Florian Fainelli --- net/dsa/port.c | 33 ++--- 1

[PATCH net-next 0/6] net: Extend availability of PHY statistics

Hi all, This patch series adds support for retrieving PHY statistics with DSA switches when the CPU port uses a PHY to PHY connection (as opposed to MAC to MAC). To get there a number of things are done: - first we move the code dealing with PHY statistics outside of net/core/ethtool.c and

[PATCH net-next 2/6] net: Allow network devices to have PHY statistics

Add a new callback: get_ethtool_phy_stats() which allows network device drivers not making use of the PHY library to return PHY statistics. Update ethtool_get_phy_stats(), __ethtool_get_sset_count() and __ethtool_get_strings() accordingly to interogate the network device about ETH_SS_PHY_STATS.

[PATCH net-next 5/6] net: dsa: Allow providing PHY statistics from CPU port

Implement the same type of ethtool diversion that we have for ETH_SS_STATS and make it work with ETH_SS_PHY_STATS. This allows providing PHY level statistics for CPU ports that are directly connecting to a PHY device. Signed-off-by: Florian Fainelli --- include/net/dsa.h |

Re: BUG: unable to handle kernel paging request in compat_copy_entries

On Mon, Mar 05, 2018 at 04:18:00PM +0100, Paolo Abeni wrote: > On Mon, 2018-03-05 at 00:21 -0800, syzbot wrote: > > Hello, > > > > syzbot hit the following crash on upstream commit > > 5fbdefcf685defd8bc5a8f37b17538d25c58d77a (Fri Mar 2 21:05:20 2018 +) > > Merge branch 'parisc-4.16-1' of >

[PATCH net-next v5 0/3] kernel: add support to collect hardware logs in crash recovery kernel

On production servers running variety of workloads over time, kernel panic can happen sporadically after days or even months. It is important to collect as much debug logs as possible to root cause and fix the problem, that may not be easy to reproduce. Snapshot of underlying hardware/firmware

[PATCH net-next v5 3/3] cxgb4: collect hardware dump in second kernel

Register callback to collect hardware/firmware dumps in second kernel before hardware/firmware is initialized. The dumps for each device will be available as elf notes in /proc/vmcore in second kernel. Signed-off-by: Rahul Lakkireddy Signed-off-by: Ganesh Goudar

[PATCH net-next v5 2/3] vmcore: append device dumps to vmcore as elf notes

Update read and mmap logic to append device dumps as additional notes before the other elf notes. We add device dumps before other elf notes because the other elf notes may not fill the elf notes buffer completely and we will end up with zero-filled data between the elf notes and the device dumps.

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

The sequence of actions done by device drivers to append their device specific hardware/firmware logs to /proc/vmcore are as follows: 1. During probe (before hardware is initialized), device drivers register to the vmcore module (via vmcore_add_device_dump()), with callback function, along with

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On 04/21/2018 02:07 AM, Christoph Hellwig wrote: > On Fri, Apr 20, 2018 at 08:55:38AM -0700, Eric Dumazet wrote: >> This patch series provide a new mmap_hook to fs willing to grab >> a mutex before mm->mmap_sem is taken, to ensure lockdep sanity. >> >> This hook allows us to shorten tcp_mmap()

[PATCH bpf-next] bpf: btf: Clean up btf.h in uapi

This patch cleans up btf.h in uapi: 1) Rename "name" to "name_off" to better reflect it is an offset to the string section instead of a char array. 2) Remove unused value BTF_FLAGS_COMPR and BTF_MAGIC_SWAP Suggested-by: Daniel Borkmann Signed-off-by: Martin KaFai Lau

Re: [PATCH net-next 2/2] udp: implement and use per cpu rx skbs cache

On 04/21/2018 08:54 AM, Willem de Bruijn wrote: > On Fri, Apr 20, 2018 at 9:48 AM, Jesper Dangaard Brouer > wrote: >> >> On Thu, 19 Apr 2018 06:47:10 -0700 Eric Dumazet >> wrote: >>> On 04/19/2018 12:40 AM, Paolo Abeni wrote: On Wed, 2018-04-18

[PATCH net-next v2 0/2] fib rules extack support

From: Roopa Prabhu First patch refactors code to move fib rule netlink handling into a common function. This became obvious when adding duplicate extack msgs in add and del paths. Second patch adds extack msgs. v2 - Dropped the ip route get support and selftests from

[PATCH net-next v2 1/2] fib_rules: move common handling of newrule delrule msgs into fib_nl2rule

From: Roopa Prabhu This reduces code duplication in the fib rule add and del paths. Get rid of validate_rulemsg. This became obvious when adding duplicate extack support in fib newrule/delrule error paths. Signed-off-by: Roopa Prabhu ---

[PATCH net-next v2 2/2] net: fib_rules: add extack support

From: Roopa Prabhu Signed-off-by: Roopa Prabhu --- include/net/fib_rules.h | 3 ++- net/core/fib_rules.c| 55 + net/decnet/dn_rules.c | 7 +-- net/ipv4/fib_rules.c| 7 +--

Re: [PATCH net-next 2/2] udp: implement and use per cpu rx skbs cache

On Fri, Apr 20, 2018 at 9:48 AM, Jesper Dangaard Brouer wrote: > > On Thu, 19 Apr 2018 06:47:10 -0700 Eric Dumazet > wrote: >> On 04/19/2018 12:40 AM, Paolo Abeni wrote: >> > On Wed, 2018-04-18 at 12:21 -0700, Eric Dumazet wrote: >> >> On 04/18/2018

Re: [PATCH net-next 2/2] netns: isolate seqnums to use per-netns locks

On Fri, Apr 20, 2018 at 06:16:44PM +0200, Christian Brauner wrote: > On Fri, Apr 20, 2018 at 03:56:28PM +0200, Christian Brauner wrote: > > On Wed, Apr 18, 2018 at 11:52:47PM +0200, Christian Brauner wrote: > > > On Wed, Apr 18, 2018 at 11:55:52AM -0500, Eric W. Biederman wrote: > > > > Christian

Re: [PATCH] kvmalloc: always use vmalloc if CONFIG_DEBUG_VM

On Fri, Apr 20, 2018 at 05:21:26PM -0400, Mikulas Patocka wrote: > On Fri, 20 Apr 2018, Matthew Wilcox wrote: > > On Fri, Apr 20, 2018 at 04:54:53PM -0400, Mikulas Patocka wrote: > > > On Fri, 20 Apr 2018, Michal Hocko wrote: > > > > No way. This is just wrong! First of all, you will explode most

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

On 2018-04-18 19:47, Paul Moore wrote: > On Fri, Mar 16, 2018 at 5:00 AM, Richard Guy Briggs wrote: > > Implement the proc fs write to set the audit container ID of a process, > > emitting an AUDIT_CONTAINER record to document the event. > > > > This is a write from the container

Re: [RFC PATCH ghak32 V2 11/13] audit: add support for containerid to network namespaces

On April 20, 2018 4:48:34 PM Richard Guy Briggs wrote: On 2018-04-20 16:22, Paul Moore wrote: On Fri, Apr 20, 2018 at 4:02 PM, Richard Guy Briggs wrote: On 2018-04-18 21:46, Paul Moore wrote: On Fri, Mar 16, 2018 at 5:00 AM, Richard Guy Briggs

Re: general protection fault in smc_getname

syzbot has found reproducer for the following crash on upstream commit 83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +) Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal syzbot dashboard link:

Re: WARNING: refcount bug in should_fail

Eric W. Biederman wrote: > Al Viro writes: > > > On Mon, Apr 02, 2018 at 10:59:34PM +0100, Al Viro wrote: > > > >> FWIW, I'm going through the ->kill_sb() instances, fixing that sort > >> of bugs (most of them preexisting, but I should've checked instead > >> of assuming

Re: Grant

I Mikhail Fridman. has selected you specially as one of my beneficiaries for my Charitable Donation, Just as I have declared on May 23, 2016 to give my fortune as charity. Check the link below for confirmation:

GREETING FROM MISS QADESA,,F

Friend, My name is Miss Qadesa AbdulAziz and I am 17 years old girl from Syria. There is serious war crisis here in Syria, and I have lost my parents and my two brothers in this war. I want you to help me and receive ($7.md) which my late father deposited with my name in a bank in London. I

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On Fri, Apr 20, 2018 at 08:55:38AM -0700, Eric Dumazet wrote: > This patch series provide a new mmap_hook to fs willing to grab > a mutex before mm->mmap_sem is taken, to ensure lockdep sanity. > > This hook allows us to shorten tcp_mmap() execution time (while mmap_sem > is held), and improve

Re: Page allocator bottleneck

Sorry to bring up an old thread... On Thu, Nov 02, 2017 at 07:21:09PM +0200, Tariq Toukan wrote: > > > On 18/09/2017 12:16 PM, Tariq Toukan wrote: > > > > > > On 15/09/2017 1:23 PM, Mel Gorman wrote: > > > On Thu, Sep 14, 2017 at 07:49:31PM +0300, Tariq Toukan wrote: > > > > Insights: Major

Re: [PATCH 3/8] [media] v4l: rcar_fdp1: Change platform dependency to ARCH_RENESAS

Hi Geert, Thank you for the patch. On Friday, 20 April 2018 16:28:29 EEST Geert Uytterhoeven wrote: > The Renesas Fine Display Processor driver is used on Renesas R-Car SoCs > only. Since commit 9b5ba0df4ea4f940 ("ARM: shmobile: Introduce > ARCH_RENESAS") is ARCH_RENESAS a more appropriate

Re: [pci PATCH v8 4/4] pci-pf-stub: Add PF driver stub for PFs that function only to enable VFs

Looks good, Reviewed-by: Christoph Hellwig

Re: [pci PATCH v8 3/4] nvme: Migrate over to unmanaged SR-IOV support

On Fri, Apr 20, 2018 at 12:31:03PM -0400, Alexander Duyck wrote: > Instead of implementing our own version of a SR-IOV configuration stub in > the nvme driver we can just reuse the existing > pci_sriov_configure_simple function. > > Reviewed-by: Christoph Hellwig > Signed-off-by:

Re: [pci PATCH v8 2/4] ena: Migrate over to unmanaged SR-IOV support

On Fri, Apr 20, 2018 at 12:30:21PM -0400, Alexander Duyck wrote: > Instead of implementing our own version of a SR-IOV configuration stub in > the ena driver we can just reuse the existing > pci_sriov_configure_simple function. > > Signed-off-by: Alexander Duyck

Re: [pci PATCH v8 1/4] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

Looks good, Reviewed-by: Christoph Hellwig

Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

On Fri, Apr 20, 2018 at 06:28:50PM +0300, Michael S. Tsirkin wrote: > But maybe it's not needed here. I am not making the decisions myself. > Not too late: post to the TC list and let's see what the response is. > Without a feature bit you are making a change affecting all future >

Re: general protection fault in smc_getsockopt

syzbot has found reproducer for the following crash on upstream commit 83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +) Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal syzbot dashboard link: