Re: [PATCH v7 00/18] Implement NTB Controller using multiple PCI EP

2020-10-04 Thread Kishon Vijay Abraham I
Hi Jon Mason, Allen Hubbe, Dave Jiang, On 30/09/20 9:05 pm, Kishon Vijay Abraham I wrote: > This series is about implementing SW defined Non-Transparent Bridge (NTB) > using multiple endpoint (EP) instances. This series has been tested using > 2 endpoint instances in J7 connected to J7 board on

RE: [PATCH] usb: cdns3: platform_get_irq_byname_optional instead platform_get_irq_byname

2020-10-04 Thread Pawel Laszczak
Roger, > >Pawel, > >On 02/10/2020 12:08, Pawel Laszczak wrote: >> Roger, >> >>> >>> On 30/09/2020 09:57, Pawel Laszczak wrote: To avoid duplicate error information patch replaces platform_get_irq_byname into platform_get_irq_byname_optional. >>> >>> What is duplicate error information?

Re: [PATCH v6 4/5] dmaengine: idxd: Clean up descriptors with fault error

2020-10-04 Thread Vinod Koul
On 04-10-20, 21:55, Dave Jiang wrote: > > > +static bool process_fault(struct idxd_desc *desc, u64 fault_addr) > > > +{ > > > + if ((u64)desc->hw == fault_addr || > > > + (u64)desc->completion == fault_addr) { > > > > you are casting descriptor address and completion, I can understand > >

Re: [PATCH 0/2] phy: phy-brcm-sata: Allow configuration SATA AFE TX amplitude

2020-10-04 Thread Vinod Koul
Hi Florian, On 04-10-20, 19:56, Florian Fainelli wrote: > > > On 9/30/2020 8:19 PM, Florian Fainelli wrote: > > Hi Kishon, > > > > This patch series allows the configuration of the Broadcom SATA PHY TX > > amplitude which may be required in order to meet specific tests. > > Hi Vinod, > >

[PATCH] iio: adc: exynos: do not rely on 'users' counter in ISR

2020-10-04 Thread dmitry . torokhov
The order in which 'users' counter is decremented vs calling drivers' close() method is implementation specific, and we should not rely on it. Let's introduce driver private flag and use it to signal ISR to exit when device is being closed. This has a side-effect of fixing issue of accessing

Re: [PATCH v4 2/2] hwmon: pmbus: max20730: adjust the vout reading given voltage divider

2020-10-04 Thread Guenter Roeck
On 10/4/20 8:07 PM, Chu Lin wrote: > On Sun, Oct 4, 2020 at 8:43 AM Guenter Roeck wrote: >> >> On Sun, Oct 04, 2020 at 03:14:45AM +, Chu Lin wrote: >>> Problem: >>> We use voltage dividers so that the voltage presented at the voltage >>> sense pins is confusing. We might need to convert these

RE: [PATCH 01/10] fpga: fpga-mgr: Add devm_fpga_mgr_register() API

2020-10-04 Thread Wu, Hao
> Subject: [PATCH 01/10] fpga: fpga-mgr: Add devm_fpga_mgr_register() API > > Add a devm_fpga_mgr_register() API that can be used to register a FPGA > Manager that was created using devm_fpga_mgr_create(). > > Introduce a struct fpga_mgr_devres that makes the devres > allocation a little bit

[PATCH] ACPI / button: fix handling lid state changes when input device closed

2020-10-04 Thread dmitry . torokhov
The original intent of 84d3f6b76447 was to delay evaluating lid state until all drivers have been loaded, with input device being opened from userspace serving as a signal for this condition. Let's ensure that state updates happen even if userspace closed (or in the future inhibited) input device.

Re: [PATCH v4 3/7] ACPI: button: Access input device's users under appropriate mutex

2020-10-04 Thread Dmitry Torokhov
On Thu, Jun 25, 2020 at 12:55:29PM +0200, Rafael J. Wysocki wrote: > On Thu, Jun 25, 2020 at 7:23 AM Dmitry Torokhov > wrote: > > > > On Wed, Jun 24, 2020 at 05:00:09PM +0200, Rafael J. Wysocki wrote: > > > On Mon, Jun 8, 2020 at 1:22 PM Andrzej Pietrasiewicz > > > wrote: > > > > > > > >

[GIT] Networking

2020-10-04 Thread David Miller
1) Make sure SKB control block is in the proper state during IPSEC ESP-in-TCP encapsulation. From Sabrina Dubroca. 2) Various kinds of attributes were not being cloned properly when we build new xfrm_state objects from existing ones. Fix from Antony Antony. 3) Make sure to keep BTF

Re: [PATCH v4 4/7] ACPI: button: Use input_device_enabled() helper

2020-10-04 Thread Dmitry Torokhov
On Wed, Jun 24, 2020 at 10:24:46PM -0700, Dmitry Torokhov wrote: > On Mon, Jun 08, 2020 at 01:22:08PM +0200, Andrzej Pietrasiewicz wrote: > > A new helper is available, so use it. > > > > Signed-off-by: Andrzej Pietrasiewicz > > --- > > drivers/acpi/button.c | 4 ++-- > > 1 file changed, 2

ld.lld: warning: drivers/built-in.a(hwmon/drivetemp.o):(.data..compoundliteral) is being placed in '.data..compoundliteral'

2020-10-04 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 549738f15da0e5a00275977623be199fbbf7df50 commit: 1e1b6d63d6340764e00356873e5794225a2a03ea lib/string.c: implement stpcpy date: 9 days ago config: powerpc-randconfig-r002-20201005 (attached as .config)

Re: [PATCH] dt-bindings: Fix 'reg' size issues in zynqmp examples

2020-10-04 Thread Vinod Koul
On 28-09-20, 10:59, Rob Herring wrote: > The default sizes in examples for 'reg' are 1 cell each. Fix the > incorrect sizes in zynqmp examples: > > Documentation/devicetree/bindings/dma/xilinx/xlnx,zynqmp-dpdma.example.dt.yaml: > example-0: dma-controller@fd4c:reg:0: [0, 4249616384, 0, 4096]

Re: [PATCH v6 4/5] dmaengine: idxd: Clean up descriptors with fault error

2020-10-04 Thread Dave Jiang
On 10/4/2020 9:42 PM, Vinod Koul wrote: On 24-09-20, 11:00, Dave Jiang wrote: Add code to "complete" a descriptor when the descriptor or its completion address hit a fault error when SVA mode is being used. This error can be triggered due to bad programming by the user. A lock is introduced

Re: [Patch 2/2] cpufreq: tegra194: Fix unlisted boot freq warning

2020-10-04 Thread Viresh Kumar
On 16-09-20, 22:41, Sumit Gupta wrote: > Warning coming during boot because the boot freq set by bootloader > gets filtered out due to big freq steps while creating freq_table. > Fixing this by setting closest ndiv value from freq_table. > Warning: > cpufreq: cpufreq_online: CPU0: Running at

[PATCH v10 6/7] Asoc: qcom: lpass-platform : Increase buffer size

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Increase buffer size to support audio over DP. Signed-off-by: V Sujith Kumar Reddy Signed-off-by: Srinivasa Rao Mandadapu --- sound/soc/qcom/lpass-platform.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/qcom/lpass-platform.c

[PATCH v10 7/7] ASoC: qcom: sc7180: Add support for audio over DP

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Add support for audio playback over DP in lpass sc7180 platform driver. Update lpass_variant structure for hdmi data configuaration. Signed-off-by: V Sujith Kumar Reddy Signed-off-by: Srinivasa Rao --- sound/soc/qcom/lpass-sc7180.c | 116

[PATCH v10 5/7] ASoC: qcom: Add support for lpass hdmi driver

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Upadate lpass cpu and platform driver to support audio over dp. Also add lpass-hdmi.c and lpass-hdmi.h. Signed-off-by: V Sujith Kumar Reddy Signed-off-by: Srinivasa Rao --- sound/soc/qcom/Kconfig | 5 + sound/soc/qcom/Makefile | 2 +

Re: [PATCH 09/14] dmaengine: rcar-dmac: drop double zeroing

2020-10-04 Thread Vinod Koul
On 20-09-20, 13:26, Julia Lawall wrote: > sg_init_table zeroes its first argument, so the allocation of that argument > doesn't have to. > > the semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) Applied, thanks -- ~Vinod

Re: [PATCH 04/14] dmaengine: sh: drop double zeroing

2020-10-04 Thread Vinod Koul
On 20-09-20, 13:26, Julia Lawall wrote: > sg_init_table zeroes its first argument, so the allocation of that argument > doesn't have to. > > the semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) Applied, thanks -- ~Vinod

[PATCH v10 3/7] Asoc:qcom:lpass-cpu:Update dts property read API

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Update dts property read API call with platform get property by name, as it make code more readable and avoid conflicts when array of properties to be used. Signed-off-by: V Sujith Kumar Reddy Reviewed-by: Srinivas Kandagatla Signed-off-by: Srinivasa Rao ---

[PATCH v10 4/7] Asoc: qcom: lpass:Update lpaif_dmactl members order

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Update the lpaif_dmactl struct members order to match HDMI reg map members sequence. Separate Interface reg map as it is used for I2S control but not for HDMI control, to make use of bulk API, which makes code more readable. Signed-off-by: V Sujith Kumar Reddy

[PATCH v10 0/7] Qualcomm's lpass-hdmi ASoC driver to support audio over dp port

2020-10-04 Thread Srinivasa Rao Mandadapu
These patches are to support audio over DP port on Qualcomm's SC7180 LPASS Asoc. It includes machine driver, cpu driver, platform driver updates for HDMI path support, device tree documention, lpass variant structure optimization and configuration changes. These patches depends on the DP patch

[PATCH v10 2/7] ASoC: dt-bindings: Add dt binding for lpass hdmi

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Adds bindings for lpass hdmi interface which can support audio path over dp. Signed-off-by: V Sujith Kumar Reddy Reviewed-by: Rob Herring Signed-off-by: Srinivasa Rao --- .../devicetree/bindings/sound/qcom,lpass-cpu.yaml | 74 +++--- 1 file

[PATCH v10 1/7] ASoC: Add sc7180-lpass binding header hdmi define

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Add header defining hdmi dai-id for SC7180 lpass soc in dt bindings. Signed-off-by: V Sujith Kumar Reddy Acked-by: Rob Herring Signed-off-by: Srinivasa Rao --- include/dt-bindings/sound/sc7180-lpass.h | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] dmaengine: ioat: Allocate correct size for descriptor chunk

2020-10-04 Thread Vinod Koul
On 22-09-20, 14:08, Logan Gunthorpe wrote: > dma_alloc_coherent() is called with a fixed SZ_2M size, but frees happen > with IOAT_CHUNK_SIZE. Recently, IOAT_CHUNK_SIZE was reduced to 512M but > the allocation did not change. To fix, change to using the > IOAT_CHUNK_SIZE define. > > This was

Re: [Patch 1/2] cpufreq: tegra194: get consistent cpuinfo_cur_freq

2020-10-04 Thread Viresh Kumar
On 16-09-20, 22:41, Sumit Gupta wrote: > Frequency returned by 'cpuinfo_cur_freq' using counters is not fixed > and keeps changing slightly. This change returns a consistent value > from freq_table. If the reconstructed frequency has acceptable delta > from the last written value, then return the

Re: [PATCH] test_power: add missing newlines when printing parameters by sysfs

2020-10-04 Thread Harley A.W. Lorenzo
On Monday, October 5, 2020 12:19 AM, Joe Perches wrote: > I did not suggest this. My apologies. Revised patch (still diffing from Xiongfeng Wang) here. [PATCH v2] test_power: revise parameter printing to use sprintf Signed-off-by: Harley A.W. Lorenzo Suggested-by: Joe Perches ---

Re: [PATCH v6 5/5] dmaengine: idxd: Add ABI documentation for shared wq

2020-10-04 Thread Vinod Koul
On 24-09-20, 11:00, Dave Jiang wrote: > Add the sysfs attribute bits in ABI/stable for shared wq support. OK I take back the documentation comment now > > Signed-off-by: Jing Lin > Signed-off-by: Dave Jiang > Reviewed-by: Tony Luck > Reviewed-by: Dan Williams > --- >

Re: [PATCH v6 4/5] dmaengine: idxd: Clean up descriptors with fault error

2020-10-04 Thread Vinod Koul
On 24-09-20, 11:00, Dave Jiang wrote: > Add code to "complete" a descriptor when the descriptor or its completion > address hit a fault error when SVA mode is being used. This error can be > triggered due to bad programming by the user. A lock is introduced in order > to protect the descriptor

Re: [PATCH v1] trace: Fix race in trace_open and buffer resize call

2020-10-04 Thread Gaurav Kohli
Hi Steven, please let us know, if below looks good to you or need modifications. Thanks Gaurav On 9/24/2020 7:25 PM, Gaurav Kohli wrote: Below race can come, if trace_open and resize of cpu buffer is running parallely on different cpus CPUXCPUY

Re: [PATCH v6 3/5] dmaengine: idxd: Add shared workqueue support

2020-10-04 Thread Vinod Koul
On 24-09-20, 11:00, Dave Jiang wrote: > @@ -1154,6 +1268,8 @@ static struct attribute *idxd_wq_attributes[] = { > _attr_wq_mode.attr, > _attr_wq_size.attr, > _attr_wq_priority.attr, > + _attr_wq_block_on_fault.attr, > + _attr_wq_threshold.attr, >

Re: [Patch 1/2] cpufreq: tegra194: get consistent cpuinfo_cur_freq

2020-10-04 Thread Viresh Kumar
On 17-09-20, 09:36, Jon Hunter wrote: > Viresh, ideally we need to include this fix for v5.9. Do you need Sumit > to resend with the Fixes tag or are you happy to add? I understand that this fixes a patch which got merged recently, but I am not sure if anything is broken badly right now, i.e.

Re: [PATCH] dma: dma-jz4780: Fix race in jz4780_dma_tx_status

2020-10-04 Thread Vinod Koul
On 04-10-20, 16:03, Paul Cercueil wrote: > The jz4780_dma_tx_status() function would check if a channel's cookie > state was set to 'completed', and if not, it would enter the critical > section. However, in that time frame, the jz4780_dma_chan_irq() function > was able to set the cookie to

Re: [PATCH] test_power: add missing newlines when printing parameters by sysfs

2020-10-04 Thread Joe Perches
On Mon, 2020-10-05 at 01:30 +, Harley A.W. Lorenzo wrote: > Here is the updated patch using sprintf, diffing from the original patch by > Xiongfeng Wang. > > [PATCH] test_power: revise parameter printing to use sprintf > > Signed-off-by: Harley A.W. Lorenzo > Suggested-by: Joe Perches I

Re: [PATCH net-next v2 0/2] net: Constify struct genl_small_ops

2020-10-04 Thread David Miller
From: Rikard Falkeborn Date: Mon, 5 Oct 2020 01:44:15 +0200 > Make a couple of static struct genl_small_ops const to allow the compiler > to put them in read-only memory. Patches are independent. > > v2: Rebase on net-next, genl_ops -> genl_small_ops Applied, thank you.

[PATCH v9 0/7] Qualcomm's lpass-hdmi ASoC driver to support audio over dp port

2020-10-04 Thread Srinivasa Rao Mandadapu
These patches are to support audio over DP port on Qualcomm's SC7180 LPASS Asoc. It includes machine driver, cpu driver, platform driver updates for HDMI path support, device tree documention, lpass variant structure optimization and configuration changes. These patches depends on the DP patch

[PATCH v9 7/7] ASoC: qcom: sc7180: Add support for audio over DP

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Add support for audio playback over DP in lpass sc7180 platform driver. Update lpass_variant structure for hdmi data configuaration. Signed-off-by: V Sujith Kumar Reddy Signed-off-by: Srinivasa Rao --- sound/soc/qcom/lpass-sc7180.c | 116

[PATCH v9 2/7] ASoC: dt-bindings: Add dt binding for lpass hdmi

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Adds bindings for lpass hdmi interface which can support audio path over dp. Signed-off-by: V Sujith Kumar Reddy Reviewed-by: Rob Herring Signed-off-by: Srinivasa Rao --- .../devicetree/bindings/sound/qcom,lpass-cpu.yaml | 74 +++--- 1 file

[PATCH v9 5/7] ASoC: qcom: Add support for lpass hdmi driver

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Upadate lpass cpu and platform driver to support audio over dp. Also add lpass-hdmi.c and lpass-hdmi.h. Signed-off-by: V Sujith Kumar Reddy Signed-off-by: Srinivasa Rao --- sound/soc/qcom/Kconfig | 5 + sound/soc/qcom/Makefile | 2 +

[PATCH v9 6/7] Asoc: qcom: lpass-platform : Increase buffer size

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Increase buffer size to support audio over DP. Signed-off-by: V Sujith Kumar Reddy Signed-off-by: Srinivasa Rao Mandadapu --- sound/soc/qcom/lpass-platform.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/qcom/lpass-platform.c

[PATCH v9 4/7] Asoc: qcom: lpass:Update lpaif_dmactl members order

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Update the lpaif_dmactl struct members order to match HDMI reg map members sequence. Separate Interface reg map as it is used for I2S control but not for HDMI control, to make use of bulk API, which makes code more readable. Signed-off-by: V Sujith Kumar Reddy

[PATCH v9 1/7] ASoC: Add sc7180-lpass binding header hdmi define

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Add header defining hdmi dai-id for SC7180 lpass soc in dt bindings. Signed-off-by: V Sujith Kumar Reddy Acked-by: Rob Herring Signed-off-by: Srinivasa Rao --- include/dt-bindings/sound/sc7180-lpass.h | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v9 3/7] Asoc:qcom:lpass-cpu:Update dts property read API

2020-10-04 Thread Srinivasa Rao Mandadapu
From: V Sujith Kumar Reddy Update dts property read API call with platform get property by name, as it make code more readable and avoid conflicts when array of properties to be used. Signed-off-by: V Sujith Kumar Reddy Reviewed-by: Srinivas Kandagatla Signed-off-by: Srinivasa Rao ---

Re: [PATCH] Input: stmpe: Add axis inversion and swapping capability

2020-10-04 Thread Dmitry Torokhov
On Tue, Sep 22, 2020 at 11:39:03AM +0200, Stefan Riedmueller wrote: > Make use of generic touchscreen_properties structure to add axis > inversion and swapping capabilities. It's configurable via devicetree > properties: > touchscreen-inverted-x > touchscreen-inverted-y >

Re: INFO: task can't die in request_wait_answer

2020-10-04 Thread syzbot
syzbot has found a reproducer for the following issue on: HEAD commit:2172e358 Add linux-next specific files for 20201002 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=1596c7a390 kernel config:

Re: [PATCH v3] Bluetooth: Check for encryption key size on connect

2020-10-04 Thread Archie Pusaka
[Re-sending in plain text] Hi Marcel, I tried Alex's patch and it works for me as well. Thanks, Archie On Thu, 1 Oct 2020 at 15:14, Marcel Holtmann wrote: > > Hi Archie, > > > When receiving connection, we only check whether the link has been > > encrypted, but not the

[PATCH v2 2/3] KEYS: trusted: Reserve TPM for seal and unseal operations

2020-10-04 Thread Jarkko Sakkinen
When TPM 2.0 trusted keys code was moved to the trusted keys subsystem, the operations were unwrapped from tpm_try_get_ops() and tpm_put_ops(), which are used to take temporarily the ownership of the TPM chip. The ownership is only taken inside tpm_send(), but this is not sufficient, as in the key

[PATCH v2 3/3] KEYS: trusted: Fix migratable=1 failing

2020-10-04 Thread Jarkko Sakkinen
Consider the following transcript: $ keyctl add trusted kmk "new 32 blobauth=helloworld keyhandle=8000 migratable=1" @u add_key: Invalid argument The documentation has the following description: migratable= 0|1 indicating permission to reseal to new PCR values, default

[PATCH v2 1/3] KEYS: trusted: Fix incorrect handling of tpm_get_random()

2020-10-04 Thread Jarkko Sakkinen
When tpm_get_random() was introduced, it defined the following API for the return value: 1. A positive value tells how many bytes of random data was generated. 2. A negative value on error. However, in the call sites the API was used incorrectly, i.e. as it would only return negative values and

Re: [RFC PATCH v3 2/4] objtool: x86 instruction decoder and big endian cross compiles

2020-10-04 Thread Masami Hiramatsu
On Fri, 2 Oct 2020 10:18:41 -0500 Josh Poimboeuf wrote: > On Thu, Oct 01, 2020 at 12:17:25AM +0200, Vasily Gorbik wrote: > > From: Martin Schwidefsky > > > > Currently objtool seems to be the only tool from build tools needed > > which breaks x86 cross compilation on big endian systems. Make

Re: [PATCH v2] media: mtk-vcodec: fix builds when remoteproc is disabled

2020-10-04 Thread Alexandre Courbot
On Sun, Oct 4, 2020 at 9:22 PM Alexandre Courbot wrote: > > The addition of MT8183 support added a dependency on the SCP remoteproc > module. However the initial patch used the "select" Kconfig directive, > which may result in the SCP module to not be compiled if remoteproc was > disabled. In

[GIT PULL v2] extcon next for v5.10

2020-10-04 Thread Chanwoo Choi
Dear Greg, This is extcon-next pull request for v5.10. I add detailed description of this pull request on below. Please pull extcon with following updates. Changes from v1: - Fix the wrong commit id of patch. Best Regards, Chanwoo Choi The following changes since commit

Re: [PATCH v4 2/2] hwmon: pmbus: max20730: adjust the vout reading given voltage divider

2020-10-04 Thread Chu Lin
On Sun, Oct 4, 2020 at 8:43 AM Guenter Roeck wrote: > > On Sun, Oct 04, 2020 at 03:14:45AM +, Chu Lin wrote: > > Problem: > > We use voltage dividers so that the voltage presented at the voltage > > sense pins is confusing. We might need to convert these readings to more > > meaningful

Re: [PATCH v39 11/24] x86/sgx: Add SGX enclave driver

2020-10-04 Thread Jarkko Sakkinen
On Mon, Oct 05, 2020 at 02:30:53AM +0100, Matthew Wilcox wrote: > > In my Geminilake NUC the maximum size of the address space is 64GB for > > an enclave, and it is not fixed but can grow in microarchitectures > > beyond that. > > > > That means that in (*artificial*) worst case the locks would

[PATCH v2] vmlinux.lds.h: Keep .ctors.* with .ctors

2020-10-04 Thread Kees Cook
Under some circumstances, the compiler generates .ctors.* sections. This is seen doing a cross compile of x86_64 from a powerpc64el host: x86_64-linux-gnu-ld: warning: orphan section `.ctors.65435' from `kernel/trace/trace_clock.o' being placed in section `.ctors.65435' x86_64-linux-gnu-ld:

Re: [PATCH 0/2] phy: phy-brcm-sata: Allow configuration SATA AFE TX amplitude

2020-10-04 Thread Florian Fainelli
On 9/30/2020 8:19 PM, Florian Fainelli wrote: Hi Kishon, This patch series allows the configuration of the Broadcom SATA PHY TX amplitude which may be required in order to meet specific tests. Hi Vinod, Would you need me to resend these two patches? For some reason get_maintainers.pl did

[PATCH] vmlinux.lds.h: Keep .ctors.* with .ctors

2020-10-04 Thread Kees Cook
Under some circumstances, the compiler generates .ctors.* sections. This is seen doing a cross compile of x86_64 from a powerpc64el host: x86_64-linux-gnu-ld: warning: orphan section `.ctors.65435' from `kernel/trace/trace_clock.o' being placed in section `.ctors.65435' x86_64-linux-gnu-ld:

Re: [PATCH v3 1/2] Input: synaptics-rmi4 - rename f30_data to gpio_data

2020-10-04 Thread Dmitry Torokhov
On Wed, Sep 30, 2020 at 05:41:46PM +0800, Vincent Huang wrote: > f30_data in rmi_device_platform_data could be also referenced by RMI > function 3A, so rename it and the structure name to avoid confusion. > > Signed-off-by: Vincent Huang > Reviewed-by: Hans de Goede > Tested-by: Hans de Goede

Re: [PATCH v3 2/2] Input: synaptics-rmi4 - add support for F3A

2020-10-04 Thread Dmitry Torokhov
On Wed, Sep 30, 2020 at 05:41:47PM +0800, Vincent Huang wrote: > RMI4 F3A supports the touchpad GPIO function, it's designed to > support more GPIOs and used on newer touchpads. This patch adds > support of the touchpad buttons. > > Signed-off-by: Vincent Huang > Reviewed-by: Hans de Goede >

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

2020-10-04 Thread Kees Cook
On Sun, Oct 04, 2020 at 09:00:18PM +1100, Stephen Rothwell wrote: > Hi Kees, > > On Sun, 4 Oct 2020 01:27:01 -0700 Kees Cook wrote: > > > > I assume CONFIG_CONSTRUCTORS is enabled for your build (it should be for > > yes, indeed. > > > allmodconfig). Does this patch fix it? (I'm kind of

[RESEND,PATCH v4 0/3] Try to release mmap_lock temporarily in smaps_rollup

2020-10-04 Thread Chinwen Chang
Recently, we have observed some janky issues caused by unpleasantly long contention on mmap_lock which is held by smaps_rollup when probing large processes. To address the problem, we let smaps_rollup detect if anyone wants to acquire mmap_lock for write attempts. If yes, just release the lock

[RESEND, PATCH v4 2/3] mm: smaps*: extend smap_gather_stats to support specified beginning

2020-10-04 Thread Chinwen Chang
Extend smap_gather_stats to support indicated beginning address at which it should start gathering. To achieve the goal, we add a new parameter @start assigned by the caller and try to refactor it for simplicity. If @start is 0, it will use the range of @vma for gathering. Change since v2: -

[RESEND, PATCH v4 1/3] mmap locking API: add mmap_lock_is_contended()

2020-10-04 Thread Chinwen Chang
Add new API to query if someone wants to acquire mmap_lock for write attempts. Using this instead of rwsem_is_contended makes it more tolerant of future changes to the lock type. Change-Id: Idb21478bb0580ba72b9926aba3bbc4b1f75deec2 Signed-off-by: Chinwen Chang Reviewed-by: Steven Price

[RESEND, PATCH v4 3/3] mm: proc: smaps_rollup: do not stall write attempts on mmap_lock

2020-10-04 Thread Chinwen Chang
smaps_rollup will try to grab mmap_lock and go through the whole vma list until it finishes the iterating. When encountering large processes, the mmap_lock will be held for a longer time, which may block other write requests like mmap and munmap from progressing smoothly. There are upcoming

Re: Litmus test for question from Al Viro

2020-10-04 Thread Alan Stern
On Sun, Oct 04, 2020 at 04:31:46PM -0700, Paul E. McKenney wrote: > Nice simple example! How about like this? > > Thanx, Paul > > > > commit

Re: [RFC 1/3] Initialize devlink health dump framework for the dlge driver

2020-10-04 Thread Coiby Xu
On Fri, Aug 21, 2020 at 11:08:22AM +0800, Coiby Xu wrote: On Sun, Aug 16, 2020 at 11:56:40AM +0900, Benjamin Poirier wrote: On 2020-08-15 00:05 +0800, Coiby Xu wrote: Initialize devlink health dump framework for the dlge driver so the coredump could be done via devlink. Signed-off-by: Coiby

Re: [RFC V2] mm/vmstat: Add events for HugeTLB migration

2020-10-04 Thread Anshuman Khandual
On 10/02/2020 05:34 PM, Michal Hocko wrote: > On Wed 30-09-20 11:30:49, Anshuman Khandual wrote: >> Add following new vmstat events which will track HugeTLB page migration. >> >> 1. HUGETLB_MIGRATION_SUCCESS >> 2. HUGETLB_MIGRATION_FAILURE >> >> It follows the existing semantics to accommodate

Re: [PATCH v7 2/2] dt-bindings: cpufreq: add bindings for MediaTek cpufreq HW

2020-10-04 Thread Hector Yuan
On Fri, 2020-09-25 at 15:25 +0800, Hector Yuan wrote: > Hi, Rob sir: > > Yes, my patch follows > Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.txt way to > define frequency domain. > Is it OK to you if I use the same way to do? > And if there exist any schema problem, please kindly

Re: [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params

2020-10-04 Thread Chester Lin
On Mon, Sep 14, 2020 at 04:05:22PM +0800, Chester Lin wrote: > Hi Ard, > > On Fri, Sep 11, 2020 at 06:01:09PM +0300, Ard Biesheuvel wrote: > > On Fri, 4 Sep 2020 at 10:29, Chester Lin wrote: > > > > > > Add a new UEFI parameter: "linux,uefi-secure-boot" in fdt boot params > > > as other

[PATCH v2] rcu/tree: nocb: Avoid raising softirq when there are ready to execute CBs

2020-10-04 Thread Joel Fernandes (Google)
During testing, I see it is possible that rcu_pending() returns 1 when offloaded callbacks are ready to execute thus raising the RCU softirq. However, softirq does not execute offloaded callbacks. They are executed in a kthread which is awakened independent of the softirq. This commit therefore

Re: [PATCH] USB: serial: option: Add Telit FT980-KS composition

2020-10-04 Thread Lars Melin
On 10/4/2020 23:03, Leonid Bloch wrote: Lars, Thank you for your review! The changes which you have suggested also made ModemManager to recognize the device (which it didn't do before). Please check out the v2. Cheers, Leonid. The v2 looks good to me br Lars

Re: [PATCH] ARM: dts: aspeed-g6: Add sgpiom/sgpios node

2020-10-04 Thread Billy Tsai
Hi Andrew, On 2020/10/1, 8:36 AM, Andrew Jeffery wrote: Hi Billy, On Wed, 30 Sep 2020, at 14:41, Billy Tsai wrote: > This commit add two sgpiom and two sgpios node into aspeed-g6.dtsi > and change the register range of gpio0 to fix the hardware design. > >

Re: [PATCH v2 06/12] soc: mediatek: pm-domains: Add SMI block as bus protection block

2020-10-04 Thread Nicolas Boichat
On Fri, Oct 2, 2020 at 4:56 PM Matthias Brugger wrote: > > > > On 01/10/2020 18:01, Enric Balletbo i Serra wrote: > > From: Matthias Brugger > > > > Apart from the infracfg block, the SMI block is used to enable the bus > > protection for some power domains. Add support for this block. > > > >

[PATCH resend] seccomp: Make duplicate listener detection non-racy

2020-10-04 Thread Jann Horn
Currently, init_listener() tries to prevent adding a filter with SECCOMP_FILTER_FLAG_NEW_LISTENER if one of the existing filters already has a listener. However, this check happens without holding any lock that would prevent another thread from concurrently installing a new filter (potentially

Re: [PATCH v2 02/12] soc: mediatek: Add MediaTek SCPSYS power domains

2020-10-04 Thread Nicolas Boichat
On Fri, Oct 2, 2020 at 12:02 AM Enric Balletbo i Serra wrote: > > The System Control Processor System (SCPSYS) has several power management > related tasks in the system. This driver implements support to handle > the different power domains supported in order to meet high performance > and low

Re: [PATCH 1/2] mmap locking API: Order lock of nascent mm outside lock of live mm

2020-10-04 Thread Jann Horn
On Sat, Oct 3, 2020 at 11:30 PM Michel Lespinasse wrote: > Unrelated to the above: copy_from_user and copy_to_user should not be > called with mmap_lock held; it may be worth adding these assertions > too (probably in separate patches) ? We already have that: All (hopefully?) the userspace

Re: [PATCH v39 11/24] x86/sgx: Add SGX enclave driver

2020-10-04 Thread Matthew Wilcox
On Mon, Oct 05, 2020 at 02:41:53AM +0300, Jarkko Sakkinen wrote: > On Sun, Oct 04, 2020 at 11:27:50PM +0100, Matthew Wilcox wrote: > > int ret = 0; > > > > mutex_lock(>lock); > > rcu_read_lock(); > > Right, so xa_*() take RCU lock implicitly and xas_* do not. Not necessarily the RCU

Re: [PATCH] test_power: add missing newlines when printing parameters by sysfs

2020-10-04 Thread Harley A.W. Lorenzo
Here is the updated patch using sprintf, diffing from the original patch by Xiongfeng Wang. [PATCH] test_power: revise parameter printing to use sprintf Signed-off-by: Harley A.W. Lorenzo Suggested-by: Joe Perches --- drivers/power/supply/test_power.c | 27 ++- 1 file

Re: [PATCH v2] soc: mediatek: Check if power domains can be powered on at boot time

2020-10-04 Thread Nicolas Boichat
On Thu, Oct 1, 2020 at 11:03 PM Matthias Brugger wrote: > > > > On 28/09/2020 05:31, Nicolas Boichat wrote: > > In the error case, where a power domain cannot be powered on > > successfully at boot time (in mtk_register_power_domains), > > pm_genpd_init would still be called with is_off=false,

[PATCH 3/3] KEYS: trusted: Fix migratable=1 failing

2020-10-04 Thread Jarkko Sakkinen
Consider the following transcript: $ keyctl add trusted kmk "new 32 blobauth=helloworld keyhandle=8000 migratable=1" @u add_key: Invalid argument The documentation has the following description: migratable= 0|1 indicating permission to reseal to new PCR values, default

[PATCH 2/3] KEYS: trusted: Reserve TPM for seal and unseal operations

2020-10-04 Thread Jarkko Sakkinen
When TPM 2.0 trusted keys code was moved to the trusted keys subsystem, the operations were unwrapped from tpm_try_get_ops() and tpm_put_ops(), which are used to take temporarily the ownership of the TPM chip. The ownership is only taken inside tpm_send(), but this is not sufficient, as in the key

[PATCH 1/3] KEYS: trusted: Fix incorrect handling of tpm_get_random()

2020-10-04 Thread Jarkko Sakkinen
When tpm_get_random() was introduced, it defined the following API for the return value: 1. A positive value tells how many bytes of random data was generated. 2. A negative value on error. However, in the call sites the API was used incorrectly, i.e. as it would only return negative values and

Re: [PATCH] rcu,ftrace: Fix ftrace recursion

2020-10-04 Thread Paul E. McKenney
On Tue, Sep 29, 2020 at 01:04:49PM -0400, Steven Rostedt wrote: > On Tue, 29 Sep 2020 09:56:40 -0700 > "Paul E. McKenney" wrote: > > > > Well, I think we should actually apply both, but the comment needs to be > > > updated, as it will no longer be outside recursion. And the comment is > > >

Re: [PATCH 04/14] drm/msm: Add priv->mm_lock to protect active/inactive lists

2020-10-04 Thread Rob Clark
On Sun, Oct 4, 2020 at 3:15 PM Daniel Vetter wrote: > > On Sun, Oct 4, 2020 at 9:21 PM Rob Clark wrote: > > > > From: Rob Clark > > > > Rather than relying on the big dev->struct_mutex hammer, introduce a > > more specific lock for protecting the bo lists. > > > > Signed-off-by: Rob Clark > >

Re: [PATCH v4] staging: qlge: fix build breakage with dumping enabled

2020-10-04 Thread Benjamin Poirier
On 2020-10-04 23:22 +0800, Coiby Xu wrote: > On Sat, Oct 03, 2020 at 02:53:48PM +0900, Benjamin Poirier wrote: > > On 2020-10-03 07:59 +0800, Coiby Xu wrote: > > > This fixes commit 0107635e15ac > > > ("staging: qlge: replace pr_err with netdev_err") which introduced an > > > build breakage of

[PATCH net-next v2 1/2] mptcp: Constify mptcp_pm_ops

2020-10-04 Thread Rikard Falkeborn
The only usages of mptcp_pm_ops is to assign its address to the small_ops field of the genl_family struct, which is a const pointer, and applying ARRAY_SIZE() on it. Make it const to allow the compiler to put it in read-only memory. Signed-off-by: Rikard Falkeborn --- net/mptcp/pm_netlink.c | 2

[PATCH net-next v2 2/2] net: openvswitch: Constify static struct genl_small_ops

2020-10-04 Thread Rikard Falkeborn
The only usage of these is to assign their address to the small_ops field in the genl_family struct, which is a const pointer, and applying ARRAY_SIZE() on them. Make them const to allow the compiler to put them in read-only memory. Signed-off-by: Rikard Falkeborn ---

[PATCH net-next v2 0/2] net: Constify struct genl_small_ops

2020-10-04 Thread Rikard Falkeborn
Make a couple of static struct genl_small_ops const to allow the compiler to put them in read-only memory. Patches are independent. v2: Rebase on net-next, genl_ops -> genl_small_ops Rikard Falkeborn (2): mptcp: Constify mptcp_pm_ops net: openvswitch: Constify static struct genl_small_ops

riscv32-linux-ld: drivers/vdpa/mlx5/net/mlx5_vnet.c:1251: undefined reference to `mlx5_fill_page_frag_array_perm'

2020-10-04 Thread kernel test robot
Hi Eli, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 22fbc037cd32e4e6771d2271b565806cfb8c134c commit: 1a86b377aa2147a7c866b03142e848c18e5f3cb8 vdpa/mlx5: Add VDPA driver for supported mlx5 devices date: 9

Re: [PATCH v39 11/24] x86/sgx: Add SGX enclave driver

2020-10-04 Thread Jarkko Sakkinen
On Sun, Oct 04, 2020 at 11:27:50PM +0100, Matthew Wilcox wrote: > On Mon, Oct 05, 2020 at 12:50:49AM +0300, Jarkko Sakkinen wrote: > > What is shoukd take is encl->lock. > > > > The loop was pre-v36 like: > > > > idx_start = PFN_DOWN(start); > > idx_end = PFN_DOWN(end - 1); > > > >

Re: [PATCH 10/10] fpga: fpga-mgr: altera-pr-ip: Simplify registration

2020-10-04 Thread Moritz Fischer
On Sun, Oct 04, 2020 at 11:47:26AM -0700, Tom Rix wrote: > > On 10/3/20 10:14 PM, Moritz Fischer wrote: > > Simplify registration using new devm_fpga_mgr_register() API. > > Remove the now obsolete altera_pr_unregister() function. > > > > Signed-off-by: Moritz Fischer > > --- > > > > We should

Re: [PATCH 03/10] fpga: fpga-mgr: dfl-fme-mgr: Simplify registration

2020-10-04 Thread Moritz Fischer
On Sun, Oct 04, 2020 at 11:22:31AM -0700, Tom Rix wrote: > > On 10/3/20 10:14 PM, Moritz Fischer wrote: > > Simplify registration using new devm_fpga_mgr_register() API. > > > > Signed-off-by: Moritz Fischer > > --- > > drivers/fpga/dfl-fme-mgr.c | 12 +--- > > 1 file changed, 1

Re: Litmus test for question from Al Viro

2020-10-04 Thread Paul E. McKenney
On Fri, Oct 02, 2020 at 10:35:45PM -0400, Jon Masters wrote: > On 10/1/20 12:15 PM, Alan Stern wrote: > > On Wed, Sep 30, 2020 at 09:51:16PM -0700, Paul E. McKenney wrote: > > > Hello! > > > > > > Al Viro posted the following query: > > > > > >

Re: Litmus test for question from Al Viro

2020-10-04 Thread Paul E. McKenney
On Sat, Oct 03, 2020 at 09:22:12AM -0400, Alan Stern wrote: > To expand on my statement about the LKMM's weakness regarding control > constructs, here is a litmus test to illustrate the issue. You might > want to add this to one of the archives. > > Alan > > C crypto-control-data > (* > * LB

Re: [PATCH v3] RISC-V: Remove any memblock representing unusable memory area

2020-10-04 Thread Palmer Dabbelt
On Thu, 01 Oct 2020 12:05:57 PDT (-0700), Atish Patra wrote: RISC-V limits the physical memory size by -PAGE_OFFSET. Any memory beyond that size from DRAM start is unusable. Just remove any memblock pointing to those memory region without worrying about computing the maximum size.

Re: [PATCH] RISC-V: Make sure memblock reserves the memory containing DT

2020-10-04 Thread Palmer Dabbelt
On Thu, 01 Oct 2020 12:04:56 PDT (-0700), Atish Patra wrote: Currently, the memory containing DT is not reserved. Thus, that region of memory can be reallocated or reused for other purposes. This may result in corrupted DT for nommu virt board in Qemu. We may not face any issue in kendryte as

Re: [PATCH v3 10/13] ASoC: tegra: Add audio graph based card driver

2020-10-04 Thread Kuninori Morimoto
Hi Sameer > > This is just an idea, > > but can we use hooks here somehow ? > > > > .ops_hook_pre > > .ops_hook_func > > .ops_hook_post > > > > if (priv->ops_hook_pre->func) > > priv->ops_hook_pre->func_pre(...); > > > > if

Linux 5.9-rc8

2020-10-04 Thread Linus Torvalds
So things have been pretty calm, and rc8 is fairly small. I'm still waiting for a networking pull with some fixes, so it's not like I could have made a final 5.9 release even if I had wanted to, but there was nothing scary going on this past week, and it all feels ready for a final 5.9 next

Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel

2020-10-04 Thread Frederic Weisbecker
On Sun, Oct 04, 2020 at 02:44:39PM +, Alex Belits wrote: > On Thu, 2020-10-01 at 15:56 +0200, Frederic Weisbecker wrote: > > External Email > > > > --- > > --- > > On Wed, Jul 22, 2020 at 02:49:49PM +, Alex Belits wrote: > >

  1   2   3   4   >