[PATCH] tipc: Don't using smp_processor_id() in preemptible code

2020-07-13 Thread qiang.zhang
From: Zhang Qiang CPU: 0 PID: 6801 Comm: syz-executor201 Not tainted 5.8.0-rc4-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x18f/0x20d lib/dump_stack.c:118

Re: [PATCH] x86/bugs/multihit: Fix mitigation reporting when KVM is not in use

2020-07-13 Thread Sean Christopherson
On Mon, Jul 13, 2020 at 06:18:54PM -0700, Pawan Gupta wrote: > On systems that have virtualization disabled or KVM module is not > loaded, sysfs mitigation state of X86_BUG_ITLB_MULTIHIT is reported > incorrectly as: > > $ cat /sys/devices/system/cpu/vulnerabilities/itlb_multihit > KVM:

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

2020-07-13 Thread Andrew Morton
On Sat, 11 Jul 2020 01:17:28 -0400 Changming wrote: > 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

[PATCH] KVM: x86: Don't attempt to load PDPTRs when 64-bit mode is enabled

2020-07-13 Thread Sean Christopherson
Don't attempt to load PDPTRs if EFER.LME=1, i.e. if 64-bit mode is enabled. A recent change to reload the PDTPRs when CR0.CD or CR0.NW is toggled botched the EFER.LME handling and sends KVM down the PDTPR path when is_paging() is true, i.e. when the guest toggles CD/NW in 64-bit mode. Split the

Re: [PATCH v5 0/6] arm64: add the time namespace support

2020-07-13 Thread Andrei Vagin
On Sat, Jul 04, 2020 at 11:40:55PM -0700, Andrei Vagin wrote: > On Wed, Jun 24, 2020 at 01:33:15AM -0700, Andrei Vagin wrote: > > Allocate the time namespace page among VVAR pages and add the logic > > to handle faults on VVAR properly. > > > > If a task belongs to a time namespace then the VVAR

RE: [PATCH] exfat: retain 'VolumeFlags' properly

2020-07-13 Thread kohada.tetsuh...@dc.mitsubishielectric.co.jp
Thanks for your reply. > > Also, rename ERR_MEDIUM to MED_FAILURE. > I think that MEDIA_FAILURE looks better. I think so too. If so, should I change VOL_DIRTY to VOLUME_DIRTY? > > -int exfat_set_vol_flags(struct super_block *sb, unsigned short > > new_flag) > > +int exfat_set_vol_flags(struct

Re: [PATCH v2 1/4] dt-bindings: hwlock: qcom: Migrate binding to YAML

2020-07-13 Thread Rob Herring
On Mon, 22 Jun 2020 00:59:53 -0700, Bjorn Andersson wrote: > Migrate the Qualcomm TCSR mutex binding to YAML to allow validation. > > Reviewed-by: Vinod Koul > Signed-off-by: Bjorn Andersson > --- > > Changes since v1: > - Actually remove the old binding doc > >

Re: [PATCH v2 2/4] dt-bindings: hwlock: qcom: Allow device on mmio bus

2020-07-13 Thread Rob Herring
On Mon, 22 Jun 2020 00:59:54 -0700, Bjorn Andersson wrote: > In modern Qualcomm platforms the mutex region of the TCSR is forked off > into its own block, all with a offset of 0 and stride of 4096, and in > some of these platforms no other registers in this region is accessed > from Linux. > >

Re: [PATCH v2 01/29] dt-bindings: soc: Add Realtek RTD1195 chip info binding

2020-07-13 Thread Rob Herring
On Tue, 23 Jun 2020 04:50:38 +0200, Andreas Färber wrote: > Define a binding for RTD1195 and later DHC SoCs' chip info registers. > Add the new directory to MAINTAINERS. > > Signed-off-by: Andreas Färber > --- > Note: The binding gets extended compatibly twice with additional properties. >

Re: [PATCH v2 05/29] dt-bindings: soc: realtek: rtd1195-chip: Add iso-syscon property

2020-07-13 Thread Rob Herring
On Tue, Jun 23, 2020 at 04:50:42AM +0200, Andreas Färber wrote: > Allow to optionally specify a phandle to iso syscon to identify the chip. > RTD1295 family will want to check the ISO_CHIP_INFO1 register. > > Signed-off-by: Andreas Färber > --- > A SoC specific binding would defeat the purpose

Re: [PATCH v2 17/29] dt-bindings: nvmem: Add Realtek RTD1195 eFuse

2020-07-13 Thread Rob Herring
On Tue, 23 Jun 2020 04:50:54 +0200, Andreas Färber wrote: > Add a DT binding for eFuse on Realtek Digital Home Center SoCs. > > Signed-off-by: Andreas Färber > --- > v2: New > > .../bindings/nvmem/realtek,rtd1195-efuse.yaml | 53 +++ > MAINTAINERS

Re: [PATCH v2 24/29] dt-bindings: soc: realtek: rtd1195-chip: Allow nvmem-cells property

2020-07-13 Thread Rob Herring
On Tue, 23 Jun 2020 04:51:01 +0200, Andreas Färber wrote: > Allow to optionally specify nvmem cells to identify the chip. > RTD1295 family will want the eFuse package_id cell. > > Signed-off-by: Andreas Färber > --- > v1 -> v2: > * Instead of extending reg, allow nvmem-cells reference for

linux-next: build warning after merge of the bpf-next tree

2020-07-13 Thread Stephen Rothwell
Hi all, After merging the bpf-next tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: ld: warning: orphan section `.BTF_ids' from `kernel/trace/bpf_trace.o' being placed in section `.BTF_ids' ld: warning: orphan section `.BTF_ids' from `kernel/bpf/btf.o' being

Re: [PATCH V2 5/6] dt-bindings: soc: qcom: convert the SMD-RPM document to YAML schema

2020-07-13 Thread Rob Herring
On Tue, 23 Jun 2020 10:47:51 +0530, Kathiravan T wrote: > Convert the qcom,smd-rpm.txt document to YAML schema > > Signed-off-by: Kathiravan T > --- > .../devicetree/bindings/soc/qcom/qcom,smd-rpm.txt | 63 --- > .../devicetree/bindings/soc/qcom/qcom,smd-rpm.yaml | 92 >

Re: [PATCH V2 6/6] dt-bindings: regulator: convert QCOM SMD-RPM regulator document to YAML schema

2020-07-13 Thread Rob Herring
On Tue, 23 Jun 2020 10:47:52 +0530, Kathiravan T wrote: > Convert qcom,smd-rpm-regulator.txt document to YAML schema > > Signed-off-by: Kathiravan T > --- > .../bindings/regulator/qcom,smd-rpm-regulator.txt | 321 > - > .../bindings/regulator/qcom,smd-rpm-regulator.yaml |

Re: [PATCH v2] dt-bindings: ASoC: Convert UniPhier AIO audio system to json-schema

2020-07-13 Thread Rob Herring
On Tue, 23 Jun 2020 20:39:15 +0900, Masahiro Yamada wrote: > Convert the UniPhier AIO audio system binding to DT schema format. > > Signed-off-by: Masahiro Yamada > --- > > Changes in v2: > - Add schema for subnode 'port' > > .../sound/socionext,uniphier-aio.yaml | 81

linux-next: build failure after merge of the bpf-next tree

2020-07-13 Thread Stephen Rothwell
caused this (I guess maybe the resolve_btfids branch). I have used the bpf-next tree from next-20200713 for today. -- Cheers, Stephen Rothwell pgpGjOFE2OxvY.pgp Description: OpenPGP digital signature

Re: [PATCH v2] dt-bindings: ASoC: Convert UniPhier EVEA codec to json-schema

2020-07-13 Thread Rob Herring
On Tue, 23 Jun 2020 20:40:05 +0900, Masahiro Yamada wrote: > Convert the UniPhier EVEA sound codec binding to DT schema format. > > Signed-off-by: Masahiro Yamada > --- > > Changes in v2: > - Add schema for subnode 'port' > > .../sound/socionext,uniphier-evea.yaml| 70

Re: F2FS Segmentation Fault

2020-07-13 Thread Nathan Royce
On Mon, Jul 13, 2020 at 7:03 PM Jaegeuk Kim wrote: > > Hi Nathan, > > Could you try to say "N" here to move forward to fix the corrupted metadata? > > Thanks, * Do you want to restore lost files into ./lost_found/? [Y/N] N Info: Write valid nat_bits in checkpoint [FIX]

[PATCH v2 3/4] ufs: ufs-qcom: Fix a few BUGs in func ufs_qcom_dump_dbg_regs()

2020-07-13 Thread Can Guo
Dumping testbus registers needs to sleep a bit intermittently as there are too many of them. Skip them for those contexts where sleep is not allowed. Meanwhile, if ufs_qcom_dump_dbg_regs() calls ufs_qcom_testbus_config() from ufshcd_suspend/resume and/or clk gate/ungate context,

[PATCH v2 2/4] scsi: ufs: Fix imbalanced scsi_block_reqs_cnt caused by ufshcd_hold()

2020-07-13 Thread Can Guo
The scsi_block_reqs_cnt increased in ufshcd_hold() is supposed to be decreased back in ufshcd_ungate_work() in a paired way. However, if specific ufshcd_hold/release sequences are met, it is possible that scsi_block_reqs_cnt is increased twice but only one ungate work is queued. To make sure

[PATCH v2 1/4] scsi: ufs: Add checks before setting clk-gating states

2020-07-13 Thread Can Guo
Clock gating features can be turned on/off selectively which means its state information is only important if it is enabled. This change makes sure that we only look at state of clk-gating if it is enabled. Signed-off-by: Can Guo --- drivers/scsi/ufs/ufshcd.c | 17 ++--- 1 file

Re: [PATCH v4 13/17] dyndbg: accept 'file foo.c:func1' and 'file foo.c:10-100'

2020-07-13 Thread Jason Baron
On 6/20/20 2:06 PM, Jim Cromie wrote: > Accept these additional query forms: > >echo "file $filestr +_" > control > >path/to/file.c:100 # as from control, column 1 >path/to/file.c:1-100 # or any legal line-range >path/to/file.c:func_A # as from an

Re: [PATCH v2 3/4] dt-bindings: i2c-stm32: add SMBus Alert bindings

2020-07-13 Thread Rob Herring
On Tue, Jun 30, 2020 at 09:41:07PM +0200, Wolfram Sang wrote: > On Thu, Jun 25, 2020 at 09:39:28AM +0200, Alain Volmat wrote: > > Add a new binding of the i2c-stm32f7 driver to enable the handling > > of the SMBUS-Alert. > > > > The I2C/SMBUS framework already provides a mechanism to enable

Re: [PATCH v2 2/3] dt-bindings: MIPS: Add Ingenic X1830 based boards.

2020-07-13 Thread Rob Herring
On Fri, Jun 26, 2020 at 01:37:15AM +0800, 周琰杰 (Zhou Yanjie) wrote: > Add bindings for Ingenic X1830 based board, prepare for later dts. > > Tested-by: 周正 (Zhou Zheng) > Signed-off-by: 周琰杰 (Zhou Yanjie) > --- > > Notes: > v1->v2: > No change. > >

[PATCH] net: xilinx: fix potential NULL dereference in temac_probe()

2020-07-13 Thread Xu Wang
platform_get_resource() may return NULL, add proper check to avoid potential NULL dereferencing. Signed-off-by: Xu Wang --- drivers/net/ethernet/xilinx/ll_temac_main.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/net/ethernet/xilinx/ll_temac_main.c

[PATCH v2 4/4] scsi: ufs: Fix up and simplify error recovery mechanism

2020-07-13 Thread Can Guo
Error recovery can be invoked from multiple paths, including hibern8 enter/exit, some vendor vops, ufshcd_eh_host_reset_handler(), resume and eh_work scheduled from IRQ context. Ultimately, these paths are trying to invoke ufshcd_reset_and_restore(), in either sync or async manner. Having both

Re: [PATCH v2 5/5] dt-bindings: timer: Add CLINT bindings

2020-07-13 Thread Rob Herring
On Sat, Jun 27, 2020 at 09:49:57PM +0530, Anup Patel wrote: > We add DT bindings documentation for CLINT device. > > Signed-off-by: Anup Patel > Reviewed-by: Palmer Dabbelt > --- > .../bindings/timer/sifive,clint.txt | 34 +++ > 1 file changed, 34 insertions(+) >

Re: [PATCH] rculist: Fix _list_check_srcu() macro

2020-07-13 Thread kernel test robot
Hi, Thank you for the patch! Yet something to improve: [auto build test ERROR on rcu/dev] [cannot apply to v5.8-rc5 next-20200713] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use as documented in https://git-scm.com/docs/git

[PATCH v4 1/7] x86/boot/compressed: Move .got.plt entries out of the .got section

2020-07-13 Thread Arvind Sankar
From: Ard Biesheuvel The .got.plt section contains the part of the GOT which is used by PLT entries, and which gets updated lazily by the dynamic loader when function calls are dispatched through those PLT entries. On fully linked binaries such as the kernel proper or the decompressor, this

Re: [PATCH v2 02/10] dt-bindings: display: Add ingenic,ipu.yaml

2020-07-13 Thread Rob Herring
On Tue, 30 Jun 2020 01:52:02 +0200, Paul Cercueil wrote: > Add documentation of the Device Tree bindings for the Image Processing > Unit (IPU) found in most Ingenic SoCs. > > Signed-off-by: Paul Cercueil > --- > > Notes: > v2: Add missing 'const' in items list > >

[PATCH v4 6/7] x86/boot: Remove runtime relocations from head_{32,64}.S

2020-07-13 Thread Arvind Sankar
The BFD linker generates runtime relocations for z_input_len and z_output_len, even though they are absolute symbols. This is fixed for binutils-2.35 [1]. Work around this for earlier versions by defining two variables input_len and output_len in addition to the symbols, and use them via

[PATCH v4 4/7] x86/boot: Add .text.* to setup.ld

2020-07-13 Thread Arvind Sankar
gcc puts the main function into .text.startup when compiled with -Os (or -O2). This results in arch/x86/boot/main.c having a .text.startup section which is currently not included explicitly in the linker script setup.ld in the same directory. The BFD linker places this orphan section immediately

[PATCH v4 3/7] x86/boot/compressed: Get rid of GOT fixup code

2020-07-13 Thread Arvind Sankar
From: Ard Biesheuvel In a previous patch, we have eliminated GOT entries from the decompressor binary and added an assertion that the .got section is empty. This means that the GOT fixup routines that exist in both the 32-bit and 64-bit startup routines have become dead code, and can be removed.

[PATCH v4 5/7] x86/boot: Remove run-time relocations from .head.text code

2020-07-13 Thread Arvind Sankar
The assembly code in head_{32,64}.S, while meant to be position-independent, generates run-time relocations because it uses instructions such as lealgdt(%edx), %eax which make the assembler and linker think that the code is using %edx as an index into gdt, and hence gdt needs to be

[PATCH v4 7/7] x86/boot: Check that there are no runtime relocations

2020-07-13 Thread Arvind Sankar
Add a linker script check that there are no runtime relocations, and remove the old one that tries to check via looking for specially-named sections in the object files. Drop the tests for -fPIE compiler option and -pie linker option, as they are available in all supported gcc and binutils

[PATCH v4 2/7] x86/boot/compressed: Force hidden visibility for all symbol references

2020-07-13 Thread Arvind Sankar
From: Ard Biesheuvel Eliminate all GOT entries in the decompressor binary, by forcing hidden visibility for all symbol references, which informs the compiler that such references will be resolved at link time without the need for allocating GOT entries. To ensure that no GOT entries will creep

[PATCH v4 0/7] x86/boot: Remove runtime relocations from compressed kernel

2020-07-13 Thread Arvind Sankar
The compressed kernel currently contains bogus runtime relocations in the startup code in head_{32,64}.S, which are generated by the linker, but must not actually be processed at runtime. This generates warnings when linking with the BFD linker, and errors with LLD, which defaults to erroring on

Re: [PATCH v2 1/2] dt-bindings: phy: Add UniPhier AHCI PHY description

2020-07-13 Thread Rob Herring
On Tue, 30 Jun 2020 17:59:33 +0900, Kunihiko Hayashi wrote: > Add DT bindings for PHY interface built into ahci controller implemented > in UniPhier SoCs. > > Signed-off-by: Kunihiko Hayashi > --- > .../bindings/phy/socionext,uniphier-ahci-phy.yaml | 76 > ++ > 1 file

Re: [PATCH v3 4/6] powerpc/pseries/iommu: Remove default DMA window before creating DDW

2020-07-13 Thread Leonardo Bras
Thank you for this feedback Alexey! On Mon, 2020-07-13 at 17:33 +1000, Alexey Kardashevskiy wrote: > [...] > > - int len, ret; > > + int len, ret, reset_win_ext; > > Make it "reset_token". Oh, it's not a token here, it just checks if the reset_win extension exists. The token would be

Re: [PATCH v2 2/2] soc: mediatek: add mtk-devapc driver

2020-07-13 Thread Neal Liu
On Mon, 2020-07-13 at 13:16 +0200, Matthias Brugger wrote: > > On 13/07/2020 09:45, Neal Liu wrote: > > On Fri, 2020-07-10 at 14:14 +0200, Matthias Brugger wrote: > >> > > [snip] > >>> + > >>> +static int get_vio_slave_num(int slave_type) > >> > >> I have a hard time to understand the usefullness

Re: [PATCH v2 1/8] dt-bindings: pwm: samsung: Do not require interrupts on Exynos SoCs

2020-07-13 Thread Rob Herring
On Thu, 02 Jul 2020 17:51:42 +0200, Krzysztof Kozlowski wrote: > The bindings required interrupts for all SoCs but actually only the PWM > timer clocksource (for S3C/S5P SoCs) was using them. This PWM timer > clocksource driver is not used on Exynos SoCs thus the interrupts can be > marked as

Re: [PATCH 2/2] locking/pvqspinlock: Optionally store lock holder cpu into lock

2020-07-13 Thread Waiman Long
On 7/13/20 12:17 AM, Nicholas Piggin wrote: Excerpts from Waiman Long's message of July 13, 2020 9:05 am: On 7/12/20 1:34 PM, Peter Zijlstra wrote: On Sat, Jul 11, 2020 at 02:21:28PM -0400, Waiman Long wrote: The previous patch enables native qspinlock to store lock holder cpu number into the

Re: [PATCH v2 2/2] ARM: dts: stm32: Enable MIPI DSI display support.

2020-07-13 Thread Rob Herring
On Thu, Jul 02, 2020 at 08:27:14PM +0300, Adrian Pop wrote: > STM32f769-disco features a 4" MIPI DSI display: add support for it. > On Cortex-M7 DMA can't use cached memory. For this reason I use a dedicated > memory pool for DMA with no-cache attribute which is located at the end of > RAM. > >

mmotm 2020-07-13-19-49 uploaded

2020-07-13 Thread Andrew Morton
The mm-of-the-moment snapshot 2020-07-13-19-49 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

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

2020-07-13 Thread Matthew Wilcox
On Mon, Jul 13, 2020 at 06:57:39PM -0700, Andrew Morton wrote: > +++ a/kernel/panic.c > @@ -313,13 +313,16 @@ void panic(const char *fmt, ...) >* Delay timeout seconds before rebooting the machine. >* We can't use the "normal" timers since we just panicked. >

Re: [PATCH v2 1/4] dt-bindings: media: csi2dc: add bindings for microchip csi2dc

2020-07-13 Thread Rob Herring
On Fri, Jul 03, 2020 at 10:44:13AM +0300, Eugen Hristev wrote: > Add bindings documentation for microchip CSI2 Demultiplexer controller. > > CSI2DC is a demultiplexer from Synopsys IDI interface specification to > parallel interface connection or direct memory access. > > Signed-off-by: Eugen

soft lockup in fanotify_read

2020-07-13 Thread Francesco Ruggeri
We are getting this soft lockup in fanotify_read. The reason is that this code does not seem to scale to cases where there are big bursts of events generated by fanotify_handle_event. fanotify_read acquires group->notification_lock for each event. fanotify_handle_event uses the lock to add one

Re: [PATCH] net: xilinx: fix potential NULL dereference in temac_probe()

2020-07-13 Thread Florian Fainelli
On 7/13/2020 7:23 PM, Xu Wang wrote: > platform_get_resource() may return NULL, add proper > check to avoid potential NULL dereferencing. > > Signed-off-by: Xu Wang > --- If you use devm_ioremap_resource() you can remove the !res check entirely which would be equally acceptable as a fix. >

Re: [PATCH v4 0/4] printk: replace ringbuffer

2020-07-13 Thread Sergey Senozhatsky
On (20/07/10 11:58), John Ogness wrote: > > IMHO users of these sequence number interfaces need to see all the > records individually and reassemble the LOG_CONT messages themselves if > they want to. I believe that is the only sane path forward. To do this, > the caller id will no longer be

RE: [PATCH v6 01/12] iommu: Change type of pasid to u32

2020-07-13 Thread Liu, Yi L
> From: Fenghua Yu > Sent: Tuesday, July 14, 2020 7:48 AM > > PASID is defined as a few different types in iommu including "int", > "u32", and "unsigned int". To be consistent and to match with uapi > definitions, define PASID and its variations (e.g. max PASID) as "u32". > "u32" is also shorter

linux-next: manual merge of the drm-intel tree with the drm tree

2020-07-13 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/drm_probe_helper.c between commit: 12c683e12cd8 ("drm: bridge: Pass drm_display_info to drm_bridge_funcs .mode_valid()") from the drm tree and commit: 1c26b8e09004 ("drm/probe_helper: Add

Re: [PATCH v2 3/4] x86: Expose SERIALIZE for supported cpuid

2020-07-13 Thread Sean Christopherson
On Tue, Jul 07, 2020 at 10:16:22AM +0800, Cathy Zhang wrote: > SERIALIZE instruction is supported by intel processors, > like Sapphire Rapids. Expose it in KVM supported cpuid. Providing at least a rough overview of the instruction, e.g. its enumeration, usage, fault rules, controls, etc... would

[RFC PATCH 2/4] rseq: Allow extending struct rseq

2020-07-13 Thread Mathieu Desnoyers
Add a __rseq_abi.flags "RSEQ_TLS_FLAG_SIZE", which indicates support for extending struct rseq. This adds two new fields to struct rseq: user_size and kernel_size. The user_size field allows the size of the __rseq_abi definition (which can be overridden by symbol interposition either by a

[RFC PATCH 4/4] selftests: rseq: print rseq extensible size in basic test

2020-07-13 Thread Mathieu Desnoyers
Print whether extensible size feature is supported by the kernel and __rseq_abi definition, along with the contents of the kernel_size field if it is available. Signed-off-by: Mathieu Desnoyers --- tools/testing/selftests/rseq/basic_test.c | 15 +++ 1 file changed, 15 insertions(+)

[RFC PATCH 1/4] selftests: rseq: Use fixed value as rseq_len parameter

2020-07-13 Thread Mathieu Desnoyers
The rseq registration and unregistration expect a fixed-size length (32 bytes). In preparation to extend struct rseq, pass a fixed value rather than the size of the rseq structure. Signed-off-by: Mathieu Desnoyers --- include/uapi/linux/rseq.h | 5 +

[RFC PATCH 0/4] rseq: Introduce extensible struct rseq

2020-07-13 Thread Mathieu Desnoyers
Recent discussion led to a solution for extending struct rseq. This is an implementation of the proposed solution. Now is a good time to agree on this scheme before the release of glibc 2.32, just in case there are small details to fix on the user-space side in order to allow extending struct

[RFC PATCH 3/4] selftests: rseq: define __rseq_abi with extensible size

2020-07-13 Thread Mathieu Desnoyers
Define the __rseq_abi with the extensible size feature. Signed-off-by: Mathieu Desnoyers --- tools/testing/selftests/rseq/rseq.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/tools/testing/selftests/rseq/rseq.c b/tools/testing/selftests/rseq/rseq.c index da2264c679b9..2c29215d4790

[PATCH] mm: mmap: Merge vma after call_mmap() if possible

2020-07-13 Thread linmiaohe
From: Miaohe Lin The vm_flags may be changed after call_mmap() because drivers may set some flags for their own purpose. As a result, we failed to merge the adjacent vma due to the different vm_flags as userspace can't pass in the same one. Try to merge vma after call_mmap() to fix this issue.

Re: [PATCH v2 1/4] dt-bindings: clk: versaclock5: fix 'idt' prefix typos

2020-07-13 Thread Rob Herring
On Wed, 08 Jul 2020 09:40:32 +0200, Luca Ceresoli wrote: > 'idt' is misspelled 'itd' in a few places, fix it. > > Fixes: 34662f6e3084 ("dt: Add additional option bindings for IDT VersaClock") > Signed-off-by: Luca Ceresoli > --- > Documentation/devicetree/bindings/clock/idt,versaclock5.txt | 4

Re: [PATCH v2 2/2] soc: mediatek: add mtk-devapc driver

2020-07-13 Thread Neal Liu
Hi Chun-Kuang, On Mon, 2020-07-13 at 22:20 +0800, Chun-Kuang Hu wrote: > Hi, Neal: > > Neal Liu 於 2020年7月13日 週一 下午4:27寫道: > > > > Hi Chun-Kuang, > > > > Thanks for your review. > > > > On Fri, 2020-07-10 at 22:21 +0800, Chun-Kuang Hu wrote: > > > Hi, Neal: > > > > > > Neal Liu 於 2020年7月10日 週五

Re: possible deadlock in shmem_fallocate (4)

2020-07-13 Thread syzbot
syzbot has found a reproducer for the following crash on: HEAD commit:11ba4688 Linux 5.8-rc5 git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=175391fb10 kernel config: https://syzkaller.appspot.com/x/.config?x=a160d1053fc89af5 dashboard link:

Re: [PATCH v2 4/4] dt-bindings: clk: versaclock5: convert to yaml

2020-07-13 Thread Rob Herring
On Wed, Jul 08, 2020 at 09:40:35AM +0200, Luca Ceresoli wrote: > Convert to yaml the VersaClock bindings document. The mapping between > clock specifier and physical pins cannot be described formally in yaml > schema, then keep it verbatim in the description field. > > Signed-off-by: Luca

Re: [PATCH v2 2/5] dt-bindings: arm: Add Keem Bay bindings

2020-07-13 Thread Rob Herring
On Wed, Jul 08, 2020 at 06:50:17PM +0100, Daniele Alessandrelli wrote: > From: Daniele Alessandrelli > > Document Intel Movidius SoC code-named Keem Bay, along with the Keem Bay > EVM board. > > Reviewed-by: Dinh Nguyen > Signed-off-by: Daniele Alessandrelli > --- >

Re: [PATCH v2] dt-bindings: usb: ti,keystone-dwc3.yaml: Improve schema

2020-07-13 Thread Rob Herring
On Fri, 10 Jul 2020 14:33:37 +0300, Roger Quadros wrote: > There were some review comments after the patch was integrated. > Address those. > > Fixes: 1883a934e156 ("dt-bindings: usb: convert keystone-usb.txt to YAML") > Signed-off-by: Roger Quadros > --- >

Re: [PATCH v2 1/2] dt-bindings: devapc: add bindings for mtk-devapc

2020-07-13 Thread Neal Liu
On Fri, 2020-07-10 at 18:41 +0800, Matthias Brugger wrote: > > On 09/07/2020 11:12, Neal Liu wrote: > > Add bindings for mtk-devapc. > > > > Signed-off-by: Neal Liu > > --- > > .../devicetree/bindings/soc/mediatek/devapc.yaml | 82 > > > > 1 file changed, 82

Re: [PATCH] mm: mmap: Merge vma after call_mmap() if possible

2020-07-13 Thread Andrew Morton
On Tue, 14 Jul 2020 11:07:44 +0800 linmiaohe wrote: > The vm_flags may be changed after call_mmap() because drivers may set some > flags for their own purpose. As a result, we failed to merge the adjacent > vma due to the different vm_flags as userspace can't pass in the same one. > Try to merge

[PATCH v2] ARM: dts: Configure osc clock for d_can on am437x

2020-07-13 Thread dillon . minfei
From: dillon min V1 -> V2: correct commit messages based on Stephen Rothwell's reviewing. make Fixes tags to oneline. make all commit message tags at the end of commit message V1: Got following d_can probe errors with kernel 5.8-rc1 on am437x [ 10.730822] CAN device driver interface

[PATCH v2] checkpatch: Fix the usage of capture group ( ... )

2020-07-13 Thread Mrinal Pandey
The usage of "capture group (...)" in the immediate condition after `&&` results in `$1` being uninitialized. This issues a warning "Use of uninitialized value $1 in regexp compilation at ./scripts/checkpatch.pl line 2638". I noticed this bug while running checkpatch on the set of commits from

[PATCH v2] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

2020-07-13 Thread dillon . minfei
From: dillon min Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all clocks directly during init to read revision") [1]: https://www.ti.com/lit/pdf/spruh73 Chapter-23, Figure 23-1. DCAN Integration [2]: https://www.ti.com/lit/pdf/spruhl7 Chapter-25, Figure 25-1. DCAN Integration [3]: commit

Re: [PATCH] nvme: Remove redundant validation in nvme_start_ctrl()

2020-07-13 Thread Baolin Wang
On Mon, Jul 13, 2020 at 11:58:18PM +, Chaitanya Kulkarni wrote: > On 7/12/20 23:31, Baolin Wang wrote: > > We've already validated the 'kato' in nvme_start_keep_alive(), thus no > > need to validate it again in nvme_start_ctrl(). Remove it. > > > > Signed-off-by: Baolin Wang > > --- > >

RE: [PATCH v6 03/12] docs: x86: Add documentation for SVA (Shared Virtual Addressing)

2020-07-13 Thread Liu, Yi L
> From: Fenghua Yu > Sent: Tuesday, July 14, 2020 7:48 AM > > From: Ashok Raj > > ENQCMD and Data Streaming Accelerator (DSA) and all of their associated > features > are a complicated stack with lots of interconnected pieces. > This documentation provides a big picture overview for all of

Re: [for-next][PATCH 04/18] x86/ftrace: Do not jump to direct code in created trampolines

2020-07-13 Thread Steven Rostedt
On Fri, 3 Jul 2020 10:10:00 +0200 Peter Zijlstra wrote: > On Thu, Jul 02, 2020 at 05:58:16PM -0400, Steven Rostedt wrote: > > > + /* No need to test direct calls on created trampolines */ > > + if (ops->flags & FTRACE_OPS_FL_SAVE_REGS) { > > + /* NOP the jnz 1f; but make sure it's

Re: [PATCH] tipc: Don't using smp_processor_id() in preemptible code

2020-07-13 Thread Eric Dumazet
On 7/13/20 6:53 PM, qiang.zh...@windriver.com wrote: > From: Zhang Qiang > > CPU: 0 PID: 6801 Comm: syz-executor201 Not tainted 5.8.0-rc4-syzkaller #0 > Hardware name: Google Google Compute Engine/Google Compute Engine, > BIOS Google 01/01/2011 > > Reported-by:

[PATCH 0/2] tcpm: Error handling for tcpm_register_partner_altmodes

2020-07-13 Thread Kyle Tso
*** BLURB HERE *** Kyle Tso (2): usb: typec: Comment correction for typec_partner_register_altmode usb: typec: tcpm: Error handling for tcpm_register_partner_altmodes drivers/usb/typec/class.c | 2 +- drivers/usb/typec/tcpm/tcpm.c | 4 +++- 2 files changed, 4 insertions(+), 2

[PATCH 1/2] usb: typec: Comment correction for typec_partner_register_altmode

2020-07-13 Thread Kyle Tso
typec_register_altmode returns ERR_PTR on failure. Signed-off-by: Kyle Tso --- drivers/usb/typec/class.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/typec/class.c b/drivers/usb/typec/class.c index c9234748537a..02655694f200 100644 ---

[PATCH 2/2] usb: typec: tcpm: Error handling for tcpm_register_partner_altmodes

2020-07-13 Thread Kyle Tso
typec_partner_register_altmode returns ERR_PTR. Reset the pointer altmode to NULL on failure. Signed-off-by: Kyle Tso --- drivers/usb/typec/tcpm/tcpm.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/usb/typec/tcpm/tcpm.c b/drivers/usb/typec/tcpm/tcpm.c index

Re: [PATCH v2 2/2] ARM: dts: stm32: Enable MIPI DSI display support.

2020-07-13 Thread Hua Dillon
Hi, Adrian, Just one suggestion for you. Adrian Pop 于2020年7月3日周五 上午1:30写道: > > STM32f769-disco features a 4" MIPI DSI display: add support for it. > On Cortex-M7 DMA can't use cached memory. For this reason I use a dedicated > memory pool for DMA with no-cache attribute which is located at the

Re: [PATCH v2 1/4] scsi: ufs: Add checks before setting clk-gating states

2020-07-13 Thread Bart Van Assche
On 2020-07-13 19:28, Can Guo wrote: > @@ -2538,7 +2540,8 @@ static int ufshcd_queuecommand(struct Scsi_Host *host, > struct scsi_cmnd *cmd) > err = SCSI_MLQUEUE_HOST_BUSY; > goto out; > } > - WARN_ON(hba->clk_gating.state != CLKS_ON); > + if

Re: [PATCH v2] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

2020-07-13 Thread Stephen Rothwell
Hi, On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote: > > From: dillon min > > Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all clocks directly during init to > read revision") > > [1]: https://www.ti.com/lit/pdf/spruh73 Chapter-23, Figure 23-1. DCAN > Integration > [2]:

RE: [RFC]PATCH] exfat: integrates dir-entry getting and validation

2020-07-13 Thread kohada.tetsuh...@dc.mitsubishielectric.co.jp
Thanks for your reply. > > > > /* validiate cached dentries */ > > - for (i = 1; i < num_entries; i++) { > > - ep = exfat_get_dentry_cached(es, i); > > - if (!exfat_validate_entry(exfat_get_entry_type(ep), )) > > > + for (i = 1; i < es->num_entries; i++) { > > +

Re: [PATCH v2 2/3] dt-bindings: MIPS: Add Ingenic X1830 based boards.

2020-07-13 Thread Zhou Yanjie
Hi Rob, 在 2020/7/14 上午10:32, Rob Herring 写道: On Fri, Jun 26, 2020 at 01:37:15AM +0800, 周琰杰 (Zhou Yanjie) wrote: Add bindings for Ingenic X1830 based board, prepare for later dts. Tested-by: 周正 (Zhou Zheng) Signed-off-by: 周琰杰 (Zhou Yanjie) --- Notes: v1->v2: No change.

Re: possible deadlock in shmem_fallocate (4)

2020-07-13 Thread Eric Biggers
On Tue, Jul 14, 2020 at 11:32:52AM +0800, Hillf Danton wrote: > > Add FALLOC_FL_NOBLOCK and on the shmem side try to lock inode upon the > new flag. And the overall upside is to keep the current gfp either in > the khugepaged context or not. > > --- a/include/uapi/linux/falloc.h > +++

Re: [PATCH v2 2/4] scsi: ufs: Fix imbalanced scsi_block_reqs_cnt caused by ufshcd_hold()

2020-07-13 Thread Bart Van Assche
On 2020-07-13 19:28, Can Guo wrote: > The scsi_block_reqs_cnt increased in ufshcd_hold() is supposed to be > decreased back in ufshcd_ungate_work() in a paired way. However, if > specific ufshcd_hold/release sequences are met, it is possible that > scsi_block_reqs_cnt is increased twice but only

Re: [PATCH v2] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

2020-07-13 Thread dillon min
On Tue, Jul 14, 2020 at 11:38 AM Stephen Rothwell wrote: > > Hi, > > On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote: > > > > From: dillon min > > > > Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all clocks directly during init > > to read revision") > > > > [1]:

Re: Null-ptr-deref due to "vfs, fsinfo: Add an RCU safe per-ns mount list"

2020-07-13 Thread Stephen Rothwell
Hi sll, On Thu, 25 Jun 2020 11:25:17 +1000 Stephen Rothwell wrote: > > On Wed, 24 Jun 2020 11:57:07 -0400 Qian Cai wrote: > > > > On Wed, May 13, 2020 at 12:29:52AM +0100, David Howells wrote: > > > Qian Cai wrote: > > > > > > > Reverted the linux-next commit ee8ad8190cb1 (“vfs,

Re: [PATCH 1/2] cpufreq: tegra186: Fix initial frequency

2020-07-13 Thread Viresh Kumar
On 13-07-20, 17:37, Jon Hunter wrote: > > On 13/07/2020 04:25, Viresh Kumar wrote: > > On 12-07-20, 11:06, Jon Hunter wrote: > >> Commit 6cc3d0e9a097 ("cpufreq: tegra186: add > >> CPUFREQ_NEED_INITIAL_FREQ_CHECK flag") fixed CPUFREQ support for > >> Tegra186 but as a consequence the following

Re: [PATCH v2 3/4] ufs: ufs-qcom: Fix a few BUGs in func ufs_qcom_dump_dbg_regs()

2020-07-13 Thread Bart Van Assche
On 2020-07-13 19:28, Can Guo wrote: > Dumping testbus registers needs to sleep a bit intermittently as there are > too many of them. Skip them for those contexts where sleep is not allowed. > > Meanwhile, if ufs_qcom_dump_dbg_regs() calls ufs_qcom_testbus_config() from > ufshcd_suspend/resume

Re: [PATCH v2 5/5] dt-bindings: timer: Add CLINT bindings

2020-07-13 Thread Anup Patel
On Tue, Jul 14, 2020 at 8:07 AM Rob Herring wrote: > > On Sat, Jun 27, 2020 at 09:49:57PM +0530, Anup Patel wrote: > > We add DT bindings documentation for CLINT device. > > > > Signed-off-by: Anup Patel > > Reviewed-by: Palmer Dabbelt > > --- > > .../bindings/timer/sifive,clint.txt

Re: [PATCH] opp: ti-opp-supply: Replace HTTP links with HTTPS ones

2020-07-13 Thread Viresh Kumar
On 13-07-20, 20:05, 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't contain

Re: linux-next: build failure after merge of the tip tree

2020-07-13 Thread Stephen Rothwell
Hi all, On Tue, 7 Jul 2020 12:33:01 +1000 Stephen Rothwell wrote: > > On Tue, 30 Jun 2020 12:54:59 +1000 Stephen Rothwell > wrote: > > > > On Mon, 22 Jun 2020 11:37:00 +1000 Stephen Rothwell > > wrote: > > > > > > After merging the tip tree, today's linux-next build (x86_64 allmodconfig)

Re: [PATCH v2 0/5] Dedicated CLINT timer driver

2020-07-13 Thread Anup Patel
On Tue, Jul 14, 2020 at 4:32 AM Palmer Dabbelt wrote: > > On Sat, 27 Jun 2020 09:19:52 PDT (-0700), Anup Patel wrote: > > The current RISC-V timer driver is convoluted and implements two > > distinct timers: > > 1. S-mode timer: This is for Linux RISC-V S-mode with MMU. The > > clocksource

[PATCH v3] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

2020-07-13 Thread dillon . minfei
From: dillon min [1]: https://www.ti.com/lit/pdf/spruh73 Chapter-23, Figure 23-1. DCAN Integration [2]: https://www.ti.com/lit/pdf/spruhl7 Chapter-25, Figure 25-1. DCAN Integration [3]: commit 516f1117d0fb ("ARM: dts: Configure osc clock for d_can on am335x") Signed-off-by: dillon min Fixes:

[PATCH v3] ARM: dts: Configure osc clock for d_can on am437x

2020-07-13 Thread dillon . minfei
From: dillon min V2 -> V3: make Fixes tags after Signed-off-by line. V1 -> V2: correct commit messages based on Stephen Rothwell's reviewing. make Fixes tags to oneline. make all commit message tags at the end of commit message V1: Got following d_can probe errors with kernel 5.8-rc1 on

Re: [PATCH v2 4/4] scsi: ufs: Fix up and simplify error recovery mechanism

2020-07-13 Thread Bart Van Assche
On 2020-07-13 19:28, Can Guo wrote: > o Queue eh_work on a single threaded workqueue to avoid concurrency between > eh_works. Please use another approach (mutex?) to serialize error handling. There are already way too workqueues in a running Linux system. > o According to the UFSHCI JEDEC

Re: [PATCH v5 1/2] dt-bindings: phy: Add USB PHY support for Intel LGM SoC

2020-07-13 Thread Ramuthevar, Vadivel MuruganX
Hi Rob, On 13/7/2020 11:07 pm, Rob Herring wrote: On Mon, 13 Jul 2020 16:54:52 +0800, Ramuthevar,Vadivel MuruganX wrote: From: Ramuthevar Vadivel Murugan Add the dt-schema to support USB PHY on Intel LGM SoC Signed-off-by: Ramuthevar Vadivel Murugan Reviewed-by: Rob Herring ---

Re: [PATCH v5 1/2] dt-bindings: phy: Add USB PHY support for Intel LGM SoC

2020-07-13 Thread Ramuthevar, Vadivel MuruganX
Hi Rob, On 13/7/2020 11:08 pm, Rob Herring wrote: On Mon, Jul 13, 2020 at 04:54:52PM +0800, Ramuthevar,Vadivel MuruganX wrote: From: Ramuthevar Vadivel Murugan Add the dt-schema to support USB PHY on Intel LGM SoC Signed-off-by: Ramuthevar Vadivel Murugan Reviewed-by: Rob Herring ---

Re: [PATCH v2] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

2020-07-13 Thread Stephen Rothwell
Hi Dillon, On Tue, 14 Jul 2020 11:43:31 +0800 dillon min wrote: > > On Tue, Jul 14, 2020 at 11:38 AM Stephen Rothwell > wrote: > > > > On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote: > > > > > > From: dillon min > > > > > > Fixes: 1a5cd7c23cc5 ("bus: ti-sysc: Enable all

Re: [PATCH] mm: mmap: Merge vma after call_mmap() if possible

2020-07-13 Thread linmiaohe
Andrew Morton wrote: > On Tue, 14 Jul 2020 11:07:44 +0800 linmiaohe wrote: > >> The vm_flags may be changed after call_mmap() because drivers may set >> some flags for their own purpose. As a result, we failed to merge the >> adjacent vma due to the different vm_flags as userspace can't pass

WARNING in __nf_unregister_net_hook (2)

2020-07-13 Thread syzbot
Hello, syzbot found the following crash on: HEAD commit:0aea6d5c Merge tag 'for-linus-5.8b-rc5-tag' of git://git.k.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1646fd6710 kernel config: https://syzkaller.appspot.com/x/.config?x=b1a5a263f7a540cb

<    8   9   10   11   12   13   14   15   16   >