Re: [PATCH v3] staging: rtl8192e: Fix possible buffer overflow in _rtl92e_wx_set_scan

2021-02-26 Thread Dan Carpenter
On Fri, Feb 26, 2021 at 02:51:57PM +, Lee Gibson wrote: > Function _rtl92e_wx_set_scan calls memcpy without checking the length. > A user could control that length and trigger a buffer overflow. > Fix by checking the length is within the maximum allowed size. > > Reviewed-by: Dan Carpenter >

Re: [PATCH 2/5] ARM: dts: stm32: Add Engicam MicroGEA STM32MP1 SoM

2021-02-26 Thread Alexandre TORGUE
Hi Jagan On 2/24/21 7:05 PM, Jagan Teki wrote: On Mon, Jan 25, 2021 at 8:35 PM Alexandre TORGUE wrote: Hi, On 12/23/20 8:13 PM, Jagan Teki wrote: MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. General features: - STM32MP157AAC - Up to 1GB DDR3L-800 - 512MB Nand flash

Re: NFS Caching broken in 4.19.37

2021-02-26 Thread Timo Rothenpieler
I think I can reproduce this, or something that at least looks very similar to this, on 5.10. Namely on 5.10.17 (On both Client and Server). We are running slurm, and since a while now (coincides with updating from 5.4 to 5.10, but a whole bunch of other stuff was updated at the same time, so

Re: [PATCH 2/5] ARM: dts: stm32: Add Engicam MicroGEA STM32MP1 SoM

2021-02-26 Thread Jagan Teki
On Fri, Feb 26, 2021 at 8:39 PM Alexandre TORGUE wrote: > > Hi Jagan > > On 2/24/21 7:05 PM, Jagan Teki wrote: > > On Mon, Jan 25, 2021 at 8:35 PM Alexandre TORGUE > > wrote: > >> > >> Hi, > >> > >> On 12/23/20 8:13 PM, Jagan Teki wrote: > >>> MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157

Re: [RFC 06/19] devfreq: imx8m-ddrc: Use the opps acquired from EL3

2021-02-26 Thread Chanwoo Choi
Hi, On 21. 2. 20. 오전 1:00, Abel Vesa wrote: i.MX8M platforms get their dram OPPs from the EL3. We don't need to duplicate that in the kernel dram dts node. We should just trust the OPPs provided by the EL3. Signed-off-by: Abel Vesa --- drivers/devfreq/imx8m-ddrc.c | 49 ++

Re: [PATCH 1/2] PCI: controller: thunder: fix compile testing

2021-02-26 Thread Robert Richter
On 25.02.21 15:37:09, Arnd Bergmann wrote: > From: Arnd Bergmann > > Compile-testing these drivers is currently broken. Enabling > it causes a couple of build failures though: > > drivers/pci/controller/pci-thunder-ecam.c:119:30: error: shift count >= width > of type [-Werror,-Wshift-count-over

Re: [PATCH] Repair misuse of sv_lock in 5.10.16-rt30.

2021-02-26 Thread Chuck Lever
> On Feb 26, 2021, at 10:00 AM, J. Bruce Fields wrote: > > Adding Chuck, linux-nfs. > > Makes sense to me.--b. Joe, I can add this to nfsd-5.12-rc. Would it be appropriate to add: Fixes: 719f8bcc883e ("svcrpc: fix xpt_list traversal locking on shutdown") > On Fri, Feb 26, 2021 at 09:38:20

Re: [PATCH] Repair misuse of sv_lock in 5.10.16-rt30.

2021-02-26 Thread Joe Korty
On Fri, Feb 26, 2021 at 03:15:46PM +, Chuck Lever wrote: > > > > On Feb 26, 2021, at 10:00 AM, J. Bruce Fields wrote: > > > > Adding Chuck, linux-nfs. > > > > Makes sense to me.--b. > > Joe, I can add this to nfsd-5.12-rc. Would it be appropriate to add: > > Fixes: 719f8bcc883e ("svcrpc:

Re: [PATCH] Repair misuse of sv_lock in 5.10.16-rt30.

2021-02-26 Thread Chuck Lever
> On Feb 26, 2021, at 10:19 AM, Joe Korty wrote: > > On Fri, Feb 26, 2021 at 03:15:46PM +, Chuck Lever wrote: >> >> >>> On Feb 26, 2021, at 10:00 AM, J. Bruce Fields wrote: >>> >>> Adding Chuck, linux-nfs. >>> >>> Makes sense to me.--b. >> >> Joe, I can add this to nfsd-5.12-rc. Woul

linux kernel 5.10.x to 5.11.x : boot FB switch VT is black after EFI VGA FB changed to CPU FB

2021-02-26 Thread hanasaki-gmail
linux-kernel@vger.kernel.org previous kernel 5.10... current kernel 5.11.4 After moving to 5.11, can no longer switch to VT's.  The boot sequence shows as far as fb0: switching to inteldrmfb from EFI VGA ... Console: switching to colour dummy device 80x25 and then goes black and unrespons

Re: [PATCH v4 1/4] PCI: Introduce pcim_alloc_irq_vectors()

2021-02-26 Thread Dejin Zheng
On Thu, Feb 25, 2021 at 10:33:53AM +0100, Robert Richter wrote: > On 23.02.21 22:14:35, Dejin Zheng wrote: > > On Tue, Feb 23, 2021 at 09:02:54AM +0100, Robert Richter wrote: > > > On 22.02.21 23:14:15, Dejin Zheng wrote: > > > > On Mon, Feb 22, 2021 at 11:56:08AM +0100, Robert Richter wrote: > > >

Re: [RFC 07/19] devfreq: imx8m-ddrc: Add late system sleep PM ops

2021-02-26 Thread Chanwoo Choi
On 21. 2. 20. 오전 1:00, Abel Vesa wrote: Seems that, in order to be able to resume from suspend, the dram rate needs to be the highest one available. Therefore, add the late system suspend/resume PM ops which set the highest rate on suspend and the latest one used before suspending on resume.

Re: [PATCH v2 1/1] net: fec: ptp: avoid register access when ipg clock is disabled

2021-02-26 Thread Richard Cochran
On Thu, Feb 25, 2021 at 10:15:16PM +0100, Heiko Thiery wrote: > When accessing the timecounter register on an i.MX8MQ the kernel hangs. > This is only the case when the interface is down. This can be reproduced > by reading with 'phc_ctrl eth0 get'. > > Like described in the change in 91c0d987a978

Re: [PATCH v2] counter: stm32-timer-cnt: Report count function when SLAVE_MODE_DISABLED

2021-02-26 Thread Fabrice Gasnier
On 2/26/21 2:29 AM, William Breathitt Gray wrote: > When in SLAVE_MODE_DISABLED mode, the count still increases if the > counter is enabled because an internal clock is used. This patch fixes > the stm32_count_function_get() and stm32_count_function_set() functions > to properly handle this behavio

Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-26 Thread Mathieu Desnoyers
- On Feb 26, 2021, at 8:51 AM, Piotr Figiel fig...@google.com wrote: [...] > --- > v2: > Applied review comments: > - changed return value from the ptrace request to the size of the > configuration structure > - expanded configuration structure with the flags field and > the rseq abi struct

Re: [PATCH] [v2] mt76: mt7915: fix unused 'mode' variable

2021-02-26 Thread Kalle Valo
+ linux-wireless Arnd Bergmann writes: > From: Arnd Bergmann > > clang points out a possible corner case in the mt7915_tm_set_tx_cont() > function if called with invalid arguments: > > drivers/net/wireless/mediatek/mt76/mt7915/testmode.c:593:2: warning: variable > 'mode' is used uninitialized

[GIT PULL] RISC-V Patches for the 5.12 Merge Window

2021-02-26 Thread Palmer Dabbelt
The following changes since commit e71ba9452f0b5b2e8dc8aa5445198cd9214a6a62: Linux 5.11-rc2 (2021-01-03 15:55:30 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git tags/riscv-for-linus-5.12-mw0 for you to fetch changes up to d7fbcf4

Re: [PATCH v14 01/11] x86: kdump: replace the hard-coded alignment with macro CRASH_ALIGN

2021-02-26 Thread Eric W. Biederman
chenzhou writes: > On 2021/2/25 15:25, Baoquan He wrote: >> On 02/24/21 at 02:19pm, Catalin Marinas wrote: >>> On Sat, Jan 30, 2021 at 03:10:15PM +0800, Chen Zhou wrote: Move CRASH_ALIGN to header asm/kexec.h for later use. Besides, the alignment of crash kernel regions in x86 is 16M(CR

Re: NFS Caching broken in 4.19.37

2021-02-26 Thread Anton Ivanov
On 26/02/2021 15:03, Timo Rothenpieler wrote: I think I can reproduce this, or something that at least looks very similar to this, on 5.10. Namely on 5.10.17 (On both Client and Server). I think this is a different issue - see below. We are running slurm, and since a while now (coincides wit

Re: [PATCH v2 04/21] x86/insn: Add an insn_decode() API

2021-02-26 Thread Masami Hiramatsu
Hi Borislav, On Wed, 24 Feb 2021 12:02:16 +0100 Borislav Petkov wrote: > From: Borislav Petkov > > Users of the instruction decoder should use this to decode instruction > bytes. For that, have insn*() helpers return an int value to denote > success/failure. When there's an error fetching the

Re: NFS Caching broken in 4.19.37

2021-02-26 Thread Timo Rothenpieler
On 26.02.2021 16:40, Anton Ivanov wrote: These are two different clients, then what you see is possible on NFS with client side caching. If you have multiple clients reading/writing to the same files you usually need to tune the caching options and/or use locking. I suspect that if you leave it

Re: [PATCH] perf vendor events: Remove 'type' field from mapfiles

2021-02-26 Thread Andi Kleen
On Fri, Feb 26, 2021 at 09:08:17PM +0800, John Garry wrote: > Included for each CPU entry in the per-arch mapfile.csv file is a 'type' > field. I don't like it because this will make the mapfile incompatible with what download.01.org uses. We originally derived it from that. It would be ok if it

[PATCH v5 0/4] Introduce pcim_alloc_irq_vectors()

2021-02-26 Thread Dejin Zheng
Introduce pcim_alloc_irq_vectors(), a device-managed version of pci_alloc_irq_vectors(), In some i2c drivers, If pcim_enable_device() has been called before, then pci_alloc_irq_vectors() is actually a device-managed function. It is used as a device-managed function, So replace it with pcim_alloc_ir

[PATCH v5 2/4] Documentation: devres: Add pcim_alloc_irq_vectors()

2021-02-26 Thread Dejin Zheng
Add pcim_alloc_irq_vectors(), a device-managed version of pci_alloc_irq_vectors(). introducing this function can simplify the error handling path in many drivers. Signed-off-by: Dejin Zheng --- v4 -> v5: - No change v3 -> v4: - No change v2 -> v3: - No change v1 -> v2:

[PATCH v5 3/4] i2c: designware: Use pcim_alloc_irq_vectors() to allocate IRQ vectors

2021-02-26 Thread Dejin Zheng
The pcim_alloc_irq_vectors() function, an explicit device-managed version of pci_alloc_irq_vectors(). If pcim_enable_device() has been called before, then pci_alloc_irq_vectors() is actually a device-managed function. It is used here as a device-managed function, So replace it with pcim_alloc_irq_v

[PATCH v5 4/4] i2c: thunderx: Use pcim_alloc_irq_vectors() to allocate IRQ vectors

2021-02-26 Thread Dejin Zheng
The pcim_alloc_irq_vectors() function, an explicit device-managed version of pci_alloc_irq_vectors(). If pcim_enable_device() has been called before, then pci_alloc_irq_vectors() is actually a device-managed function. It is used here as a device-managed function, So replace it with pcim_alloc_irq_v

Re: [RFC PATCH 1/4] KVM: arm64: Move the clean of dcache to the map handler

2021-02-26 Thread wangyanan (Y)
Hi Marc, Alex, On 2021/2/26 2:30, Marc Zyngier wrote: On Thu, 25 Feb 2021 17:39:00 +, Alexandru Elisei wrote: Hi Marc, On 2/25/21 9:55 AM, Marc Zyngier wrote: Hi Yanan, On Mon, 08 Feb 2021 11:22:47 +, Yanan Wang wrote: We currently uniformly clean dcache in user_mem_abort() before

Re: [PATCHv2 2/2] iommu/arm-smmu-qcom: Move the adreno smmu specific impl earlier

2021-02-26 Thread Jordan Crouse
On Fri, Feb 26, 2021 at 03:25:40PM +0530, Sai Prakash Ranjan wrote: > Adreno(GPU) SMMU and APSS(Application Processor SubSystem) SMMU > both implement "arm,mmu-500" in some QTI SoCs and to run through > adreno smmu specific implementation such as enabling split pagetables > support, we need to matc

[PATCH v5 1/4] PCI: Introduce pcim_alloc_irq_vectors()

2021-02-26 Thread Dejin Zheng
Introduce pcim_alloc_irq_vectors(), a device-managed version of pci_alloc_irq_vectors(). Introducing this function can simplify the error handling path in many drivers. And use pci_free_irq_vectors() to replace some code in pcim_release(), they are equivalent, and no functional change. It is more

[PATCH v3] f2fs: compress: Allow modular (de)compression algorithms

2021-02-26 Thread Geert Uytterhoeven
If F2FS_FS is modular, enabling the compressions options F2FS_FS_{LZ4,LZ4HZ,LZO,LZORLE,ZSTD} will make the (de)compression algorithms {LZ4,LZ4HC,LZO,ZSTD}_{,DE}COMPRESS builtin instead of modular, as the former depend on an intermediate boolean F2FS_FS_COMPRESSION, which in-turn depends on tristate

Re: [PATCH] [v2] spi: rockchip: avoid objtool warning

2021-02-26 Thread Pratyush Yadav
On 26/02/21 03:00PM, Arnd Bergmann wrote: > From: Arnd Bergmann > > Building this file with clang leads to a an unreachable code path > causing a warning from objtool: > > drivers/spi/spi-rockchip.o: warning: objtool: > rockchip_spi_transfer_one()+0x2e0: sibling call from callable instruction

[PATCH v2 2/5] soundwire: qcom: set continue execution flag for ignored commands

2021-02-26 Thread Srinivas Kandagatla
version 1.5.1 and higher IPs of this controller required to set continue execution on ignored command flag. This patch sets this flag. Signed-off-by: Srinivas Kandagatla --- drivers/soundwire/qcom.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/soundwire

[PATCH v2 1/5] soundwire: qcom: add support to missing transport params

2021-02-26 Thread Srinivas Kandagatla
Some of the transport parameters derived from device tree are not fully parsed by the driver. This patch adds support to parse those missing parameters. Signed-off-by: Srinivas Kandagatla --- drivers/soundwire/qcom.c | 99 ++-- 1 file changed, 95 insertions(+

[PATCH v2 0/5] soundwire: qcom: various improvements

2021-02-26 Thread Srinivas Kandagatla
Thanks for reviewing v1 of this patchset! During testing SoundWire controller on SM8250 MTP, we found few issues like all the interrupts are not handled, all transport parameters are not read from device tree. Other major issue was register read/writes which was interrupt based was an overhead an

[PATCH v2 4/5] soundwire: qcom: update register read/write routine

2021-02-26 Thread Srinivas Kandagatla
In the existing code every soundwire register read and register write are kinda blocked. Each of these are using a special command id that generates interrupt after it successfully finishes. This is really overhead, limiting and not really necessary unless we are doing something special. We can si

[PATCH v2 5/5] soundwire: qcom: add support to new interrupts

2021-02-26 Thread Srinivas Kandagatla
Add support to new interrupts which includes reporting some of the error interrupts and adding support to SLAVE pending interrupt! This patch also changes the interrupt handler behaviour on handling any pending interrupts by checking it before returning out of irq handler. Signed-off-by: Srinivas

Re: [PATCH v3 1/8] mm: Remove special swap entry functions

2021-02-26 Thread Christoph Hellwig
> - struct page *page = migration_entry_to_page(entry); > + struct page *page = pfn_to_page(swp_offset(entry)); I wonder if keeping a single special_entry_to_page() helper would still me a useful. But I'm not entirely sure. There are also two more open coded copies of thi

[PATCH v2 3/5] soundwire: qcom: start the clock during initialization

2021-02-26 Thread Srinivas Kandagatla
Start the clock during initialization, doing this explicitly will add more clarity when we are adding clock stop feature. Signed-off-by: Srinivas Kandagatla --- drivers/soundwire/qcom.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/soundwire/qcom.c b/drivers/soundwire/qcom.c ind

Re: [RFC PATCH 1/4] KVM: arm64: Move the clean of dcache to the map handler

2021-02-26 Thread wangyanan (Y)
On 2021/2/25 17:55, Marc Zyngier wrote: Hi Yanan, On Mon, 08 Feb 2021 11:22:47 +, Yanan Wang wrote: We currently uniformly clean dcache in user_mem_abort() before calling the fault handlers, if we take a translation fault and the pfn is cacheable. But if there are concurrent translation

Re: [PATCH v3 2/8] mm/swapops: Rework swap entry manipulation code

2021-02-26 Thread Christoph Hellwig
On Fri, Feb 26, 2021 at 06:18:26PM +1100, Alistair Popple wrote: > Both migration and device private pages use special swap entries which > are manipluated by a range of inline functions. The arguments to these > are somewhat inconsitent so rework them to remove flag type arguments > and to make th

[GIT PULL] (swiotlb) stable/for-linus-5.12

2021-02-26 Thread Konrad Rzeszutek Wilk
Hey Linus, Please git pull the following branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git stable/for-linus-5.12 which has two memory encryption related patches (SWIOTLB is enabled by default for AMD-SEV): 1) Adding support for alignment so that NVME can properly work,

Re: [PATCH v3 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-02-26 Thread Christoph Hellwig
> + while (page_vma_mapped_walk(&pvmw)) { > + /* > + * If the page is mlock()d, we cannot swap it out. > + * If it's recently referenced (perhaps page_referenced > + * skipped over this mm) then we should reactivate it. > + */ > +

Re: [PATCH v3] f2fs: compress: Allow modular (de)compression algorithms

2021-02-26 Thread Masahiro Yamada
On Sat, Feb 27, 2021 at 12:51 AM Geert Uytterhoeven wrote: > > If F2FS_FS is modular, enabling the compressions options > F2FS_FS_{LZ4,LZ4HZ,LZO,LZORLE,ZSTD} will make the (de)compression > algorithms {LZ4,LZ4HC,LZO,ZSTD}_{,DE}COMPRESS builtin instead of > modular, as the former depend on an inter

Re: [PATCH v3 4/8] mm/rmap: Split migration into its own function

2021-02-26 Thread Christoph Hellwig
Nice cleanup! Reviewed-by: Christoph Hellwig

Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-26 Thread Michał Mirosław
On Fri, 26 Feb 2021 at 16:32, Mathieu Desnoyers wrote: > > - On Feb 26, 2021, at 8:51 AM, Piotr Figiel fig...@google.com wrote: > [...] > > --- > > v2: > > Applied review comments: > > - changed return value from the ptrace request to the size of the > > configuration structure > > - expande

Re: Freeing page tables through RCU

2021-02-26 Thread Matthew Wilcox
On Fri, Feb 26, 2021 at 10:42:00AM -0400, Jason Gunthorpe wrote: > On Thu, Feb 25, 2021 at 08:58:20PM +, Matthew Wilcox wrote: > > > I'd like to hear better ideas than this. > > You didn't like my suggestion to put a sleepable lock around the > freeing of page tables during flushing? > > I s

Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-26 Thread Piotr Figiel
Hi, On Fri, Feb 26, 2021 at 10:32:35AM -0500, Mathieu Desnoyers wrote: > > +static long ptrace_get_rseq_configuration(struct task_struct *task, > > + unsigned long size, void __user *data) > > +{ > > + struct ptrace_rseq_configuration conf = { > > +

Re: [PATCH v2 02/10] ARM: dts: stm32: Add Engicam MicroGEA STM32MP1 SoM

2021-02-26 Thread Alexandre TORGUE
Hi Jagan On 2/26/21 8:02 AM, Jagan Teki wrote: MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. General features: - STM32MP157AAC - Up to 1GB DDR3L-800 - 512MB Nand flash - I2S MicroGEA STM32MP1 needs to mount on top of Engicam MicroDev carrier boards for creating complete

Re: Freeing page tables through RCU

2021-02-26 Thread Gerald Schaefer
On Thu, 25 Feb 2021 20:58:20 + Matthew Wilcox wrote: > In order to walk the page tables without the mmap semaphore, it must > be possible to prevent them from being freed and reused (eg if munmap() > races with viewing /proc/$pid/smaps). > > There is various commentary within the mm on how t

Re: [PATCH] nvme-tcp: Check if request has started before processing it

2021-02-26 Thread Keith Busch
On Fri, Feb 26, 2021 at 01:54:00PM +0100, Hannes Reinecke wrote: > On 2/26/21 1:35 PM, Daniel Wagner wrote: > > On Mon, Feb 15, 2021 at 01:29:45PM -0800, Sagi Grimberg wrote: > > > Well, I think we should probably figure out why that is happening first. > > > > I got my hands on a tcpdump trace. I

[PATCH] [v2] linux/compiler-clang.h: define HAVE_BUILTIN_BSWAP*

2021-02-26 Thread Arnd Bergmann
From: Arnd Bergmann Separating compiler-clang.h from compiler-gcc.h inadventently dropped the definitions of the three HAVE_BUILTIN_BSWAP macros, which requires falling back to the open-coded version and hoping that the compiler detects it. Since all versions of clang support the __builtin_bswap

Re: [PATCH v6 05/16] remoteproc: Add new get_loaded_rsc_table() to rproc_ops

2021-02-26 Thread Arnaud POULIQUEN
Hi Mathieu, On 2/24/21 12:35 AM, Mathieu Poirier wrote: > Add a new get_loaded_rsc_table() operation in order to support > scenarios where the remoteproc core has booted a remote processor > and detaches from it. When re-attaching to the remote processor, > the core needs to know where the resour

Re: [PATCH v6 06/16] remoteproc: stm32: Move resource table setup to rproc_ops

2021-02-26 Thread Arnaud POULIQUEN
On 2/24/21 12:35 AM, Mathieu Poirier wrote: > Move the setting of the resource table installed by an external > entity to rproc_ops::get_loaded_rsc_table(). This is to support > scenarios where a remote processor has been started by the core > but is detached at a later stage. To re-attach the

Re: [PATCH v6 09/16] remoteproc: Introduce function __rproc_detach()

2021-02-26 Thread Arnaud POULIQUEN
On 2/24/21 12:35 AM, Mathieu Poirier wrote: > Introduce function __rproc_detach() to perform the same kind of > operation as rproc_stop(), but instead of switching off the > remote processor using rproc->ops->stop(), it uses > rproc->ops->detach(). That way it is possible for the core > to rele

[PATCH 0/2] enable HDCP in Cadence MHDP bridge driver

2021-02-26 Thread Parshuram Thombare
This patch series enables HDCP in Cadence MHDP DPI/DP bridge driver. Parshuram Thombare (2): dt-bindings: drm/bridge: MHDP8546 bridge binding changes for HDCP drm: bridge: cdns-mhdp8546: Enable HDCP .../display/bridge/cdns,mhdp8546.yaml | 20 +- drivers/gpu/drm/bridge/cadence/Makefi

[PATCH 2/2] drm: bridge: cdns-mhdp8546: Enable HDCP

2021-02-26 Thread Parshuram Thombare
This patch enable HDCP in MHDP driver. Signed-off-by: Parshuram Thombare --- drivers/gpu/drm/bridge/cadence/Makefile | 2 +- .../drm/bridge/cadence/cdns-mhdp8546-core.c | 105 +++- .../drm/bridge/cadence/cdns-mhdp8546-core.h | 21 + .../drm/bridge/cadence/cdns-mhdp8546-hdcp.c | 57

Re: [PATCH v6 10/16] remoteproc: Introduce function rproc_detach()

2021-02-26 Thread Arnaud POULIQUEN
On 2/24/21 12:35 AM, Mathieu Poirier wrote: > Introduce function rproc_detach() to enable the remoteproc > core to release the resources associated with a remote processor > without stopping its operation. > > Signed-off-by: Mathieu Poirier Reviewed-by: Arnaud Pouliquen Thanks, > --- > New

[PATCH 1/2] dt-bindings: drm/bridge: MHDP8546 bridge binding changes for HDCP

2021-02-26 Thread Parshuram Thombare
Add binding changes for HDCP in the MHDP8546 DPI/DP bridge binding. Signed-off-by: Parshuram Thombare --- .../display/bridge/cdns,mhdp8546.yaml | 20 +-- 1 file changed, 14 insertions(+), 6 deletions(-) diff --git a/Documentation/devicetree/bindings/display/bridge/cdns,

Re: [PATCH] mm, kasan: don't poison boot memory

2021-02-26 Thread George Kennedy
Hi Mike, On 2/26/2021 6:17 AM, Mike Rapoport wrote: Hi George, On Thu, Feb 25, 2021 at 08:19:18PM -0500, George Kennedy wrote: Mike, To get rid of the 0xBE453000 hardcoding, I added the following patch to your above patch to get the iBFT table "address" to use with memblock_reserve():

Re: [PATCH] perf vendor events: Remove 'type' field from mapfiles

2021-02-26 Thread John Garry
On 26/02/2021 15:47, Andi Kleen wrote: On Fri, Feb 26, 2021 at 09:08:17PM +0800, John Garry wrote: Included for each CPU entry in the per-arch mapfile.csv file is a 'type' field. I don't like it because this will make the mapfile incompatible with what download.01.org uses. We originally derive

[PATCH] Fix zero_user_segments() with start > end

2021-02-26 Thread OGAWA Hirofumi
zero_user_segments() is used from __block_write_begin_int(), for example like the following zero_user_segments(page, 4096, 1024, 512, 918) But new zero_user_segments() implements for HIGMEM + TRANSPARENT_HUGEPAGE doesn't handle "start > end" case correctly, and hits BUG_ON(). (we can f

Re: [PATCH v6 11/16] remoteproc: Properly deal with the resource table when attached

2021-02-26 Thread Arnaud POULIQUEN
On 2/24/21 12:35 AM, Mathieu Poirier wrote: > If it is possible to detach the remote processor, keep an untouched > copy of the resource table. That way we can start from the same > resource table without having to worry about original values or what > elements the startup code has changed when

Re: [PATCH v6 14/16] remoteproc: Properly deal with a stop request when attached

2021-02-26 Thread Arnaud POULIQUEN
On 2/24/21 12:35 AM, Mathieu Poirier wrote: > Allow a remote processor that was started by another entity to be > switched off by the remoteproc core. For that to happen a > rproc::ops::stop() operation needs to be available. > > Signed-off-by: Mathieu Poirier Reviewed-by: Arnaud Pouliquen

Re: Freeing page tables through RCU

2021-02-26 Thread Jason Gunthorpe
On Fri, Feb 26, 2021 at 04:03:54PM +, Matthew Wilcox wrote: > On Fri, Feb 26, 2021 at 10:42:00AM -0400, Jason Gunthorpe wrote: > > On Thu, Feb 25, 2021 at 08:58:20PM +, Matthew Wilcox wrote: > > > > > I'd like to hear better ideas than this. > > > > You didn't like my suggestion to put a

Re: [PATCH v6 15/16] remoteproc: Properly deal with a detach request when attached

2021-02-26 Thread Arnaud POULIQUEN
On 2/24/21 12:35 AM, Mathieu Poirier wrote: > This patch introduces the capability to detach a remote processor > that has been attached by the remoteproc core. For that to happen > a rproc::ops::detach() operation needs to be available. > > Signed-off-by: Mathieu Poirier Reviewed-by: Arnaud

[PATCH 4.9 STABLE] mm, thp: make do_huge_pmd_wp_page() lock page for testing mapcount

2021-02-26 Thread Vlastimil Babka
Jann reported [1] a race between __split_huge_pmd_locked() and page_trans_huge_map_swapcount() which can result in a page to be reused instead of COWed. This was later assigned CVE-2020-29368. This was fixed by commit c444eb564fb1 ("mm: thp: make the THP mapcount atomic against __split_huge_pmd_lo

Re: [PATCH v6 16/16] remoteproc: Refactor rproc delete and cdev release path

2021-02-26 Thread Arnaud POULIQUEN
On 2/24/21 12:35 AM, Mathieu Poirier wrote: > Refactor function rproc_del() and rproc_cdev_release() to take > into account the current state of the remote processor when choosing > the state to transition to. > > Signed-off-by: Mathieu Poirier > --- > New for V6: > - The RPROC_RUNNING -> RPRO

Re: [PATCH v5 1/4] PCI: Introduce pcim_alloc_irq_vectors()

2021-02-26 Thread Andy Shevchenko
On Fri, Feb 26, 2021 at 11:50:53PM +0800, Dejin Zheng wrote: > Introduce pcim_alloc_irq_vectors(), a device-managed version of > pci_alloc_irq_vectors(). Introducing this function can simplify > the error handling path in many drivers. > > And use pci_free_irq_vectors() to replace some code in pci

Re: [PATCH v2 02/10] ARM: dts: stm32: Add Engicam MicroGEA STM32MP1 SoM

2021-02-26 Thread Jagan Teki
Hi Alexandre, On Fri, Feb 26, 2021 at 9:42 PM Alexandre TORGUE wrote: > > Hi Jagan > > On 2/26/21 8:02 AM, Jagan Teki wrote: > > MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. > > > > General features: > > - STM32MP157AAC > > - Up to 1GB DDR3L-800 > > - 512MB Nand flash > >

Re: [PATCH] drivers/hid: fix for the big hid report length

2021-02-26 Thread Alan Stern
On Fri, Feb 26, 2021 at 02:13:36PM +0600, Sabyrzhan Tasbolatov wrote: > On Thu, 25 Feb 2021 10:59:14 -0500, Alan Stern wrote: > > Won't this cause silent errors? > > Agree. But there are already such as cases like in: > > // net/bluetooth/hidp/core.c > static void hidp_process_report(..) > { >

Re: [RFC PATCH] USB:XHCI:Modify XHCI driver for USB2.0 controller

2021-02-26 Thread Alan Stern
On Fri, Feb 26, 2021 at 04:21:37PM +0800, Longfang Liu wrote: > Our current XHCI hardware controller has been customized to only > support USB 2.0 ports. When using the current xhci driver, an xhci > controller device and an ehci controller device will be created > automatically. That sentence mak

Re: [PATCH 1/2] dt-bindings: drm/bridge: MHDP8546 bridge binding changes for HDCP

2021-02-26 Thread Robert Foss
Hey Parshuram, Thanks for submitting this. This series rebased on upstream-drm-misc/for-linux-next fails dt binding verification. $ make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/display/bridge/cdns,mhdp8546.yaml On Fri, 26 Feb 2021 at 17:18, Parshuram Thombare wrote:

Re: [PATCH 0/2] add ripple counter dt binding and driver

2021-02-26 Thread Rasmus Villemoes
On 26/02/2021 15.35, Arnd Bergmann wrote: > On Fri, Feb 26, 2021 at 3:14 PM Rasmus Villemoes > wrote: > >> >> So I'm thinking that the proper way to handle this is to be able to >> represent that ripple counter as a clock consumer in DT and have a >> driver do the clk_prepare_enable(), even if th

Re: [PATCH -next] fbdev: atyfb: use LCD management functions for PPC_PMAC also

2021-02-26 Thread Randy Dunlap
On 2/26/21 4:12 AM, Ville Syrjälä wrote: > On Thu, Feb 25, 2021 at 04:05:37PM -0800, Randy Dunlap wrote: >> Include PPC_PMAC in the configs that use aty_ld_lcd() and >> aty_st_lcd() implementations so that the PM code may work >> correctly for PPC_PMAC. >> >> Suggested-by: Ville Syrjälä >> Signed-

Re: [PATCH] [v2] linux/compiler-clang.h: define HAVE_BUILTIN_BSWAP*

2021-02-26 Thread Luc Van Oostenryck
Acked-by: Luc Van Oostenryck Thanks, -- Luc

Re: [PATCH 3/3] kernel/smp: add more data to CSD lock debugging

2021-02-26 Thread Peter Zijlstra
I hate all of this, but if this will finally catch the actual problem, we can then revert all this, so sure. Also, I think this will conflict with the patches from Nadav that I have queued: https://lkml.kernel.org/r/20210220231712.2475218-1-na...@vmware.com which I'll be pushing to tip/x86/m

Re: [PATCH v4 2/5] ibmvfc: fix invalid sub-CRQ handles after hard reset

2021-02-26 Thread Brian King
Reviewed-by: Brian King -- Brian King Power Linux I/O IBM Linux Technology Center

Re: [PATCH v6 00/16] remoteproc: Add support for detaching a remote processor

2021-02-26 Thread Arnaud POULIQUEN
Hi Mathieu, On 2/24/21 12:34 AM, Mathieu Poirier wrote: > Following the work done here [1], this set provides support for the > remoteproc core to release resources associated with a remote processor > without having to switch it off. That way a platform driver can be removed > or the application

Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-26 Thread Mathieu Desnoyers
- On Feb 26, 2021, at 11:04 AM, emmir em...@google.com wrote: > On Fri, 26 Feb 2021 at 16:32, Mathieu Desnoyers > wrote: >> >> - On Feb 26, 2021, at 8:51 AM, Piotr Figiel fig...@google.com wrote: >> [...] >> > --- >> > v2: >> > Applied review comments: >> > - changed return value from the

Re: [PATCH] doc: memcontrol: add description for oom_kill

2021-02-26 Thread Yang Shi
On Thu, Feb 25, 2021 at 11:30 PM Michal Hocko wrote: > > On Thu 25-02-21 18:12:54, Yang Shi wrote: > > When debugging an oom issue, I found the oom_kill counter of memcg is > > confusing. At the first glance without checking document, I thought it > > just counts for memcg oom, but it turns out i

[PATCH] sched/fair: Prefer idle CPU to cache affinity

2021-02-26 Thread Srikar Dronamraju
On POWER8 and POWER9, the last level cache (L2) has been at the level of a group of 8 threads (SMT8 on POWER8, a big-core comprising of a pair of SMT4 cores on POWER9). However, on POWER10, the LLC domain is at the level of a group of SMT4 threads within the SMT8 core. Due to the shrinking in the s

Re: [PATCH] nvme-tcp: Check if request has started before processing it

2021-02-26 Thread Hannes Reinecke
On 2/26/21 5:13 PM, Keith Busch wrote: On Fri, Feb 26, 2021 at 01:54:00PM +0100, Hannes Reinecke wrote: On 2/26/21 1:35 PM, Daniel Wagner wrote: On Mon, Feb 15, 2021 at 01:29:45PM -0800, Sagi Grimberg wrote: Well, I think we should probably figure out why that is happening first. I got my ha

Re: [PATCH v4 5/5] ibmvfc: reinitialize sub-CRQs and perform channel enquiry after LPM

2021-02-26 Thread Brian King
Reviewed-by: Brian King -- Brian King Power Linux I/O IBM Linux Technology Center

Re: [PATCH v2 1/5] soundwire: qcom: add support to missing transport params

2021-02-26 Thread Pierre-Louis Bossart
On 2/26/21 9:58 AM, Srinivas Kandagatla wrote: Some of the transport parameters derived from device tree are not fully parsed by the driver. This patch adds support to parse those missing parameters. Signed-off-by: Srinivas Kandagatla --- drivers/soundwire/qcom.c | 99

Re: [RFC 04/19] devfreq: imx-bus: Decouple imx-bus from icc made

2021-02-26 Thread Chanwoo Choi
On 21. 2. 20. 오전 1:00, Abel Vesa wrote: The link between an imx-bus device and its icc id will be done through the fsl,icc-id property in each dts node. The imx interconnect driver will pick up all the dts nodes that have that property defined and will link them to the rightfull icc id. Signe

Re: [PATCH v3 6/7] drm: sun4i: dsi: Use drm_panel_bridge, connector API

2021-02-26 Thread Maxime Ripard
Hi, On Mon, Feb 15, 2021 at 01:11:01AM +0530, Jagan Teki wrote: > Use drm_panel_bridge to replace manual panel handling code. > > This simplifies the driver to allows all components in the > display pipeline to be treated as bridges, paving the way > to generic connector handling. > > Use drm_brid

Re: [RFC PATCH 2/3] seccomp: Add wait_killable semantic to seccomp user notifier

2021-02-26 Thread Rodrigo Campos
On Sat, Feb 20, 2021 at 10:05 AM Sargun Dhillon wrote: > > The user notifier feature allows for filtering of seccomp notifications in > userspace. While the user notifier is handling the syscall, the notifying > process can be preempted, thus ending the notification. This has become a > growing pr

Re: [GIT PULL] Kmap conversions for 5.12

2021-02-26 Thread Ira Weiny
On Fri, Feb 26, 2021 at 03:23:40PM +0100, David Sterba wrote: > On Thu, Feb 25, 2021 at 08:32:34AM -0800, Ira Weiny wrote: > > On Thu, Feb 25, 2021 at 02:12:52PM +0100, David Sterba wrote: > > > On Wed, Feb 24, 2021 at 09:59:12AM -0800, Ira Weiny wrote: > > > > On Wed, Feb 24, 2021 at 01:30:49PM +0

[PATCH 1/3] soundwire: export sdw_compare_devid() and sdw_extract_slave_id()

2021-02-26 Thread Srinivas Kandagatla
Exporting these two functions makes sense as it can be used by other controllers like Qualcomm during auto-enumeration! Signed-off-by: Srinivas Kandagatla --- drivers/soundwire/bus.c | 4 +++- include/linux/soundwire/sdw.h | 2 ++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git

[PATCH 0/3] soundwire: qcom: add Clock Stop and Auto Enumeration support

2021-02-26 Thread Srinivas Kandagatla
Qualcomm Soundwire controller have IP built-in feature to enumerate SoundWire slave devices aka Auto Enumeration. This patchset adds support to this feature along with Clock stop feature using runtime PM. Tested it on DB845c, RB5 and SM8250-MTP. thanks, srini Srinivas Kandagatla (3): soundwire

[PATCH 3/3] soundwire: qcom: add clock stop via runtime pm support

2021-02-26 Thread Srinivas Kandagatla
Add Clock stop feature support using runtime PM. Signed-off-by: Srinivas Kandagatla --- drivers/soundwire/qcom.c | 103 --- 1 file changed, 96 insertions(+), 7 deletions(-) diff --git a/drivers/soundwire/qcom.c b/drivers/soundwire/qcom.c index d90eba6a1e88..0

[PATCH 2/3] soundwire: qcom: add auto enumeration support

2021-02-26 Thread Srinivas Kandagatla
Qualcomm SoundWire controller supports Auto Enumeration of the devices within the IP. This patch enables support for this feature. Signed-off-by: Srinivas Kandagatla --- drivers/soundwire/qcom.c | 84 +--- 1 file changed, 78 insertions(+), 6 deletions(-) diff

Re: [PATCH v1 1/7] pps: clients: gpio: Bail out on error when requesting GPIO echo line

2021-02-26 Thread Andy Shevchenko
On Tue, Feb 16, 2021 at 01:31:48PM +0200, Andy Shevchenko wrote: > When requesting optional GPIO echo line, bail out on error, > so user will know that something wrong with the existing property. Guys, any comments on this series? > Signed-off-by: Andy Shevchenko > --- > drivers/pps/clients/pps

Re: [PATCH v2 1/3] parport: Introduce module_parport_driver() helper macro

2021-02-26 Thread Andy Shevchenko
On Tue, Feb 16, 2021 at 01:07:39PM +0200, Andy Shevchenko wrote: > Introduce module_parport_driver() helper macro to reduce boilerplate > in the existing and new code. Sudip, any comments on this? > Signed-off-by: Andy Shevchenko > --- > v2: fixed typo in the macro > include/linux/parport.h | 1

Re: [PATCH AUTOSEL 5.11 50/67] Drivers: hv: vmbus: Initialize memory to be sent to the host

2021-02-26 Thread Sasha Levin
On Wed, Feb 24, 2021 at 02:30:52PM +0100, Andrea Parri wrote: On Wed, Feb 24, 2021 at 02:16:00PM +0100, Andrea Parri wrote: On Wed, Feb 24, 2021 at 07:50:08AM -0500, Sasha Levin wrote: > From: "Andrea Parri (Microsoft)" > > [ Upstream commit e99c4afbee07e9323e9191a20b24d74dbf815bdf ] > > __vmbu

Re: [PATCH 2/2] dt-binding: mediatek: mt6779: update spi document

2021-02-26 Thread Mark Brown
On Fri, Feb 26, 2021 at 07:01:10PM +0800, Mason Zhang wrote: > this patch update spi document for MT6779 SOC. I'm missing patch 1/2 here, what's the story with dependencies? Please submit patches using subject lines reflecting the style for the subsystem, this makes it easier for people to identi

Re: [PATCH V2 1/2] backlight: qcom-wled: Fix FSC update issue for WLED5

2021-02-26 Thread Daniel Thompson
On Fri, Feb 26, 2021 at 05:42:23PM +0530, Kiran Gunda wrote: > Currently, for WLED5, the FSC (Full scale current) setting is not > updated properly due to driver toggling the wrong register after > an FSC update. > > On WLED5 we should only toggle the MOD_SYNC bit after a brightness > update. For

Re: [PATCH v3 6/7] drm: sun4i: dsi: Use drm_panel_bridge, connector API

2021-02-26 Thread Jagan Teki
On Fri, Feb 26, 2021 at 10:27 PM Maxime Ripard wrote: > > Hi, > > On Mon, Feb 15, 2021 at 01:11:01AM +0530, Jagan Teki wrote: > > Use drm_panel_bridge to replace manual panel handling code. > > > > This simplifies the driver to allows all components in the > > display pipeline to be treated as bri

Re: [PATCH 13/13] arm64: dts: qcom: Add sc7180-lazor-coachz skus

2021-02-26 Thread Matthias Kaehlcke
On Thu, Feb 25, 2021 at 02:13:10PM -0800, Douglas Anderson wrote: > This is a trogdor variant. This is mostly a grab from the downstream > tree with notable exceptions: > - I skip -rev0. This was a super early build and there's no advantage > of long term support. > - I remove sound node since

Re: [PATCH] nvme-tcp: Check if request has started before processing it

2021-02-26 Thread Keith Busch
On Fri, Feb 26, 2021 at 05:42:46PM +0100, Hannes Reinecke wrote: > On 2/26/21 5:13 PM, Keith Busch wrote: > > > > That's just addressing a symptom. You can't fully verify the request is > > valid this way because the host could have started the same command ID > > the very moment before the code c

<    1   2   3   4   5   6   7   8   9   >