BUG: stack guard page was hit in __bad_area_nosemaphore

Hello, syzbot found the following crash on: HEAD commit:7cc2a8ea Merge tag 'block-5.8-2020-07-01' of git://git.ker.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=135403a310 kernel config: https://syzkaller.appspot.com/x/.config?x=7be693511b29b338 das

BUG: stack guard page was hit in no_context

Hello, syzbot found the following crash on: HEAD commit:7cc2a8ea Merge tag 'block-5.8-2020-07-01' of git://git.ker.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=15dd7d8310 kernel config: https://syzkaller.appspot.com/x/.config?x=7be693511b29b338 das

[PATCH 19/21] iommu/mediatek: Adjust the structure

Add "struct mtk_iommu_data *" in the "struct mtk_iommu_domain", reduce the call mtk_iommu_get_m4u_data(). No functional change. Signed-off-by: Yong Wu --- drivers/iommu/mtk_iommu.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/drivers/iommu/mtk_iommu.c b

[PATCH 21/21] memory: mtk-smi: Add mt8192 support

Add mt8192 smi support. Signed-off-by: Yong Wu --- drivers/memory/mtk-smi.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/memory/mtk-smi.c b/drivers/memory/mtk-smi.c index f2f6100c74ef..5d0268630e70 100644 --- a/drivers/memory/mtk-smi.c +++ b/drivers/memory/mtk

[PATCH 17/21] iommu/mediatek: Support report iova 34bit translation fault in ISR

If the iova is over 32bit, the fault status register bit is a little different. Add a flag for the special register bits. Signed-off-by: Yong Wu --- drivers/iommu/mtk_iommu.c | 18 -- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/drivers/iommu/mtk_iommu.c b/drive

[PATCH 20/21] iommu/mediatek: Add mt8192 support

Add mt8192 iommu support. Signed-off-by: Yong Wu --- drivers/iommu/mtk_iommu.c | 20 drivers/iommu/mtk_iommu.h | 1 + 2 files changed, 21 insertions(+) diff --git a/drivers/iommu/mtk_iommu.c b/drivers/iommu/mtk_iommu.c index a4ac41e60c4f..da7d055af919 100644 --- a/drivers/

[PATCH 18/21] iommu/mediatek: Add support for multi domain

Some HW IP(ex: CCU) require the special iova range. That means the iova got from dma_alloc_attrs for that devices must locate in his special range. In this patch, we allocate a special iova_range for each a special requirement and create each a iommu domain for each a iova_range. meanwhile we stil

[PATCH 13/21] iommu/mediatek: Make MTK_IOMMU depend on ARM64

Originally MTK_IOMMU could depend on ARM || ARM64. Both build ok. actually the source code don't support ARM. this patch changes it only depend on ARM64. This is a preparing patch for support multi-domain. otherwise it will build warning in ARM case. This is the build warning log: drivers/iommu/

[PATCH 11/21] iommu/mediatek: Add power-domain operation

In the previous SoC, the M4U HW is in the EMI power domain which is always on. the latest M4U is in the display power domain which may be turned on/off, thus we have to add pm_runtime interface for it. we should enable its power before M4U hw initial. and disable it after HW initialize. When the

[PATCH 14/21] iommu/mediatek: Add single domain

Defaultly the iova range is 0-4G. here we add a single-domain(0-4G) for the previous SoC. this also is a preparing patch for supporting multi-domains. Signed-off-by: Yong Wu --- drivers/iommu/mtk_iommu.c | 12 1 file changed, 12 insertions(+) diff --git a/drivers/iommu/mtk_iommu.c

[PATCH 12/21] iommu/mediatek: Add iova reserved function

For multiple iommu_domains, we need to reserve some iova regions, so we will add mtk_iommu_iova_region structure. It includes the base address and size of the range. This is a preparing patch for supporting multi-domain. Signed-off-by: Anan sun Signed-off-by: Hao Chao Signed-off-by: Yong Wu ---

[PATCH 15/21] iommu/mediatek: Support master use iova over 32bit

After extending v7s, our pagetable already support iova reach 16GB(34bit). the master got the iova via dma_alloc_attrs may reach 34bits, but its HW register still is 32bit. then how to set the bit32/bit33 iova? this depend on a SMI larb setting(bank_sel). we separate whole 16GB iova to four banks:

[PATCH 10/21] iommu/mediatek: Add device link for smi-common and m4u

In the lastest SoC, M4U has its special power domain. thus, If the engine begin to work, it should help enable the power for M4U firstly. Currently if the engine work, it always enable the power/clocks for smi-larbs/smi-common. This patch adds device_link for smi-common and M4U. then, if smi-common

[PATCH 16/21] iommu/mediatek: Support up to 34bit iova in tlb invalid

If the iova is 34bit, the iova[32][33] is the bit0/1 in the tlb flush register. Add a new macro for this. there is a minor change unrelated with this patch. it also use the new macro. Signed-off-by: Yong Wu --- drivers/iommu/mtk_iommu.c | 10 ++ 1 file changed, 6 insertions(+), 4 deleti

Re: [PATCH v2 2/2] arm64: tlb: Use the TLBI RANGE feature in arm64

Hi Catalin, On 2020/7/11 2:31, Catalin Marinas wrote: > On Fri, Jul 10, 2020 at 05:44:20PM +0800, Zhenyu Ye wrote: >> -if ((end - start) >= (MAX_TLBI_OPS * stride)) { >> +if ((!cpus_have_const_cap(ARM64_HAS_TLBI_RANGE) && >> +(end - start) >= (MAX_TLBI_OPS * stride)) || >> +

[PATCH 09/21] iommu/io-pgtable-arm-v7s: Quad lvl1 pgtable for MediaTek

The standard input iova bits is 32. MediaTek quad the lvl1 pagetable(4*lvl1). No change for lvl2 pagetable. Then the iova bits can reach 34bit. Signed-off-by: Yong Wu --- drivers/iommu/io-pgtable-arm-v7s.c | 10 +++--- drivers/iommu/mtk_iommu.c | 2 +- 2 files changed, 8 insertions

[PATCH 07/21] iommu/io-pgtable-arm-v7s: Extend PA34 for MediaTek

MediaTek extend the bit5 in lvl1 and lvl2 descriptor as PA34. Signed-off-by: Yong Wu --- drivers/iommu/io-pgtable-arm-v7s.c | 9 +++-- drivers/iommu/mtk_iommu.c | 2 +- include/linux/io-pgtable.h | 4 ++-- 3 files changed, 10 insertions(+), 5 deletions(-) diff --git a/drive

[PATCH 05/21] iommu/mediatek: Use the common mtk-smi-larb-port.h

Use the common larb-port header in the source code. Signed-off-by: Yong Wu --- drivers/iommu/mtk_iommu.c | 7 --- drivers/iommu/mtk_iommu.h | 1 + drivers/memory/mtk-smi.c | 1 + include/soc/mediatek/smi.h | 2 -- 4 files changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/iom

[PATCH 06/21] iommu/io-pgtable-arm-v7s: Use ias to check the valid iova in unmap

As title. Signed-off-by: Yong Wu --- drivers/iommu/io-pgtable-arm-v7s.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/io-pgtable-arm-v7s.c b/drivers/iommu/io-pgtable-arm-v7s.c index 4272fe4e17f4..01f2a8876808 100644 --- a/drivers/iommu/io-pgtable-arm-v7s.c ++

[PATCH 08/21] iommu/io-pgtable-arm-v7s: Add cfg as a param in some macros

Add "cfg" as a parameter for some macros. This is a preparing patch for mediatek extend the lvl1 pgtable. No functional change. Signed-off-by: Yong Wu --- drivers/iommu/io-pgtable-arm-v7s.c | 34 +++--- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/drive

[PATCH 04/21] dt-binding: mediatek: Add binding for mt8192 IOMMU and SMI

This patch adds decriptions for mt8192 IOMMU and SMI. mt8192 also is MTK IOMMU gen2 which uses ARM Short-Descriptor translation table format. The M4U-SMI HW diagram is as below: EMI | M4U |

[PATCH 02/21] dt-binding: memory: mediatek: Extend LARB_NR_MAX to 32

Extend the max larb number definition as mt8192 has larb_nr over 16. Signed-off-by: Yong Wu --- include/dt-bindings/memory/mtk-smi-larb-port.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/dt-bindings/memory/mtk-smi-larb-port.h b/include/dt-bindings/memory/mtk-

[PATCH 00/21] MT8192 IOMMU support

This patch mainly adds support for mt8192 IOMMU and SMI. mt8192 also is MTK IOMMU gen2 which uses ARM Short-Descriptor translation table format. The M4U-SMI HW diagram is as below: EMI | M4U

[PATCH 01/21] dt-binding: memory: mediatek: Add a common larb-port header file

Put all the macros about smi larb/port togethers, this is a preparing patch for extending LARB_NR and adding new dom-id support. Signed-off-by: Yong Wu --- include/dt-bindings/memory/mt2712-larb-port.h | 2 +- include/dt-bindings/memory/mt6779-larb-port.h | 2 +- include/dt-bindings/memory/m

[PATCH 03/21] dt-binding: memory: mediatek: Add domain definition

In the latest SoC, there are several HW IP require a sepecial iova range, mainly CCU and VPU has this requirement. Take CCU as a example, CCU require its iova locate in the range(0x4000_ ~ 0x43ff_). In this patch we add a domain definition for the special port. This is a preparing patch fo

Re: [PATCH 15/23] seq_file: switch over direct seq_read method calls to seq_read_iter

Please try this one: --- >From 5e86146296fbcd7593da1d9d39b9685a5e6b83be Mon Sep 17 00:00:00 2001 From: Christoph Hellwig Date: Sat, 11 Jul 2020 08:46:10 +0200 Subject: debugfs: add a proxy stub for ->read_iter debugfs registrations typically go through a set of proxy ops to deal with refcounting

[PATCH] rsxx: switch from 'pci_free_consistent()' to 'dma_free_coherent()'

The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script bellow. It has been compile tested. This also aligns code with what is in use in '/rsxx/dma.c' @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEV

Re: [PATCH] ubifs: Fix a potential space leak problem while linking tmpfile

在 2020/7/11 14:37, Zhihao Cheng 写道: 在 2020/7/7 20:47, Richard Weinberger 写道: - Ursprüngliche Mail - Perhaps I misunderstood what commit 32fe905c17f001 ("ubifs: Fix O_TMPFILE corner case in ubifs_link()") wanted to fix. I think orphan area is used to remind filesystem don't forget to de

[PATCH] rsxx: switch from 'pci_free_consistent()' to 'dma_free_coherent()'

The wrappers in include/linux/pci-dma-compat.h should go away. The patch has been generated with the coccinelle script bellow. It has been compile tested. This also aligns code with what is in use in '/rsxx/dma.c' @@ @@ -PCI_DMA_BIDIRECTIONAL +DMA_BIDIRECTIONAL @@ @@ -PCI_DMA_TODEV

Re: [PATCH] ubifs: Fix a potential space leak problem while linking tmpfile

在 2020/7/7 20:47, Richard Weinberger 写道: - Ursprüngliche Mail - Perhaps I misunderstood what commit 32fe905c17f001 ("ubifs: Fix O_TMPFILE corner case in ubifs_link()") wanted to fix. I think orphan area is used to remind filesystem don't forget to delete inodes (whose nlink is 0) in next

Re: [PATCH 1/1] tty: serial: owl: Initialize lock before registering port

On Fri, Jul 10, 2020 at 07:30:22PM +0300, Andy Shevchenko wrote: > On Fri, Jul 10, 2020 at 06:58:06PM +0300, Cristian Ciocaltea wrote: > > On Fri, Jul 10, 2020 at 03:35:42PM +0200, Greg Kroah-Hartman wrote: > > > On Fri, Jul 10, 2020 at 03:05:49PM +0300, Cristian Ciocaltea wrote: > > ... > > > >

Re: [PATCH bpf-next 1/5] bpf: block bpf_get_[stack|stackid] on perf_event with PEBS entries

> On Jul 10, 2020, at 8:53 PM, Andrii Nakryiko > wrote: > > On Fri, Jul 10, 2020 at 6:30 PM Song Liu wrote: >> >> Calling get_perf_callchain() on perf_events from PEBS entries may cause >> unwinder errors. To fix this issue, the callchain is fetched early. Such >> perf_events are marked wit

Re: [PATCH] USB OVER IP DRIVER: Replace HTTP links with HTTPS ones

On Fri, Jul 10, 2020 at 07:39:31PM +0200, Alexander A. Klimov wrote: > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn

Re: fbconsole needs more parameter validations.

On 2020/07/10 19:56, Greg Kroah-Hartman wrote: > Where is the over/underflow happening here when we set a size to be so > small? We should bound the size somewhere, and as you show, that's not > really working properly, right? It is bit_clear_margins() where integer underflow is happening (429496

My Dear in the lord

My Dear in the lord My name is Mrs. Mina A. Brunel I am a Norway Citizen who is living in Burkina Faso, I am married to Mr. Brunel Patrice, a politicians who owns a small gold company in Burkina Faso; He died of Leprosy and Radesyge, in year February 2010, During his lifetime he deposited the sum

[PATCH] CREDITS: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH] CREDITS: replace HTTP links with HTTPS ones and add myself

Am 10.07.20 um 23:46 schrieb Jonathan Corbet: On Fri, 10 Jul 2020 21:43:42 +0200 "Alexander A. Klimov" wrote: Regarding the links: Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each f

WARNING in submit_bio_checks

Hello, syzbot found the following crash on: HEAD commit:9e50b94b Add linux-next specific files for 20200703 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=112aaa1f10 kernel config: https://syzkaller.appspot.com/x/.config?x=f99cc0faa1476ed6 dashboard

Re: [PATCH] Replace HTTP links with HTTPS ones: USB MASS STORAGE DRIVER

Am 10.07.20 um 23:35 schrieb Jonathan Corbet: On Fri, 10 Jul 2020 21:36:03 +0200 "Alexander A. Klimov" wrote: 2) Apropos "series" and "as whole"... I stumbled over `git log --oneline |grep -Fwe treewide` and am wondering: *Shouldn't all of these patches even begin with "treew

drivers/gpu/drm/drm_gem_shmem_helper.c:260:17: error: implicit declaration of function 'pgprot_writecombine'; did you mean

config: m68k-randconfig-r002-20200710 (attached as .config) compiler: m68k-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross git checkout

[PATCH v2] panic: prevent panic_timeout * 1000 from overflow

From: Changming Liu Since panic_timeout is an integer passed-in through sysctl, the loop boundary panic_timeout * 1000 could overflow and result in a zero-delay panic when panic_timeout is greater than INT_MAX/1000. Fix this by moving 1000 to the left, also in case i/1000 might never be greater

Re: [PATCH v6 13/17] static_call: Add static_call_cond()

On Fri, Jul 10, 2020 at 07:08:25PM -0400, Steven Rostedt wrote: > On Fri, 10 Jul 2020 15:38:44 +0200 > Peter Zijlstra wrote: > > > +static void __static_call_transform(void *insn, enum insn_type type, void > > *func) > > { > > - const void *code = text_gen_insn(opcode, insn, func); > > + in

Re: [PATCH v6 15/17] static_call: Allow early init

On Fri, Jul 10, 2020 at 09:14:26PM -0400, Steven Rostedt wrote: > On Fri, 10 Jul 2020 15:38:46 +0200 > Peter Zijlstra wrote: > > > In order to use static_call() to wire up x86_pmu, we need to > > initialize earlier; copy some of the tricks from jump_label to enable > > this. > > > > Primarily we

Re: [PATCH v6 14/17] static_call: Handle tail-calls

On Fri, Jul 10, 2020 at 08:23:19PM -0400, Steven Rostedt wrote: > On Fri, 10 Jul 2020 15:38:45 +0200 > Peter Zijlstra wrote: > > @@ -1639,6 +1647,10 @@ static int decode_sections(struct objtoo > > if (ret) > > return ret; > > > > + ret = read_static_call_tramps(file); > > + i

Re: [PATCH v6 14/17] static_call: Handle tail-calls

On Fri, Jul 10, 2020 at 08:23:19PM -0400, Steven Rostedt wrote: > On Fri, 10 Jul 2020 15:38:45 +0200 > Peter Zijlstra wrote: > > > GCC can turn our static_call(name)(args...) into a tail call, in which > > case we get a JMP.d32 into the trampoline (which then does a further > > tail-call). > > >

splat and freeze (2 instances)

Hi, I have to splats followed by freezing, first one was saved in logs but second one is only what I could gather from screen of frozen machine. First one is 5.7.7 and second with 5.8.0-rc4+. Logs from second one could not be saved but part of it could be captured with phonecamera (dmesg -

Re: [PATCH] arm64: dts: qcom: sc7180: Add missing properties for Wifi node

On 2020-07-11 09:07, Rakesh Pillai wrote: -Original Message- From: Doug Anderson Sent: Friday, July 10, 2020 1:36 AM To: Rakesh Pillai Cc: open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS ; Evan Green ; Andy Gross ; Bjorn Andersson ; Rob Herring ; linux- arm-msm ; LKML ; Sibi

Re: [PATCH v2] riscv: Allow building with kcov coverage

On Fri, 26 Jun 2020 05:40:56 PDT (-0700), tklau...@distanz.ch wrote: Add ARCH_HAS_KCOV and HAVE_GCC_PLUGINS to the riscv Kconfig. Also disable instrumentation of some early boot code and vdso. Boot-tested on QEMU's riscv64 virt machine. Thanks. This is on for-next (with the ack). I'm boot te

Re: [GIT PULL] SMB3 Fixes

The pull request you sent on Fri, 10 Jul 2020 19:53:30 -0500: > git://git.samba.org/sfrench/cifs-2.6.git tags/5.8-rc4-smb3-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5ab39e08ff1558ed80d93f5c5217338f19369a40 Thank you! -- Deet-doot-dot, I am a bot. https://

Re: [GIT PULL] CodingStyle: Inclusive Terminology

The pull request you sent on Fri, 10 Jul 2020 17:17:15 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/djbw/linux > tags/inclusive-terminology has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/49decddd39e5f6132ccd7d9fdc3d7c470b0061bb Thank you! -- Deet-doot-dot

Re: [GIT PULL] libnvdimm fix for v5.8-rc5

The pull request you sent on Fri, 10 Jul 2020 18:26:27 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm > tags/libnvdimm-fix-v5.8-rc5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1df0d8960499e58963fd6c8ac75e544f2b417b29 Thank you! -- Deet-doot

Re: [GIT] Networking

The pull request you sent on Fri, 10 Jul 2020 16:58:15 -0700 (PDT): > git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git refs/heads/master has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5a764898afec0bc097003e8c3e727792289f76d6 Thank you! -- Deet-doot-dot,

Re: [PATCH] fuse_writepages_fill() optimization to avoid WARN_ON in tree_insert

On Thu, Jun 25, 2020 at 11:02 AM Vasily Averin wrote: > > In current implementation fuse_writepages_fill() tries to share the code: > for new wpa it calls tree_insert() with num_pages = 0 > then switches to common code used non-modified num_pages > and increments it at the very end. > > Though it

[PATCH 3/3] arm64: Use the new generic copy_oldmem_page()

From: Palmer Dabbelt This is exactly the same as the arm64 code, which I just into lib/ to avoid copying it into the RISC-V port. This builds with defconfig. Signed-off-by: Palmer Dabbelt --- arch/arm64/Kconfig | 1 + arch/arm64/kernel/crash_dump.c | 39 --

[PATCH 1/3] lib: Add a generic copy_oldmem_page()

From: Palmer Dabbelt A version of this that is identical to the arm64 version was recently copied into the RISC-V port while adding kexec() support. Instead I'd like to put a shared copy in lib/ and use it from the various ports. Signed-off-by: Palmer Dabbelt --- lib/Kconfig| 3 +

[PATCH 2/3] arm: Use the new generic copy_oldmem_page()

From: Palmer Dabbelt This is exactly the same as the arm64 code, which I just into lib/ to avoid copying it into the RISC-V port. This builds with defconfig and with CRASH_DUMP=y. Signed-off-by: Palmer Dabbelt --- arch/arm/Kconfig | 1 + arch/arm/kernel/Makefile | 1 - arch/

Add and use a generic copy_oldmem_page()

While adding support for kexec, Nick recently copied the arm64 copy_oldmem_page() into the RISC-V port. Since this is shared verbatim with arm and arm64 already, I'd like to add a generic version and so we can use it instead. I haven't converted over the MIPS, PPC, or SH ports: while I think we c

Re: [PATCH bpf-next 1/5] bpf: block bpf_get_[stack|stackid] on perf_event with PEBS entries

On Fri, Jul 10, 2020 at 6:30 PM Song Liu wrote: > > Calling get_perf_callchain() on perf_events from PEBS entries may cause > unwinder errors. To fix this issue, the callchain is fetched early. Such > perf_events are marked with __PERF_SAMPLE_CALLCHAIN_EARLY. > > Similarly, calling bpf_get_[stack|

RE: [PATCH] arm64: dts: qcom: sc7180: Add missing properties for Wifi node

> -Original Message- > From: Doug Anderson > Sent: Friday, July 10, 2020 1:36 AM > To: Rakesh Pillai > Cc: open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS > ; Evan Green ; > Andy Gross ; Bjorn Andersson > ; Rob Herring ; linux- > arm-msm ; LKML ker...@vger.kernel.org>; Sibi

Re: [PATCH -next] device-dax: make dev_dax_kmem_probe() static

On Tue, Jul 07, 2020 at 07:23:40PM +0800, Wei Yongjun wrote: > sparse report warning as follows: > > drivers/dax/kmem.c:22:5: warning: > symbol 'dev_dax_kmem_probe' was not declared. Should it be static? > > dev_dax_kmem_probe() is not used outside of kmem.c, so marks > it static. > > Signed-of

Re: sound/soc/codecs/zl38060.c:614:34: warning: unused variable 'zl38_dt_ids'

On Fri, Jul 10, 2020 at 01:24:59PM +0100, Mark Brown wrote: > On Thu, Jul 09, 2020 at 07:41:00PM -0700, Nathan Chancellor wrote: > > > When CONFIG_SND_SOC_ZL38060 is y, MODULE_DEVICE_TABLE expands to nothing > > so zl38_dt_ids will be unused. This is a pretty common construct in the > > kernel and

Re: [PATCH] mm: vmscan: consistent update to pgrefill

On Fri, Jul 10, 2020 at 7:32 PM Roman Gushchin wrote: > > On Fri, Jul 10, 2020 at 06:14:59PM -0700, Shakeel Butt wrote: > > The vmstat pgrefill is useful together with pgscan and pgsteal stats to > > measure the reclaim efficiency. However vmstat's pgrefill is not updated > > consistently at syste

Re: [PATCH] Restore gcc check in mips asm/unroll.h

On Fri, Jul 10, 2020 at 03:31:00PM -0700, Linus Torvalds wrote: > On Fri, Jul 10, 2020 at 11:43 AM Nick Desaulniers > wrote: > > > > What I'd really like to see as a policy in the kernel going forward in > > that ANY new commit that adds some hack or workaround for a specific > > compiler version

Re: [PATCH] mm: vmscan: consistent update to pgrefill

On Fri, Jul 10, 2020 at 06:14:59PM -0700, Shakeel Butt wrote: > The vmstat pgrefill is useful together with pgscan and pgsteal stats to > measure the reclaim efficiency. However vmstat's pgrefill is not updated > consistently at system level. It gets updated for both global and memcg > reclaim howe

[PATCH v2] powerpc/pseries: detect secure and trusted boot state of the system.

The device-tree property to check secure and trusted boot state is different for guests(pseries) compared to baremetal(powernv). This patch updates the existing is_ppc_secureboot_enabled() and is_ppc_trustedboot_enabled() function to add support for pseries. Signed-off-by: Nayna Jain Reviewed-by

Re: [PATCH] mips: Remove compiler check in unroll macro

On Fri, Jul 10, 2020 at 03:43:43PM -0700, Linus Torvalds wrote: > On Fri, Jul 10, 2020 at 3:34 PM Nathan Chancellor > wrote: > > > > Clang 8 was chosen as a minimum version for this check because there > > were some improvements around __builtin_constant_p in that release. In > > reality, MIPS was

[PATCH v4] ARM: dts: vfxxx: Add node for CAAM

From: Andrey Smirnov Add node for CAAM device in NXP Vybrid SoC. Signed-off-by: Andrey Smirnov Signed-off-by: Chris Healy Reviewed-by: Fabio Estevam --- v4: - really add reviewed by from Fabio Estevam v3: - put version information in the correct place - add reviewed by from Fabio Estevam v2:

Re: [PATCH -next] : add stub for of_get_next_parent() to fix qcom build error

Hi Randy, On Fri, 10 Jul 2020 16:40:03 -0700 Randy Dunlap wrote: > > Are linux-next hashes/tags stable? That depends on the maintainer of the tree I fetch ... In this case the qcom tree. -- Cheers, Stephen Rothwell pgpTdH0HZLMCo.pgp Description: OpenPGP digital signature

Re: [PATCH] hid-input: Fix devices that return multiple bytes in battery report

On Fri, Jul 10, 2020 at 8:19 AM Grant Likely wrote: > > Some devices, particularly the 3DConnexion Spacemouse wireless 3D > controllers, return more than just the battery capacity in the battery > report. The Spacemouse devices return an additional byte with a device > specific field. However, hid

Re: [PATCH] mm: vmscan: consistent update to pgrefill

On Sat, Jul 11, 2020 at 9:15 AM Shakeel Butt wrote: > > The vmstat pgrefill is useful together with pgscan and pgsteal stats to > measure the reclaim efficiency. However vmstat's pgrefill is not updated > consistently at system level. It gets updated for both global and memcg > reclaim however pgs

[PATCH v3] ARM: dts: vfxxx: Add node for CAAM

From: Andrey Smirnov Add node for CAAM device in NXP Vybrid SoC. Signed-off-by: Andrey Smirnov Signed-off-by: Chris Healy --- v3: - put version information in the correct place - add reviewed by from Fabio Estevam v2: - fixup commit to show that this patch is from Andrey Smirnov arch/arm/bo

Re: [PATCH v2 2/2] riscv: Enable context tracking

Palmer Dabbelt 於 2020年7月11日 週六 上午1:30寫道： > > On Wed, 24 Jun 2020 02:03:16 PDT (-0700), greentime...@sifive.com wrote: > > This patch implements and enables context tracking for riscv (which is a > > prerequisite for CONFIG_NO_HZ_FULL support) > > > > It adds checking for previous state in the entr

Re: [PATCH] stmmac: pci: Add support for LS7A bridge chip

在 2020/7/11 9:35, Jiaxun Yang 写道: 在 2020/7/10 16:51, Zhi Li 写道: Add gmac platform data to support LS7A bridge chip. Co-developed-by: Hongbin Li Signed-off-by: Hongbin Li Signed-off-by: Zhi Li ---   drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c | 22 ++   1 file c

Re: [PATCH] stmmac: pci: Add support for LS7A bridge chip

在 2020/7/10 16:51, Zhi Li 写道: Add gmac platform data to support LS7A bridge chip. Co-developed-by: Hongbin Li Signed-off-by: Hongbin Li Signed-off-by: Zhi Li --- drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/

Re: [linux-sunxi] [PATCH 01/16] ASoC: sun4i-i2s: Add support for H6 I2S

Jernej, On 7/10/20 2:22 PM, Jernej Škrabec wrote: >> From the description in the manual, this looks off by one. The number of >> BCLKs per LRCK is LRCK_PERIOD + 1. > > Are you sure? Macro SUN8I_I2S_FMT0_LRCK_PERIOD() is defined as follows: > > #define SUN8I_I2S_FMT0_LRCK_PERIOD(period)((peri

Re: [RFC PATCH 14/16] irq: Add support for core-wide protection of IRQ and softirq

On Fri, Jul 10, 2020 at 9:36 PM Vineeth Remanan Pillai wrote: > > Hi Aubrey, > > On Fri, Jul 10, 2020 at 8:19 AM Li, Aubrey wrote: > > > > Hi Joel/Vineeth, > > [...] > > The problem is gone when we reverted this patch. We are running multiple > > uperf threads(equal to cpu number) in a cgroup wit

Re: [PATCH v2 6/6] riscv: Add KPROBES_ON_FTRACE supported

Thx Masami, On Fri, Jul 10, 2020 at 9:50 PM Masami Hiramatsu wrote: > > Hi Guo, > > On Thu, 9 Jul 2020 02:19:14 + > guo...@kernel.org wrote: > > > +/* Ftrace callback handler for kprobes -- called under preepmt disabed */ > > +void kprobe_ftrace_handler(unsigned long ip, unsigned long parent

[PATCH bpf-next 1/5] bpf: block bpf_get_[stack|stackid] on perf_event with PEBS entries

Calling get_perf_callchain() on perf_events from PEBS entries may cause unwinder errors. To fix this issue, the callchain is fetched early. Such perf_events are marked with __PERF_SAMPLE_CALLCHAIN_EARLY. Similarly, calling bpf_get_[stack|stackid] on perf_events from PEBS may also cause unwinder er

[PATCH bpf-next 4/5] selftests/bpf: add get_stackid_cannot_attach

This test confirms that BPF program that calls bpf_get_stackid() cannot attach to perf_event with PEBS entry. Signed-off-by: Song Liu --- .../prog_tests/get_stackid_cannot_attach.c| 57 +++ 1 file changed, 57 insertions(+) create mode 100644 tools/testing/selftests/bpf/prog

[PATCH bpf-next 5/5] selftests/bpf: add callchain_stackid

This tests new helper function bpf_get_callchain_stackid(), which is the alternative to bpf_get_stackid() for perf_event with PEBS entry. Signed-off-by: Song Liu --- .../bpf/prog_tests/callchain_stackid.c| 61 +++ .../selftests/bpf/progs/callchain_stackid.c | 37 +++

[PATCH bpf-next 2/5] bpf: add callchain to bpf_perf_event_data

If the callchain is available, BPF program can use bpf_probe_read_kernel() to fetch the callchain, or use it in a BPF helper. Signed-off-by: Song Liu --- include/linux/perf_event.h| 5 - include/linux/trace_events.h | 5 + include/uapi/linux/bpf_perf_event.

[PATCH bpf-next 3/5] bpf: introduce bpf_get_callchain_stackid

This helper is only used by BPF program attached to perf_event. If the perf_event has PEBS entries, calling get_perf_callchain from BPF program may cause unwinder errors. bpf_get_callchain_stackid serves as alternative to bpf_get_stackid for these BPF programs. Signed-off-by: Song Liu --- includ

[PATCH bpf-next 0/5] bpf: fix stackmap on perf_events with PEBS

Calling get_perf_callchain() on perf_events from PEBS entries may cause unwinder errors. To fix this issue, perf subsystem fetches callchain early, and marks perf_events are marked with __PERF_SAMPLE_CALLCHAIN_EARLY. Similar issue exists when BPF program calls get_perf_callchain() via helper functi

[GIT PULL] libnvdimm fix for v5.8-rc5

Hi Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm tags/libnvdimm-fix-v5.8-rc5 ...to receive a one line fix for a regression from some of the 'keys' subsystem reworks that landed in -rc1. I had been holding off to see if anything else percolated up, but noth

Re: [PATCH v6 15/17] static_call: Allow early init

On Fri, 10 Jul 2020 15:38:46 +0200 Peter Zijlstra wrote: > In order to use static_call() to wire up x86_pmu, we need to > initialize earlier; copy some of the tricks from jump_label to enable > this. > > Primarily we overload key->next to store a sites pointer when there > are no modules, this a

[PATCH] mm: vmscan: consistent update to pgrefill

The vmstat pgrefill is useful together with pgscan and pgsteal stats to measure the reclaim efficiency. However vmstat's pgrefill is not updated consistently at system level. It gets updated for both global and memcg reclaim however pgscan and pgsteal are updated for only global reclaim. So, update

[PATCH] drm: sun4i: hdmi: Fix inverted HPD result

From: Chen-Yu Tsai When the extra HPD polling in sun4i_hdmi was removed, the result of HPD was accidentally inverted. Fix this by inverting the check. Fixes: bda8eaa6dee7 ("drm: sun4i: hdmi: Remove extra HPD polling") Signed-off-by: Chen-Yu Tsai --- Sorry for the screw-up. --- drivers/gpu/d

Re: [PATCH v16 00/22] per memcg lru_lock

Hi Hugh, I believe I own your a 'tested-by' for previous version. Could you like to give a try on the new version and give a reviewed or tested-by if it's fine. Thanks Alex

[PATCH v16 00/22] per memcg lru_lock

The new version which bases on v5.8-rc4. Add 2 more patchs: 'mm/thp: remove code path which never got into' 'mm/thp: add tail pages into lru anyway in split_huge_page()' and modified 'mm/mlock: reorder isolation sequence during munlock' Current lru_lock is one for each of node, pgdat->lru_lock, th

[PATCH v16 16/22] mm/mlock: reorder isolation sequence during munlock

This patch reorder the isolation steps during munlock, move the lru lock to guard each pages, unfold __munlock_isolate_lru_page func, to do the preparation for lru lock change. __split_huge_page_refcount doesn't exist, but we still have to guard PageMlocked and PageLRU for tail page in __split_hug

[PATCH v16 22/22] mm/lru: revise the comments of lru_lock

From: Hugh Dickins Since we changed the pgdat->lru_lock to lruvec->lru_lock, it's time to fix the incorrect comments in code. Also fixed some zone->lru_lock comment error from ancient time. etc. Signed-off-by: Hugh Dickins Signed-off-by: Alex Shi Cc: Andrew Morton Cc: Tejun Heo Cc: Andrey Ry

[PATCH v16 02/22] mm/page_idle: no unlikely double check for idle page counting

As func comments mentioned, few isolated page missing be tolerated. So why not do further to drop the unlikely double check. That won't cause more idle pages, but reduce a lock contention. This is also a preparation for later new page isolation feature. Signed-off-by: Alex Shi Cc: Andrew Morton

[PATCH v16 08/22] mm/thp: narrow lru locking

lru_lock and page cache xa_lock have no reason with current sequence, put them together isn't necessary. let's narrow the lru locking, but left the local_irq_disable to block interrupt re-entry and statistic update. Hugh Dickins point: split_huge_page_to_list() was already silly,to be using the _i

[PATCH v16 03/22] mm/compaction: correct the comments of compact_defer_shift

There is no compact_defer_limit. It should be compact_defer_shift in use. and add compact_order_failed explanation. Signed-off-by: Alex Shi Cc: Andrew Morton Cc: linux...@kvack.org Cc: linux-kernel@vger.kernel.org --- include/linux/mmzone.h | 1 + mm/compaction.c| 2 +- 2 files changed,

[PATCH v16 01/22] mm/vmscan: remove unnecessary lruvec adding

We don't have to add a freeable page into lru and then remove from it. This change saves a couple of actions and makes the moving more clear. The SetPageLRU needs to be kept here for list intergrity. Otherwise: #0 mave_pages_to_lru #1 release_pages

[PATCH v16 04/22] mm/compaction: rename compact_deferred as compact_should_defer

The compact_deferred is a defer suggestion check, deferring action does in defer_compaction not here. so, better rename it to avoid confusing. Signed-off-by: Alex Shi Cc: Steven Rostedt Cc: Ingo Molnar Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mike Kravetz Cc: linux-kernel@vger.kernel.org Cc

[PATCH v16 17/22] mm/swap: serialize memcg changes during pagevec_lru_move_fn

Hugh Dickins' found a memcg change bug on original version: If we want to change the pgdat->lru_lock to memcg's lruvec lock, we have to serialize mem_cgroup_move_account during pagevec_lru_move_fn. The possible bad scenario would like: cpu 0 cpu 1 lruvec =

[PATCH v16 12/22] mm/lru: move lock into lru_note_cost

This patch move lru_lock into lru_note_cost. It's a bit ugly and may cost more locking, but it's necessary for later per pgdat lru_lock to per memcg lru_lock change. Signed-off-by: Alex Shi Cc: Johannes Weiner Cc: Andrew Morton Cc: linux...@kvack.org Cc: linux-kernel@vger.kernel.org --- mm/swa

[PATCH v16 14/22] mm/thp: add tail pages into lru anyway in split_huge_page()

split_huge_page() must start with PageLRU(head), but lru bit *maybe* cleared by isolate_lru_page, anyway the head still in lru list, since we still held the lru_lock. Signed-off-by: Alex Shi Cc: Kirill A. Shutemov Cc: Andrew Morton Cc: Johannes Weiner Cc: Matthew Wilcox Cc: Hugh Dickins Cc:

[PATCH v16 06/22] mm/thp: clean up lru_add_page_tail

Since the first parameter is only used by head page, it's better to make it explicit. Signed-off-by: Alex Shi Cc: Andrew Morton Cc: Johannes Weiner Cc: Matthew Wilcox Cc: Hugh Dickins Cc: linux...@kvack.org Cc: linux-kernel@vger.kernel.org --- mm/huge_memory.c | 12 ++-- 1 file chang

  1   2   3   4   5   6   7   8   9   10   >