Re: [PATCH v5 5/6] kprobes: Use text_alloc() and text_free()]

2020-07-24 Thread Jarkko Sakkinen
On Fri, Jul 24, 2020 at 03:16:08PM +0300, Ard Biesheuvel wrote: > On Fri, 24 Jul 2020 at 12:27, Ingo Molnar wrote: > > > > > > * Jarkko Sakkinen wrote: > > > > > Use text_alloc() and text_free() instead of module_alloc() and > > > module_memfree() when an arch provides them. > > > > > > Cc: linux

Re: [PATCH] drivers/net/wan: lapb: Corrected the usage of skb_cow

2020-07-24 Thread David Miller
From: Xie He Date: Fri, 24 Jul 2020 09:33:47 -0700 > This patch fixed 2 issues with the usage of skb_cow in LAPB drivers > "lapbether" and "hdlc_x25": > > 1) After skb_cow fails, kfree_skb should be called to drop a reference > to the skb. But in both drivers, kfree_skb is not called. > > 2) sk

Re: [PATCH v5 5/6] kprobes: Use text_alloc() and text_free()

2020-07-24 Thread Jarkko Sakkinen
On Fri, Jul 24, 2020 at 11:27:46AM +0200, Ingo Molnar wrote: > > * Jarkko Sakkinen wrote: > > > Use text_alloc() and text_free() instead of module_alloc() and > > module_memfree() when an arch provides them. > > > > Cc: linux...@kvack.org > > Cc: Andi Kleen > > Cc: Masami Hiramatsu > > Cc: Pe

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

2020-07-24 Thread Yongqiang Niu
On Sat, 2020-07-25 at 10:11 +0800, Chun-Kuang Hu wrote: > 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/medi

Re: [PATCH v5 0/4] Add USB PHY support for new Ingenic SoCs.

2020-07-24 Thread Zhou Yanjie
Hello Felipe, 在 2020/7/23 下午5:19, Felipe Balbi 写道: 周琰杰 (Zhou Yanjie) writes: 1.separate the adjustments to the code style into a separate patch. 2.Modify the help message, make it more future-proof. 3.Drop the unnecessary comment about hardware reset. 4.Create 'soc_info' structures instead

Re: [PATCH] drm/vkms: add missing drm_crtc_vblank_put to the get/put pair on flush

2020-07-24 Thread Sidong Yang
On Wed, Jul 22, 2020 at 05:17:05PM +0200, Daniel Vetter wrote: > On Wed, Jul 22, 2020 at 4:06 PM Melissa Wen wrote: > > > > On 07/22, dan...@ffwll.ch wrote: > > > On Wed, Jul 22, 2020 at 08:04:11AM -0300, Melissa Wen wrote: > > > > This patch adds a missing drm_crtc_vblank_put op to the pair > > >

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

2020-07-24 Thread Matthew Wilcox
On Fri, Jul 24, 2020 at 05:22:21PM -0700, Vito Caputo wrote: > 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 inode's address_space, > with some CoW flag se

[PATCH] svc: add missed destroy_workqueue when gb_svc_create fails

2020-07-24 Thread Li Heng
destroy_workqueue() should be called to destroy svc->wq when gb_svc_create() init resources fails. Fixes: 8465def499c7 ("staging: greybus: move the greybus core to drivers/greybus") Reported-by: Hulk Robot Signed-off-by: Li Heng --- drivers/greybus/svc.c | 1 + 1 file changed, 1 insertion(+)

Re: [PATCH v2 0/3] net: dsa: mv88e6xxx: port mtu support

2020-07-24 Thread David Miller
From: Chris Packham Date: Fri, 24 Jul 2020 11:21:19 +1200 > This series connects up the mv88e6xxx switches to the dsa infrastructure for > configuring the port MTU. The first patch is also a bug fix which might be a > candiatate for stable. > > I've rebased this series on top of net-next/master

Re: [PATCH] amdgpu_dm: fix nonblocking atomic commit use-after-free

2020-07-24 Thread Mazin Rezk
On Friday, July 24, 2020 5:19 PM, Paul Menzel wrote: > Dear Kees, > > Am 24.07.20 um 19:33 schrieb Kees Cook: > > > On Fri, Jul 24, 2020 at 09:45:18AM +0200, Paul Menzel wrote: > > > > > Am 24.07.20 um 00:32 schrieb Kees Cook: > > > > > > > On Thu, Jul 23, 2020 at 09:10:15PM +, Mazin Rezk wro

Re: [PATCH v3 5/6] powerpc/pseries: implement paravirt qspinlocks for SPLPAR

2020-07-24 Thread Waiman Long
On 7/24/20 3:10 PM, Waiman Long wrote: On 7/24/20 4:16 AM, Will Deacon wrote: On Thu, Jul 23, 2020 at 08:47:59PM +0200, pet...@infradead.org wrote: On Thu, Jul 23, 2020 at 02:32:36PM -0400, Waiman Long wrote: BTW, do you have any comment on my v2 lock holder cpu info qspinlock patch? I will ha

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:17:11AM +0200, Ingo Molnar wrote: > > * Jarkko Sakkinen wrote: > > > --- a/kernel/kprobes.c > > +++ b/kernel/kprobes.c > > @@ -564,7 +564,7 @@ static void kprobe_optimizer(struct work_struct *work) > > cpus_read_lock(); > > mutex_lock(&text_mutex); > > /* L

Re: [PATCH 00/40] Set 5: Penultimate set of SCSI related W=1 warnings

2020-07-24 Thread Martin K. Petersen
On Thu, 23 Jul 2020 13:24:06 +0100, Lee Jones wrote: > This set is part of a larger effort attempting to clean-up W=1 > kernel builds, which are currently overwhelmingly riddled with > niggly little warnings. > > Hopefully this is the penultimate set. > > Lee Jones (40): > scsi: lpfc: lpfc_els

Re: [PATCH 00/40] Set 4: Next set of SCSI related W=1 warnings

2020-07-24 Thread Martin K. Petersen
On Tue, 21 Jul 2020 17:41:08 +0100, Lee Jones wrote: > This set is part of a larger effort attempting to clean-up W=1 > kernel builds, which are currently overwhelmingly riddled with > niggly little warnings. > > This brings the total of W=1 SCSI wanings from 1690 in v5.8-rc1 to 817. > > Lee Jon

Re: [PATCH] net: cdc_ncm: USB_NET_CDC_NCM selects USB_NET_CDCETHER

2020-07-24 Thread David Miller
From: t...@redhat.com Date: Thu, 23 Jul 2020 07:22:10 -0700 > From: Tom Rix > > A link error > > ld: drivers/net/usb/cdc_ncm.o: > undefined reference to `usbnet_cdc_update_filter' > > usbnet_cdc_update_filter is defined in cdc_ether.c > Building of cdc_ether.o is controlled by USB_NET_CDCETH

[PATCH] RDMA/core: fix return error value to negative

2020-07-24 Thread Li Heng
Fixes: 8d9ec9addd6c (IB/core: Add a sgid_attr pointer to struct rdma_ah_attr) Reported-by: Hulk Robot Signed-off-by: Li Heng --- drivers/infiniband/core/verbs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/infiniband/core/verbs.c b/drivers/infiniband/core/verbs.c i

Re: [PATCH -next] scsi: lpfc: Add dependency on CPU_FREQ

2020-07-24 Thread Martin K. Petersen
On Tue, 21 Jul 2020 19:30:27 -0700, Guenter Roeck wrote: > Since commit 317aeb83c92b ("scsi: lpfc: Add blk_io_poll support for > latency improvment"), the lpfc driver depends on CPUFREQ. Without it, > builds fail with > > drivers/scsi/lpfc/lpfc_sli.c: In function 'lpfc_init_idle_stat_hb': > drive

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

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

Re: [PATCH v1 0/2] scsi: libsas: An improvement on error handle and tidy-up

2020-07-24 Thread Martin K. Petersen
On Wed, 22 Jul 2020 17:04:01 +0800, Luo Jiaxing wrote: > This patch introduces an improvement to reduce error handle time and a > tidy-up, including: > - postreset() is deleted from sas_sata_ops. > - Do not perform hard reset and delayed retry on a removed SATA disk. This > can effectively reduce

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 -- Mar

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 Ora

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 in

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

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 redu

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 Enginee

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] s

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 co

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 sens

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: linux...@kvack.org

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 c

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 > > CONFIG_ARCH_

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 + > drivers/soc/mediatek/mmsys/mt2701-mmsys.c

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 d

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. > > +*/ > > + lockdep_assert_irqs_

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, expo

[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 del

[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 inde

[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 a/arch/mips/boot/dts/

[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, 5

[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 --- arch/mips

[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 com

[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. https://korg.wiki.

[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 02250

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! -- Deet-doot-dot

[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]: https://patchwork.ozlabs.org/project/netdev/patch/20200723115032.46077

[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 CONFIG_LOCKDEP_SMAL

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 ne

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 *priv_ct

[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 reduc

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 '--bas

[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 cpuma

[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, otherwi

[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 | 377

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 > > +++ b/drivers/iio/proximity/sx

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 r

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 avail

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 "Froze

[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 5396956c

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 SX9310/9311

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 Cam

[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 Signed-off-by:

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 declarations

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 cach

[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 --- a/kernel/bp

[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 +- 1

[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 b/

[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 b/net/core/sock

[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 u

[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 100644

[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 a/kernel/bpf/local_

[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 b/net/core/bpf_sk_

[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 a/kernel/bpf/queue_stac

[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 100644

[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 a/kernel/bpf/local_sto

[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 files

[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 b/kernel/bp

[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 --- a/net/core/bpf

[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 e574b

[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 - tools

[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 b/kernel/b

[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 b/net/cor

[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 10abb06065bb..05bf

[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 a/kernel/bpf/bpf_st

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 u

[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 cou

[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 100

[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 a/kernel/bpf/reuseport_a

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