Re: [PATCH 2/2] iio: accel: Add driver for Murata SCA3300 accelerometer

2021-04-16 Thread Tomas Melin
On 4/15/21 11:41 AM, Tomas Melin wrote: While working on updates I did notice something new which I cannot reproduce on older (5.10.17 kernel) version. If compiling this as a module, getting error while unloading module: [   40.200084] Unable to handle kernel NULL pointer dereference at

Re: [patch] x86/crash: fix crash_setup_memmap_entries() out-of-bounds access

2021-04-16 Thread Borislav Petkov
On Fri, Apr 16, 2021 at 02:02:07PM +0200, Mike Galbraith wrote: > [ 15.428011] BUG: KASAN: vmalloc-out-of-bounds in > crash_setup_memmap_entries+0x17e/0x3a0 > [ 15.428018] Write of size 8 at addr c9426008 by task kexec/1187 > > (gdb) list *crash_setup_memmap_entries+0x17e >

Re: [PATCH v4 2/2] pwm: visconti: Add Toshiba Visconti SoC PWM support

2021-04-16 Thread Nobuhiro Iwamatsu
Hi Uwe, Thanks for your comment. On Fri, Apr 16, 2021 at 11:44:26AM +0200, Uwe Kleine-König wrote: > Hello Nobuhiro, > > On Fri, Apr 16, 2021 at 05:07:21PM +0900, Nobuhiro Iwamatsu wrote: > > On Mon, Apr 12, 2021 at 09:02:32AM +0200, Uwe Kleine-König wrote: > > > On Mon, Apr 12, 2021 at

Re: [PATCH v1 1/2] coresight: Add support for device names

2021-04-16 Thread taozha
On 2021-04-16 19:19, Alexander Shishkin wrote: Tao Zhang writes: diff --git a/drivers/hwtracing/coresight/coresight-core.c b/drivers/hwtracing/coresight/coresight-core.c index 4ba801d..b79c726 100644 --- a/drivers/hwtracing/coresight/coresight-core.c +++

Re: [PATCH v9 5/7] mm: Make alloc_contig_range handle free hugetlb pages

2021-04-16 Thread Oscar Salvador
On Fri, Apr 16, 2021 at 05:49:20PM +0800, Baoquan He wrote: > On 04/16/21 at 09:00am, Oscar Salvador wrote: > ... > > +/* > > + * alloc_and_dissolve_huge_page - Allocate a new page and dissolve the old > > one > > + * @h: struct hstate old page belongs to > > + * @old_page: Old page to dissolve

Re: [PATCH] drivers: ipa: Fix missing IRQF_ONESHOT as only threaded handler

2021-04-16 Thread Alex Elder
On 4/15/21 10:40 PM, zhuguangqin...@gmail.com wrote: From: Guangqing Zhu This is not required here. -Alex https://lore.kernel.org/netdev/d57e0a43-4d87-93cf-471c-c8185ea85...@ieee.org/ Coccinelle noticed: drivers/net/ipa/ipa_smp2p.c:186:7-27: ERROR: Threaded IRQ with no primary handler

Re: [RFC PATCH 2/2] bfq/mq-deadline: remove redundant check for passthrough request

2021-04-16 Thread Jens Axboe
On 4/14/21 9:43 PM, Lin Feng wrote: > Since commit 01e99aeca39796003 'blk-mq: insert passthrough request into > hctx->dispatch directly', passthrough request should not appear in > IO-scheduler any more, so blk_rq_is_passthrough checking in addon IO > schedulers is redundant. > > (Notes: this

Re: [PATCH 1/2] blk-mq: bypass IO scheduler's limit_depth for passthrough request

2021-04-16 Thread Jens Axboe
On 4/14/21 9:39 PM, Lin Feng wrote: > Commit 01e99aeca39796003 ("blk-mq: insert passthrough request into > hctx->dispatch directly") gives high priority to passthrough requests and > bypass underlying IO scheduler. But as we allocate tag for such request it > still runs io-scheduler's callback

Re: [PATCH v5 0/3] CAN TRANSCEIVER: Add support for CAN transceivers

2021-04-16 Thread Marc Kleine-Budde
On 4/16/21 1:30 PM, Aswath Govindraju wrote: > The following series of patches add support for CAN transceivers. > > TCAN1042 has a standby signal that needs to be pulled high for > sending/receiving messages[1]. TCAN1043 has a enable signal along with > standby signal that needs to be pulled up

Re: [PATCH 0/5] Another small set of cleanups for floppy driver

2021-04-16 Thread Jens Axboe
On 4/16/21 2:34 AM, Denis Efremov wrote: > Just a couple of patches to make checkpatch.pl a bit more happy. > All these patches preserve original semantics of the code and only > memset(), memcpy() patches change binary code. Applied, thanks. -- Jens Axboe

[PATCH 10/12] arm64: dts: qcom: sm8250: Use QMP binding to control load state

2021-04-16 Thread Sibi Sankar
Use the Qualcomm Mailbox Protocol (QMP) binding to control the load state resources on SM8250 SoCs and drop deprecated power-domains exposed by AOSS QMP node. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sm8250.dtsi | 22 +++--- 1 file changed, 11 insertions(+), 11

[PATCH 11/12] arm64: dts: qcom: sm8350: Use QMP binding to control load state

2021-04-16 Thread Sibi Sankar
Use the Qualcomm Mailbox Protocol (QMP) binding to control the load state resources on SM8350 SoCs and drop deprecated power-domains exposed by AOSS QMP node. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sm8350.dtsi | 30 -- 1 file changed, 16

[PATCH 08/12] arm64: dts: qcom: sdm845: Use QMP binding to control load state

2021-04-16 Thread Sibi Sankar
Use the Qualcomm Mailbox Protocol (QMP) binding to control the load state resources on SDM845 SoCs and drop deprecated power-domains exposed by AOSS QMP node. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff

[PATCH 12/12] dt-bindings: soc: qcom: aoss: Delete unused power-domain definitions

2021-04-16 Thread Sibi Sankar
Delete unused power-domain definitions exposed by AOSS QMP. Signed-off-by: Sibi Sankar --- include/dt-bindings/power/qcom-aoss-qmp.h | 14 -- 1 file changed, 14 deletions(-) delete mode 100644 include/dt-bindings/power/qcom-aoss-qmp.h diff --git

[PATCH 09/12] arm64: dts: qcom: sm8150: Use QMP binding to control load state

2021-04-16 Thread Sibi Sankar
Use the Qualcomm Mailbox Protocol (QMP) binding to control the load state resources on SM8150 SoCs and drop deprecated power-domains exposed by AOSS QMP node. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sm8150.dtsi | 28 ++-- 1 file changed, 14 insertions(+),

[PATCH 06/12] arm64: dts: qcom: sc7180: Use QMP binding to control load state

2021-04-16 Thread Sibi Sankar
Use the Qualcomm Mailbox Protocol (QMP) binding to control the load state resources on SC7180 SoCs and drop deprecated power-domains exposed by AOSS QMP node. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sc7180.dtsi | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff

[PATCH 07/12] arm64: dts: qcom: sc7280: Use QMP binding to control load state

2021-04-16 Thread Sibi Sankar
Use the Qualcomm Mailbox Protocol (QMP) binding to control the load state resources on SC7280 SoCs and drop deprecated power-domains exposed by AOSS QMP node. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sc7280.dtsi | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH 04/12] dt-bindings: remoteproc: qcom: Add QMP bindings

2021-04-16 Thread Sibi Sankar
Add Qualcomm Mailbox Protocol (QMP) binding to replace the power domains exposed by the AOSS QMP node. Signed-off-by: Sibi Sankar --- Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

[PATCH 05/12] remoteproc: qcom: q6v5: Use qmp_send to update co-processor load state

2021-04-16 Thread Sibi Sankar
The power domains exposed by the AOSS QMP driver control the load state resources linked to modem, adsp, cdsp remoteprocs. These are used to notify the Always on Subsystem (AOSS) that a particular co-processor is up/down. AOSS uses this information to wait for the co-processors to suspend before

[PATCH 02/12] soc: qcom: aoss: Drop power domain support

2021-04-16 Thread Sibi Sankar
The load state resources are expected to follow the life cycle of the remote processor it tracks. However, modeling load state resources as power-domains result in them getting turned off during system suspend and thereby falling out of sync with the remote processors that are still on. Fix this

[PATCH 03/12] dt-bindings: remoteproc: qcom: pas: Add QMP bindings

2021-04-16 Thread Sibi Sankar
Add Qualcomm Mailbox Protocol (QMP) binding to replace the power domains exposed by the AOSS QMP node. Signed-off-by: Sibi Sankar --- Documentation/devicetree/bindings/remoteproc/qcom,adsp.txt | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

[PATCH 01/12] dt-bindings: soc: qcom: aoss: Drop power-domain bindings

2021-04-16 Thread Sibi Sankar
Drop power-domain bindings exposed by AOSS QMP node. Signed-off-by: Sibi Sankar --- .../devicetree/bindings/soc/qcom/qcom,aoss-qmp.txt | 16 ++-- 1 file changed, 2 insertions(+), 14 deletions(-) diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,aoss-qmp.txt

[PATCH 00/12] Use qmp_send to update co-processor load state

2021-04-16 Thread Sibi Sankar
The power domains exposed by the AOSS QMP driver control the load state resources linked to modem, adsp, cdsp remoteprocs. These are used to notify the Always on Subsystem (AOSS) that a particular co-processor is up/down. AOSS uses this information to wait for the co-processors to suspend before

[patch] x86/crash: fix crash_setup_memmap_entries() out-of-bounds access

2021-04-16 Thread Mike Galbraith
[ 15.428011] BUG: KASAN: vmalloc-out-of-bounds in crash_setup_memmap_entries+0x17e/0x3a0 [ 15.428018] Write of size 8 at addr c9426008 by task kexec/1187 (gdb) list *crash_setup_memmap_entries+0x17e 0x8107cafe is in crash_setup_memmap_entries (arch/x86/kernel/crash.c:322).

[PATCH] ASoC: ak4458: check reset control status

2021-04-16 Thread Shengjiu Wang
From: Viorel Suman check the return value of ak4458_rstn_control. Signed-off-by: Viorel Suman Signed-off-by: Shengjiu Wang --- sound/soc/codecs/ak4458.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/sound/soc/codecs/ak4458.c

Re: [PATCH v3 1/2] perf/core: Share an event with multiple cgroups

2021-04-16 Thread Peter Zijlstra
On Fri, Apr 16, 2021 at 08:22:38PM +0900, Namhyung Kim wrote: > On Fri, Apr 16, 2021 at 7:28 PM Peter Zijlstra wrote: > > > > On Fri, Apr 16, 2021 at 11:29:30AM +0200, Peter Zijlstra wrote: > > > > > > So I think we've had proposals for being able to close fds in the past; > > > > while

Re: [RFC/RFT PATCH 1/3] memblock: update initialization of reserved pages

2021-04-16 Thread David Hildenbrand
On 16.04.21 13:44, Mike Rapoport wrote: On Thu, Apr 15, 2021 at 11:30:12AM +0200, David Hildenbrand wrote: Not sure we really need a new pagetype here, PG_Reserved seems to be quite enough to say "don't touch this". I generally agree that we could make PG_Reserved a PageType and then have

Re: [PATCH] tcp: fix silent loss when syncookie is trigered

2021-04-16 Thread Eric Dumazet
On Fri, Apr 16, 2021 at 12:52 PM zhaoya wrote: > > When syncookie is triggered, since $MSSID is spliced into cookie and > the legal index of msstab is 0,1,2,3, this gives client 3 bytes > of freedom, resulting in at most 3 bytes of silent loss. > > C seq=12345-> S > C

Re: [PATCH 4.9 00/47] 4.9.267-rc1 review

2021-04-16 Thread Naresh Kamboju
On Thu, 15 Apr 2021 at 20:23, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.267 release. > There are 47 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [PATCH] coresight: add support to enable more coresight paths

2021-04-16 Thread taozha
On 2021-04-15 17:49, Suzuki K Poulose wrote: Hi On 15/04/2021 10:33, Tao Zhang wrote: Current coresight implementation only supports enabling source ETMs or STM. This patch adds support to enable more kinds of coresight source to sink paths. We build a path from source to sink when any source

[PATCH 5/5] mtd: core: add OTP nvmem provider support

2021-04-16 Thread Michael Walle
Flash OTP regions can already be read via user space. Some boards have their serial number or MAC addresses stored in the OTP regions. Add support for them being a (read-only) nvmem provider. The API to read the OTP data is already in place. It distinguishes between factory and user OTP, thus

[PATCH 2/5] dt-bindings: mtd: add YAML schema for the generic MTD bindings

2021-04-16 Thread Michael Walle
Convert MTD's common.txt to mtd.yaml. Signed-off-by: Michael Walle Reviewed-by: Rob Herring --- Changes since RFC: - use real device compatibles .../devicetree/bindings/mtd/common.txt| 16 +--- .../devicetree/bindings/mtd/mtd.yaml | 39 +++ 2 files

[PATCH 4/5] dt-bindings: mtd: spi-nor: add otp property

2021-04-16 Thread Michael Walle
SPI-NOR flashes may have OTP regions and have a nvmem binding. This binding is described in mtd.yaml. Signed-off-by: Michael Walle --- Changes since RFC: - new patch Documentation/devicetree/bindings/mtd/jedec,spi-nor.yaml | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH 3/5] dt-bindings: mtd: add OTP bindings

2021-04-16 Thread Michael Walle
Flash devices can have one-time-programmable regions. Add a nvmem binding so they can be used as a nvmem provider. Signed-off-by: Michael Walle --- Changes since RFC: - added missing "$" - dropped first example - use real device compatibles Please note, that this will lead to an error

[PATCH 1/5] nvmem: core: allow specifying of_node

2021-04-16 Thread Michael Walle
Until now, the of_node of the parent device is used. Some devices provide more than just the nvmem provider. To avoid name space clashes, add a way to allow specifying the nvmem cells in subnodes. Consider the following example: flash@0 { compatible = "jedec,spi-nor";

[PATCH 0/5] mtd: core: OTP nvmem provider support

2021-04-16 Thread Michael Walle
The goal is to fetch a (base) MAC address from the OTP region of a SPI NOR flash. This is the first part, where I try to add the nvmem provider support to the MTD core. I'm not sure about the device tree bindings. Consider the following two variants: (1) flash@0 { .. otp {

Re: x86/crash: fix crash_setup_memmap_entries() out-of-bounds access

2021-04-16 Thread Dave Young
On 04/16/21 at 01:28pm, Mike Galbraith wrote: > On Fri, 2021-04-16 at 19:07 +0800, Dave Young wrote: > > > > > We're excluding two ranges, allocate the scratch space we need to do that. > > > > I think 1 range should be fine, have you tested 1? > > Have now, and vzalloc(struct_size(cmem, ranges,

Re: [PATCH net v3] net: sched: fix packet stuck problem for lockless qdisc

2021-04-16 Thread Jiri Kosina
On Tue, 13 Apr 2021, Juergen Gross wrote: > > what Jiri said about "I am still planning to have Yunsheng Lin's > > (CCing) fix [1] tested in the coming days." is that Juergen has > > done the test and provide a "Tested-by" tag. > > Correct. And I did this after Jiri asking me to do so. Exactly,

Re: [PATCH 09/13] Samples: Rust examples

2021-04-16 Thread Andrej Shadura
Hi, On 14/04/2021 21:42, Miguel Ojeda wrote: > On Wed, Apr 14, 2021 at 9:34 PM Linus Torvalds > wrote: >> >> Honestly, I'd like to see a real example. This is fine for testing, >> but I'd like to see something a bit more real, and a bit less special >> than the Android "binder" WIP that comes a

Re: [PATCH v2 0/2] MCAN: Add support for implementing transceiver as a phy

2021-04-16 Thread Aswath Govindraju
Hi all, On 15/04/21 9:16 pm, Aswath Govindraju wrote: > The following series of patches add support for implementing the > transceiver as a phy of m_can_platform driver. > > TCAN1042 has a standby signal that needs to be pulled high for > sending/receiving messages[1]. TCAN1043 has a enable

Re: [PATCH v4 0/3] CAN TRANSCEIVER: Add support for CAN transceivers

2021-04-16 Thread Aswath Govindraju
Hi all, On 16/04/21 10:56 am, Aswath Govindraju wrote: > The following series of patches add support for CAN transceivers. > > TCAN1042 has a standby signal that needs to be pulled high for > sending/receiving messages[1]. TCAN1043 has a enable signal along with > standby signal that needs to be

Re: [RFC/RFT PATCH 1/3] memblock: update initialization of reserved pages

2021-04-16 Thread Mike Rapoport
On Thu, Apr 15, 2021 at 11:30:12AM +0200, David Hildenbrand wrote: > > Not sure we really need a new pagetype here, PG_Reserved seems to be quite > > enough to say "don't touch this". I generally agree that we could make > > PG_Reserved a PageType and then have several sub-types for reserved

Re: [PATCH bpf-next v4 6/6] selftests/bpf: Add a series of tests for bpf_snprintf

2021-04-16 Thread Florent Revest
On Fri, Apr 16, 2021 at 1:20 AM Andrii Nakryiko wrote: > > On Wed, Apr 14, 2021 at 11:54 AM Florent Revest wrote: > > +/* Loads an eBPF object calling bpf_snprintf with up to 10 characters of > > fmt */ > > +static int load_single_snprintf(char *fmt) > > +{ > > + struct

[PATCH v3 1/2] dt-bindings: net: can: Document transceiver implementation as phy

2021-04-16 Thread Aswath Govindraju
From: Faiz Abbas Some transceivers need a configuration step (for example, pulling the standby or enable lines) for them to start sending messages. The transceiver can be implemented as a phy with the configuration done in the phy driver. The bit rate limitation can the be obtained by the driver

[PATCH v3 2/2] can: m_can: Add support for transceiver as phy

2021-04-16 Thread Aswath Govindraju
From: Faiz Abbas Add support for implementing transceiver node as phy. The max_bitrate is obtained by getting a phy attribute. Signed-off-by: Faiz Abbas Signed-off-by: Aswath Govindraju --- drivers/net/can/m_can/m_can.c | 10 ++ drivers/net/can/m_can/m_can.h | 2 ++

[PATCH v3 0/2] MCAN: Add support for implementing transceiver as a phy

2021-04-16 Thread Aswath Govindraju
The following series of patches add support for implementing the transceiver as a phy of m_can_platform driver. TCAN1042 has a standby signal that needs to be pulled high for sending/receiving messages[1]. TCAN1043 has a enable signal along with standby signal that needs to be pulled up for

Re: [PATCH v4] tools/power turbostat: Fix RAPL summary collection on AMD processors

2021-04-16 Thread Terry Bowman
Hi Calvin, Thanks for the feedback. I'll begin making the change and testing. I'll respond with V2 patch in this thread. Regards, Terry On 4/14/21 9:13 PM, Calvin Walton wrote: On Tue, 2021-03-30 at 21:38 +, Terry Bowman wrote: +int idx_valid_amd(int idx) +{ +   switch (idx) { + 

[PATCH] MAINTAINERS: gemini: add missing dts pattern

2021-04-16 Thread Corentin Labbe
The MAINTAINERS entry for cortina/gemini miss all dts of this platform. Signed-off-by: Corentin Labbe --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index f64a75945b06..927fa29f05ed 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -1816,6 +1816,7 @@

Re: [RFC/RFT PATCH 2/3] arm64: decouple check whether pfn is normal memory from pfn_valid()

2021-04-16 Thread Mike Rapoport
On Thu, Apr 15, 2021 at 11:31:26AM +0200, David Hildenbrand wrote: > On 14.04.21 22:29, Mike Rapoport wrote: > > On Wed, Apr 14, 2021 at 05:58:26PM +0200, David Hildenbrand wrote: > > > On 08.04.21 07:14, Anshuman Khandual wrote: > > > > > > > > On 4/7/21 10:56 PM, Mike Rapoport wrote: > > > > >

Re: [PATCH 0/2] drm/bridge: dw-hdmi: disable loading of DW-HDMI CEC sub-driver

2021-04-16 Thread Neil Armstrong
On 16/04/2021 11:58, Laurent Pinchart wrote: > Hi Neil, > > On Fri, Apr 16, 2021 at 11:27:35AM +0200, Neil Armstrong wrote: >> This adds DW-HDMI driver a glue option to disable loading of the CEC >> sub-driver. >> >> On some SoCs, the CEC functionality is enabled in the IP config bits, but the

Re: [PATCH] arm64: dts: fsl-ls1028a: Correct ECAM PCIE window ranges

2021-04-16 Thread Kornel Dulęba
Hi, On Wed, Apr 7, 2021 at 2:35 PM Kornel Duleba wrote: > > Currently all PCIE windows point to bus address 0x0, which does not match > the values obtained from hardware during EA. > Replace those values with CPU addresses, since in reality we > have a 1:1 mapping between the two. > >

linux-next: Tree for Apr 16

2021-04-16 Thread Stephen Rothwell
Hi all, Changes since 20210415: New trees: cxl-fixes, cxl The rust tree gained conflicts against the printk and char-misc trees. Non-merge commits (relative to Linus' tree): 12231 10888 files changed, 590734 insertions(+), 269274 deletions(-)

Re: [PATCH] crypto: crc32-generic - Use SPDX-License-Identifier

2021-04-16 Thread Herbert Xu
On Sat, Apr 10, 2021 at 10:30:16PM +0200, Christophe JAILLET wrote: > Use SPDX-License-Identifier: GPL-2.0-only, instead of hand writing it. > > This also removes a reference to http://www.xyratex.com which seems to be > down. > > Signed-off-by: Christophe JAILLET > --- >

Re: [PATCH v3] crypto: hisilicon/hpre - delete redundant log and return in advance

2021-04-16 Thread Herbert Xu
On Sat, Apr 10, 2021 at 05:50:32PM +0800, Hui Tang wrote: > 'hpre_cfg_by_dsm' has checked and printed error path internally. It is not > necessary to do it here, so remove it. > > It should return error immediately when return value of 'hpre_cfg_by_dsm' > is non-zero, and no need to execute the

Re: [PATCH 4.14 00/68] 4.14.231-rc1 review

2021-04-16 Thread Naresh Kamboju
On Thu, 15 Apr 2021 at 20:27, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.231 release. > There are 68 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [PATCH] crypto: arm/curve25519 - Move '.fpu' after '.arch'

2021-04-16 Thread Herbert Xu
On Fri, Apr 09, 2021 at 03:11:55PM -0700, Nathan Chancellor wrote: > Debian's clang carries a patch that makes the default FPU mode > 'vfp3-d16' instead of 'neon' for 'armv7-a' to avoid generating NEON > instructions on hardware that does not support them: > >

Re: 08ed4efad6: stress-ng.sigsegv.ops_per_sec -41.9% regression

2021-04-16 Thread Alexey Gladkov
On Thu, Apr 08, 2021 at 01:44:43PM -0500, Eric W. Biederman wrote: > Linus Torvalds writes: > > > On Thu, Apr 8, 2021 at 1:32 AM kernel test robot > > wrote: > >> > >> FYI, we noticed a -41.9% regression of stress-ng.sigsegv.ops_per_sec due > >> to commit > >> 08ed4efad684 ("[PATCH v10 6/9]

Re: [PATCH 0/3] crypto: hisilicon/hpre - add debug log

2021-04-16 Thread Herbert Xu
On Sat, Apr 10, 2021 at 05:46:58PM +0800, Hui Tang wrote: > This patchset adds the debug log and cleanup code style. > > Hui Tang (3): > crypto: hisilicon/hpre - delete the rudundant space after return > crypto: hisilicon/hpre - use the correct variable type > crypto: hisilicon/hpre - add

Re: [PATCH v3 0/5] bug fix and clear coding style

2021-04-16 Thread Herbert Xu
On Fri, Apr 09, 2021 at 05:03:59PM +0800, Kai Ye wrote: > Fixup coding style such as delete unneeded variable > initialization. Add a comment for block size initialization. > Add a data cleared operation in sg buf unmap, and other misc fix. > > v1 -> v2: > 1. fix [PATCH v2] error in v1. > 2. v1

Re: [PATCH 0/2] crypto: correct the use of print format

2021-04-16 Thread Herbert Xu
On Thu, Apr 08, 2021 at 06:23:49PM +0800, Kai Ye wrote: > According to Documentation/core-api/printk-formats.rst, > Use the correct print format. Printing an unsigned int value should use %u > instead of %d. Otherwise printk() might end up displaying negative numbers. > > Kai Ye (2): >

Re: [PATCH -next 1/7] crypto: sun4i-ss - Fix PM reference leak when pm_runtime_get_sync() fails

2021-04-16 Thread Herbert Xu
On Thu, Apr 08, 2021 at 03:18:31PM +0800, Shixin Liu wrote: > pm_runtime_get_sync will increment pm usage counter even it failed. > Forgetting to putting operation will result in reference leak here. > Fix it by replacing it with pm_runtime_resume_and_get to keep usage > counter balanced. > >

[PATCH v5 0/3] CAN TRANSCEIVER: Add support for CAN transceivers

2021-04-16 Thread Aswath Govindraju
The following series of patches add support for CAN transceivers. TCAN1042 has a standby signal that needs to be pulled high for sending/receiving messages[1]. TCAN1043 has a enable signal along with standby signal that needs to be pulled up for sending/receiving messages[2], and other

[PATCH v5 3/3] phy: phy-can-transceiver: Add support for generic CAN transceiver driver

2021-04-16 Thread Aswath Govindraju
The driver adds support for generic CAN transceivers. Currently the modes supported by this driver are standby and normal modes for TI TCAN1042 and TCAN1043 CAN transceivers. The transceiver is modelled as a phy with pins controlled by gpios, to put the transceiver in various device functional

[PATCH v5 2/3] dt-bindings: phy: Add binding for TI TCAN104x CAN transceivers

2021-04-16 Thread Aswath Govindraju
Add binding documentation for TI TCAN104x CAN transceivers. Signed-off-by: Aswath Govindraju Reviewed-by: Rob Herring --- .../bindings/phy/ti,tcan104x-can.yaml | 56 +++ MAINTAINERS | 1 + 2 files changed, 57 insertions(+) create mode

[PATCH v5 1/3] phy: core: Reword the comment specifying the units of max_link_rate to be Mbps

2021-04-16 Thread Aswath Govindraju
In some subsystems (eg. CAN, SPI), the max link rate supported can be less than 1 Mbps and if the unit for max_link_rate is Mbps then it can't be used. Therefore, leave the decision of units to be used, to the producer and consumer. Signed-off-by: Aswath Govindraju --- include/linux/phy/phy.h |

Re: [PATCH -next 0/5] Remove redundant dev_err call

2021-04-16 Thread Herbert Xu
On Wed, Apr 07, 2021 at 10:18:14PM +0800, YueHaibing wrote: > This patchset remove some redundant dev_err calls > > YueHaibing (5): > crypto: atmel-tdes - Remove redundant dev_err call in > atmel_tdes_probe() > crypto: img-hash - Remove redundant dev_err call in img_hash_probe() >

Re: [PATCH] crypto: hisilicon/trng - add version to adapt new algorithm

2021-04-16 Thread Herbert Xu
On Wed, Apr 07, 2021 at 05:44:33PM +0800, Weili Qian wrote: > Kunpeng930 supports trng and prng, but Kunpeng920 only supports trng. > > Therefore, version information is added to ensure that prng is not > registered to Crypto subsystem on Kunpeng920. > > Signed-off-by: Weili Qian > --- >

Re: [PATCH] drm/rockchip: Cope with endpoints that haven't been registered yet

2021-04-16 Thread Jonathan McDowell
On Sun, Mar 21, 2021 at 07:58:13PM +0100, Heiko Stuebner wrote: > Am Dienstag, 16. März 2021, 19:27:53 CET schrieb Jonathan McDowell: > > The Rockchip RGB CRTC output driver attempts to avoid probing Rockchip > > subdrivers to see if they're a connected panel or bridge. However part > > of its

Re: [PATCH] crypto: hisilicon/qm - add stop queue by hardware

2021-04-16 Thread Herbert Xu
On Tue, Apr 06, 2021 at 08:56:02PM +0800, Weili Qian wrote: > Kunpeng930 could be able to stop queue by writing hardware registers, > which will trigger tasks in device to be flushed out. > > In order to be compatible with the kunpeng920 driver, add 'qm_hw_ops_v3' to > adapt Kunpeng930. And

Re: [PATCH -next] crypto: ixp4xx -: use DEFINE_SPINLOCK() for spinlock

2021-04-16 Thread Herbert Xu
On Tue, Apr 06, 2021 at 08:02:57PM +0800, Huang Guobin wrote: > From: Guobin Huang > > spinlock can be initialized automatically with DEFINE_SPINLOCK() > rather than explicitly calling spin_lock_init(). > > Reported-by: Hulk Robot > Signed-off-by: Guobin Huang > --- >

Re: [PATCH -next] crypto: geode -: use DEFINE_SPINLOCK() for spinlock

2021-04-16 Thread Herbert Xu
On Tue, Apr 06, 2021 at 08:00:03PM +0800, Huang Guobin wrote: > From: Guobin Huang > > spinlock can be initialized automatically with DEFINE_SPINLOCK() > rather than explicitly calling spin_lock_init(). > > Reported-by: Hulk Robot > Signed-off-by: Guobin Huang > --- >

Re: [PATCH v2] ecc: delete a useless function declaration

2021-04-16 Thread Herbert Xu
On Tue, Apr 06, 2021 at 10:32:59AM +0800, Meng Yu wrote: > This function declaration has been added in 'ecc_curve.h', > delete it in 'crypto/ecc.h'. > > Fixes: 4e6602916bc6(crypto: ecdsa - Add support for ECDSA ...) > Signed-off-by: Meng Yu > --- > > v1 -> v2: Modify the 'Fixes tag' from

Re: x86/crash: fix crash_setup_memmap_entries() out-of-bounds access

2021-04-16 Thread Mike Galbraith
On Fri, 2021-04-16 at 19:07 +0800, Dave Young wrote: > > > We're excluding two ranges, allocate the scratch space we need to do that. > > I think 1 range should be fine, have you tested 1? Have now, and vzalloc(struct_size(cmem, ranges, 1)) worked just fine. -Mike

Re: [PATCH] powerpc/kdump: fix kdump kernel hangup issue with hot add CPUs

2021-04-16 Thread Sourabh Jain
On 16/04/21 3:03 pm, Hari Bathini wrote: On 16/04/21 12:17 pm, Sourabh Jain wrote: With the kexec_file_load system call when system crashes on the hot add CPU the capture kernel hangs and failed to collect the vmcore.   Kernel panic - not syncing: sysrq triggered crash   CPU: 24 PID: 6065

Re: [PATCH] crypto: hisilicon/hpre - fix unmapping invalid dma address

2021-04-16 Thread Herbert Xu
On Sat, Apr 10, 2021 at 05:49:17PM +0800, Hui Tang wrote: > Currently, an invalid dma address may be unmapped when calling > 'xx_data_clr_all' in error path, so check dma address of sqe in/out > whether it has been mapped before calling 'dma_free_coherent' or > 'dma_unmap_single'. > > An abnormal

Re: [PATCH 00/13] [RFC] Rust support

2021-04-16 Thread Peter Zijlstra
On Wed, Apr 14, 2021 at 08:45:51PM +0200, oj...@kernel.org wrote: > - Featureful language: sum types, pattern matching, generics, > RAII, lifetimes, shared & exclusive references, modules & > visibility, powerful hygienic and procedural macros... IMO RAII is over-valued, but just in

[PATCH v9 8/8] arm64/Kconfig: Introduce ARCH_MHP_MEMMAP_ON_MEMORY_ENABLE

2021-04-16 Thread Oscar Salvador
Enable arm64 platform to use the MHP_MEMMAP_ON_MEMORY feature. Signed-off-by: Oscar Salvador Reviewed-by: David Hildenbrand --- arch/arm64/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index e4e1b6550115..68735831b236 100644 ---

[PATCH v9 7/8] x86/Kconfig: Introduce ARCH_MHP_MEMMAP_ON_MEMORY_ENABLE

2021-04-16 Thread Oscar Salvador
Enable x86_64 platform to use the MHP_MEMMAP_ON_MEMORY feature. Signed-off-by: Oscar Salvador Reviewed-by: David Hildenbrand --- arch/x86/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 2792879d398e..9f0211df1746 100644 ---

[PATCH v9 6/8] mm,memory_hotplug: Add kernel boot option to enable memmap_on_memory

2021-04-16 Thread Oscar Salvador
Self stored memmap leads to a sparse memory situation which is unsuitable for workloads that requires large contiguous memory chunks, so make this an opt-in which needs to be explicitly enabled. To control this, let memory_hotplug have its own memory space, as suggested by David, so we can add

[PATCH v9 5/8] acpi,memhotplug: Enable MHP_MEMMAP_ON_MEMORY when supported

2021-04-16 Thread Oscar Salvador
Let the caller check whether it can pass MHP_MEMMAP_ON_MEMORY by checking mhp_supports_memmap_on_memory(). MHP_MEMMAP_ON_MEMORY can only be set in case ARCH_MHP_MEMMAP_ON_MEMORY_ENABLE is enabled, the architecture supports altmap, and the range to be added spans a single memory block.

[PATCH v9 4/8] mm,memory_hotplug: Allocate memmap from the added memory range

2021-04-16 Thread Oscar Salvador
Physical memory hotadd has to allocate a memmap (struct page array) for the newly added memory section. Currently, alloc_pages_node() is used for those allocations. This has some disadvantages: a) an existing memory is consumed for that purpose (eg: ~2MB per 128MB memory section on x86_64)

[PATCH v9 3/8] mm,memory_hotplug: Factor out adjusting present pages into adjust_present_page_count()

2021-04-16 Thread Oscar Salvador
From: David Hildenbrand Let's have a single place (inspired by adjust_managed_page_count()) where we adjust present pages. In contrast to adjust_managed_page_count(), only memory onlining/offlining is allowed to modify the number of present pages. Signed-off-by: David Hildenbrand

[PATCH v9 0/8] Allocate memmap from hotadded memory (per device)

2021-04-16 Thread Oscar Salvador
Hi Andrew, Please, consider pulling out the patch that sits currently in linux-mm and put this one instead. I would still like to hear Michal's opinion but it should be safe enough to let it sit in the mmotm/linux-next for a while. Thanks Changes from v8 -> v9: - Change order of kasan calls

[PATCH v9 2/8] mm,memory_hotplug: Relax fully spanned sections check

2021-04-16 Thread Oscar Salvador
When using self-hosted vmemmap pages, the number of pages passed to {online,offline}_pages might not fully span sections, but they always fully span pageblocks. Relax the check account for that case. Signed-off-by: Oscar Salvador Reviewed-by: David Hildenbrand --- mm/memory_hotplug.c | 18

[PATCH v9 1/8] drivers/base/memory: Introduce memory_block_{online,offline}

2021-04-16 Thread Oscar Salvador
This is a preparatory patch that introduces two new functions: memory_block_online() and memory_block_offline(). For now, these functions will only call online_pages() and offline_pages() respectively, but they will be later in charge of preparing the vmemmap pages, carrying out the

Re: [PATCH v1 2/2] dt-bindings: arm: add property for coresight component name

2021-04-16 Thread Alexander Shishkin
Tao Zhang writes: > Add property "coresight-name" for coresight component name. This > allows coresight driver to read device name from device entries. > > Signed-off-by: Tao Zhang > --- > Documentation/devicetree/bindings/arm/coresight.txt | 2 ++ > 1 file changed, 2 insertions(+) > > diff

Re: [PATCH v3 1/2] perf/core: Share an event with multiple cgroups

2021-04-16 Thread Namhyung Kim
On Fri, Apr 16, 2021 at 7:28 PM Peter Zijlstra wrote: > > On Fri, Apr 16, 2021 at 11:29:30AM +0200, Peter Zijlstra wrote: > > > > So I think we've had proposals for being able to close fds in the past; > > > while preserving groups etc. We've always pushed back on that because of > > > the

Re: [PATCH] dma-buf: Add DmaBufTotal counter in meminfo

2021-04-16 Thread Christian König
Am 16.04.21 um 11:37 schrieb Peter Enderborg: This adds a total used dma-buf memory. Details can be found in debugfs, however it is not for everyone and not always available. Well you are kind of missing the intention here. I mean knowing this is certainly useful in some case, but you need to

Re: [PATCH v1 1/2] coresight: Add support for device names

2021-04-16 Thread Alexander Shishkin
Tao Zhang writes: > diff --git a/drivers/hwtracing/coresight/coresight-core.c > b/drivers/hwtracing/coresight/coresight-core.c > index 4ba801d..b79c726 100644 > --- a/drivers/hwtracing/coresight/coresight-core.c > +++ b/drivers/hwtracing/coresight/coresight-core.c > @@ -1640,6 +1640,12 @@ char

Re: [PATCH] dma-buf: Add DmaBufTotal counter in meminfo

2021-04-16 Thread Matthew Wilcox
On Fri, Apr 16, 2021 at 11:37:19AM +0200, Peter Enderborg wrote: > diff --git a/fs/proc/meminfo.c b/fs/proc/meminfo.c > index 6fa761c9cc78..3c1a82b51a6f 100644 > --- a/fs/proc/meminfo.c > +++ b/fs/proc/meminfo.c > @@ -16,6 +16,7 @@ > #ifdef CONFIG_CMA > #include > #endif > +#include >

Re: [PATCH v1 3/5] mm: ptdump: Provide page size to notepage()

2021-04-16 Thread Christophe Leroy
Le 16/04/2021 à 12:51, Steven Price a écrit : On 16/04/2021 11:38, Christophe Leroy wrote: Le 16/04/2021 à 11:28, Steven Price a écrit : On 15/04/2021 18:18, Christophe Leroy wrote: In order to support large pages on powerpc, notepage() needs to know the page size of the page. Add a

Re: x86/crash: fix crash_setup_memmap_entries() out-of-bounds access

2021-04-16 Thread Dave Young
Hi Mike, Thanks for the patch! I suggest always cc kexec list for kexec/kdump patches. On 04/15/21 at 07:56pm, Mike Galbraith wrote: > x86/crash: fix crash_setup_memmap_entries() KASAN vmalloc-out-of-bounds gripe > > [ 15.428011] BUG: KASAN: vmalloc-out-of-bounds in >

Re: [PATCH v8 4/8] mm,memory_hotplug: Allocate memmap from the added memory range

2021-04-16 Thread David Hildenbrand
-int __ref online_pages(unsigned long pfn, unsigned long nr_pages, - int online_type, int nid) +int mhp_init_memmap_on_memory(unsigned long pfn, unsigned long nr_pages, + struct zone *zone) +{ + unsigned long end_pfn = pfn + nr_pages; +

Re: [RFC] mm: support multi_freearea to the reduction of external fragmentation

2021-04-16 Thread Vlastimil Babka
On 4/14/21 4:38 AM, lipeif...@oppo.com wrote: > From: lipeifeng > > This patch would "sort" the free-pages in buddy by pages-PFN to concentrate > low-order-pages allocation in the front area of memory and high-order-pages > allcation on the contrary so that few memory-pollution in the back area

Re: [PATCH 1/1] mm: Fix struct page layout on 32-bit systems

2021-04-16 Thread Matthew Wilcox
On Fri, Apr 16, 2021 at 07:32:35AM +, David Laight wrote: > From: Matthew Wilcox > > Sent: 15 April 2021 23:22 > > > > On Thu, Apr 15, 2021 at 09:11:56PM +, David Laight wrote: > > > Isn't it possible to move the field down one long? > > > This might require an explicit zero - but this

Re: [PATCH v2 0/1] arm: topology: parse the topology from the dt

2021-04-16 Thread Ruifeng Zhang
Dietmar Eggemann 于2021年4月16日周五 下午6:39写道: > > On 16/04/2021 11:32, Valentin Schneider wrote: > > On 16/04/21 15:47, Ruifeng Zhang wrote: > >> For more requirements, if all cores in one physical cluster, the > >> {aff2} of all cores are the same value. > >> i.e. the sc9863a, > >> core0:

[tip: x86/cleanups] MAINTAINERS: Remove me from IDE/ATAPI section

2021-04-16 Thread tip-bot2 for Borislav Petkov
The following commit has been merged into the x86/cleanups branch of tip: Commit-ID: df448cdfc01ffc117702a494ef302e7fb76df78a Gitweb: https://git.kernel.org/tip/df448cdfc01ffc117702a494ef302e7fb76df78a Author:Borislav Petkov AuthorDate:Mon, 12 Apr 2021 10:59:51 +02:00

Re: [PATCH v8 4/8] mm,memory_hotplug: Allocate memmap from the added memory range

2021-04-16 Thread Oscar Salvador
On Fri, Apr 16, 2021 at 12:51:31PM +0200, David Hildenbrand wrote: > The thing is: move_pfn_range_to_zone() in case of ordinary online_pages() > won't touch the pages but only the memmap. The memmap has a proper kasan > shadow already. Pages won't be touched before exposing them to the page >

[tip: x86/platform] x86/platform/uv: Add more to secondary CPU kdump info

2021-04-16 Thread tip-bot2 for Georges Aureau
The following commit has been merged into the x86/platform branch of tip: Commit-ID: 0b45143b4b9440579e7fa889708cfc4bc7fdb9a3 Gitweb: https://git.kernel.org/tip/0b45143b4b9440579e7fa889708cfc4bc7fdb9a3 Author:Georges Aureau AuthorDate:Thu, 11 Mar 2021 09:10:28 -06:00

[tip: x86/platform] x86/platform/uv: Use x2apic enabled bit as set by BIOS to indicate APIC mode

2021-04-16 Thread tip-bot2 for Mike Travis
The following commit has been merged into the x86/platform branch of tip: Commit-ID: 26d4be3ea1b77cc00b5b638faed7a357204f9150 Gitweb: https://git.kernel.org/tip/26d4be3ea1b77cc00b5b638faed7a357204f9150 Author:Mike Travis AuthorDate:Thu, 08 Apr 2021 11:00:47 -05:00

<    5   6   7   8   9   10   11   12   13   14   >