[PATCH] m68k: add missing __user annotation in get_user()

2020-05-19 Thread Jason Wang
The ptr is a pointer to userspace memory. So we need annotate it with __user otherwise we may get sparse warnings like: drivers/vhost/vhost.c:1603:13: sparse: sparse: incorrect type in initializer (different address spaces) @@expected void const *__gu_ptr @@got unsigned int [noderef] [us

[PATCH] dmaengine: mmp_pdma: Do not warn when IRQ is shared by all chans

2020-05-19 Thread Lubomir Rintel
When there's a single interrupt for all the DMA channels, the unsuccessful attempt to request separate IRQs emits useless warnings: [1.370381] mmp-pdma d400.dma: IRQ index 1 not found ... [1.412398] mmp-pdma d400.dma: IRQ index 15 not found [1.418308] mmp-pdma d400.

Re: [PATCH v3 1/4] dt-bindings: iio: magnetometer: ak8975: convert txt format to yaml

2020-05-19 Thread Jonathan Albrieux
On Tue, May 19, 2020 at 06:37:05PM +0100, Jonathan Cameron wrote: > On Tue, 19 May 2020 18:44:33 +0200 > Jonathan Albrieux wrote: > > > On Tue, May 19, 2020 at 07:01:37PM +0300, Andy Shevchenko wrote: > > > On Tue, May 19, 2020 at 04:03:54PM +0200, Jonathan Albrieux wrote: > > > > On Tue, May 1

[PATCH] dmaengine: mmp_tdma: share the IRQ line

2020-05-19 Thread Lubomir Rintel
On a MMP2, the DMA interrupt is shared by all channels of the peripheral DMA controller and the audio DMA controller. Both drivers can identify their interrupts, but only the PDMA driver marks the line shared: [1.185782] mmp-pdma d400.dma: initialized 16 channels [1.186808] mmp-tdm

RE: [PATCH 0/3] arm64: perf: Add support for Perf NMI interrupts

2020-05-19 Thread Song Bao Hua
> > On 5/18/20 11:45 AM, Mark Rutland wrote: > > Hi all, > > > > On Mon, May 18, 2020 at 02:26:00PM +0800, Lecopzer Chen wrote: > >> HI Sumit, > >> > >> Thanks for your information. > >> > >> I've already implemented IPI (same as you did [1], little difference > >> in detail), hardlockup detector

Re: [PATCH] iommu: Don't call .probe_finalize() under group->mutex

2020-05-19 Thread Yong Wu
On Tue, 2020-05-19 at 15:28 +0200, Joerg Roedel wrote: > From: Joerg Roedel > > The .probe_finalize() call-back of some IOMMU drivers calls into > arm_iommu_attach_device(). This function will call back into the > IOMMU core code, where it tries to take group->mutex again, resulting > in a deadlo

Re: [PATCH] dma-fence: add might_sleep annotation to _wait()

2020-05-19 Thread Christian König
Am 19.05.20 um 15:27 schrieb Daniel Vetter: Do it uncontionally, there's a separate peek function with dma_fence_is_signalled() which can be called from atomic context. v2: Consensus calls for an unconditional might_sleep (Chris, Christian) Full audit: - dma-fence.h: Uses MAX_SCHEDULE_TIMOUT, g

RE: [PATCH 3/3] arm64: dts: imx8mp: add mu node

2020-05-19 Thread Aisheng Dong
> From: Fabio Estevam > Sent: Wednesday, May 20, 2020 11:07 AM > > Hi Peng, > > On Wed, May 20, 2020 at 12:01 AM Peng Fan wrote: > > > Nothing specific in i.MX8MP for the mu part, so do we really need add > > "fsl,imx8mp-mu"? > > It is good practice to add a more specific option. > > Let's s

[RFC PATCH] arm64: dts: rockchip: fix dmas dma-names for rk3308 i2s node

2020-05-19 Thread Johan Jonker
One of the current rk3308 'i2s' nodes has a different dma layout with only 1 item. Table 9-2 DMAC1 Request Mapping Table shows that there 2 dma sources available, so fix the dmas and dma-names for the rk3308 'i2s' node. 10 I2S/PCM_2CH_1 tx High level 11 I2S/PCM_2CH_1 rx High level Signed-off-by:

[ISSUE] acpi_cpufreq is added and removed frequently

2020-05-19 Thread Feng Li
Hi expert, I could see my CentOS7, `udevadm monitor` reports this log very fast: UDEV [14258.464055] change /devices/LNXSYSTM:00/device:00/ACPI0004:01/LNXCPU:4d (acpi) KERNEL[14258.464065] add /module/acpi_cpufreq (module) KERNEL[14258.471130] remove /module/acpi_cpufreq (module) UDEV [

[PATCH 2/2] firewire-core: obsolete cast of function callback

2020-05-19 Thread Takashi Sakamoto
This commit obsoletes cast of function callback to assist attempt of Control Flow Integrity builds. Reported-by: Oscar Carter Reference: https://lore.kernel.org/lkml/20200519173425.4724-1-oscar.car...@gmx.com/ Signed-off-by: Takashi Sakamoto --- drivers/firewire/core-cdev.c | 44 ++

[PATCH 0/2] firewire: obsolete cast of function callback toward CFI

2020-05-19 Thread Takashi Sakamoto
Hi, Oscar Carter works for Control Flow Integrity build. Any cast of function callback is inconvenient for the work. Unfortunately, current code of firewire-core driver includes the cast[1] and Oscar posted some patches to remove it[2]. The patch is itself good. However, it includes changes existe

[PATCH v2] tty: hvc: Fix data abort due to race in hvc_open

2020-05-19 Thread Raghavendra Rao Ananta
Potentially, hvc_open() can be called in parallel when two tasks calls open() on /dev/hvcX. In such a scenario, if the hp->ops->notifier_add() callback in the function fails, where it sets the tty->driver_data to NULL, the parallel hvc_open() can see this NULL and cause a memory abort. Hence, do a

Re: [PATCH] MIPS: SGI-IP27: Remove not used includes and comment in ip27-timer.c

2020-05-19 Thread Thomas Bogendoerfer
On Wed, May 20, 2020 at 01:12:37PM +0800, Tiezhu Yang wrote: > After commit 0ce5ebd24d25 ("mfd: ioc3: Add driver for SGI IOC3 chip"), > the related includes and comment about ioc3 are not used any more in > ip27-timer.c, remove them. > > Signed-off-by: Tiezhu Yang > --- > arch/mips/sgi-ip27/ip27

Re: [PATCH] MIPS: ingenic: Add missing include

2020-05-19 Thread Thomas Bogendoerfer
On Tue, May 19, 2020 at 11:22:30PM +0200, Paul Cercueil wrote: > Add missing include which adds the prototype to plat_time_init(). > > Fixes: f932449c11da ("MIPS: ingenic: Drop obsolete code, merge the rest in > setup.c") > Signed-off-by: Paul Cercueil > Reported-by: kbuild test robot > --- >

[PATCH 1/2] firewire-core: add kernel API to construct multichannel isoc context

2020-05-19 Thread Takashi Sakamoto
In 1394 OHCI specification, IR context has several modes. One of mode is 'multiChanMode'. For this mode, Linux FireWire stack has FW_ISO_CONTEXT_RECEIVE_MULTICHANNEL flag apart from FW_ISO_CONTEXT_RECEIVE, and associated internal callback. However, code of firewire-core driver includes cast of func

RE: [PATCH 2/3] clk: imx8mp: add mu root clk

2020-05-19 Thread Aisheng Dong
> From: Peng Fan > Sent: Wednesday, May 20, 2020 10:05 AM > > Add mu root clk for mu mailbox usage. > > Signed-off-by: Peng Fan Reviewed-by: Dong Aisheng Regards Aisheng

RE: [PATCH 1/3] arm64: dts: imx8m: add mu node

2020-05-19 Thread Aisheng Dong
> From: Peng Fan > Sent: Wednesday, May 20, 2020 10:05 AM > > Add mu node to let A53 could communicate with M Core. > > Signed-off-by: Peng Fan > --- > arch/arm64/boot/dts/freescale/imx8mm.dtsi | 9 + > arch/arm64/boot/dts/freescale/imx8mn.dtsi | 9 + > arch/arm64/boot/dts/freesc

Re: [PATCH v1 01/25] net: core: device_rename: Use rwsem instead of a seqcount

2020-05-19 Thread Ahmed S. Darwish
Hello Eric, On Tue, May 19, 2020 at 07:01:38PM -0700, Eric Dumazet wrote: > > On 5/19/20 2:45 PM, Ahmed S. Darwish wrote: > > Sequence counters write paths are critical sections that must never be > > preempted, and blocking, even for CONFIG_PREEMPTION=n, is not allowed. > > > > Commit 5dbe7c178d3

[PATCHv5 1/5] ext4: mballoc: Add blocks to PA list under same spinlock after allocating blocks

2020-05-19 Thread Ritesh Harjani
ext4_mb_discard_preallocations() only checks for grp->bb_prealloc_list of every group to discard the group's PA to free up the space if allocation request fails. Consider below race:- Process A Process B 1. allocate blocks 1. F

[PATCHv5 4/5] ext4: mballoc: Refactor ext4_mb_good_group()

2020-05-19 Thread Ritesh Harjani
ext4_mb_good_group() definition was changed some time back and now it even initializes the buddy cache (via ext4_mb_init_group()), if in case the EXT4_MB_GRP_NEED_INIT() is true for a group. Note that ext4_mb_init_group() could sleep and so should not be called under a spinlock held. This is fine a

[PATCHv5 3/5] ext4: mballoc: Introduce pcpu seqcnt for freeing PA to improve ENOSPC handling

2020-05-19 Thread Ritesh Harjani
There could be a race in function ext4_mb_discard_group_preallocations() where the 1st thread may iterate through group's bb_prealloc_list and remove all the PAs and add to function's local list head. Now if the 2nd thread comes in to discard the group preallocations, it will see that the group->bb

[PATCHv5 5/5] ext4: mballoc: Use lock for checking free blocks while retrying

2020-05-19 Thread Ritesh Harjani
Currently while doing block allocation grp->bb_free may be getting modified if discard is happening in parallel. For e.g. consider a case where there are lot of threads who have preallocated lot of blocks and there is a thread which is trying to discard all of this group's PA. Now it could happen t

[PATCHv5 0/5] Improve ext4 handling of ENOSPC with multi-threaded use-case

2020-05-19 Thread Ritesh Harjani
Hello All, Please note that these patches are based on top of mballoc cleanup series [2] which is also pending review. :) v4 -> v5: 1. Removed ext4_lock_group() from fastpath and added that in the retry attempt, so that the performance of fastpath is not affected. v3 -> v4: 1. Splitted code clea

RE: [PATCH 0/4] arm64: dts: imx8m: dtb aliases update

2020-05-19 Thread Aisheng Dong
> From: Peng Fan > Sent: Wednesday, May 20, 2020 10:03 AM > > Minor patchset to update device tree aliases > > Peng Fan (4): > arm64: dts: imx8mq: Add mmc aliases > arm64: dts: imx8mq: Add ethernet alias > arm64: dts: imx8mm: sort the aliases > arm64: dts: imx8mp: add i2c aliases For th

[PATCHv5 2/5] ext4: mballoc: Refactor ext4_mb_discard_preallocations()

2020-05-19 Thread Ritesh Harjani
Implement ext4_mb_discard_preallocations_should_retry() which we will need in later patches to add more logic like check for sequence number match to see if we should retry for block allocation or not. There should be no functionality change in this patch. Signed-off-by: Ritesh Harjani --- fs/e

[PATCH] ARM: dts: imx: Make tempmon node as child of anatop node

2020-05-19 Thread Anson Huang
i.MX6/7 SoCs' temperature sensor is inside anatop module from HW perspective, so it should be a child node of anatop. Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx6qdl.dtsi | 22 +++--- arch/arm/boot/dts/imx6sl.dtsi | 20 ++-- arch/arm/boot/dts/imx6sll.dts

Re: [PATCH v4 2/4] mm/memory.c: Update local TLB if PTE entry exists

2020-05-19 Thread maobibo
On 05/20/2020 09:26 AM, Andrew Morton wrote: > On Tue, 19 May 2020 18:03:28 +0800 Bibo Mao wrote: > >> If two threads concurrently fault at the same address, the thread that >> won the race updates the PTE and its local TLB. For now, the other >> thread gives up, simply does nothing, and conti

Re: [PATCH v1 2/2] mfd: Introduce QTI I2C PMIC controller

2020-05-19 Thread Lee Jones
On Tue, 19 May 2020, Guru Das Srinagesh wrote: > On Fri, May 15, 2020 at 11:45:20AM +0100, Lee Jones wrote: > > On Thu, 30 Apr 2020, Guru Das Srinagesh wrote: > > > > > On Wed, Apr 29, 2020 at 08:50:10AM +0100, Lee Jones wrote: > > > > On Tue, 28 Apr 2020, Guru Das Srinagesh wrote: > > > > > > >

Re: [PATCH v3 59/75] x86/sev-es: Handle MONITOR/MONITORX Events

2020-05-19 Thread Sean Christopherson
On Tue, Apr 28, 2020 at 05:17:09PM +0200, Joerg Roedel wrote: > From: Tom Lendacky > > Implement a handler for #VC exceptions caused by MONITOR and MONITORX > instructions. > > Signed-off-by: Tom Lendacky > [ jroe...@suse.de: Adapt to #VC handling infrastructure ] > Co-developed-by: Joerg Roede

Re: [PATCH 1/2] MAINTAINERS: Add entry for ROHM power management ICs

2020-05-19 Thread Lee Jones
On Wed, 20 May 2020, Matti Vaittinen wrote: > Add entry for maintaining power management IC drivers for ROHM > BD71837, BD71847, BD71850, BD71828, BD71878, BD70528 and BD99954. > > Signed-off-by: Matti Vaittinen > --- > MAINTAINERS | 30 ++ > 1 file changed, 30 inser

Re: [PATCH v3 51/75] x86/sev-es: Handle MMIO events

2020-05-19 Thread Sean Christopherson
On Tue, Apr 28, 2020 at 05:17:01PM +0200, Joerg Roedel wrote: > From: Tom Lendacky > > Add handler for VC exceptions caused by MMIO intercepts. These > intercepts come along as nested page faults on pages with reserved > bits set. > > Signed-off-by: Tom Lendacky > [ jroe...@suse.de: Adapt to VC

[PATCH net-next v3 2/2] net: phy: tja11xx: add SQI support

2020-05-19 Thread Oleksij Rempel
This patch implements reading of the Signal Quality Index for better cable/link troubleshooting. Signed-off-by: Oleksij Rempel --- drivers/net/phy/nxp-tja11xx.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/net/phy/nxp-tja11xx.c b/drivers/net/phy/nxp-tja

[PATCH net-next v3 0/2] provide KAPI for SQI

2020-05-19 Thread Oleksij Rempel
This patches are extending ethtool netlink interface to export Signal Quality Index (SQI). SQI provided by 100Base-T1 PHYs and can be used for cable diagnostic. Compared to a typical cable tests, this value can be only used after link is established. changes v3: - rename __ethtool_get_sqi* to link

[PATCH net-next v3 1/2] ethtool: provide UAPI for PHY Signal Quality Index (SQI)

2020-05-19 Thread Oleksij Rempel
Signal Quality Index is a mandatory value required by "OPEN Alliance SIG" for the 100Base-T1 PHYs [1]. This indicator can be used for cable integrity diagnostic and investigating other noise sources and implement by at least two vendors: NXP[2] and TI[3]. [1] http://www.opensig.org/download/docum

Re: [PATCH v2] firewire: Remove function callback casts

2020-05-19 Thread Takashi Sakamoto
Hi, On Tue, May 19, 2020 at 07:34:25PM +0200, Oscar Carter wrote: > In an effort to enable -Wcast-function-type in the top-level Makefile to > support Control Flow Integrity builds, remove all the function callback > casts. > > To do this, modify the "fw_iso_context_create" function prototype add

Re: [PATCH v2 1/2] hwrng: iproc-rng200 - Set the quality value

2020-05-19 Thread Stephan Mueller
Am Dienstag, 19. Mai 2020, 23:25:51 CEST schrieb Łukasz Stelmach: Hi Łukasz, > The value was estimaded with ea_iid[1] using on 10485760 bytes read from > the RNG via /dev/hwrng. The min-entropy value calculated using the most > common value estimate (NIST SP 800-90P[2], section 6.3.1) was 7.96446

[tip:core/kprobes] BUILD SUCCESS 66e9b0717102507e64f638790eaece88765cc9e5

2020-05-19 Thread kbuild test robot
powerpc allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a006-20200519 i386 randconfig-a005-20200519 i386

[tip:core/rcu] BUILD SUCCESS b1fcf9b83c4149c63d1e0c699e85f93cbe28e211

2020-05-19 Thread kbuild test robot
allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a006-20200519 i386 randconfig-a005-20200519 i386 randconfig-a001

Re: [PATCH v3 25/75] x86/sev-es: Add support for handling IOIO exceptions

2020-05-19 Thread Sean Christopherson
On Tue, Apr 28, 2020 at 05:16:35PM +0200, Joerg Roedel wrote: > From: Tom Lendacky > > Add support for decoding and handling #VC exceptions for IOIO events. > > Signed-off-by: Tom Lendacky > [ jroe...@suse.de: Adapted code to #VC handling framework ] > Co-developed-by: Joerg Roedel > Signed-of

Re: [PATCH v4 2/4] kasan: record and print the free track

2020-05-19 Thread Walter Wu
On Wed, 2020-05-20 at 13:14 +0800, Walter Wu wrote: > > On Wed, May 20, 2020 at 6:03 AM Walter Wu wrote: > > > > > > > On Tue, May 19, 2020 at 4:25 AM Walter Wu > > > > wrote: > > > > > > > > > > Move free track from slub alloc meta-data to slub free meta-data in > > > > > order to make struct k

Re: seccomp feature development

2020-05-19 Thread Aleksa Sarai
On 2020-05-19, Alexei Starovoitov wrote: > On Wed, May 20, 2020 at 11:20:45AM +1000, Aleksa Sarai wrote: > > No it won't become copy_from_user(), nor will there be a TOCTOU race. > > > > The idea is that seccomp will proactively copy the struct (and > > recursively any of the struct pointers insi

[PATCH] iio: dac: ad5592r-base: Replace indio_dev->mlock with own device lock

2020-05-19 Thread Sergiu Cuciurean
As part of the general cleanup of indio_dev->mlock, this change replaces it with a local lock on the device's state structure. Signed-off-by: Sergiu Cuciurean --- drivers/iio/dac/ad5592r-base.c | 28 +++- drivers/iio/dac/ad5592r-base.h | 1 + 2 files changed, 16 insertio

Re: [PATCH 2/3] arm64: dts: qcom: Add initial sm6125 SoC support

2020-05-19 Thread Bjorn Andersson
On Tue 19 May 04:18 PDT 2020, Eli Riggs wrote: > On Mon, 18 May 2020 23:08:48 -0700 > Bjorn Andersson wrote: > > > Please use dual GPL/BSD license for dts files, if you can. > > Unfortunately the downstream tree I ported has a GPL-2-only header. > > > [...review] > > OK > > > Given that you

Re: [PATCH 00/12] Add cpufreq and cci devfreq for mt8183, and SVS support

2020-05-19 Thread Chanwoo Choi
Hi, On 5/20/20 2:36 PM, andrew-sh.cheng wrote: > On Wed, 2020-05-20 at 13:10 +0900, Chanwoo Choi wrote: >> Hi Andrew, >> >> Could you explain the base commit of these patches? >> When I tried to apply them to v5.7-rc1 for testing, >> the merge conflict occurs. >> >> Thanks, >> Chanwoo Choi > > H

Re: [RFC PATCH 1/4] gpu: dxgkrnl: core code

2020-05-19 Thread Greg KH
On Tue, May 19, 2020 at 01:45:53PM -0400, Sasha Levin wrote: > On Tue, May 19, 2020 at 07:21:05PM +0200, Greg KH wrote: > > On Tue, May 19, 2020 at 12:32:31PM -0400, Sasha Levin wrote: > > > + > > > +#define DXGK_MAX_LOCK_DEPTH 64 > > > +#define W_MAX_PATH 260 > > > > We already

[PATCH 2/2] MAINTAINERS: Add maintainer entry for linear ranges helper

2020-05-19 Thread Matti Vaittinen
The linear ranges helpers were refactored out of regulator core for other drivers to enjoy. Add regulator maintainer Mark Brown as maintainer and myself as a reviewer. Signed-off-by: Matti Vaittinen --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAIN

[PATCH V2] dt-bindings: thermal: Convert i.MX to json-schema

2020-05-19 Thread Anson Huang
Convert the i.MX thermal binding to DT schema format using json-schema Signed-off-by: Anson Huang --- Changes since V1: - move tempmon node into its parent node anatop in example; - improve "fsl,tempmon" description. --- .../devicetree/bindings/thermal/imx-thermal.txt| 61 --

[PATCH 1/2] MAINTAINERS: Add entry for ROHM power management ICs

2020-05-19 Thread Matti Vaittinen
Add entry for maintaining power management IC drivers for ROHM BD71837, BD71847, BD71850, BD71828, BD71878, BD70528 and BD99954. Signed-off-by: Matti Vaittinen --- MAINTAINERS | 30 ++ 1 file changed, 30 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index ecc0

[PATCH 0/2] MAINTAINER entries for few ROHM power devices

2020-05-19 Thread Matti Vaittinen
Add maintainer entries to a few ROHM devices and Linear Ranges Linear Ranges helpers were refactored out of regulator core to lib so that other drivers could utilize them too. (I guess power/supply drivers and possibly clk drivers can benefit from them). As regulators is currently the main user i

Re: [PATCH] input: i8042: Remove special PowerPC handling

2020-05-19 Thread Michael Ellerman
[ + Dmitry & linux-input ] Nathan Chancellor writes: > This causes a build error with CONFIG_WALNUT because kb_cs and kb_data > were removed in commit 917f0af9e5a9 ("powerpc: Remove arch/ppc and > include/asm-ppc"). > > ld.lld: error: undefined symbol: kb_cs >> referenced by i8042-ppcio.h:28 (dri

RE: [PATCH V2 0/3] ARM: imx: move cpu code to drivers/soc/imx

2020-05-19 Thread Peng Fan
Hi Shawn, > Subject: Re: [PATCH V2 0/3] ARM: imx: move cpu code to drivers/soc/imx > > On Wed, May 20, 2020 at 8:57 AM Shawn Guo > wrote: > > > > On Wed, Apr 29, 2020 at 05:17:20PM +0800, peng@nxp.com wrote: > > > From: Peng Fan > > > > > > V2: > > > Keep i.MX1/2/3/5 cpu type for completne

[PATCH V3 0/3] ARM: imx: move cpu code to drivers/soc/imx

2020-05-19 Thread peng . fan
From: Peng Fan V3: Rebased to latest next tree Resolved the conflicts with vf610 soc patch V2: Keep i.MX1/2/3/5 cpu type for completness Correct return value in patch 1/3 use CONFIG_ARM to guard compile soc-imx.c in patch 3/3 V1: https://patchwork.kernel.org/cover/11433689/ RFC version : h

[PATCH V3 2/3] ARM: imx: move cpu definitions into a header

2020-05-19 Thread peng . fan
From: Peng Fan The soc device register code will be moved to drivers/soc/imx/, the code needs the cpu type definitions. So let's move the cpu type definitions to a header. Signed-off-by: Peng Fan --- arch/arm/mach-imx/mxc.h | 28 +--- include/soc/imx/cpu.h | 36 ++

[PATCH V3 1/3] ARM: imx: use device_initcall for imx_soc_device_init

2020-05-19 Thread peng . fan
From: Peng Fan This is preparation to move imx_soc_device_init to drivers/soc/imx/ There is no reason to must put dt devices under /sys/devices/soc0, they could also be under /sys/devices/platform, so we could pass NULL as parent when calling of_platform_default_populate. Following soc-imx8.c s

[PATCH V3 3/3] soc: imx: move cpu code to drivers/soc/imx

2020-05-19 Thread peng . fan
From: Peng Fan Move the soc device register code to drivers/soc/imx to align with i.MX8. Signed-off-by: Peng Fan --- arch/arm/mach-imx/cpu.c | 182 --- drivers/soc/imx/Makefile | 3 + drivers/soc/imx/soc-imx.c | 192 +

Re: [PATCH v3] perf record: add dummy event during system wide synthesis

2020-05-19 Thread Ian Rogers
On Tue, May 19, 2020 at 6:54 PM Arnaldo Carvalho de Melo wrote: > > Em Wed, Apr 22, 2020 at 10:36:15AM -0700, Ian Rogers escreveu: > > During the processing of /proc during event synthesis new processes may > > start. Add a dummy event if /proc is to be processed, to capture mmaps > > for starting

[PATCH V3 1/8] fs/ext4: Narrow scope of DAX check in setflags

2020-05-19 Thread ira . weiny
From: Ira Weiny When preventing DAX and journaling on an inode. Use the effective DAX check rather than the mount option. This will be required to support per inode DAX flags. Reviewed-by: Jan Kara Signed-off-by: Ira Weiny --- fs/ext4/ioctl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 del

[PATCH V3 5/8] fs/ext4: Only change S_DAX on inode load

2020-05-19 Thread ira . weiny
From: Ira Weiny To prevent complications with in memory inodes we only set S_DAX on inode load. FS_XFLAG_DAX can be changed at any time and S_DAX will change after inode eviction and reload. Add init bool to ext4_set_inode_flags() to indicate if the inode is being newly initialized. Assert tha

[PATCH V3 6/8] fs/ext4: Make DAX mount option a tri-state

2020-05-19 Thread ira . weiny
From: Ira Weiny We add 'always', 'never', and 'inode' (default). '-o dax' continues to operate the same which is equivalent to 'always'. This new functionality is limited to ext4 only. Specifically we introduce a 2nd DAX mount flag EXT4_MOUNT2_DAX_NEVER and set it and EXT4_MOUNT_DAX_ALWAYS app

[PATCH V3 4/8] fs/ext4: Update ext4_should_use_dax()

2020-05-19 Thread ira . weiny
From: Ira Weiny S_DAX should only be enabled when the underlying block device supports dax. Change ext4_should_use_dax() to check for device support prior to the over riding mount option. While we are at it change the function to ext4_should_enable_dax() as this better reflects the ask as well

[PATCH V3 2/8] fs/ext4: Disallow verity if inode is DAX

2020-05-19 Thread ira . weiny
From: Ira Weiny Verity and DAX are incompatible. Changing the DAX mode due to a verity flag change is wrong without a corresponding address_space_operations update. Make the 2 options mutually exclusive by returning an error if DAX was set first. (Setting DAX is already disabled if Verity is s

[PATCH V3 8/8] Documentation/dax: Update DAX enablement for ext4

2020-05-19 Thread ira . weiny
From: Ira Weiny Update the document to reflect ext4 and xfs now behave the same. Reviewed-by: Jan Kara Signed-off-by: Ira Weiny --- Changes from RFC: Update with ext2 text... --- Documentation/filesystems/dax.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH V3 0/8] Enable ext4 support for per-file/directory DAX operations

2020-05-19 Thread ira . weiny
From: Ira Weiny Changes from V2: Rework DAX exclusivity with verity and encryption based on feedback from Eric Enable the same per file DAX support in ext4 as was done for xfs. This series builds and depends on the V11 series for xfs.[1] This passes the same xfstests test as XF

[PATCH V3 3/8] fs/ext4: Change EXT4_MOUNT_DAX to EXT4_MOUNT_DAX_ALWAYS

2020-05-19 Thread ira . weiny
From: Ira Weiny In prep for the new tri-state mount option which then introduces EXT4_MOUNT_DAX_NEVER. Reviewed-by: Jan Kara Signed-off-by: Ira Weiny --- Changes: New patch --- fs/ext4/ext4.h | 4 ++-- fs/ext4/inode.c | 2 +- fs/ext4/super.c | 12 ++-- 3 files changed, 9 i

[PATCH V3 7/8] fs/ext4: Introduce DAX inode flag

2020-05-19 Thread ira . weiny
From: Ira Weiny Add a flag to preserve FS_XFLAG_DAX in the ext4 inode. Set the flag to be user visible and changeable. Set the flag to be inherited. Allow applications to change the flag at any time with the exception of if VERITY or ENCRYPT is set. Disallow setting VERITY or ENCRYPT if DAX i

Re: general protection fault in kobject_get (2)

2020-05-19 Thread Greg KH
On Tue, May 19, 2020 at 09:53:16PM -0700, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:d00f26b6 Merge git://git.kernel.org/pub/scm/linux/kernel/g.. > git tree: net-next > console output: https://syzkaller.appspot.com/x/log.txt?x=1316343c10 > kernel

Re: [RFC PATCH 0/8] Qualcomm Cloud AI 100 driver

2020-05-19 Thread Greg Kroah-Hartman
On Tue, May 19, 2020 at 10:11:35PM -0700, Bjorn Andersson wrote: > On Tue 19 May 21:59 PDT 2020, Greg Kroah-Hartman wrote: > > > On Tue, May 19, 2020 at 10:41:15PM +0200, Daniel Vetter wrote: > > > > Ok, that's a decision you are going to have to push upward on, as we > > > > really can't take thi

Re: [PATCH v1 2/6] bus: mhi: core: Mark device inactive soon after host issues a shutdown

2020-05-19 Thread kbuild test robot
Hi Bhaumik, Thank you for the patch! Yet something to improve: [auto build test ERROR on next-20200519] [cannot apply to linus/master v5.7-rc6 v5.7-rc5 v5.7-rc4 v5.7-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to

[tip:x86/urgent] BUILD SUCCESS d7110a26e5905ec2fe3fc88bc6a538901accb72b

2020-05-19 Thread kbuild test robot
defconfig powerpc allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a006-20200519 i386 randconfig-a005-20200519

[tip:perf/core] BUILD SUCCESS c50c75e9b87946499a62bffc021e95c87a1d57cd

2020-05-19 Thread kbuild test robot
defconfig powerpc allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a006-20200519 i386 randconfig-a005-20200519 i386

[tip:locking/core] BUILD SUCCESS db78538c75e49c09b002a2cd96a19ae0c39be771

2020-05-19 Thread kbuild test robot
defconfig powerpc allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a006-20200519 i386 randconfig-a005-20200519 i386

[tip:sched/core] BUILD SUCCESS d505b8af58912ae1e1a211fabc9995b19bd40828

2020-05-19 Thread kbuild test robot
allnoconfig parisc defconfig parisc allyesconfig parisc allmodconfig powerpc defconfig powerpc allyesconfig powerpc rhel-kconfig

[tip:sched/urgent] BUILD SUCCESS 39f23ce07b9355d05a64ae303ce20d1c4b92b957

2020-05-19 Thread kbuild test robot
defconfig powerpc allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a006-20200519 i386 randconfig-a005-20200519 i386

Re: [PATCH v2] /dev/mem: Revoke mappings when a driver claims the region

2020-05-19 Thread Greg KH
On Tue, May 19, 2020 at 11:27:02AM -0700, Dan Williams wrote: > On Tue, May 19, 2020 at 5:11 AM Greg KH wrote: > > > > On Tue, May 19, 2020 at 12:03:06AM -0700, Dan Williams wrote: > > > Close the hole of holding a mapping over kernel driver takeover event of > > > a given address range. > > > > >

Re: [PATCH 09/15] device core: Add ability to handle multiple dma offsets

2020-05-19 Thread Greg Kroah-Hartman
On Tue, May 19, 2020 at 04:34:07PM -0400, Jim Quinlan wrote: > diff --git a/include/linux/device.h b/include/linux/device.h > index ac8e37cd716a..6cd916860b5f 100644 > --- a/include/linux/device.h > +++ b/include/linux/device.h > @@ -493,6 +493,8 @@ struct dev_links_info { > * @bus_dma_limit: Lim

Re: [PATCH v4 2/4] kasan: record and print the free track

2020-05-19 Thread Walter Wu
> On Wed, May 20, 2020 at 6:03 AM Walter Wu wrote: > > > > > On Tue, May 19, 2020 at 4:25 AM Walter Wu > > > wrote: > > > > > > > > Move free track from slub alloc meta-data to slub free meta-data in > > > > order to make struct kasan_free_meta size is 16 bytes. It is a good > > > > size because

Re: [PATCH 5.6 000/192] 5.6.14-rc2 review

2020-05-19 Thread Greg Kroah-Hartman
On Tue, May 19, 2020 at 01:37:20PM -0600, shuah wrote: > On 5/18/20 11:47 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.6.14 release. > > There are 192 patches in this series, all will be posted as a response > > to this one. If anyone has any issues with

Re: [PATCH 5.6 000/192] 5.6.14-rc2 review

2020-05-19 Thread Greg Kroah-Hartman
On Tue, May 19, 2020 at 09:30:22AM -0700, Guenter Roeck wrote: > On 5/18/20 10:47 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.6.14 release. > > There are 192 patches in this series, all will be posted as a response > > to this one. If anyone has any iss

Re: [PATCH 06/12] xen-blkfront: add callbacks for PM suspend and hibernation

2020-05-19 Thread kbuild test robot
Hi Anchal, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v5.7-rc6] [cannot apply to xen-tip/linux-next tip/irq/core tip/auto-latest next-20200519] [if your patch is applied to the wrong git tree, please drop us a note to help

Re: [PATCH v2 12/15] ath10k: use new module_firmware_crashed()

2020-05-19 Thread Emmanuel Grumbach
Hi all, Since I have been involved quite a bit in the firmware debugging features in iwlwifi, I think I can give a few insights here. But before this, we need to understand that there are several sources of issues: 1) the firmware may crash but the bus is still alive, you can still use the bus

Re: [PATCH] perf evsel: Get group fd from CPU0 for system wide event

2020-05-19 Thread Jin, Yao
Hi Jiri, On 5/18/2020 11:28 AM, Jin, Yao wrote: Hi Jiri, On 5/15/2020 4:33 PM, Jiri Olsa wrote: On Fri, May 15, 2020 at 02:04:57PM +0800, Jin, Yao wrote: SNIP I think I get the root cause. That should be a serious bug in get_group_fd, access violation! For a group mixed with system-wide e

Re: [PATCH v2] drm/exynos: Remove dev_err() on platform_get_irq() failure

2020-05-19 Thread Inki Dae
Hi Tamseel, Same patch[1] has been merged. So could you re-post this patch after rebasing it on top of exynos-drm-next branch? After rebase, only g2d part would be valid. Thanks, Inki Dae [1] https://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git/commit/?h=exynos-drm-next&id=fd

Re: [RFC PATCH 0/8] Qualcomm Cloud AI 100 driver

2020-05-19 Thread Greg Kroah-Hartman
On Tue, May 19, 2020 at 12:26:01PM -0600, Jeffrey Hugo wrote: > On 5/19/2020 12:12 PM, Greg Kroah-Hartman wrote: > > > > Especially given the copyright owner of this code, that would be just > > > > crazy and foolish to not have open userspace code as well. Firmware > > > > would also be wonderful

[PATCH v6 11/12] mmap locking API: convert mmap_sem API comments

2020-05-19 Thread Michel Lespinasse
Convert comments that reference old mmap_sem APIs to reference corresponding new mmap locking APIs instead. Signed-off-by: Michel Lespinasse --- Documentation/vm/hmm.rst | 6 +++--- arch/alpha/mm/fault.c | 2 +- arch/ia64/mm/fault.c | 2 +- arch/m68k/mm/fault.c

[PATCH v6 09/12] mmap locking API: add mmap_assert_locked() and mmap_assert_write_locked()

2020-05-19 Thread Michel Lespinasse
Add new APIs to assert that mmap_sem is held. Using this instead of rwsem_is_locked and lockdep_assert_held[_write] makes the assertions more tolerant of future changes to the lock type. Signed-off-by: Michel Lespinasse --- arch/x86/events/core.c| 2 +- fs/userfaultfd.c | 6 +++--

[PATCH v6 02/12] MMU notifier: use the new mmap locking API

2020-05-19 Thread Michel Lespinasse
This use is converted manually ahead of the next patch in the series, as it requires including a new header which the automated conversion would miss. Signed-off-by: Michel Lespinasse Reviewed-by: Daniel Jordan Reviewed-by: Davidlohr Bueso Reviewed-by: Laurent Dufour Reviewed-by: Vlastimil Bab

[PATCH v6 10/12] mmap locking API: rename mmap_sem to mmap_lock

2020-05-19 Thread Michel Lespinasse
Rename the mmap_sem field to mmap_lock. Any new uses of this lock should now go through the new mmap locking api. The mmap_lock is still implemented as a rwsem, though this could change in the future. Signed-off-by: Michel Lespinasse Reviewed-by: Vlastimil Babka --- arch/ia64/mm/fault.c

[PATCH v6 08/12] mmap locking API: add MMAP_LOCK_INITIALIZER

2020-05-19 Thread Michel Lespinasse
Define a new initializer for the mmap locking api. Initially this just evaluates to __RWSEM_INITIALIZER as the API is defined as wrappers around rwsem. Signed-off-by: Michel Lespinasse Reviewed-by: Laurent Dufour Reviewed-by: Vlastimil Babka --- arch/x86/kernel/tboot.c| 2 +- drivers/firmw

[PATCH v6 07/12] mmap locking API: add mmap_read_trylock_non_owner()

2020-05-19 Thread Michel Lespinasse
Add a couple APIs used by kernel/bpf/stackmap.c only: - mmap_read_trylock_non_owner() - mmap_read_unlock_non_owner() (may be called from a work queue). It's still not ideal that bpf/stackmap subverts the lock ownership in this way. Thanks to Peter Zijlstra for suggesting this API as the least-ugly

[PATCH v6 05/12] mmap locking API: convert mmap_sem call sites missed by coccinelle

2020-05-19 Thread Michel Lespinasse
Convert the last few remaining mmap_sem rwsem calls to use the new mmap locking API. These were missed by coccinelle for some reason (I think coccinelle does not support some of the preprocessor constructs in these files ?) Signed-off-by: Michel Lespinasse Reviewed-by: Daniel Jordan Reviewed-by:

[PATCH v6 00/12] Add a new mmap locking API wrapping mmap_sem calls

2020-05-19 Thread Michel Lespinasse
Reposting this patch series on top of v5.7-rc6. I think this is ready for inclusion into the -mm tree; however there were some minor points of feedback to address and also it was easier to regenerate a full version after the v5.5 (only updating patches 09/10 and 10/10) caused some confusion. This

[PATCH v6 06/12] mmap locking API: convert nested write lock sites

2020-05-19 Thread Michel Lespinasse
Add API for nested write locks and convert the few call sites doing that. Signed-off-by: Michel Lespinasse Reviewed-by: Daniel Jordan Reviewed-by: Laurent Dufour Reviewed-by: Vlastimil Babka --- arch/um/include/asm/mmu_context.h | 3 ++- include/linux/mmap_lock.h | 5 + kernel/for

[PATCH v6 03/12] DMA reservations: use the new mmap locking API

2020-05-19 Thread Michel Lespinasse
This use is converted manually ahead of the next patch in the series, as it requires including a new header which the automated conversion would miss. Signed-off-by: Michel Lespinasse Reviewed-by: Daniel Jordan Reviewed-by: Laurent Dufour Reviewed-by: Vlastimil Babka --- drivers/dma-buf/dma-r

[PATCH v6 12/12] mmap locking API: convert mmap_sem comments

2020-05-19 Thread Michel Lespinasse
Convert comments that reference mmap_sem to reference mmap_lock instead. Signed-off-by: Michel Lespinasse --- .../admin-guide/mm/numa_memory_policy.rst | 10 ++--- Documentation/admin-guide/mm/userfaultfd.rst | 2 +- Documentation/filesystems/locking.rst | 2 +- Documentation/vm/t

[PATCH v6 01/12] mmap locking API: initial implementation as rwsem wrappers

2020-05-19 Thread Michel Lespinasse
This change wraps the existing mmap_sem related rwsem calls into a new mmap locking API. There are two justifications for the new API: - At first, it provides an easy hooking point to instrument mmap_sem locking latencies independently of any other rwsems. - In the future, it may be a starting

Re: [PATCH] s390/sclp_vt220: Fix console name to match device

2020-05-19 Thread Christian Borntraeger
On 19.05.20 20:16, Valentin Vidic wrote: > Console name reported in /proc/consoles: > > ttyS1-W- (EC p )4:65 > > does not match device name: > > crw--w1 root root4, 65 May 17 12:18 /dev/ttysclp0 > > so debian-installer gets confused and fails to s

Re: [PATCH v4 00/15] virtio-mem: paravirtualized memory

2020-05-19 Thread teawater
Hi David, Thanks for your work. I tried this version with cloud-hypervisor master. It worked very well. Best, Hui > 2020年5月7日 22:01,David Hildenbrand 写道: > > This series is based on v5.7-rc4. The patches are located at: >https://github.com/davidhildenbrand/linux.git virtio-mem-v4 > > Thi

Re: [PATCH v12 10/10] KVM: x86: Enable CET virtualization and advertise CET to userspace

2020-05-19 Thread Sean Christopherson
On Wed, May 06, 2020 at 04:21:09PM +0800, Yang Weijiang wrote: > Set the feature bits so that CET capabilities can be seen in guest via > CPUID enumeration. Add CR4.CET bit support in order to allow guest set CET > master control bit(CR4.CET). > > Signed-off-by: Yang Weijiang > --- > arch/x86/in

Re: [RFC V2] mm/vmstat: Add events for PMD based THP migration without split

2020-05-19 Thread John Hubbard
On 2020-05-19 20:32, Anshuman Khandual wrote: ... How about not being quite so granular on the THP config options, and just guarding these events with the overall CONFIG_TRANSPARENT_HUGEPAGE option, instead of the sub-option CONFIG_ARCH_ENABLE_THP_MIGRATION? I tentatively think it's harmless and

  1   2   3   4   5   6   7   8   9   10   >