[PATCH -next] power/supply/cw2015: Make some symbols static

Fix the following warning: drivers/power/supply/cw2015_battery.c:96:5: warning: 'cw_update_profile' was not declared. Should it be static? drivers/power/supply/cw2015_battery.c:712:1: warning: 'cw_bat_pm_ops' was not declared. Should it be static? Reported-by: Hulk Robot Signed-off-by: ChenTao

Re: [RFC PATCH 4/4] arm64: dts: imx8mm: Add GPU nodes for 2D and 3D core using Etnaviv

On 03.05.20 16:49, Adam Ford wrote: > On Thu, Apr 30, 2020 at 7:46 AM Schrempf Frieder > wrote: >> >> From: Frieder Schrempf >> >> According to the documents, the i.MX8M-Mini features a GC320 and a >> GCNanoUltra GPU core. Etnaviv detects them as: >> >> etnaviv-gpu 3800.gpu: model: G

Re: [PATCH] phy: tegra: Use PTR_ERR_OR_ZERO() to simplify code

Thanks for pushing this change. I'm fine with this change as it is attempting to change only the last occurrence of the (IS_ERR(...)) + PTR_ERR combination. But, this code was initially written with PTR_ERR_OR_ZERO() itself but later changed to use (IS_ERR(...)) + PTR_ERR based on the review com

Re: KASAN: slab-out-of-bounds Read in hfa384x_usbin_callback

On Wed, May 6, 2020 at 10:54 AM Oliver Neukum wrote: > > Am Freitag, den 20.03.2020, 12:28 -0700 schrieb syzbot: > > Hello, > > > > syzbot found the following crash on: > > > > HEAD commit:e17994d1 usb: core: kcov: collect coverage from usb comple.. > > git tree: https://github.com/googl

Re: [RFC] DPCM for Tegra

On Thu 30 Apr 2020 at 14:41, Sameer Pujar wrote: > At a high level Tegra Audio HW is depicted as below. > > | Front End PCMs | SoC DSP | Back End DAIs| > > * > ADMAIF<0> <> * * -> I2S >

Re: [patch V4 part 1 05/36] x86/entry: Flip _TIF_SIGPENDING and _TIF_NOTIFY_RESUME handling

On Tue, 5 May 2020, Thomas Gleixner wrote: > Make sure task_work runs before any kind of userspace -- very much > including signals -- is invoked. I might be missing something, but isn't this guaranteed by do_signal()->get_signal()->task_work_run() path? Miroslav

Re: [PATCH] slub: limit count of partial slabs scanned to gather statistics

On 5/4/20 6:07 PM, Konstantin Khlebnikov wrote: > To get exact count of free and used objects slub have to scan list of > partial slabs. This may take at long time. Scanning holds spinlock and > blocks allocations which move partial slabs to per-cpu lists and back. > > Example found in the wild: >

Re: performance bug in virtio net xdp

On Wed, May 06, 2020 at 10:37:57AM +0200, Jesper Dangaard Brouer wrote: > On Wed, 6 May 2020 04:08:27 -0400 > "Michael S. Tsirkin" wrote: > > > So for mergeable bufs, we use ewma machinery to guess the correct buffer > > size. If we don't guess correctly, XDP has to do aggressive copies. > > > >

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

On Wed, 2020-05-06 at 11:50 +0200, Dmitry Vyukov wrote: > On Wed, May 6, 2020 at 7:22 AM Walter Wu wrote: > > > > We add new KASAN_RCU_STACK_RECORD configuration option. It will move > > free track from slub meta-data (struct kasan_alloc_meta) into freed object. > > Because we hope this options do

Re: performance bug in virtio net xdp

On Wed, May 06, 2020 at 04:37:41PM +0800, Jason Wang wrote: > > On 2020/5/6 下午4:08, Michael S. Tsirkin wrote: > > So for mergeable bufs, we use ewma machinery to guess the correct buffer > > size. If we don't guess correctly, XDP has to do aggressive copies. > > > > Problem is, xdp paths do not u

Re: [RFC PATCH 4/4] arm64: dts: imx8mm: Add GPU nodes for 2D and 3D core using Etnaviv

On 06.05.20 13:45, Frieder Schrempf wrote: > On 03.05.20 16:49, Adam Ford wrote: >> On Thu, Apr 30, 2020 at 7:46 AM Schrempf Frieder >> wrote: >>> >>> From: Frieder Schrempf >>> >>> According to the documents, the i.MX8M-Mini features a GC320 and a >>> GCNanoUltra GPU core. Etnaviv detects them a

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

On Wed, May 6, 2020 at 1:56 PM Walter Wu wrote: > > On Wed, 2020-05-06 at 11:50 +0200, Dmitry Vyukov wrote: > > On Wed, May 6, 2020 at 7:22 AM Walter Wu wrote: > > > > > > We add new KASAN_RCU_STACK_RECORD configuration option. It will move > > > free track from slub meta-data (struct kasan_alloc

Re: [PATCH 0/3] kasan: memorize and print call_rcu stack

On Wed, 2020-05-06 at 11:37 +0200, 'Dmitry Vyukov' via kasan-dev wrote: > On Wed, May 6, 2020 at 8:23 AM Walter Wu wrote: > > > > This patchset improves KASAN reports by making them to have > > > > call_rcu() call stack information. It is helpful for programmers > > > > to solve use-after-free or

Re: [PATCH v2 1/2] arm64/crash_core: Export KERNELPACMASK in vmcoreinfo

Hi Will, On 5/4/20 10:47 PM, Will Deacon wrote: On Mon, Apr 27, 2020 at 11:55:01AM +0530, Amit Daniel Kachhap wrote: Recently arm64 linux kernel added support for Armv8.3-A Pointer Authentication feature. If this feature is enabled in the kernel and the hardware supports address authentication

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

On Wed, 2020-05-06 at 13:59 +0200, Dmitry Vyukov wrote: > On Wed, May 6, 2020 at 1:56 PM Walter Wu wrote: > > > > On Wed, 2020-05-06 at 11:50 +0200, Dmitry Vyukov wrote: > > > On Wed, May 6, 2020 at 7:22 AM Walter Wu > > > wrote: > > > > > > > > We add new KASAN_RCU_STACK_RECORD configuration op

Re: [patch V4 part 1 05/36] x86/entry: Flip _TIF_SIGPENDING and _TIF_NOTIFY_RESUME handling

Miroslav Benes writes: > On Tue, 5 May 2020, Thomas Gleixner wrote: > >> Make sure task_work runs before any kind of userspace -- very much >> including signals -- is invoked. > > I might be missing something, but isn't this guaranteed by > do_signal()->get_signal()->task_work_run() path? The c

Re: [PATCH v2 2/2] Documentation/vmcoreinfo: Add documentation for 'KERNELPACMASK'

Hi, On 5/4/20 11:04 PM, Will Deacon wrote: On Mon, Apr 27, 2020 at 11:55:02AM +0530, Amit Daniel Kachhap wrote: Add documentation for KERNELPACMASK variable being added to the vmcoreinfo. It indicates the PAC bits mask information of signed kernel pointers if Armv8.3-A Pointer Authentication f

Re: [PATCH net-next 2/2] virtio-net: fix the XDP truesize calculation for mergeable buffers

On Wed, May 06, 2020 at 04:21:15PM +0800, Jason Wang wrote: > > On 2020/5/6 下午3:37, Michael S. Tsirkin wrote: > > On Wed, May 06, 2020 at 02:16:33PM +0800, Jason Wang wrote: > > > We should not exclude headroom and tailroom when XDP is set. So this > > > patch fixes this by initializing the truesi

Re: [PATCH v8 4/4] kvm: vmx: virtualize split lock detection

Sean Christopherson writes: > On Wed, Apr 15, 2020 at 02:43:18PM -0700, Sean Christopherson wrote: >> On Wed, Apr 15, 2020 at 11:22:11PM +0200, Thomas Gleixner wrote: >> > So we can go with the proposed mode of allowing the write but not >> > propagating it. If the resulting split lock #AC origina

Re: [patch V4 part 1 02/36] x86/hw_breakpoint: Prevent data breakpoints on cpu_entry_area

On 5/5/20 3:16 PM, Thomas Gleixner wrote: From: Andy Lutomirski A data breakpoint near the top of an IST stack will cause unresoverable typo: unresoverable -> unrecoverable recursion. A data breakpoint on the GDT, IDT, or TSS is terrifying. Prevent either of these from happening. Co-dev

Re:Re: Re: [PATCH] drm/mediatek: cleanup coding style in mediatek a bit

发件人：Chun-Kuang Hu 发送日期：2020-04-30 23:50:38 收件人：Bernard 抄送人：Chun-Kuang Hu ,Philipp Zabel ,opensource.ker...@vivo.com,David Airlie ,linux-kernel ,DRI Development ,"moderated list:ARM/Mediatek SoC support" ,Daniel Vetter ,Matthias Brugger ,Linux ARM 主题：Re: Re: [PATCH] drm/mediatek: cleanup

Re: [PATCH v29 00/20] Intel SGX foundations

On Thu, Apr 30, 2020 at 04:12:07PM +0200, Jethro Beekman wrote: > On 2020-04-30 10:23, Jarkko Sakkinen wrote: > > On Thu, Apr 30, 2020 at 09:19:48AM +0200, Jethro Beekman wrote: > >> On 2020-04-30 05:46, Jarkko Sakkinen wrote: > >>> On Wed, Apr 29, 2020 at 05:27:48PM +0200, Jethro Beekman wrote: >

Re: [PATCH 0/3] kasan: memorize and print call_rcu stack

On Wed, May 6, 2020 at 2:01 PM Walter Wu wrote: > > On Wed, 2020-05-06 at 11:37 +0200, 'Dmitry Vyukov' via kasan-dev wrote: > > On Wed, May 6, 2020 at 8:23 AM Walter Wu wrote: > > > > > This patchset improves KASAN reports by making them to have > > > > > call_rcu() call stack information. It is

Re: [RFC] mm/gup.c: Updated return value of {get|pin}_user_pages_fast()

On Wed, May 6, 2020 at 3:36 PM Jan Kara wrote: > > On Wed 06-05-20 02:06:56, Souptick Joarder wrote: > > On Wed, May 6, 2020 at 1:08 AM John Hubbard wrote: > > > > > > On 2020-05-05 12:14, Souptick Joarder wrote: > > > > Currently {get|pin}_user_pages_fast() have 3 return value 0, -errno > > > >

Re: [PATCH v2] perf stat: Fix the ratio comments of miss-events

Gentle ping ... Hi Arnaldo, If possible, could you give a look for this patch? Thank you, Qi Liu On 2020/5/6 20:01, Qi Liu wrote: > Perf stat displays miss ratio of L1-dcache, L1-icache, dTLB cache, iTLB cache > and LL-cache. Take L1-dcache for example, its miss ratio is caculated as > "L1-dca

Re: [PATCH v10 1/3] media: dt-bindings: ov8856: Document YAML bindings

On 20-05-06 13:29, Robert Foss wrote: > Hey Dongchun, > > Thanks for having a look at this series. > > > > +examples: > > > + - | > > > +#include > > > + > > > +i2c { > > > +#address-cells = <1>; > > > +#size-cells = <0>; > > > + > > > +ov8856: camera@10 { > > >

Re: [PATCH] scsi: fnic: Use kmalloc instead of vmalloc for a small memory allocation

On 4/23/20 10:46 PM, Christophe JAILLET wrote: 'struct fc_trace_flag_type' is just a few bytes long. There is no need to allocate such a structure with vmalloc. Using kmalloc instead. While at it, axe a useless test when freeing the memory. Signed-off-by: Christophe JAILLET --- drivers/scsi/

Re: [PATCH v2 1/2] arm64/crash_core: Export KERNELPACMASK in vmcoreinfo

On Wed, May 06, 2020 at 05:32:56PM +0530, Amit Kachhap wrote: > On 5/4/20 10:47 PM, Will Deacon wrote: > > On Mon, Apr 27, 2020 at 11:55:01AM +0530, Amit Daniel Kachhap wrote: > > > diff --git a/arch/arm64/include/asm/compiler.h > > > b/arch/arm64/include/asm/compiler.h > > > index eece20d..32d590

[PATCH 0/2] memory: tegra: EMC scaling is not a clock provider

Hi all, The Tegra EMC scaling support code is not a clock provider, but merely a clock consumer, and thus does not need to include . However, drivers/memory/tegra/tegra210-emc-table.c relies on tegra210-emc.h to include through . Hence the first patch makes self-contained first. Thanks

[PATCH 2/2] memory: tegra: Drop

The Tegra EMC scaling support code is not a clock provider, but merely a clock consumer, and thus does not need to include . Fixes: ec37a9a17afbfad5 ("memory: tegra: Add EMC scaling support code for Tegra210") Signed-off-by: Geert Uytterhoeven --- drivers/memory/tegra/tegra210-emc-core.c | 1 -

[PATCH 1/2] of: Make self-contained

is not self-contained, as it uses _OF_DECLARE() to define RESERVEDMEM_OF_DECLARE(), but does not include . Fix this by adding the missing include. Signed-off-by: Geert Uytterhoeven --- include/linux/of_reserved_mem.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/of_reserved

Re: [PATCH v4 02/12] cpufreq: blacklist SDM845 in cpufreq-dt-platdev

On Tue, May 5, 2020 at 1:54 AM Sibi Sankar wrote: > > Add SDM845 to cpufreq-dt-platdev blacklist since the actual scaling is > handled by the 'qcom-cpufreq-hw' driver. > > Reviewed-by: Matthias Kaehlcke > Signed-off-by: Sibi Sankar Reviewed-by: Amit Kucheria > --- > > v4: > * Updated commit

[PATCH v2] drm/mediatek: cleanup coding style in mediatek a bit

This code change is to make code bit more readable. Signed-off-by: Bernard Zhao --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index ff43a3d80410..

Re: [PATCH v4 03/12] cpufreq: blacklist SC7180 in cpufreq-dt-platdev

On Tue, May 5, 2020 at 1:54 AM Sibi Sankar wrote: > > Add SC7180 to cpufreq-dt-platdev blacklist since the actual scaling is > handled by the 'qcom-cpufreq-hw' driver. > > Reviewed-by: Matthias Kaehlcke > Signed-off-by: Sibi Sankar Reviewed-by: Amit Kucheria > --- > > v4: > * Updated commit

Re: [PATCH v4 01/12] arm64: dts: qcom: sdm845: Add SoC compatible to MTP

On Tue, May 5, 2020 at 1:54 AM Sibi Sankar wrote: > > Add missing SoC compatible to SDM845 MTP board file. > > Reviewed-by: Matthias Kaehlcke > Signed-off-by: Sibi Sankar Reviewed-by: Amit Kucheria > --- > > v4: > * Picked up R-b from Matthias > > arch/arm64/boot/dts/qcom/sdm845-mtp.dts |

Re: [PATCH 1/5] iio: accel: bma180: Prepare for different reset values

On Sun, May 3, 2020 at 7:22 PM Jonathan Bakker wrote: > Some variants of the bma180 (eg bma023) have different reset > values. In preparation for adding support for them, factor > out the reset value into the chip specific data. > > Signed-off-by: Jonathan Bakker Reviewed-by: Linus Walleij Y

Re: [PATCH v2 3/6] sched/deadline: Add dl_bw_capacity()

On 06/05/20 12:54, Dietmar Eggemann wrote: > On 27/04/2020 10:37, Dietmar Eggemann wrote: > > [...] > > > diff --git a/kernel/sched/deadline.c b/kernel/sched/deadline.c > > index 4ae22bfc37ae..eb23e6921d94 100644 > > --- a/kernel/sched/deadline.c > > +++ b/kernel/sched/deadline.c > > @@ -69,6 +69

Re: [PATCH v4 00/12] DDR/L3 Scaling support on SDM845 and SC7180 SoCs

On Tue, May 5, 2020 at 1:54 AM Sibi Sankar wrote: > > This patch series aims to extend cpu based scaling support to L3/DDR on > SDM845 and SC7180 SoCs. > > Patches [1-3] - Blacklist SDM845 and SC7180 in cpufreq-dt-platdev > Patches [4-8] - Update bw levels based on cpu frequency change > Patches [

Re: [patch V4 part 1 03/36] sched: Clean up scheduler_ipi()

On 5/5/20 3:16 PM, Thomas Gleixner wrote: The scheduler IPI has grown weird and wonderful over the years, time for spring cleaning. Move all the non-trivial stuff out of it and into a regular smp function call IPI. This then reduces the schedule_ipi() to most of it's former MOP glory and ensur

Re: exec: Promised cleanups after introducing exec_update_mutex

Hi Eric, On 6/5/20 5:39 am, Eric W. Biederman wrote: In the patchset that introduced exec_update_mutex there were a few last minute discoveries and fixes that left the code in a state that can be very easily be improved. During the merge window we discussed the first three of these patches and

[PATCH] drm/mediatek: eliminate the magic number in array size

Eiminate the magic number in array size, there macro defines in hdmi.h. Signed-off-by: Bernard Zhao --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index f

Re: [PATCH 1/7] binfmt: Move install_exec_creds after setup_new_exec to match binfmt_elf

One small nit: On 6/5/20 5:41 am, Eric W. Biederman wrote: In 2016 Linus moved install_exec_creds immediately after setup_new_exec, in binfmt_elf as a cleanup and as part of closing a potential information leak. Perform the same cleanup for the other binary formats. Different binary formats do

Re: [PATCH] fs: kernfs: fix possible null pointer dereferences

On Thu, Apr 30, 2020 at 04:20:46AM -0700, youngjun wrote: > kernfs_path_from_node_locked checks buf is NULL. > But, two cases below are not covered. > > if(!kn_to)<--- case1 (buf can be NULL) > return strlcpy(buf, "(null)", buflen); > > if(kn_from == kn_to) <---

Re: [patch V4 part 1 04/36] sched: Make scheduler_ipi inline

On 5/5/20 3:16 PM, Thomas Gleixner wrote: Now that the scheduler IPI is trivial and simple again there is no point to have the little function out of line. This simplifies the effort of constraining the instrumentation nicely. Signed-off-by: Thomas Gleixner --- include/linux/sched.h | 10

Linux 4.9.222

I'm announcing the release of the 4.9.222 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.9.222

diff --git a/Makefile b/Makefile index b919a66788b5..67c9106594be 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 221 +SUBLEVEL = 222 EXTRAVERSION = NAME = Roaring Lionus diff --git a/drivers/acpi/device_pm.c b/drivers/acpi/device_pm.c index c76e452

Linux 4.14.179

I'm announcing the release of the 4.14.179 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web browser

Re: Linux 4.4.222

diff --git a/Makefile b/Makefile index ea97d0869c89..03f34df673d9 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 221 +SUBLEVEL = 222 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/powerpc/perf/power8-pmu.c b/arch/powerpc/perf/power8-pmu.c

Linux 4.4.222

I'm announcing the release of the 4.4.222 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.14.179

diff --git a/Makefile b/Makefile index 73e93e596e50..d2baacc1b0f6 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 14 -SUBLEVEL = 178 +SUBLEVEL = 179 EXTRAVERSION = NAME = Petit Gorille diff --git a/drivers/acpi/device_pm.c b/dr

Re: Linux 4.19.121

diff --git a/Makefile b/Makefile index 74b60bf2ff79..f7406a6f8330 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 4 PATCHLEVEL = 19 -SUBLEVEL = 120 +SUBLEVEL = 121 EXTRAVERSION = NAME = "People's Front" diff --git a/drivers/acpi/device_pm.c b

Linux 4.19.121

I'm announcing the release of the 4.19.121 kernel. All users of the 4.19 kernel series must upgrade. The updated 4.19.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.19.y and can be browsed at the normal kernel.org git web browser

Re: Linux 5.4.39

diff --git a/Makefile b/Makefile index 989e7d649633..ff2b90ddc9bc 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 5 PATCHLEVEL = 4 -SUBLEVEL = 38 +SUBLEVEL = 39 EXTRAVERSION = NAME = Kleptomaniac Octopus diff --git a/arch/arm/boot/dts/imx6qdl

Linux 5.4.39

I'm announcing the release of the 5.4.39 kernel. All users of the 5.4 kernel series must upgrade. The updated 5.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.4.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 2/5] input: misc: bma150: Conditionally disable bma023 support

On Sun, May 3, 2020 at 7:22 PM Jonathan Bakker wrote: > The bma180 IIO driver has been extended for support for bma023. > However, this could cause conflicts with this driver. Since some > setups may depend upon the evdev setup, disable support in this > driver for the bma023 only when the IIO d

Linux 5.6.11

I'm announcing the release of the 5.6.11 kernel. All users of the 5.6 kernel series must upgrade. The updated 5.6.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-5.6.y and can be browsed at the normal kernel.org git web browser:

Reqeust export symbol for API in arch/arm64/*

Hello, I am software engineer in charge of BSP (Samsung SOC vendor). Recently, Google introduced GKI from Android R version. We cannot use mainline API without 'export symbol' by the GKI policy. But we want to make an arm64 specific vendor driver in {kernel source root}/drivers/soc/samsung/*. Co

Re: [PATCH 0/5] iio: accel: Add bma023 support to bma180

On Sun, May 3, 2020 at 7:22 PM Jonathan Bakker wrote: > This patchset adds support for the bma023 three axis accelerometer > to the bma180 IIO driver. The bma023 is found on several ~2010 > phones, including the first-gen Galaxy S series. > > The bma023 differs from later chips (bma180, bma25x)

Re: Linux 5.6.11

diff --git a/Makefile b/Makefile index 4b29cc9769e8..5dedd6f9ad75 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ # SPDX-License-Identifier: GPL-2.0 VERSION = 5 PATCHLEVEL = 6 -SUBLEVEL = 10 +SUBLEVEL = 11 EXTRAVERSION = NAME = Kleptomaniac Octopus diff --git a/arch/arm/boot/dts/imx6qdl

Re: [PATCH 3/5] dt-bindings: iio: accel: Add bma023 compatible to bma180

On Sun, May 3, 2020 at 7:22 PM Jonathan Bakker wrote: > The bma023 is in the same family as the bma180 and support is > being added to the bma180 IIO driver for it. > > Signed-off-by: Jonathan Bakker (...) >- compatible : should be one of: > +"bosch,bma023" Please add bma150 and smb380

[PATCH -next] staging: kpc2000: fix error return code in kp2000_pcie_probe()

Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. Also removed var 'rv' since we can use 'err' instead. Signed-off-by: Wei Yongjun --- drivers/staging/kpc2000/kpc2000/core.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions

Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers

Hi Rafael, On Wed, Apr 29, 2020 at 12:26:12PM +0200, Rafael J. Wysocki wrote: > On Wed, Apr 29, 2020 at 7:38 AM Calvin Johnson > wrote: > > > > > So, yes, there's another driver using it, but the ACPI folk probably > > > never got a look-in on that instance. Even if they had been copied, > > >

Re: [PATCH 4/5] dt-bindings: iio: accel: Add required regulators to bma180

On Sun, May 3, 2020 at 7:22 PM Jonathan Bakker wrote: > The bma180 and related chips should have two registers attached to > them. The IIO driver currently uses them, document them here as > well. > > Signed-off-by: Jonathan Bakker Reviewed-by: Linus Walleij Yours, Linus Walleij

[PATCH] drm/exynos: remove no need devm_kfree in probe [re-send, welcome any comments]

Remove no need devm_kfree in probe. The change is to make the code a bit more readable Signed-off-by: Bernard Zhao --- drivers/gpu/drm/exynos/exynos_drm_dpi.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_dpi.c b/drivers/gpu/drm

Re: [RFC PATCH] cpufreq: add support for HiSilicon SoC HIP09

+ Thanu, Souvik who work with ASWG On Wed, May 06, 2020 at 05:36:51PM +0800, Hanjun Guo wrote: > Hi Sudeep, > > On 2020/4/30 17:55, Sudeep Holla wrote: > > On Thu, Apr 30, 2020 at 02:19:59PM +0800, Xiongfeng Wang wrote: > > > HiSilicon SoC has a separate System Control Processor(SCP) dedicated for

Re: [PATCH 5/5] iio: accel: bma180: Add support for bma023

On Sun, May 3, 2020 at 7:22 PM Jonathan Bakker wrote: > The bma023 chip is similar enough to the bma180 and bma25x that the > same driver can support all of them. The biggest differences are > the lack of a temperature channel and no low power but still working > mode. > > The bma150 is a close

Re: [PATCH] uprobes: ensure that uprobe->offset and ->ref_ctr_offset are properly aligned

On Wed, 6 May 2020 10:59:55 +0530 Srikar Dronamraju wrote: > * Oleg Nesterov [2020-05-04 18:47:25]: > > > uprobe_write_opcode() must not cross page boundary; prepare_uprobe() > > relies on arch_uprobe_analyze_insn() which should validate "vaddr" but > > some architectures (csky, s390, and sparc

Re: [PATCH v6 0/6] iio: core,buffer: re-organize chardev creation

On Sun, 2020-05-03 at 16:51 +0100, Jonathan Cameron wrote: > [External] > > On Mon, 27 Apr 2020 16:10:54 +0300 > Alexandru Ardelean wrote: > > > The main intent is to be able to add more chardevs per IIO device, one > > for each buffer. To get there, some rework is needed. > > This tries to re-o

Re: [patch V4 part 1 12/36] x86/kvm: Sanitize kvm_async_pf_task_wait()

On Wed, 6 May 2020 09:00:09 +0200 Paolo Bonzini wrote: > > case KVM_PV_REASON_PAGE_READY: > > > > Acked-by: Paolo Bonzini Please crop your email. It is really annoying to scroll through 16 pages of quoted text and come to this. -- Steve

Re: Reqeust export symbol for API in arch/arm64/*

On Wed, May 06, 2020 at 09:46:45PM +0900, �ֵ���/DONGHYEOK CHOE wrote: > I am software engineer in charge of BSP (Samsung SOC vendor). > > Recently, Google introduced GKI from Android R version. > We cannot use mainline API without 'export symbol' by the GKI policy. > But we want to make an arm64 s

Re: [PATCH -next] staging: kpc2000: fix error return code in kp2000_pcie_probe()

On Wed, May 06, 2020 at 12:52:55PM +, Wei Yongjun wrote: > Fix to return a negative error code from the error handling > case instead of 0, as done elsewhere in this function. Also > removed var 'rv' since we can use 'err' instead. > > Signed-off-by: Wei Yongjun > --- > drivers/staging/kpc20

Re: [v4,iproute2-next 1/2] iproute2-next:tc:action: add a gate control action

On Wed, 2020-05-06 at 16:40 +0800, Po Liu wrote: > Introduce a ingress frame gate control flow action. [...] hello Po Liu, [...] > +create_entry: > + e = create_gate_entry(gate_state, interval, > + ipv, maxoctets); > +

Dear Beloved,

Dear Beloved, I'm Reverend Wright Watson, I was born in USA, 1945, I was ordained into the Catholic Priesthood. Please take your time to read this message, although we have never met before, this is no spam, It's a real message sent to you. I know also that you will be amazed at the level of trus

Re: [PATCH] x86/perf: Add hardware performance events support for Zhaoxin CPU.

On 2020/4/15 下午6:31, Peter Zijlstra wrote: On Wed, Apr 15, 2020 at 12:23:40PM +0200, Peter Zijlstra wrote: On Mon, Apr 13, 2020 at 11:14:29AM +0800, CodyYao-oc wrote: Zhaoxin CPU has provided facilities for monitoring performance via PMU(Performance Monitor Unit), but the functionality is unuse

Re: [PATCH -next] staging: kpc2000: fix error return code in kp2000_pcie_probe()

On Wed, May 06, 2020 at 12:52:55PM +, Wei Yongjun wrote: > Fix to return a negative error code from the error handling > case instead of 0, as done elsewhere in this function. Also > removed var 'rv' since we can use 'err' instead. > > Signed-off-by: Wei Yongjun Also could you add a Fixes ta

Re: [RFC PATCH] cpufreq: add support for HiSilicon SoC HIP09

Hi, ACPI CPPC already supports the notion of boost. Not sure we need any enhancements there. Regards, Thanu On 06/05/2020, 18:19, "Sudeep Holla" wrote: + Thanu, Souvik who work with ASWG On Wed, May 06, 2020 at 05:36:51PM +0800, Hanjun Guo wrote: > Hi Sudeep, > > On 2020/

Re: [RFC] mm/gup.c: Updated return value of {get|pin}_user_pages_fast()

On Wed 06-05-20 17:51:39, Souptick Joarder wrote: > On Wed, May 6, 2020 at 3:36 PM Jan Kara wrote: > > > > On Wed 06-05-20 02:06:56, Souptick Joarder wrote: > > > On Wed, May 6, 2020 at 1:08 AM John Hubbard wrote: > > > > > > > > On 2020-05-05 12:14, Souptick Joarder wrote: > > > > > Currently {g

Re: Re: Re: Re: Re: [PATCH net v2 0/2] Revert the 'socket_alloc' life cycle change

TL; DR: It was not kernel's fault, but the benchmark program. So, the problem is reproducible using the lebench[1] only. I carefully read it's code again. Before running the problem occurred "poll big" sub test, lebench executes "context switch" sub test. For the test, it sets the cpu affinity[

Re: [PATCH 1/7] binfmt: Move install_exec_creds after setup_new_exec to match binfmt_elf

Greg Ungerer writes: > One small nit: Good point. > On 6/5/20 5:41 am, Eric W. Biederman wrote: >> In 2016 Linus moved install_exec_creds immediately after >> setup_new_exec, in binfmt_elf as a cleanup and as part of closing a >> potential information leak. >> >> Perform the same cleanup for th

Re: [PATCH v5 1/5] mmc: core: Extend mmc_of_parse() to parse CQE bindings

On 4/28/2020 5:26 AM, Chun-Hung Wu wrote: Parse CQE bindings "supports-cqe" and "disable-cqe-dcmd" in mmc_of_parse(). Signed-off-by: Chun-Hung Wu --- drivers/mmc/core/host.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/mmc/core/host.c b/drivers/mmc/core/host.c index c87

Re: [PATCH v2] drm/mediatek: cleanup coding style in mediatek a bit

Hi, Bernard: Bernard Zhao 於 2020年5月6日 週三 下午8:34寫道： > > This code change is to make code bit more readable. > Reviewed-by: Chun-Kuang Hu > Signed-off-by: Bernard Zhao > --- > drivers/gpu/drm/mediatek/mtk_hdmi.c | 12 > 1 file changed, 4 insertions(+), 8 deletions(-) > > diff --gi

Re: [PATCH v2 1/2] media: dt-bindings: media: xilinx: Add Xilinx UHD-SDI Receiver Subsystem

Hi Vishal, Thank you for the patch. On Wed, Apr 29, 2020 at 07:47:03PM +0530, Vishal Sagar wrote: > Add bindings documentation for Xilinx UHD-SDI Receiver Subsystem. > > The Xilinx UHD-SDI Receiver Subsystem consists of SMPTE UHD-SDI (RX) IP > core, an SDI RX to Video Bridge IP core to convert S

Re: [PATCH v2 1/2] arm64/crash_core: Export KERNELPACMASK in vmcoreinfo

Hi, On 5/6/20 6:01 PM, Will Deacon wrote: On Wed, May 06, 2020 at 05:32:56PM +0530, Amit Kachhap wrote: On 5/4/20 10:47 PM, Will Deacon wrote: On Mon, Apr 27, 2020 at 11:55:01AM +0530, Amit Daniel Kachhap wrote: diff --git a/arch/arm64/include/asm/compiler.h b/arch/arm64/include/asm/compiler

Re: [PATCH] drm/mediatek: eliminate the magic number in array size

Hi, Bernard: Bernard Zhao 於 2020年5月6日 週三 下午8:43寫道： > > Eiminate the magic number in array size, there macro defines in > hdmi.h. Reviewed-by: Chun-Kuang Hu > > Signed-off-by: Bernard Zhao > --- > drivers/gpu/drm/mediatek/mtk_hdmi.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-

RE: Reqeust export symbol for API in arch/arm64/*

> -Original Message- > From: Will Deacon > Sent: Wednesday, May 6, 2020 9:53 PM > To: �ֵ���/DONGHYEOK CHOE > Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org; > hosung0@samsung.com; changki@samsung.com; hajun.s...@samsung.com; > gre...@google.com; youngmin.

Re: [patch V4 part 1 05/36] x86/entry: Flip _TIF_SIGPENDING and _TIF_NOTIFY_RESUME handling

On 5/5/20 3:16 PM, Thomas Gleixner wrote: Make sure task_work runs before any kind of userspace -- very much including signals -- is invoked. Suggested-by: Andy Lutomirski Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Thomas Gleixner --- arch/x86/entry/common.c |8 1

Re: [PATCH -next] staging: kpc2000: fix error return code in kp2000_pcie_probe()

On 2020/5/6 20:57, Dan Carpenter wrote: > On Wed, May 06, 2020 at 12:52:55PM +, Wei Yongjun wrote: >> Fix to return a negative error code from the error handling >> case instead of 0, as done elsewhere in this function. Also >> removed var 'rv' since we can use 'err' instead. >> >> Signed-of

Re: [patch V4 part 1 06/36] compiler: Simple READ/WRITE_ONCE() implementations

On 5/5/20 3:16 PM, Thomas Gleixner wrote: READ/WRITE_ONCE_NOCHECK() is required for atomics in code which cannot be instrumented like the x86 int3 text poke code. As READ/WRITE_ONCE() is undergoing a rewrite, provide __{READ,WRITE}_ONCE_SCALAR(). Signed-off-by: Peter Zijlstra (Intel) Signed-

[PATCH 1/4] KVM: Introduce kvm_make_all_cpus_request_except()

This allows making request to all other vcpus except the one specified in the parameter. Signed-off-by: Suravee Suthikulpanit --- arch/x86/kvm/hyperv.c| 2 +- arch/x86/kvm/x86.c | 2 +- include/linux/kvm_host.h | 3 +++ virt/kvm/kvm_main.c | 14 +++--- 4 files changed,

[PATCH 3/4] KVM: SVM: Merge svm_enable_vintr into svm_set_vintr

Code clean up and remove unnecessary intercept check for INTERCEPT_VINTR. Signed-off-by: Suravee Suthikulpanit --- arch/x86/kvm/svm/svm.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c index c2117cd..8ac00b2 100644 -

[PATCH 2/4] KVM: SVM: Fixes setting V_IRQ while AVIC is still enabled

The commit 64b5bd270426 ("KVM: nSVM: ignore L1 interrupt window while running L2 with V_INTR_MASKING=1") introduced a WARN_ON, which checks if AVIC is enabled when trying to set V_IRQ in the VMCB for enabling irq window. The following warning is triggered because the requesting vcpu (to deactivate

[PATCH 4/4] KVM: SVM: Remove unnecessary V_IRQ unsetting

This has already been handled in the prior call to svm_clear_vintr(). Signed-off-by: Suravee Suthikulpanit --- arch/x86/kvm/svm/svm.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c index 8ac00b2..553d4b6 100644 --- a/arch/x86/kvm/svm/svm.c ++

[PATCH 0/4] KVM: SVM: Fix AVIC warning when enable irq window

Introduce kvm_make_all_cpus_request_except(), which is used in the subsequent patch 2 to fix AVIC warning. Also include miscelleneous clean ups. Thanks, Suravee Suravee Suthikulpanit (4): KVM: Introduce kvm_make_all_cpus_request_except() KVM: SVM: Fixes setting V_IRQ while AVIC is still enab

RE: [PATCH v2 1/2] PCI: hv: Fix the PCI HyperV probe failure path to release resource properly

Thanks for your email. See my comments inline. > -Original Message- > From: Lorenzo Pieralisi > Sent: Wednesday, May 6, 2020 7:10 PM > To: Wei Hu > Cc: KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger ; > wei@kernel.org; r...@kernel.org; bhelg...@google.com; linux- > hyp...@vger.k

[PATCH -next] btrfs: Remove unused inline function heads_to_leaves

There's no callers in-tree anymore since commit 64403612b73a ("btrfs: rework btrfs_check_space_for_delayed_refs") Signed-off-by: YueHaibing --- fs/btrfs/extent-tree.c | 16 1 file changed, 16 deletions(-) diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c index faa585

Please can I have a stable KCSAN branch for 5.8?

Hi TIP folks, I'm looking to rebase my READ_ONCE() series [1] on top of the KCSAN patches so that we can get them in for 5.8. However, tip/locking/kcsan seems to be missing some bits: * An update to checkpatch.pl to warn about missing comments for data_race(): https://lore.kernel.org/r

Re: [PATCH v3 1/2] timer: make deferrable cpu unbound timers really not bound to a cpu

Prasad Sodagudi writes: > To make all cpu unbound deferrable timers are scalable, introduce a common > timer base which is only for cpu unbound deferrable timers to make those > are indeed cpu unbound so that can be scheduled by any of non idle cpus. > This common timer fixes scalability issue of

Re: [PATCH v4 2/2] mailbox: sprd: Add Spreadtrum mailbox driver

Hi Jassi, On Tue, Apr 28, 2020 at 11:10 AM Baolin Wang wrote: > > From: Baolin Wang > > The Spreadtrum mailbox controller supports 8 channels to communicate > with MCUs, and it contains 2 different parts: inbox and outbox, which > are used to send and receive messages by IRQ mode. > > Signed-off

Re: [patch V4 part 1 06/36] compiler: Simple READ/WRITE_ONCE() implementations

On Tue, May 05, 2020 at 03:16:08PM +0200, Thomas Gleixner wrote: > READ/WRITE_ONCE_NOCHECK() is required for atomics in code which cannot be > instrumented like the x86 int3 text poke code. As READ/WRITE_ONCE() is > undergoing a rewrite, provide __{READ,WRITE}_ONCE_SCALAR(). > > Signed-off-by: Pet

Re: [GRUB PATCH RFC 12/18] i386/efi: Report UEFI Secure Boot status to the Linux kernel

On Tue, May 05, 2020 at 10:29:05AM -0700, Matthew Garrett wrote: > On Mon, May 4, 2020 at 4:25 PM Daniel Kiper wrote: > > > > Otherwise the kernel does not know its state and cannot enable various > > security features depending on UEFI Secure Boot. > > I think this needs more context. If the kern

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