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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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 :

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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 > >

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

Re: seccomp feature development

2020-05-20 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

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

2020-05-20 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 >

[tip:core/rcu] BUILD SUCCESS b1fcf9b83c4149c63d1e0c699e85f93cbe28e211

2020-05-20 Thread kbuild test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core/rcu branch HEAD: b1fcf9b83c4149c63d1e0c699e85f93cbe28e211 rcu: Provide __rcu_is_watching() elapsed time: 491m configs tested: 92 configs skipped: 1 The following configs have been built successfully. More configs

[tip:core/kprobes] BUILD SUCCESS 66e9b0717102507e64f638790eaece88765cc9e5

2020-05-20 Thread kbuild test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core/kprobes branch HEAD: 66e9b0717102507e64f638790eaece88765cc9e5 kprobes: Prevent probes in .noinstr.text section elapsed time: 491m configs tested: 98 configs skipped: 1 The following configs have been built

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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]

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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 v4 2/4] mm/memory.c: Update local TLB if PTE entry exists

2020-05-20 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

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

2020-05-20 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 ++--

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

2020-05-20 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 ---

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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.

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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 + >

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

2020-05-20 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] MIPS: SGI-IP27: Remove not used includes and comment in ip27-timer.c

2020-05-20 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 > --- >

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

2020-05-20 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-20 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

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

2020-05-20 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-20 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

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

2020-05-20 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

[ISSUE] acpi_cpufreq is added and removed frequently

2020-05-20 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

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

2020-05-20 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:

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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,

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

2020-05-20 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

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

2020-05-20 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

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

2020-05-20 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

[PATCH] dmaengine: mmp_tdma: share the IRQ line

2020-05-20 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]

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

2020-05-20 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]

[RFC, WIP, v6 05/10] media: vidtv: add wrappers for memcpy and memset

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" A lot of code in this driver is for serializing structures. This is error prone. Therefore, prevent buffer overflows by wrapping memcpy and memset, comparing the requested length against the buffer size. Signed-off-by: Daniel W. S. Almeida ---

[RFC, WIP, v6 01/10] media: vidtv: add Kconfig entry

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" Add the necessary Kconfig entries and a dummy Makefile to compile the new virtual DVB test driver (vidtv). Signed-off-by: Daniel W. S. Almeida --- drivers/media/test-drivers/Kconfig| 10 ++ drivers/media/test-drivers/Makefile | 1 +

[RFC, WIP, v6 00/10] media: vidtv: implement a virtual DVB driver

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" This series is work in progress. It represents the current work done on a virtual DVB driver for the Linux media subsystem. I am new to the media subsystem and to kernel development in general. This driver aims to: - Serve as template for new DVB driver

[RFC, WIP, v6 03/10] media: vidtv: implement a demodulator driver

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" Implement a I2C demodulator driver, simulating support for DVB-T, DVB-C and DVB-S. This demodulator will periodically check the signal quality against a table and drop the TS lock if it drops below a threshold value, regaining it in the event that the signal

[RFC, WIP, v6 04/10] media: vidtv: add a bridge driver

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" Digital TV devices consist of several independent hardware components which are controlled by different drivers. Each media device is controlled by a group of cooperating drivers with the bridge driver as the main driver. This patch adds a bridge driver for the

[RFC, WIP, v6 02/10] media: vidtv: implement a tuner driver

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" The virtual DVB test driver serves as a reference DVB driver and helps validate the existing APIs in the media subsystem. It can also aid developers working on userspace applications. This dummy tuner should support common TV standards such as DVB-T/T2/S/S2, ISDB-T

[RFC, WIP, v6 07/10] media: vidtv: implement a PSI generator

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" PSI packets contain general information about a MPEG Transport Stream. A PSI generator is needed so userspace apps can retrieve information about the Transport Stream and eventually tune into a (dummy) channel. Because the generator is implemented in a separate

[RFC, WIP, v6 08/10] media: vidtv: implement a PES packetizer

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" Implement the PES logic to convert encoder data into MPEG TS packets. These TS packets can then be fed into a TS multiplexer and eventually into userspace. Signed-off-by: Daniel W. S. Almeida --- .../media/test-drivers/vidtv/vidtv_common.h | 2 +

[RFC, WIP, v6 09/10] media: vidtv: Implement a SMPTE 302M encoder

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" Implement a S302M encoder to make it possible to insert PCM audio data in the generated MPEG Transport Stream. This shall enable passing an audio signal into userspace so it can be decoded and played by media software. Signed-off-by: Daniel W. S. Almeida ---

[RFC, WIP, v6 06/10] media: vidtv: add MPEG TS common code

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" Add code to work with MPEG TS packets, such as TS headers, adaptation fields, PCR packets and NULL packets. Signed-off-by: Daniel W. S. Almeida --- drivers/media/test-drivers/vidtv/vidtv_ts.c | 157 drivers/media/test-drivers/vidtv/vidtv_ts.h

[RFC, WIP, v6 10/10] media: vidtv: Add a MPEG Transport Stream Multiplexer

2020-05-20 Thread Daniel W. S. Almeida
From: "Daniel W. S. Almeida" Add a MPEG Transport Stream multiplexer responsible for polling encoders, interleaving packets, padding the resulting stream with NULL packets if necessary and then delivering the resulting TS packets to the bridge driver so it can feed the demux. This patch

Re: [PATCH] perf bpf-loader: Add missing '*' for key_scan_pos

2020-05-20 Thread Jiri Olsa
On Wed, May 20, 2020 at 11:32:16AM +0800, Wang ShaoBo wrote: > key_scan_pos is a pointer for getting scan position in > bpf__obj_config_map() for each BPF map configuration term, > but it's misused when error not happened. > > Fixes: 066dacbf2a32 ("perf bpf: Add API to set values to map entries

Re: [PATCH v2 1/4] dt-bindings: iio: imu: bmi160: convert txt format to yaml

2020-05-20 Thread Jonathan Albrieux
On Tue, May 19, 2020 at 11:37:38AM -0600, Rob Herring wrote: > On Tue, 19 May 2020 09:50:57 +0200, Jonathan Albrieux wrote: > > Converts documentation from txt format to yaml > > > > Signed-off-by: Jonathan Albrieux > > --- > > .../devicetree/bindings/iio/imu/bmi160.txt| 37 > >

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

2020-05-20 Thread Vaittinen, Matti
Morning Lee, On Wed, 2020-05-20 at 07:35 +0100, Lee Jones wrote: > 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 > >

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

2020-05-20 Thread Valentin Vidić
On Wed, May 20, 2020 at 07:25:06AM +0200, Christian Borntraeger wrote: > This is not as simple. ttyS1 is the the console name and ttysclp0 is the tty > name. > This has mostly historic reasons and it obviously causes problems. > But there is documentation out that that actually describes the use

[PATCH] MIPS: SGI-IP27: Remove not used definition TICK_SIZE in ip27-timer.c

2020-05-20 Thread Tiezhu Yang
After commit f5ff0a280201 ("[MIPS] Use generic NTP code for all MIPS platforms"), TICK_SIZE is not used in ip27-timer.c for many years, remove it. Signed-off-by: Tiezhu Yang --- Hi Thomas, I find this not used definition TICK_SIZE just now, maybe I should send these cleanup patches in a patch

Re: [PATCH v4 07/13] firmware: arm_scmi: Add notification dispatch and delivery

2020-05-20 Thread Cristian Marussi
On Mon, Mar 16, 2020 at 02:46:05PM +, Cristian Marussi wrote: > On Thu, Mar 12, 2020 at 09:43:31PM +, Lukasz Luba wrote: > > > > Hi Lukasz, I went back looking deeper into the possible race issue you pointed out a while ago understanding it a bit better down below. > > On 3/12/20 6:34

Re: [PATCH] ARM: OMAP2+: remove unneeded variable "errata" in configure_dma_errata()

2020-05-20 Thread Peter Ujfalusi
On 06/05/2020 11.43, Jason Yan wrote: > > > 在 2020/5/6 16:29, Russell King - ARM Linux admin 写道: >> On Wed, May 06, 2020 at 02:19:00PM +0800, Jason Yan wrote: >>> Fix the following coccicheck warning: >>> >>> arch/arm/mach-omap2/dma.c:82:10-16: Unneeded variable: "errata". Return >>> "0" on

Re: [RFC PATCH 0/4] DirectX on Linux

2020-05-20 Thread Thomas Zimmermann
Hi Am 19.05.20 um 18:32 schrieb Sasha Levin: > There is a blog post that goes into more detail about the bigger > picture, and walks through all the required pieces to make this work. It > is available here: > https://devblogs.microsoft.com/directx/directx-heart-linux . The rest of > this cover

Re: [RESEND PATCH v7 4/5] ndctl/papr_scm,uapi: Add support for PAPR nvdimm specific methods

2020-05-20 Thread Aneesh Kumar K.V
Vaibhav Jain writes: + > +/* Papr-scm-header + payload expected with ND_CMD_CALL ioctl from libnvdimm > */ > +struct nd_pdsm_cmd_pkg { > + struct nd_cmd_pkg hdr; /* Package header containing sub-cmd */ > + __s32 cmd_status; /* Out: Sub-cmd status returned back */ > +

Re: [PATCH V6 0/4] x86/resctrl: Enable user to view and select thread throttling mode

2020-05-20 Thread Borislav Petkov
On Tue, May 19, 2020 at 03:13:59PM -0700, Reinette Chatre wrote: > I am very sorry. I was hoping that this series could be considered for > inclusion into v5.8 and submitted it seven weeks ago because of that. > The recent feedback addressed seemed to be the final few small comments > needed to be

Re: [PATCH v2 2/4] dt-bindings: iio: imu: bmi160: add regulators and mount-matrix

2020-05-20 Thread Jonathan Albrieux
On Tue, May 19, 2020 at 06:51:59PM +0100, Jonathan Cameron wrote: > On Tue, 19 May 2020 09:50:58 +0200 > Jonathan Albrieux wrote: > > > Add vdd-supply and vddio-supply support. > > Add mount-matrix support. > > > > Signed-off-by: Jonathan Albrieux > > A few minor comments inline. > > > --- >

[PATCH 2/2] soundwire: intel: transition to 3 steps initialization

2020-05-20 Thread Bard Liao
From: Pierre-Louis Bossart Rather than a plain-vanilla init/exit, this patch provides 3 steps in the initialization (ACPI scan, probe, startup) which makes it easier to detect platform support for SoundWire, allocate required resources as early as possible, and conversely help make the startup()

[PATCH 1/2] soundwire: intel: use a single module

2020-05-20 Thread Bard Liao
From: Rander Wang It's not clear why we have two modules for the Intel controller/master support when there is a single Kconfig. This adds complexity for no good reason, the two parts need to work together anyways. Signed-off-by: Rander Wang Signed-off-by: Pierre-Louis Bossart Signed-off-by:

Re: [PATCH 02/15] ahci_brcm: fix use of BCM7216 reset controller

2020-05-20 Thread Philipp Zabel
Hi Jim, On Tue, May 19, 2020 at 04:34:00PM -0400, Jim Quinlan wrote: > From: Jim Quinlan > > A reset controller "rescal" is shared between the AHCI driver > and the PCIe driver for the BrcmSTB 7216 chip. The code is > modified to allow this sharing and to deassert() properly. > >

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

2020-05-20 Thread Christian Borntraeger
On 20.05.20 09:07, Valentin Vidić wrote: > On Wed, May 20, 2020 at 07:25:06AM +0200, Christian Borntraeger wrote: >> This is not as simple. ttyS1 is the the console name and ttysclp0 is the tty >> name. >> This has mostly historic reasons and it obviously causes problems. >> But there is

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

2020-05-20 Thread 堀口 直也
On Mon, May 18, 2020 at 12:12:36PM +0530, Anshuman Khandual wrote: > This adds the following two new VM events which will help in validating PMD > based THP migration without split. Statistics reported through these events > will help in performance debugging. > > 1. THP_PMD_MIGRATION_SUCCESS >

Re: [PATCH v2 3/4] iio: imu: bmi160: added regulator support

2020-05-20 Thread Jonathan Albrieux
On Tue, May 19, 2020 at 06:55:35PM +0100, Jonathan Cameron wrote: > On Tue, 19 May 2020 09:50:59 +0200 > Jonathan Albrieux wrote: > > > v2: fixed missing description > > Don't put change log here Yep I will put it in the cover letter > > > > Add vdd-supply and vddio-supply support.

Re: [PATCH v2 4/4] iio: imu: bmi160: added mount-matrix support

2020-05-20 Thread Jonathan Albrieux
On Tue, May 19, 2020 at 06:57:11PM +0100, Jonathan Cameron wrote: > On Tue, 19 May 2020 09:51:00 +0200 > Jonathan Albrieux wrote: > > > Add mount-matrix binding support. As chip could have different orientations > > a mount matrix support is needed to correctly translate these differences > > >

Re: [GIT PULL 00/15] More EFI changes for v5.8

2020-05-20 Thread Ard Biesheuvel
On Thu, 14 May 2020 at 11:05, Ard Biesheuvel wrote: > > On Fri, 8 May 2020 at 20:02, Ard Biesheuvel wrote: > > > > The following changes since commit 4da0b2b7e67524cc206067865666899bc02e1cb0: > > > > efi/libstub: Re-enable command line initrd loading for x86 (2020-04-25 > > 12:26:32 +0200) >

Re: [PATCH v8 1/6] MIPS: JZ4780: Introduce SMP support.

2020-05-20 Thread Zhou Yanjie
Hi Paul, On 2020年05月20日 03:41, Paul Cercueil wrote: Hi Zhou, Le mar. 19 mai 2020 à 22:35, 周琰杰 (Zhou Yanjie) a écrit : Forward port smp support from kernel 3.18.3 of CI20_linux to upstream kernel 5.6. Tested-by: H. Nikolaus Schaller Tested-by: Paul Boddie Signed-off-by: 周琰杰 (Zhou Yanjie)

Re: [PATCH v3 5/5] scsi: ufs: Fix possible VCC power drain during runtime suspend

2020-05-20 Thread Stanley Chu
Hi, Asutosh, Thanks for your review. On Tue, 2020-05-19 at 09:27 -0700, Asutosh Das (asd) wrote: > Hi Stanley, > > On 5/16/2020 10:46 AM, Stanley Chu wrote: > > The commit "scsi: ufs: Fix WriteBooster flush during runtime > > suspend" promises essential resource, i.e., for UFS devices doing > >

Re: [PATCH v8 1/6] MIPS: JZ4780: Introduce SMP support.

2020-05-20 Thread Zhou Yanjie
On 2020年05月20日 00:09, Paul Cercueil wrote: Hi Zhou, Le mar. 19 mai 2020 à 22:35, 周琰杰 (Zhou Yanjie) a écrit : Forward port smp support from kernel 3.18.3 of CI20_linux to upstream kernel 5.6. Tested-by: H. Nikolaus Schaller Tested-by: Paul Boddie Signed-off-by: 周琰杰 (Zhou Yanjie)

Re: [PATCH v2 1/4] dt-bindings: iio: imu: bmi160: convert txt format to yaml

2020-05-20 Thread Jonathan Albrieux
On Tue, May 19, 2020 at 06:49:33PM +0100, Jonathan Cameron wrote: > On Tue, 19 May 2020 09:50:57 +0200 > Jonathan Albrieux wrote: > > > Converts documentation from txt format to yaml > > > > Signed-off-by: Jonathan Albrieux > > --- > > .../devicetree/bindings/iio/imu/bmi160.txt| 37

[PATCH 4/7] perf metricgroup: Order event groups by size

2020-05-20 Thread Ian Rogers
When adding event groups to the group list, insert them in size order. This performs an insertion sort on the group list. By placing the largest groups at the front of the group list it is possible to see if a larger group contains the same events as a later group. This can make the later group

[PATCH 1/7] perf metricgroup: Change evlist_used to a bitmap

2020-05-20 Thread Ian Rogers
Use a bitmap rather than an array of bools. Signed-off-by: Ian Rogers --- tools/perf/util/metricgroup.c | 18 -- 1 file changed, 8 insertions(+), 10 deletions(-) diff --git a/tools/perf/util/metricgroup.c b/tools/perf/util/metricgroup.c index 6772d256dfdf..a16f60da06ab 100644

Re: [PATCH 07/15] PCI: brcmstb: Add control of rescal reset

2020-05-20 Thread Philipp Zabel
Hi Jim, On Tue, May 19, 2020 at 04:34:05PM -0400, Jim Quinlan wrote: > From: Jim Quinlan > > Some STB chips have a special purpose reset controller named > RESCAL (reset calibration). This commit adds the control > of RESCAL as well as the ability to start and stop its > operation for PCIe HW.

[PATCH 7/7] perf metricgroup: Remove unnecessary ',' from events

2020-05-20 Thread Ian Rogers
Remove unnecessary commas from events before they are parsed. This avoids ',' being echoed by parse-events.l. Signed-off-by: Ian Rogers --- tools/perf/util/metricgroup.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/tools/perf/util/metricgroup.c

[PATCH 6/7] perf metricgroup: Add options to not group or merge

2020-05-20 Thread Ian Rogers
Add --metric-no-group that causes all events within metrics to not be grouped. This can allow the event to get more time when multiplexed, but may also lower accuracy. Add --metric-no-merge option. By default events in different metrics may be shared if the group of events for one metric is the

Re: [PATCH] READ_ONCE, WRITE_ONCE, kcsan: Perform checks in __*_ONCE variants

2020-05-20 Thread Marco Elver
On Wed, 20 May 2020 at 05:44, Nathan Chancellor wrote: > > On Tue, May 19, 2020 at 11:16:24PM -0400, Qian Cai wrote: > > On Tue, May 19, 2020 at 10:47 PM Nathan Chancellor > > wrote: > > > > > > On Tue, May 19, 2020 at 10:28:41PM -0400, Qian Cai wrote: > > > > > > > > > > > > > On May 19, 2020,

[PATCH 2/7] perf metricgroup: Always place duration_time last

2020-05-20 Thread Ian Rogers
If a metric contains the duration_time event then the event is placed outside of the metric's group of events. Rather than split the group, make it so the duration_time is immediately after the group. Signed-off-by: Ian Rogers --- tools/perf/util/metricgroup.c | 18 +- 1 file

[PATCH 0/7] Share events between metrics

2020-05-20 Thread Ian Rogers
Metric groups contain metrics. Metrics create groups of events to ideally be scheduled together. Often metrics refer to the same events, for example, a cache hit and cache miss rate. Using separate event groups means these metrics are multiplexed at different times and the counts don't sum to

[PATCH 5/7] perf metricgroup: Remove duped metric group events

2020-05-20 Thread Ian Rogers
A metric group contains multiple metrics. These metrics may use the same events. If metrics use separate events then it leads to more multiplexing and overall metric counts fail to sum to 100%. Modify how metrics are associated with events so that if the events in an earlier group satisfy the

  1   2   3   4   5   6   7   8   9   10   >