Re: [PATCH] scsi: fnic: use eth_broadcast_addr() to assign broadcast address

2020-07-24 Thread Martin K. Petersen
On Mon, 20 Jul 2020 16:24:58 +0800, linmiaohe wrote: > Use eth_broadcast_addr() to assign broadcast address insetad of memset(). Applied to 5.9/scsi-queue, thanks! [1/1] scsi: fnic: Use eth_broadcast_addr() to assign broadcast address https://git.kernel.org/mkp/scsi/c/51d263cbdd76 --

Re: [PATCH v2 4/4] xen: add helpers to allocate unpopulated memory

2020-07-24 Thread kernel test robot
Hi Roger, Thank you for the patch! Yet something to improve: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on linus/master v5.8-rc6 next-20200724] [cannot apply to linux/master] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting

Re: [PATCH] scsi: fcoe: use eth_zero_addr() to clear mac address

2020-07-24 Thread Martin K. Petersen
On Mon, 20 Jul 2020 16:39:04 +0800, linmiaohe wrote: > Use eth_zero_addr() to clear mac address insetad of memset(). Applied to 5.9/scsi-queue, thanks! [1/1] scsi: fcoe: Use eth_zero_addr() to clear mac address https://git.kernel.org/mkp/scsi/c/e2289db1ccc6 -- Martin K. Petersen

Re: [PATCH -next] scsi: dpt_i2o: remove some not needed memset

2020-07-24 Thread Martin K. Petersen
On Sat, 18 Jul 2020 20:32:24 +0800, Wang Hai wrote: > Fixes coccicheck warning: > > ./drivers/scsi/dpt_i2o.c:3070:11-29: WARNING: > dma_alloc_coherent use in sys_tbl already zeroes out memory, so memset is > not needed > ./drivers/scsi/dpt_i2o.c:2780:10-28: WARNING: > dma_alloc_coherent use

Re: [PATCH] scsi: isci: remove redundant initialization of variable status

2020-07-24 Thread Martin K. Petersen
On Thu, 23 Jul 2020 15:26:14 +0100, Colin King wrote: > The variable status is being initialized with a value that is never read > and it is being updated later with a new value. The initialization is > redundant and can be removed. Applied to 5.9/scsi-queue, thanks! [1/1] scsi: isci: Remove

Re: [PATCH] scsi: libsas: remove redundant assignment to variable res

2020-07-24 Thread Martin K. Petersen
On Wed, 22 Jul 2020 16:44:04 +0100, Colin King wrote: > The variable res is being initialized with a value that is > never read and it is being updated later with a new value. The > initialization is redundant and can be removed. Applied to 5.9/scsi-queue, thanks! [1/1] scsi: libsas: Remove

Re: [PATCH] scsi: imm: Remove superfluous breaks

2020-07-24 Thread Martin K. Petersen
On Tue, 14 Jul 2020 18:59:27 +0800, Yi Wang wrote: > Remove superfluous breaks, as there is a "return" before them. Applied to 5.9/scsi-queue, thanks! [1/1] scsi: imm: Remove superfluous breaks https://git.kernel.org/mkp/scsi/c/b54dc46cbe71 -- Martin K. Petersen Oracle Linux

Re: [PATCH] scsi/mesh: Fix panic after host or bus reset

2020-07-24 Thread Martin K. Petersen
On Thu, 23 Jul 2020 09:25:51 +1000, Finn Thain wrote: > Booting Linux with a Conner CP3200 drive attached to the MESH SCSI bus > results in EH measures and a panic: > > [ 25.499838] mesh: configured for synchronous 5 MB/s > [ 25.787154] mesh: performing initial bus reset... > [ 29.867115]

Re: [PATCH v5 1/6] kprobes: Remove dependency to the module_mutex

2020-07-24 Thread Jarkko Sakkinen
On Fri, Jul 24, 2020 at 11:46:31PM +0900, Masami Hiramatsu wrote: > On Fri, 24 Jul 2020 08:05:48 +0300 > Jarkko Sakkinen wrote: > > > Add lock_modules() and unlock_modules() wrappers for acquiring module_mutex > > in order to remove the compile time dependency to it. > > This subject is a bit

Re: [RFC PATCH] mm: silence soft lockups from unlock_page

2020-07-24 Thread Linus Torvalds
On Fri, Jul 24, 2020 at 7:08 PM Hugh Dickins wrote: > > But whatever, what happens on the next run, with these latest patches, > will be more important; and I'll follow this next run with a run on > the baseline without them, to compare results. So the loads you are running are known to have

Re: [PATCH v5 1/6] kprobes: Remove dependency to the module_mutex

2020-07-24 Thread Jarkko Sakkinen
On Fri, Jul 24, 2020 at 01:22:58PM +0300, Mike Rapoport wrote: > On Fri, Jul 24, 2020 at 08:05:48AM +0300, Jarkko Sakkinen wrote: > > Add lock_modules() and unlock_modules() wrappers for acquiring module_mutex > > in order to remove the compile time dependency to it. > > > > Cc:

Re: [PATCH v5 1/6] kprobes: Remove dependency to the module_mutex

2020-07-24 Thread Jarkko Sakkinen
On Fri, Jul 24, 2020 at 11:13:19AM +0200, Ingo Molnar wrote: > > * Jarkko Sakkinen wrote: > > > Add lock_modules() and unlock_modules() wrappers for acquiring module_mutex > > in order to remove the compile time dependency to it. > > > > Cc: linux...@kvack.org > > Cc: Andi Kleen > > Cc: Peter

[PATCH] nbd: add missed destroy_workqueue when nbd_start_device fails

2020-07-24 Thread Li Heng
destroy_workqueue() should be called to destroy ndev->tx_wq when nbd_start_device init resources fails. Reported-by: Hulk Robot Signed-off-by: Li Heng --- drivers/block/nbd.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c index

Re: [PATCH v5 2/6] vmalloc: Add text_alloc() and text_free()

2020-07-24 Thread Jarkko Sakkinen
On Fri, Jul 24, 2020 at 01:22:43PM +0300, Mike Rapoport wrote: > On Fri, Jul 24, 2020 at 08:05:49AM +0300, Jarkko Sakkinen wrote: > > Introduce functions for allocating memory for dynamic trampolines, such > > as kprobes. An arch can promote the availability of these functions with > >

Re: [v7, PATCH 2/7] mtk-mmsys: add mmsys private data

2020-07-24 Thread Chun-Kuang Hu
Hi, Yongqiang: Yongqiang Niu 於 2020年7月23日 週四 上午10:05寫道: > > add mmsys private data > > Feature: drm/mediatek > Signed-off-by: Yongqiang Niu > --- > drivers/soc/mediatek/Makefile | 1 + > drivers/soc/mediatek/mmsys/Makefile | 2 + >

Re: [RFC PATCH] mm: silence soft lockups from unlock_page

2020-07-24 Thread Hugh Dickins
On Fri, 24 Jul 2020, Linus Torvalds wrote: > On Fri, Jul 24, 2020 at 10:32 AM Linus Torvalds > wrote: > > Ok, that makes sense. Except you did it on top of the original patch > > without the fix to set WQ_FLAG_WOKEN for the non-wakeup case. > > Hmm. > > I just realized that one thing we could

Re: [PATCH v5 3/6] arch/x86: Implement text_alloc() and text_free()

2020-07-24 Thread Jarkko Sakkinen
On Fri, Jul 24, 2020 at 11:22:58AM +0200, Ingo Molnar wrote: > > * Jarkko Sakkinen wrote: > > > +void text_free(void *region) > > +{ > > + /* > > +* This memory may be RO, and freeing RO memory in an interrupt is not > > +* supported by vmalloc. > > +*/ > > +

Re: [PATCH -next] arm64: Export __cpu_logical_map

2020-07-24 Thread Kefeng Wang
On 2020/7/24 21:10, Sudeep Holla wrote: On Fri, Jul 24, 2020 at 11:08:03AM +0800, Kefeng Wang wrote: +maillist On 2020/7/24 11:04, Kefeng Wang wrote: ERROR: modpost: "__cpu_logical_map" [drivers/cpufreq/tegra194-cpufreq.ko] undefined! ARM64 tegra194-cpufreq driver use cpu_logical_map,

[tip:WIP.x86/build] BUILD SUCCESS 3dcdcc6f042d35afc7ec32da39cf8fc8b69ce15a

2020-07-24 Thread kernel test robot
powerpc allmodconfig powerpc allnoconfig i386 randconfig-a003-20200724 i386 randconfig-a005-20200724 i386 randconfig-a004-20200724 i386 randconfig-a006-20200724 i386

[PATCH net-next] fib: use indirect call wrappers in the most common fib_rules_ops

2020-07-24 Thread Brian Vazquez
This avoids another inderect call per RX packet which save us around 20-40 ns. Signed-off-by: Brian Vazquez --- net/core/fib_rules.c | 32 net/ipv4/fib_rules.c | 12 net/ipv6/fib6_rules.c | 12 3 files changed, 44 insertions(+), 12

[PATCH v3 4/5] MIPS: Loongson64: DTS: Fix ISA range for RS780E PCH

2020-07-24 Thread Jiaxun Yang
Ranges should express the actual physical address on bus. Signed-off-by: Jiaxun Yang --- arch/mips/boot/dts/loongson/rs780e-pch.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/mips/boot/dts/loongson/rs780e-pch.dtsi b/arch/mips/boot/dts/loongson/rs780e-pch.dtsi

[PATCH v3 5/5] MIPS: Loongson64: Add ISA node for LS7A PCH

2020-07-24 Thread Jiaxun Yang
Although currently we're not enabling any ISA device in devicetree, but this node is required to express the ranges of address reserved for ISA. Signed-off-by: Jiaxun Yang --- arch/mips/boot/dts/loongson/ls7a-pch.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v3 3/5] MIPS: Loongson64: Enlarge IO_SPACE_LIMIT

2020-07-24 Thread Jiaxun Yang
It can be very big on LS7A PCH systems. Signed-off-by: Jiaxun Yang -- v3: Move IO_SPACE_LIMIT to spaces.h --- arch/mips/include/asm/io.h | 2 -- arch/mips/include/asm/mach-generic/spaces.h| 4 arch/mips/include/asm/mach-loongson64/spaces.h | 3 +-- 3 files changed,

[PATCH v3 2/5] MIPS: Loongson64: Process ISA Node in DeviceTree

2020-07-24 Thread Jiaxun Yang
Previously, we're hardcoding resserved ISA I/O Space in code, now we're processing reverved I/O via DeviceTree directly. Using the ranges property to determine the size and address of reserved I/O space. Signed-off-by: Jiaxun Yang -- v2: Use range_parser instead of pci_range_parser ---

[PATCH v3 0/5] MIPS: Loongson64: Process ISA Node in DeviceTree

2020-07-24 Thread Jiaxun Yang
Hi, This series convert reservation of Loongson64 Logic PIO into DeviceTree based method. It can be used to replace Huacai's "MIPS: Loongson64: Reserve legacy MMIO space according to bridge type". Thanks. v2: - Address Rob and Huacai's review comments. v3: - Address Rob, Thomas's review

[PATCH v3 1/5] of_address: Add bus type match for pci ranges parser

2020-07-24 Thread Jiaxun Yang
So the parser can be used to parse range property of ISA bus. As they're all using PCI-like method of range property, there is no need start a new parser. Signed-off-by: Jiaxun Yang -- v2: Drop useless check, fix some na for bus_addr add define of of_range_parser_init according to

Re: [GIT PULL] nfsd bugfix for 5.8

2020-07-24 Thread pr-tracker-bot
The pull request you sent on Fri, 24 Jul 2020 18:02:25 -0400: > git://linux-nfs.org/~bfields/linux.git tags/nfsd-5.8-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5876aa073f52541f4787b6111c8494ea9cfcde15 Thank you! -- Deet-doot-dot, I am a bot.

[PATCH] regulator: pca9450: Convert to use module_i2c_driver

2020-07-24 Thread Axel Lin
Use module_i2c_driver to simplify driver init boilerplate. Signed-off-by: Axel Lin --- drivers/regulator/pca9450-regulator.c | 12 +--- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/drivers/regulator/pca9450-regulator.c b/drivers/regulator/pca9450-regulator.c index

Re: [GIT PULL] PCI fixes for v5.8

2020-07-24 Thread pr-tracker-bot
The pull request you sent on Fri, 24 Jul 2020 19:17:53 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git > tags/pci-v5.8-fixes-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/23ee3e4e5bd27bdbc0f1785eef7209ce872794c7 Thank you! --

[RFC PATCH bpf-next] bpf: POC on local_storage charge and uncharge map_ops

2020-07-24 Thread Martin KaFai Lau
It is a direct replacement of the patch 3 in discussion [1] and to test out the idea on adding map_local_storage_charge, map_local_storage_uncharge, and map_owner_storage_ptr. It is only compiler tested to demo the idea. [1]:

[PATCH] lockdep: Introduce CONFIG_LOCKDEP_LARGE

2020-07-24 Thread Tetsuo Handa
Since syzkaller continues various test cases until the kernel crashes, syzkaller tends to examine more locking dependencies than normal systems. As a result, syzbot is reporting that the fuzz testing was terminated due to hitting upper limits lockdep can track [1] [2] [3]. Like

Re: [PATCH net-next v4 1/2] hinic: add support to handle hw abnormal event

2020-07-24 Thread luobin (L)
On 2020/7/25 8:04, David Miller wrote: > From: Luo bin > Date: Fri, 24 Jul 2020 17:17:31 +0800 > >> +static int hinic_fw_reporter_dump(struct devlink_health_reporter *reporter, >> + struct devlink_fmsg *fmsg, void *priv_ctx, >> + struct

Re: [PATCH net-next v3 1/2] hinic: add support to handle hw abnormal event

2020-07-24 Thread luobin (L)
On 2020/7/24 17:57, Edward Cree wrote: > On 23/07/2020 20:08, David Miller wrote: >> From: Luo bin >> Date: Thu, 23 Jul 2020 22:40:37 +0800 >> >>> +static int hinic_fw_reporter_dump(struct devlink_health_reporter *reporter, >>> + struct devlink_fmsg *fmsg, void

[PATCH v2 2/2] f2fs: compress: delay temp page allocation

2020-07-24 Thread Chao Yu
Currently, we allocate temp pages which is used to pad hole in cluster during read IO submission, it may take long time before releasing them in f2fs_decompress_pages(), since they are only used as temp output buffer in decompression context, so let's just do the allocation in that context to

Re: [PATCH bpf-next v6 3/7] bpf: Generalize bpf_sk_storage

2020-07-24 Thread Martin KaFai Lau
On Thu, Jul 23, 2020 at 01:50:28PM +0200, KP Singh wrote: > From: KP Singh > > Refactor the functionality in bpf_sk_storage.c so that concept of > storage linked to kernel objects can be extended to other objects like > inode, task_struct etc. > > Each new local storage will still be a separate

Re: [PATCH v1] ata: use generic power management

2020-07-24 Thread kernel test robot
Hi Vaibhav, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on block/for-next] [also build test WARNING on v5.8-rc6 next-20200724] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base

[PATCH] openrisc: Implement proper SMP tlb flushing

2020-07-24 Thread Stafford Horne
Up until now when flushing pages from the TLB on SMP OpenRISC was always resorting to flush the entire TLB on all CPUs. This patch adds the mechanics for flushing specific ranges and pages based on the usage. The function switch_mm is updated to account for cpu usage by updating mm_struct's

[PATCH] ftrace: fix ftrace_trace_task return value

2020-07-24 Thread Josef Bacik
I was attempting to use pid filtering with function_graph, but it wasn't allowing anything to make it through. Turns out ftrace_trace_task returns false if ftrace_ignore_pid is not-empty, which isn't correct anymore. We're now setting it to FTRACE_PID_IGNORE if we need to ignore that pid,

[PATCH] iio: sx9310: Fixes dropped on initial commit

2020-07-24 Thread Daniel Campello
This patch brings back fixes on v9 of initial patch that got dropped when v8 was taken instead. - Updated Copyright - Updated macro definitions - Simplified return condition checks - Removed ACPI and of table macros Signed-off-by: Daniel Campello --- drivers/iio/proximity/sx9310.c |

Re: [PATCH v2 5/5] iio: sx9310: Enable vdd and svdd regulators at probe

2020-07-24 Thread Stephen Boyd
Quoting Doug Anderson (2020-07-24 15:02:23) > On Fri, Jul 24, 2020 at 2:33 PM Stephen Boyd wrote: > > diff --git a/drivers/iio/proximity/sx9310.c b/drivers/iio/proximity/sx9310.c > > index 1e1f6bba50f6..ad6ed100c7a6 100644 > > --- a/drivers/iio/proximity/sx9310.c > > +++

Re: [PATCH v4 06/12] ppc64/kexec_file: restrict memory usage of kdump kernel

2020-07-24 Thread Thiago Jung Bauermann
Hari Bathini writes: > On 24/07/20 5:36 am, Thiago Jung Bauermann wrote: >> >> Hari Bathini writes: >> >>> Kdump kernel, used for capturing the kernel core image, is supposed >>> to use only specific memory regions to avoid corrupting the image to >>> be captured. The regions are crashkernel

Re: [PATCH 1/2] net: ipa: new notification infrastructure

2020-07-24 Thread David Miller
From: Alex Elder Date: Fri, 24 Jul 2020 13:11:41 -0500 > Use the new SSR notifier infrastructure to request notifications of > modem events, rather than the remoteproc IPA notification system. > The latter was put in place temporarily with the knowledge that the > new mechanism would become

Re: [net-next v2 1/6] net: marvell: prestera: Add driver for Prestera family ASIC devices

2020-07-24 Thread David Miller
From: Vadym Kochan Date: Fri, 24 Jul 2020 17:19:52 +0300 > +int prestera_dsa_parse(struct prestera_dsa *dsa, const u8 *dsa_buf) > +{ > + u32 *dsa_words = (u32 *)dsa_buf; ... > + words[0] = ntohl((__force __be32)dsa_words[0]); > + words[1] = ntohl((__force __be32)dsa_words[1]); > +

[tip:WIP.x86/cleanups] BUILD SUCCESS 303f9437a0127eb9bf855c06b032caa9dbc87b36

2020-07-24 Thread kernel test robot
-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a003-20200724 i386 randconfig-a005-20200724 i386 randconfig-a004-20200724 i386 randconfig-a006-20200724 i386

[QUESTION] Sharing a `struct page` across multiple `struct address_space` instances

2020-07-24 Thread Vito Caputo
Hello folks, I've been poking around the shmem/tmpfs code with an eye towards adding reflink support to tmpfs. Prior to looking at the code, conceptually I was envisioning the pages in the reflink source inode's address_space would simply get their refcounts bumped as they were added to the dest

Re: [PATCH v2] tg3: driver sleeps indefinitely when EEH errors exceed eeh_max_freezes

2020-07-24 Thread David Christensen
The driver function tg3_io_error_detected() calls napi_disable twice, without an intervening napi_enable, when the number of EEH errors exceeds eeh_max_freezes, resulting in an indefinite sleep while holding rtnl_lock. Add check for pcierr_recovery which skips code already executed for the

[GIT PULL] PCI fixes for v5.8

2020-07-24 Thread Bjorn Helgaas
PCI fixes: - Reject invalid IRQ 0 command line argument for virtio_mmio because IRQ 0 now generates warnings (Bjorn Helgaas) - Revert "PCI/PM: Assume ports without DLL Link Active train links in 100 ms", which broke nouveau (Bjorn Helgaas) The following changes since commit

Re: [PATCH v2 4/5] iio: sx9310: Drop channel_users[]

2020-07-24 Thread Daniel Campello
On Fri, Jul 24, 2020 at 3:33 PM Stephen Boyd wrote: > > This struct member isn't used. Drop it. > > Cc: Gwendal Grignou > Cc: Daniel Campello > Cc: Hartmut Knaack > Cc: Lars-Peter Clausen > Cc: Peter Meerwald-Stadler > Cc: Douglas Anderson > Fixes: 72ad02b15d63 ("iio: Add SEMTECH

Re: [PATCH v2 3/5] iio: sx9310: whoami is unsigned

2020-07-24 Thread Daniel Campello
On Fri, Jul 24, 2020 at 3:33 PM Stephen Boyd wrote: > > This is an unsigned value, actually it's a u8 but regmap doesn't handle > that easily. Let's make it unsigned throughout so that we don't need to > worry about signed vs. unsigned comparison behavior. > > Cc: Gwendal Grignou > Cc: Daniel

[PATCH] sh: sh4: Fix reference count leak in sq_dev_add

2020-07-24 Thread Yi Wang
From: Liao Pingfang kobject_init_and_add() takes reference even when it fails. If this function returns an error, kobject_put() must be called to properly clean up the memory associated with the object. Signed-off-by: Liao Pingfang Signed-off-by: Yi Wang --- arch/sh/kernel/cpu/sh4/sq.c | 2

[PATCH] block: Fix reference count leak in blk_integrity_add

2020-07-24 Thread Yi Wang
From: Liao Pingfang kobject_init_and_add() takes reference even when it fails. If this function returns an error, kobject_put() must be called to properly clean up the memory associated with the object. Signed-off-by: Liao Pingfang Signed-off-by: Yi Wang --- block/blk-integrity.c | 4 +++- 1

[PATCH v2] ARM: milbeaut: Fix possible device node reference leak

2020-07-24 Thread Yi Wang
From: Liao Pingfang The variable np in function m10v_smp_init takes the return value of of_find_compatible_node, which gets a node but does not put it. If this node is not put it may cause a memory leak. Hence put np after its life has been exhausted. Signed-off-by: Liao Pingfang

Re: [PATCH][V2] sctp: remove redundant initialization of variable status

2020-07-24 Thread David Miller
From: Colin King Date: Fri, 24 Jul 2020 14:09:19 +0100 > From: Colin Ian King > > The variable status is being initialized with a value that is never read > and it is being updated later with a new value. The initialization is > redundant and can be removed. Also put the variable

Re: [PATCH RFC V2 17/17] x86/entry: Preserve PKRS MSR across exceptions

2020-07-24 Thread Andy Lutomirski
On Fri, Jul 24, 2020 at 2:25 PM Thomas Gleixner wrote: > > Ira, > > Thomas Gleixner writes: > > Ira Weiny writes: > >> On Thu, Jul 23, 2020 at 09:53:20PM +0200, Thomas Gleixner wrote: > >> I think, after fixing my code (see below), using idtentry_state could still > >> work. If the per-cpu

[PATCH bpf-next 04/35] bpf: refine memcg-based memory accounting for cpumap maps

2020-07-24 Thread Roman Gushchin
Include metadata and percpu data into the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/cpumap.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/bpf/cpumap.c b/kernel/bpf/cpumap.c index f1c46529929b..74ae9fcbe82e 100644 ---

[PATCH bpf-next 02/35] bpf: memcg-based memory accounting for bpf maps

2020-07-24 Thread Roman Gushchin
This patch enables memcg-based memory accounting for memory allocated by __bpf_map_area_alloc(), which is used by most map types for large allocations. Following patches in the series will refine the accounting for some map types. Signed-off-by: Roman Gushchin --- kernel/bpf/syscall.c | 2 +-

[PATCH bpf-next 07/35] bpf: refine memcg-based memory accounting for hashtab maps

2020-07-24 Thread Roman Gushchin
Include percpu objects and the size of map metadata into the accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/hashtab.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/kernel/bpf/hashtab.c b/kernel/bpf/hashtab.c index 024276787055..9d0432170812 100644

[PATCH bpf-next 13/35] bpf: eliminate rlimit-based memory accounting for arraymap maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for arraymap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/arraymap.c | 24 1 file changed, 4 insertions(+), 20 deletions(-) diff --git a/kernel/bpf/arraymap.c

[PATCH bpf-next 11/35] bpf: refine memcg-based memory accounting for sockmap maps

2020-07-24 Thread Roman Gushchin
Include sockmap internal metadata into the memcg-based memory accounting. Also include the memory allocated on updating an element. Signed-off-by: Roman Gushchin --- net/core/sock_map.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/net/core/sock_map.c

[PATCH bpf-next 00/35] bpf: switch to memcg-based memory accounting

2020-07-24 Thread Roman Gushchin
Currently bpf is using the memlock rlimit for the memory accounting. This approach has its downsides and over time has created a significant amount of problems: 1) The limit is per-user, but because most bpf operations are performed as root, the limit has a little value. 2) It's hard to come

[PATCH bpf-next 08/35] bpf: memcg-based memory accounting for lpm_trie maps

2020-07-24 Thread Roman Gushchin
Include lpm trie and lpm trie node objects into the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/lpm_trie.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/bpf/lpm_trie.c b/kernel/bpf/lpm_trie.c index 44474bf3ab7a..d85e0fc2cafc

[PATCH bpf-next 16/35] bpf: eliminate rlimit-based memory accounting for cgroup storage maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for cgroup storage maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/local_storage.c | 21 + 1 file changed, 1 insertion(+), 20 deletions(-) diff --git

[PATCH bpf-next 25/35] bpf: eliminate rlimit-based memory accounting for socket storage maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for socket storage maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- net/core/bpf_sk_storage.c | 11 --- 1 file changed, 11 deletions(-) diff --git a/net/core/bpf_sk_storage.c

[PATCH bpf-next 20/35] bpf: eliminate rlimit-based memory accounting for queue_stack_maps maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for queue_stack maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/queue_stack_maps.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git

[PATCH bpf-next 03/35] bpf: refine memcg-based memory accounting for arraymap maps

2020-07-24 Thread Roman Gushchin
Include percpu arrays and auxiliary data into the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/arraymap.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/bpf/arraymap.c b/kernel/bpf/arraymap.c index 8ff419b632a6..9597fecff8da

[PATCH bpf-next 19/35] bpf: eliminate rlimit-based memory accounting for lpm_trie maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for lpm_trie maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/lpm_trie.c | 13 - 1 file changed, 13 deletions(-) diff --git a/kernel/bpf/lpm_trie.c b/kernel/bpf/lpm_trie.c index

[PATCH bpf-next 05/35] bpf: memcg-based memory accounting for cgroup storage maps

2020-07-24 Thread Roman Gushchin
Account memory used by cgroup storage maps including the percpu memory for the percpu flavor of cgroup storage and map metadata. Signed-off-by: Roman Gushchin --- kernel/bpf/local_storage.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git

[PATCH bpf-next 28/35] bpf: eliminate rlimit-based memory accounting for bpf progs

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for bpf progs. It has been replaced with memcg-based memory accounting. Signed-off-by: Roman Gushchin --- include/linux/bpf.h | 11 -- kernel/bpf/core.c| 12 ++- kernel/bpf/syscall.c | 86 ++-- 3

[PATCH bpf-next 18/35] bpf: eliminate rlimit-based memory accounting for hashtab maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for hashtab maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/hashtab.c | 19 +-- 1 file changed, 1 insertion(+), 18 deletions(-) diff --git a/kernel/bpf/hashtab.c

[PATCH bpf-next 10/35] bpf: memcg-based memory accounting for socket storage maps

2020-07-24 Thread Roman Gushchin
Account memory used by the socket storage. Signed-off-by: Roman Gushchin --- net/core/bpf_sk_storage.c | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/net/core/bpf_sk_storage.c b/net/core/bpf_sk_storage.c index eafcd15e7dfd..fbcd03cd00d3 100644 ---

[PATCH bpf-next 26/35] bpf: eliminate rlimit-based memory accounting for xskmap maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for xskmap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- net/xdp/xskmap.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/net/xdp/xskmap.c b/net/xdp/xskmap.c index

[PATCH bpf-next 35/35] perf: don't touch RLIMIT_MEMLOCK

2020-07-24 Thread Roman Gushchin
Since bpf stopped using memlock rlimit to limit the memory usage, there is no more reason for perf to alter its own limit. Signed-off-by: Roman Gushchin --- tools/perf/builtin-trace.c | 10 -- tools/perf/tests/builtin-test.c | 6 -- tools/perf/util/Build | 1 -

[PATCH bpf-next 24/35] bpf: eliminate rlimit-based memory accounting for stackmap maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for stackmap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/stackmap.c | 16 +++- 1 file changed, 3 insertions(+), 13 deletions(-) diff --git a/kernel/bpf/stackmap.c

[PATCH bpf-next 23/35] bpf: eliminate rlimit-based memory accounting for sock_map maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for sock_map maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- net/core/sock_map.c | 21 ++--- 1 file changed, 6 insertions(+), 15 deletions(-) diff --git a/net/core/sock_map.c

[PATCH bpf-next 06/35] bpf: refine memcg-based memory accounting for devmap maps

2020-07-24 Thread Roman Gushchin
Include map metadata and the node size (struct bpf_dtab_netdev) on element update into the accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/devmap.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/kernel/bpf/devmap.c b/kernel/bpf/devmap.c index

[PATCH bpf-next 14/35] bpf: eliminate rlimit-based memory accounting for bpf_struct_ops maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for bpf_struct_ops maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/bpf_struct_ops.c | 19 +++ 1 file changed, 3 insertions(+), 16 deletions(-) diff --git

Re: [PATCH 4/7] gpio: dwapb: Convert driver to using the GPIO-lib-based IRQ-chip

2020-07-24 Thread Serge Semin
On Thu, Jul 23, 2020 at 05:08:15PM +0300, Andy Shevchenko wrote: > On Thu, Jul 23, 2020 at 04:38:55AM +0300, Serge Semin wrote: > > GPIO-lib provides a ready-to-use interface to initialize an IRQ-chip on > > top of a GPIO chip. It's better from maintainability and readability > > point of view to

[PATCH bpf-next 27/35] bpf: eliminate rlimit-based memory accounting infra for bpf maps

2020-07-24 Thread Roman Gushchin
Remove rlimit-based accounting infrastructure code, which is not used anymore. Signed-off-by: Roman Gushchin --- include/linux/bpf.h | 12 kernel/bpf/syscall.c | 64 +-- .../selftests/bpf/progs/map_ptr_kern.c| 5 --

[PATCH bpf-next 22/35] bpf: eliminate rlimit-based memory accounting for bpf ringbuffer

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for bpf ringbuffer. It has been replaced with the memcg-based memory accounting. bpf_ringbuf_alloc() can't return anything except ERR_PTR(-ENOMEM) and a valid pointer, so to simplify the code make it return NULL in the first case. This allows to drop a

[PATCH bpf-next 09/35] bpf: memcg-based memory accounting for bpf ringbuffer

2020-07-24 Thread Roman Gushchin
Enable the memcg-based memory accounting for the memory used by the bpf ringbuffer. Signed-off-by: Roman Gushchin --- kernel/bpf/ringbuf.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/kernel/bpf/ringbuf.c b/kernel/bpf/ringbuf.c index 002f8a5c9e51..e8e2c39cbdc9

[PATCH bpf-next 21/35] bpf: eliminate rlimit-based memory accounting for reuseport_array maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for reuseport_array maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/reuseport_array.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git

[PATCH bpf-next 17/35] bpf: eliminate rlimit-based memory accounting for devmap maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for devmap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/devmap.c | 18 ++ 1 file changed, 2 insertions(+), 16 deletions(-) diff --git a/kernel/bpf/devmap.c

[PATCH bpf-next 15/35] bpf: eliminate rlimit-based memory accounting for cpumap maps

2020-07-24 Thread Roman Gushchin
Do not use rlimit-based memory accounting for cpumap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/cpumap.c | 16 +--- 1 file changed, 1 insertion(+), 15 deletions(-) diff --git a/kernel/bpf/cpumap.c

[PATCH bpf-next 34/35] bpf: samples: do not touch RLIMIT_MEMLOCK

2020-07-24 Thread Roman Gushchin
Since bpf is not using rlimit memlock for the memory accounting and control, do not change the limit in sample applications. Signed-off-by: Roman Gushchin --- samples/bpf/map_perf_test_user.c| 11 --- samples/bpf/offwaketime_user.c | 2 -- samples/bpf/sockex2_user.c |

[PATCH bpf-next 30/35] bpf: bpftool: do not touch RLIMIT_MEMLOCK

2020-07-24 Thread Roman Gushchin
Since bpf stopped using memlock rlimit to limit the memory usage, there is no more reason for bpftool to alter its own limits. Signed-off-by: Roman Gushchin --- tools/bpf/bpftool/common.c | 7 --- tools/bpf/bpftool/feature.c| 2 -- tools/bpf/bpftool/main.h | 2 --

[PATCH bpf-next 31/35] bpf: runqslower: don't touch RLIMIT_MEMLOCK

2020-07-24 Thread Roman Gushchin
Since bpf is not using memlock rlimit for memory accounting, there are no more reasons to bump the limit. Signed-off-by: Roman Gushchin --- tools/bpf/runqslower/runqslower.c | 16 1 file changed, 16 deletions(-) diff --git a/tools/bpf/runqslower/runqslower.c

[PATCH bpf-next 32/35] bpf: selftests: delete bpf_rlimit.h

2020-07-24 Thread Roman Gushchin
As rlimit-based memory accounting is not used by bpf anymore, there are no more reasons to play with memlock rlimit. Delete bpf_rlimit.h which contained a code to bump the limit. Signed-off-by: Roman Gushchin --- samples/bpf/hbm.c | 1 -

[PATCH bpf-next 29/35] bpf: libbpf: cleanup RLIMIT_MEMLOCK usage

2020-07-24 Thread Roman Gushchin
As bpf is not using memlock rlimit for memory accounting anymore, let's remove the related code from libbpf. Bpf operations can't fail because of exceeding the limit anymore. Signed-off-by: Roman Gushchin --- tools/lib/bpf/libbpf.c | 31 +-- tools/lib/bpf/libbpf.h |

[PATCH bpf-next 12/35] bpf: refine memcg-based memory accounting for xskmap maps

2020-07-24 Thread Roman Gushchin
Extend xskmap memory accounting to include the memory taken by the xsk_map_node structure. Signed-off-by: Roman Gushchin --- net/xdp/xskmap.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/xdp/xskmap.c b/net/xdp/xskmap.c index 8367adbbe9df..e574b22defe5 100644 ---

[PATCH bpf-next 33/35] bpf: selftests: don't touch RLIMIT_MEMLOCK

2020-07-24 Thread Roman Gushchin
Since bpf is not using memlock rlimit for memory accounting, there are no more reasons to bump the limit. Signed-off-by: Roman Gushchin --- tools/testing/selftests/bpf/bench.c | 16 --- .../selftests/bpf/progs/bpf_iter_bpf_map.c| 5 ++---

[PATCH bpf-next 01/35] bpf: memcg-based memory accounting for bpf progs

2020-07-24 Thread Roman Gushchin
Include memory used by bpf programs into the memcg-based accounting. This includes the memory used by programs itself, auxiliary data and statistics. Signed-off-by: Roman Gushchin --- kernel/bpf/core.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/kernel/bpf/core.c

Re: [PATCH net-next v4 1/2] hinic: add support to handle hw abnormal event

2020-07-24 Thread David Miller
From: Luo bin Date: Fri, 24 Jul 2020 17:17:31 +0800 > +static int hinic_fw_reporter_dump(struct devlink_health_reporter *reporter, > + struct devlink_fmsg *fmsg, void *priv_ctx, > + struct netlink_ext_ack *extack) > +{ > + int err;

RE: [Intel-wired-lan] [PATCH] ixgbe: use eth_zero_addr() to clear mac address

2020-07-24 Thread Bowers, AndrewX
> -Original Message- > From: Intel-wired-lan On Behalf Of > linmiaohe > Sent: Monday, July 20, 2020 1:28 AM > To: Kirsher, Jeffrey T ; da...@davemloft.net; > k...@kernel.org > Cc: linmia...@huawei.com; net...@vger.kernel.org; intel-wired- > l...@lists.osuosl.org;

Re: [PATCH v2] xen-netfront: fix potential deadlock in xennet_remove()

2020-07-24 Thread David Miller
From: Andrea Righi Date: Fri, 24 Jul 2020 10:59:10 +0200 > There's a potential race in xennet_remove(); this is what the driver is > doing upon unregistering a network device: > > 1. state = read bus state > 2. if state is not "Closed": > 3.request to set state to "Closing" > 4.

Re: Minor RST rant

2020-07-24 Thread NeilBrown
On Fri, Jul 24 2020, Steven Rostedt wrote: > On Fri, 24 Jul 2020 18:41:30 +0100 > Matthew Wilcox wrote: > >> Great example. Some people definitely go too far with rst markup, and >> we generally try to discourage it. And I'm pretty sure we take patches > > I'd send patches but I suck at markup

Re: [PATCH] octeontx2-af: Fix use of uninitialized pointer bmap

2020-07-24 Thread David Miller
From: Dinghao Liu Date: Fri, 24 Jul 2020 16:06:57 +0800 > If req->ctype does not match any of NIX_AQ_CTYPE_CQ, > NIX_AQ_CTYPE_SQ or NIX_AQ_CTYPE_RQ, pointer bmap will remain > uninitialized and be accessed in test_bit(), which can lead > to kernal crash. This can never happen. > Fix this by

Re: [PATCH v6] Makefile: Add clang-tidy and static analyzer support to makefile

2020-07-24 Thread Nick Desaulniers
On Fri, Jul 24, 2020 at 12:38 PM 'Nathan Huckleberry' via Clang Built Linux wrote: > > This patch adds clang-tidy and the clang static-analyzer as make > targets. The goal of this patch is to make static analysis tools > usable and extendable by any developer or researcher who is familiar > with

Re: [PATCH v1] ata: use generic power management

2020-07-24 Thread kernel test robot
Hi Vaibhav, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on block/for-next] [also build test WARNING on v5.8-rc6 next-20200724] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base

Re: [PATCH v5 07/10] bus: mhi: core: Introduce debugfs entries for MHI

2020-07-24 Thread kernel test robot
-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Bhaumik-Bhatt/Introduce-features-and-debugfs-sysfs-entries-for-MHI/20200724-063954 base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git d15be546031cf65a0fc34879beca02fd90fe7ac7 config: parisc

Re: [PATCH v3 4/4] bus: mhi: clients: Add user space client interface driver

2020-07-24 Thread Hemant Kumar
Hi Mani, On 7/22/20 1:45 AM, Manivannan Sadhasivam wrote: On Mon, Jul 20, 2020 at 08:40:24PM -0700, Hemant Kumar wrote: Hi Mani, On 6/19/20 3:40 AM, Manivannan Sadhasivam wrote: On Thu, Jun 11, 2020 at 11:13:44AM -0700, Hemant Kumar wrote: This MHI client driver allows user space clients to

<    1   2   3   4   5   6   7   8   9   10   >