Re: [PATCH] mmc: test: remove the shutdown function

On Tue, 19 Jan 2021 at 06:14, Yue Hu wrote: > > From: Yue Hu > > Since it's doing nothing for shutdown behavior. And the callback will > be checked firstly in mmc_bus_shutdown(). > > Signed-off-by: Yue Hu Applied for next, thanks! Kind regards Uffe > --- > drivers/mmc/core/mmc_test.c | 5 --

Re: [PATCH v2] mmc: core: remove unused host parameter of mmc_sd_get_csd()

On Mon, 18 Jan 2021 at 09:45, Yue Hu wrote: > > From: Yue Hu > > The host parameter is not used in the body of mmc_sd_get_csd(), > so let's remove it. Update related code at the same time. > > Signed-off-by: Yue Hu Applied for next, thanks! Kind regards Uffe > --- > v2: fix minor commit mess

Re: [PATCH v1 2/2] of: property: Add fw_devlink support for interrupts

On Wed, Jan 20, 2021 at 12:05:21AM -0800, Saravana Kannan wrote: > This allows fw_devlink to create device links between consumers of an > interrupt and the supplier of the interrupt. > > Cc: Marc Zyngier > Cc: Kevin Hilman > Cc: Greg Kroah-Hartman > Signed-off-by: Saravana Kannan > --- > dri

Re: [PATCH v1 1/2] of: property: Add fw_devlink support for "gpio" and "gpios" binding

On Wed, Jan 20, 2021 at 12:05:20AM -0800, Saravana Kannan wrote: > To provide backward compatibility for boards that use deprecated DT > bindings, we need to add fw_devlink support for "gpio" and "gpios". > > Cc: linux-tegra > Cc: Linus Walleij > Cc: Bartosz Golaszewski > Cc: Greg Kroah-Hartman

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

On Wed, Jan 20, 2021 at 6:27 AM Geert Uytterhoeven wrote: > > Hi Saravana, > > On Wed, Jan 20, 2021 at 10:40 AM Geert Uytterhoeven > wrote: > > On Tue, Jan 19, 2021 at 10:51 PM Saravana Kannan > > wrote: > > > On Tue, Jan 19, 2021 at 10:08 AM Saravana Kannan > > > wrote: > > > > On Tue, Jan 1

[PATCH] serial: remove sirf prima/atlaas driver

From: Arnd Bergmann The CSR SiRF prima2/atlas platforms are getting removed, so this driver is no longer needed. Cc: Barry Song Link: https://lore.kernel.org/linux-arm-kernel/20210120124812.2800027-1-a...@kernel.org/T/ Signed-off-by: Arnd Bergmann --- .../devicetree/bindings/serial/sirf-uart

Re: [PATCH 1/2] mfd: intel-m10-bmc: fix the register access range

A side note.. I think it would be good if the intel-m10-bmc.* files were tracked in the MAINTAINERS files. I was surprised the Lee was the only reviewer.  Maybe Yilun or Matt should also be added. On 1/19/21 6:34 PM, Xu Yilun wrote: > This patch fixes the max register address of MAX 10 BMC. Th

Re: [PATCH v1 4/7] ARM: dts: imx6dl-prtvt7: add TSC2046 touchscreen node

On 2021-01-20 15:22, Oleksij Rempel wrote: Add touchscreen support to the Protonic VT7 board. Co-Developed-by: Robin van der Gracht Signed-off-by: Robin van der Gracht Signed-off-by: Oleksij Rempel --- arch/arm/boot/dts/imx6dl-prtvt7.dts | 20 1 file changed, 20 insertio

Re:

On Tue, Jan 19, 2021 at 12:10:33AM +, David Howells wrote: > > From: Tianjia Zhang > > On the following call path, `sig->pkey_algo` is not assigned > in asymmetric_key_verify_signature(), which causes runtime > crash in public_key_verify_signature(). > > keyctl_pkey_verify > asymmetri

Re: [PATCH][next] drm/amd/display: Fix spelling mistake of function name

On 2021-01-20 4:26 a.m., Colin King wrote: From: Colin Ian King Reviewed-by: Harry Wentland Harry There are two spelling mistakes of the function name, fix this by using __func__ instead of a hard coded name string. Signed-off-by: Colin Ian King --- drivers/gpu/drm/amd/display/dc/core

Re: [RFC PATCH 4/5] arm64: fpsimd: run kernel mode NEON with softirqs disabled

On Tue, Jan 19, 2021 at 05:29:05PM +0100, Ard Biesheuvel wrote: > On Tue, 19 Jan 2021 at 17:01, Dave Martin wrote: > > > > On Fri, Dec 18, 2020 at 06:01:05PM +0100, Ard Biesheuvel wrote: > > > Kernel mode NEON can be used in task or softirq context, but only in > > > a non-nesting manner, i.e., so

Re: [PATCH v4 3/5] kasan: Add report for async mode

On 1/19/21 6:12 PM, Andrey Konovalov wrote: > On Tue, Jan 19, 2021 at 3:46 PM Mark Rutland wrote: >> >> Given there's no information available, I think it's simpler and >> preferable to handle the logging separately, as is done for >> kasan_report_invalid_free(). For example, we could do somethi

[RFC PATCH 4/5] arm64: aarch64-insn: Add some opcodes to instruction decoder

Add decoding capability for some instructions that objtool will need to decode. Signed-off-by: Julien Thierry --- arch/arm64/include/asm/aarch64-insn.h | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/include/asm/aarch64-insn.h b/arch/arm64/include/asm/aarch64-insn.h inde

[RFC PATCH 5/5] arm64: Add load/store decoding helpers

Provide some function to group different load/store instructions. Signed-off-by: Julien Thierry --- arch/arm64/include/asm/aarch64-insn.h | 28 +++ 1 file changed, 28 insertions(+) diff --git a/arch/arm64/include/asm/aarch64-insn.h b/arch/arm64/include/asm/aarch64-insn.

[RFC PATCH 0/5] arm64: Prepare instruction decoder for objtool

To support arm64, objtool will need to be able to decode aarch64 instructions. This patch series adds some instruction definitions needed by objtool and moves out encoding/decoding functionalities that do not rely on kernel code in order. I'll post the start of the arm64 objtool backend shortly.

[RFC PATCH 1/5] arm64: Move instruction encoder/decoder under lib/

Aarch64 instruction set encoding and decoding logic can prove useful for some features/tools both part of the kernel and outside the kernel. Isolate the function dealing only with encoding/decoding instructions, with minimal dependency on kernel utilities in order to be able to reuse that code. C

[RFC PATCH 2/5] arm64: aarch64-insn: Add SVE instruction class

SVE has been public for some time now. Let the decoder acknowledge its existence. Signed-off-by: Julien Thierry --- arch/arm64/include/asm/aarch64-insn.h | 1 + arch/arm64/lib/aarch64-insn.c | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm64/include/asm/aarc

[RFC PATCH 3/5] arm64: aarch64-insn: Add barrier encodings

Create necessary functions to encode/decode aarch64 data/instruction barriers. Signed-off-by: Julien Thierry --- arch/arm64/include/asm/aarch64-insn.h | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/include/asm/aarch64-insn.h b/arch/arm64/include/asm/aarch64-insn.h index

Re: [PATCH v2 2/2] mtd: spi-nor: sst: Add support for Global Unlock on sst26vf

On 1/20/21 5:02 PM, Michael Walle wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > Am 2021-01-20 15:52, schrieb tudor.amba...@microchip.com: >> On 1/20/21 4:05 PM, Michael Walle wrote: diff --git a/drivers/mtd/spi-nor/sst.c b/drivers/m

Re: [PATCH v3 5/6] media: uvcvideo: Use dma_alloc_noncontiguos API

On Fri, Jan 15, 2021 at 02:08:14PM +0100, Ricardo Ribalda wrote: > > > Did you have time to look into this? > > > > > > No hurry, I just want to make sure that I didn't miss anything ;) > > > > Haven't managed to get to it, sorry. > > No worries!, is there something we can do to help you with this

RE: [PATCH v4] x86/mce: Avoid infinite loop for copy from user recovery

> Yah, some printk sprinkling might be a good start. But debugging in that > atomic context is always nasty. ;-\ Some very light printk sprinkling (one message in queue_task_work() in atomic context, one each in kill_me_now() and kill_me_maybe() to check when task_work actually called them. Cases

Re: [PATCH v6 0/3] AMS, Collision Avoidance, and Protocol Error

On Wed, Jan 20, 2021 at 02:45:02PM +0100, Hans de Goede wrote: > Hi, > > On 1/14/21 3:50 PM, Kyle Tso wrote: > > v5 https://lore.kernel.org/r/20210105163927.1376770-1-kyle...@google.com > > > > "usb: typec: tcpm: AMS and Collision Avoidance" > > - removed the signed-off > > - modified the codin

Re: [PATCH 1/3] tty: hvcs: Drop unnecessary if block

On 1/14/21 9:57 AM, Uwe Kleine-König wrote: > If hvcs_probe() succeeded dev_set_drvdata() is called with a non-NULL > value, and if hvcs_probe() failed hvcs_remove() isn't called. > > So there is no way dev_get_drvdata() can return NULL in hvcs_remove() and > the check can just go away. > > Signe

Re: [PATCH] of: property: Add device link support for interrupts

On Wed, Jan 20, 2021 at 6:28 AM Geert Uytterhoeven wrote: > > Hi Saravana, > > On Wed, Jan 20, 2021 at 10:53 AM Geert Uytterhoeven > wrote: > > On Fri, Dec 18, 2020 at 10:11 PM Saravana Kannan > > wrote: > > > Add support for creating device links out of interrupts property. > > > > > > Cc: Mar

Re: [PATCH v2 2/2] serial: 8250: Add new 8250-core based Broadcom STB driver

On Wed, Jan 20, 2021 at 07:09:46PM +0200, Andy Shevchenko wrote: > On Wed, Jan 20, 2021 at 7:05 PM Greg Kroah-Hartman > wrote: > > On Wed, Jan 20, 2021 at 06:47:52PM +0200, Andy Shevchenko wrote: > > > On Tue, Jan 19, 2021 at 8:16 PM Florian Fainelli > > > wrote: > > > > On 1/19/2021 7:21 AM, An

Re: [PATCH v2 1/3] drm: bridge/panel: Cleanup connector on bridge detach

Le mer. 20 janv. 2021 à 17:03, Daniel Vetter a écrit : On Wed, Jan 20, 2021 at 1:35 PM Paul Cercueil wrote: If we don't call drm_connector_cleanup() manually in panel_bridge_detach(), the connector will be cleaned up with the other DRM objects in the call to drm_mode_config_cleanup().

Re: [RFC PATCH 4/7] irqchip/apple-aic: Add support for Apple AIC

On 20.01.21 14:27, Mohamed Mediouni wrote: From: Stan Skowronek Apple SoCs use the Apple AIC interrupt controller. The Arm architectural timers is wired over FIQ on that hardware. Signed-off-by: Stan Skowronek Signed-off-by: Mohamed Mediouni --- .../interrupt-controller/apple,aic.yaml

Re: PVPANIC PCI driver

+Cc: LKML and Peng On Wed, Jan 20, 2021 at 6:48 PM Mihai Carabas wrote: > > Hello Andy, > > Some time ago you have created a patchset where you have combined > ACPI/MMIO into a single driver for pvpanic: > > commit f104060813fe79350565b68c1098fcea050a6504 > Author: Andy Shevchenko > Date: Wed

Re: [PATCH 2/4] sched/fair: Make CFS bandwidth controller burstable

Hi Huaixin, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on tip/sched/core] [also build test WARNING on tip/master linux/master linus/master v5.11-rc4 next-20210120] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting

Re: [PATCH] net: systemport: free dev before on error path

On Tue, 19 Jan 2021 21:07:10 -0800 Florian Fainelli wrote: > On 1/19/2021 8:44 PM, Pan Bian wrote: > > On the error path, it should goto the error handling label to free > > allocated memory rather than directly return. > > > > Fixes: 6328a126896e ("net: systemport: Manage Wake-on-LAN clock") > >

Re: [PATCH/RFC] soc: renesas: rcar-sysc: Mark device node OF_POPULATED after init

On Wed, Jan 20, 2021 at 6:23 AM Geert Uytterhoeven wrote: > > The R-Car System Controller (SYSC) driver registers PM domains from an > early_initcall(). It does not use a platform driver, as secondary CPU > startup on R-Car H1 needs to control the CPU power domains, before > initialization of the

Re: [PATCH] perf metricgroup: Fix for metrics containing duration_time

On 20/01/2021 16:40, Ian Rogers wrote: On Wed, Jan 20, 2021 at 8:23 AM John Garry > wrote: Metrics containing duration_time cause a segfault: $./perf stat -v -M L1D_Cache_Fill_BW sleep 1 Using CPUID GenuineIntel-6-3D-4 metric expr 64 * l1d.replaceme

Re: [PATCH v2 2/2] serial: 8250: Add new 8250-core based Broadcom STB driver

On Wed, Jan 20, 2021 at 7:05 PM Greg Kroah-Hartman wrote: > On Wed, Jan 20, 2021 at 06:47:52PM +0200, Andy Shevchenko wrote: > > On Tue, Jan 19, 2021 at 8:16 PM Florian Fainelli > > wrote: > > > On 1/19/2021 7:21 AM, Andy Shevchenko wrote: > > > > On Fri, Jan 15, 2021 at 11:19 PM Al Cooper wrot

Re: [PATCH bpf-next v5 4/4] selftests/bpf: Add a selftest for the tracing bpf_get_socket_cookie

On Tue, Jan 19, 2021 at 5:00 PM Florent Revest wrote: > > This builds up on the existing socket cookie test which checks whether > the bpf_get_socket_cookie helpers provide the same value in > cgroup/connect6 and sockops programs for a socket created by the > userspace part of the test. > > Adding

Re: [PATCH 4/4] vfio-pci/zdev: Introduce the zPCI I/O vfio region

On 1/20/21 8:21 AM, Niklas Schnelle wrote: On 1/19/21 9:02 PM, Matthew Rosato wrote: Some s390 PCI devices (e.g. ISM) perform I/O operations that have very .. snip ... + +static size_t vfio_pci_zdev_io_rw(struct vfio_pci_device *vdev, + char __user *buf, size_

Re: [PATCH v4 19/21] regulator: hi6421v600-regulator: move it from staging

On Wed, Jan 20, 2021 at 12:02:44AM +0100, Mauro Carvalho Chehab wrote: > Mark Brown escreveu: > > Now that the driver has been converted to regmap these are just > > duplicates of the regmap helpers. You may also be able to use them for > > the disable() and is_enabled() operations, I didn't con

Re: [PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov

On 20.01.2021 17:20, Johannes Berg wrote: > From: Johannes Berg > > On ARCH=um, loading a module doesn't result in its constructors > getting called, which breaks module gcov since the debugfs files > are never registered. On the other hand, in-kernel constructors > have already been called by th

Re: [PATCH v2 2/2] serial: 8250: Add new 8250-core based Broadcom STB driver

On Wed, Jan 20, 2021 at 06:47:52PM +0200, Andy Shevchenko wrote: > On Tue, Jan 19, 2021 at 8:16 PM Florian Fainelli wrote: > > On 1/19/2021 7:21 AM, Andy Shevchenko wrote: > > > On Fri, Jan 15, 2021 at 11:19 PM Al Cooper wrote: > > >> > > >> Add a UART driver for the new Broadcom 8250 based STB U

Re: [PATCH v14 05/10] mm: introduce memfd_secret system call to create "secret" memory areas

On Wed, Jan 20, 2021 at 04:02:10PM +, Matthew Wilcox wrote: > On Wed, Jan 20, 2021 at 05:05:10PM +0200, Mike Rapoport wrote: > > On Tue, Jan 19, 2021 at 08:22:13PM +, Matthew Wilcox wrote: > > > On Thu, Dec 03, 2020 at 08:29:44AM +0200, Mike Rapoport wrote: > > > > +static vm_fault_t secret

Re: FIX Re: [PATCH v7 3/3] perf-stat: enable counting events for BPF programs

Em Wed, Jan 20, 2021 at 04:40:46PM +, Song Liu escreveu: > > > > On Jan 20, 2021, at 8:30 AM, Arnaldo Carvalho de Melo > > wrote: > > > > Em Wed, Jan 20, 2021 at 10:50:13AM -0300, Arnaldo Carvalho de Melo escreveu: > >> So sizeof(struct bpf_perf_event_value) == 24 and it is a per-cpu array

Re: [PATCH v2 2/2] mtd: spi-nor: sst: Add support for Global Unlock on sst26vf

Am 2021-01-20 16:39, schrieb tudor.amba...@microchip.com: On 1/20/21 5:02 PM, Michael Walle wrote: EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe Am 2021-01-20 15:52, schrieb tudor.amba...@microchip.com: On 1/20/21 4:05 PM, Michael Walle wrote: dif

Re: [PATCH net] net: usb: cdc_ncm: don't spew notifications

On Wed, 20 Jan 2021 03:38:32 + Hayes Wang wrote: > Grant Grundler > > Sent: Wednesday, January 20, 2021 9:12 AM > > Subject: [PATCH net] net: usb: cdc_ncm: don't spew notifications > > > > RTL8156 sends notifications about every 32ms. > > Only display/log notifications when something changes.

Re: [PATCH v2] gpiolib: Bind gpio_device to a driver to enable fw_devlink=on by default

On Wed, Jan 20, 2021 at 03:58:29PM +, Marc Zyngier wrote: > On 2021-01-20 15:48, Greg Kroah-Hartman wrote: > > On Wed, Jan 20, 2021 at 03:39:30PM +, Marc Zyngier wrote: > > > > Anyway, I said what I had to say. If platforms break with this > > > change, I'll expect it to be disabled in 5.1

Re: [PATCH net v2] net: mscc: ocelot: Fix multicast to the CPU port

On Tue, 19 Jan 2021 16:46:01 + Vladimir Oltean wrote: > On Tue, Jan 19, 2021 at 03:06:38PM +0100, Alban Bedel wrote: > > Multicast entries in the MAC table use the high bits of the MAC > > address to encode the ports that should get the packets. But this port > > mask does not work for the CPU

Re: [PATCH v5] modules: introduce the MODULE_SCMVERSION config

On Wed, Jan 20, 2021 at 6:26 AM Christoph Hellwig wrote: > > On Fri, Jan 08, 2021 at 12:30:35AM +, Will McVicker wrote: > > For example, we have a CI setup that tests new kernel changes on the > > hikey960 and db845c devices without updating their kernel modules. When > > these tests fail, we

Re: [PATCH v2 1/1] mm/madvise: replace ptrace attach requirement for process_madvise

On Wed, Jan 20, 2021 at 5:18 AM Jann Horn wrote: > > On Wed, Jan 13, 2021 at 3:22 PM Michal Hocko wrote: > > On Tue 12-01-21 09:51:24, Suren Baghdasaryan wrote: > > > On Tue, Jan 12, 2021 at 9:45 AM Oleg Nesterov wrote: > > > > > > > > On 01/12, Michal Hocko wrote: > > > > > > > > > > On Mon 11-

Re: [PATCH net] net: nfc: nci: fix the wrong NCI_CORE_INIT parameters

On Wed, 20 Jan 2021 18:54:17 +0900 Bongsu Jeon wrote: > On Wed, Jan 20, 2021 at 10:00 AM wrote: > > This patch was applied to netdev/net.git (refs/heads/master): > > > > On Tue, 19 Jan 2021 05:55:22 +0900 you wrote: > > > From: Bongsu Jeon > > > > > > Fix the code because NCI_CORE_INIT_CMD incl

Re: [PATCH v4 0/4] configfs: implement committable items and add sample code

Joel, if you are fine with this version I think we should let Bartosz pick this up through whatever tree he needs it for. I'd be more comfortable if you ACKed this as you know the original design better than I do.

Re: [PATCH bpf-next v5 3/4] selftests/bpf: Integrate the socket_cookie test to test_progs

On Tue, Jan 19, 2021 at 5:00 PM Florent Revest wrote: > > Currently, the selftest for the BPF socket_cookie helpers is built and > run independently from test_progs. It's easy to forget and hard to > maintain. > > This patch moves the socket cookies test into prog_tests/ and vastly > simplifies it

Re: [PATCH net] tcp: Fix potential use-after-free due to double kfree().

On Wed, 20 Jan 2021 14:07:35 +0100 Eric Dumazet wrote: > On Wed, Jan 20, 2021 at 2:17 AM Jakub Kicinski wrote: > > On Mon, 18 Jan 2021 14:59:20 +0900 Kuniyuki Iwashima wrote: > > > Receiving ACK with a valid SYN cookie, cookie_v4_check() allocates struct > > > request_sock and then can allocate

Re: [PATCH bpf-next v5 2/4] bpf: Expose bpf_get_socket_cookie to tracing programs

On Tue, Jan 19, 2021 at 5:00 PM Florent Revest wrote: > > This needs a new helper that: > - can work in a sleepable context (using sock_gen_cookie) > - takes a struct sock pointer and checks that it's not NULL > > Signed-off-by: Florent Revest Acked-by: KP Singh

Re: [PATCH v2 2/2] mtd: spi-nor: sst: Add support for Global Unlock on sst26vf

On 1/20/21 6:47 PM, Michael Walle wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > Am 2021-01-20 17:25, schrieb tudor.amba...@microchip.com: >> On 1/20/21 5:49 PM, Michael Walle wrote: >>> EXTERNAL EMAIL: Do not click links or open attachme

Re: [RFC PATCH v3 5/6] dt-bindings: of: Add restricted DMA pool

On Wed, Jan 06, 2021 at 11:41:23AM +0800, Claire Chang wrote: > Introduce the new compatible string, restricted-dma-pool, for restricted > DMA. One can specify the address and length of the restricted DMA memory > region by restricted-dma-pool in the device tree. If this goes into DT, I think we s

Re: [PATCH 03/31] opp: Add devres wrapper for dev_pm_opp_set_supported_hw

01.01.2021 19:54, Yangtao Li пишет: > Add devres wrapper for dev_pm_opp_set_supported_hw() to simplify driver > code. > > Signed-off-by: Yangtao Li > --- > drivers/opp/core.c | 38 ++ > include/linux/pm_opp.h | 8 > 2 files changed, 46 insertions

[PATCH v6 2/2] Documentation: livepatch: document reliable stacktrace

From: Mark Rutland Add documentation for reliable stacktrace. This is intended to describe the semantics and to be an aid for implementing architecture support for HAVE_RELIABLE_STACKTRACE. Unwinding is a subtle area, and architectures vary greatly in both implementation and the set of concerns

[PATCH v6 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup

This series adds a document, mainly written by Mark Rutland, which makes explicit the requirements for implementing reliable stacktrace in order to aid architectures adding this feature. It also updates the other livepatching documents to use automatically generated tables of contents following re

[PATCH v6 1/2] Documentation: livepatch: Convert to automatically generated contents

Automatically generate the tables of contents for livepatch documentation files that have tables of contents rather than open coding them so things are a little easier to maintain. Signed-off-by: Mark Brown Acked-by: Josh Poimboeuf --- Documentation/livepatch/livepatch.rst | 15 +---

Re: [PATCH 2/2] interconnect: qcom: Add SDX55 interconnect provider driver

Hi Georgi, On Wed, Jan 20, 2021 at 04:59:31PM +0200, Georgi Djakov wrote: > Hi Mani, > > Thanks for the patch! > > On 1/20/21 10:06, Manivannan Sadhasivam wrote: > > Add driver for the Qualcomm interconnect buses found in SDX55 based > > platforms. The topology consists of several NoCs that are

Re: [RFC PATCH 2/7] arm64: kernel: Add a WFI hook.

On 20.01.21 14:27, Mohamed Mediouni wrote: From: Stan Skowronek WFI drops register state on Apple Silicon for SMP systems. It probably drops the register because it loses power on WFI, right? Have you tried to set the ARM64_REG_CYC_OVRD_ok2pwrdn_force_up bit in ARM64_REG_CYC_OVRD yet? XNU h

Re: [PATCH v2 1/1] mm/madvise: replace ptrace attach requirement for process_madvise

On Tue, Jan 19, 2021 at 9:02 PM James Morris wrote: > > On Mon, 11 Jan 2021, Suren Baghdasaryan wrote: > > > Replace PTRACE_MODE_ATTACH with a combination of PTRACE_MODE_READ > > and CAP_SYS_NICE. PTRACE_MODE_READ to prevent leaking ASLR metadata > > and CAP_SYS_NICE for influencing process perfor

Re: [PATCH] include: linux: Fix in two lines in the file list_lru.sh ,resposible -> responsible

On 1/20/21 6:46 AM, Bhaskar Chowdhury wrote: > s/resposible/responsible/ > > Signed-off-by: Bhaskar Chowdhury Acked-by: Randy Dunlap Thanks. > --- > include/linux/list_lru.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/include/linux/list_lru.h b/include/linux

Re: [RFC PATCH 3/7] arm64: mm: use nGnRnE instead of nGnRE on Apple processors

On 20.01.21 14:27, Mohamed Mediouni wrote: Use nGnRnE instead of nGnRE on Apple SoCs to workaround a serious hardware quirk. On Apple processors, writes using the nGnRE device memory type get dropped in flight, getting to nowhere. Signed-off-by: Stan Skowronek Signed-off-by: Mohamed Mediouni

Re: [PATCH v2 2/2] mtd: spi-nor: sst: Add support for Global Unlock on sst26vf

Am 2021-01-20 17:25, schrieb tudor.amba...@microchip.com: On 1/20/21 5:49 PM, Michael Walle wrote: EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe Am 2021-01-20 16:39, schrieb tudor.amba...@microchip.com: On 1/20/21 5:02 PM, Michael Walle wrote: EXTE

[PATCH] virt: vbox: Do not use wait_event_interruptible when called from kernel context

Do not use wait_event_interruptible when vbg_hgcm_call() gets called from kernel-context, such as it being called by the vboxsf filesystem code. This fixes some filesystem related system calls on shared folders unexpectedly failing with -EINTR. Fixes: 0532a1b0d045 ("virt: vbox: Implement passing

Re: [PATCH v2 2/2] serial: 8250: Add new 8250-core based Broadcom STB driver

On Tue, Jan 19, 2021 at 8:16 PM Florian Fainelli wrote: > On 1/19/2021 7:21 AM, Andy Shevchenko wrote: > > On Fri, Jan 15, 2021 at 11:19 PM Al Cooper wrote: > >> > >> Add a UART driver for the new Broadcom 8250 based STB UART. The new > >> UART is backward compatible with the standard 8250, but h

Re: [PATCH] pwm: remove zte zx driver

On Wed, Jan 20, 2021 at 05:04:36PM +0100, Arnd Bergmann wrote: > On Wed, Jan 20, 2021 at 4:50 PM Thierry Reding > wrote: > > On Wed, Jan 20, 2021 at 04:09:22PM +0100, Arnd Bergmann wrote: > > > > -config PWM_VT8500 > > > - tristate "vt8500 PWM support" > > > - depends on ARCH_VT8500 || C

RE: [PATCH v2] ASoC: Intel: Skylake: Check the kcontrol against NULL

On 2021-01-20 5:41 PM, Rojewski, Cezary wrote: > > Just checked the history behind this. And must say, I liked Ricardo's > version better. Except for the "= {};" bit which Mark already pointed > out - it should be a separate fix - it's simply more optional Meant to say: optimal.

Re: FIX Re: [PATCH v7 3/3] perf-stat: enable counting events for BPF programs

> On Jan 20, 2021, at 8:30 AM, Arnaldo Carvalho de Melo wrote: > > Em Wed, Jan 20, 2021 at 10:50:13AM -0300, Arnaldo Carvalho de Melo escreveu: >> So sizeof(struct bpf_perf_event_value) == 24 and it is a per-cpu array, the >> machine has 24 cpus, why is the kernel thinking it has more and end

Re: [Patch v4 1/2] cgroup: svm: Add Encryption ID controller

Hello, On Tue, Jan 19, 2021 at 11:13:51PM -0800, Vipin Sharma wrote: > > Can you please elaborate? I skimmed through the amd manual and it seemed to > > say that SEV-ES ASIDs are superset of SEV but !SEV-ES ASIDs. What's the use > > case for mixing those two? > > For example, customers can be giv

RE: [PATCH v2] ASoC: Intel: Skylake: Check the kcontrol against NULL

On 2021-01-20 5:33 PM, Pierre-Louis Bossart wrote: > On 1/20/21 9:49 AM, Łukasz Majczak wrote: >> Hi Pierre, >> >> Is there anything more to do to get the ACK for this patch? > > Adding Cezary and Amadeusz for feedback, I can't pretend having any sort > of knowledge on the Skylake driver internal

Re: [PATCH V2 1/2] dt-bindings: clk: versaclock5: Add optional load capacitance property

On Wed, Jan 20, 2021 at 10:35 AM Luca Ceresoli wrote: > > Hi Adam, > > On 19/01/21 22:21, Adam Ford wrote: > > There are two registers which can set the load capacitance for > > XTAL1 and XTAL2. These are optional registers when using an > > external crystal. Since XTAL1 and XTAL2 will set to the

Re: [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c

On 1/20/21 5:20 PM, Randy Dunlap wrote: > On 1/20/21 5:34 AM, ChunyouTang wrote: >> From: tangchunyou >> >> "kerne" -> "kernel" >> >> Signed-off-by: tangchunyou >> --- >> arch/alpha/boot/bootpz.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/arch/alpha/boot/bootpz.c

Re: [PATCH V2 1/2] dt-bindings: clk: versaclock5: Add optional load capacitance property

Hi Adam, On 19/01/21 22:21, Adam Ford wrote: > There are two registers which can set the load capacitance for > XTAL1 and XTAL2. These are optional registers when using an > external crystal. Since XTAL1 and XTAL2 will set to the same value, > update the binding to support a single property calle

Re: [PATCH 2/2] drm/msm/a6xx: Create an A6XX GPU specific address space

On Wed, Jan 20, 2021 at 3:04 AM AngeloGioacchino Del Regno wrote: > > Il 11/01/21 13:04, Sai Prakash Ranjan ha scritto: > > A6XX GPUs have support for last level cache(LLC) also known > > as system cache and need to set the bus attributes to > > use it. Currently we use a generic adreno iommu addr

[PATCH v2 2/3] VMCI: Use set_page_dirty_lock() when unregistering guest memory

When the VMCI host support releases guest memory in the case where the VM was killed, the pinned guest pages aren't locked. Use set_page_dirty_lock() instead of set_page_dirty(). Testing done: Killed VM while having an active VMCI based vSocket connection and observed warning from ext4. With this

Re: [PATCH v2 2/2] mtd: spi-nor: sst: Add support for Global Unlock on sst26vf

On 1/20/21 5:49 PM, Michael Walle wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > Am 2021-01-20 16:39, schrieb tudor.amba...@microchip.com: >> On 1/20/21 5:02 PM, Michael Walle wrote: >>> EXTERNAL EMAIL: Do not click links or open attachme

[PATCH v2 0/3] VMCI: Queue pair bug fixes

This series contains three bug fixes for the queue pair implementation in the VMCI driver. v1 -> v2: - format patches as a series - use min_t instead of min to ensure size_t comparison (issue pointed out by kernel test robot ) Jorgen Hansen (3): VMCI: Stop log spew when qp allocation is

Re: [PATCH V2 2/2] clk: vc5: Add support for optional load capacitance

Hi Adam, On 19/01/21 22:21, Adam Ford wrote: > There are two registers which can set the load capacitance for > XTAL1 and XTAL2. These are optional registers when using an > external crystal. Parse the device tree and set the > corresponding registers accordingly. > > Signed-off-by: Adam Ford >

Re: [PATCH v2] ASoC: Intel: Skylake: Check the kcontrol against NULL

On 1/20/21 9:49 AM, Łukasz Majczak wrote: Hi Pierre, Is there anything more to do to get the ACK for this patch? Adding Cezary and Amadeusz for feedback, I can't pretend having any sort of knowledge on the Skylake driver internals and topology usage. Best regards, Lukasz wt., 12 sty 20

Re: md_raid: mdX_raid6 looping after sync_action "check" to "idle" transition

Hi Donald, On 1/19/21 12:30, Donald Buczek wrote: Dear md-raid people, I've reported a problem in this thread in December: "We are using raid6 on several servers. Occasionally we had failures, where a mdX_raid6 process seems to go into a busy loop and all I/O to the md device blocks. We've s

[PATCH v2 1/3] VMCI: Stop log spew when qp allocation isn't possible

VMCI queue pair allocation is disabled, if a VM is in FT mode. In these cases, VMware Tools may still once in a while attempt to create a vSocket stream connection, resulting in multiple warnings in the kernel logs. Therefore downgrade the error log to a debug log. Reviewed-by: Vishnu Dasa Signed

Re: [PATCH] mm: memcg/slab: optimize objcg stock draining

On Tue, Jan 05, 2021 at 08:22:39PM -0800, Roman Gushchin wrote: > Imran Khan reported a regression in hackbench results caused by the > commit f2fe7b09a52b ("mm: memcg/slab: charge individual slab objects > instead of pages"). The regression is noticeable in the case of > a consequent allocation o

[PATCH 0/2] ASoC: remove obsolete drivers

From: Arnd Bergmann A few Arm platforms are getting removed in v5.12, this removes the corresponding sound drivers. Link: https://lore.kernel.org/linux-arm-kernel/20210120124812.2800027-1-a...@kernel.org/T/ Arnd Bergmann (2): ASoC: remove sirf prima/atlas drivers ASoC: remove zte zx driver

[PATCH v2 3/3] VMCI: Enforce queuepair max size for IOCTL_VMCI_QUEUEPAIR_ALLOC

When create the VMCI queue pair tracking data structures on the host side, the IOCTL for creating the VMCI queue pair didn't validate the queue pair size parameters. This change adds checks for this. This avoids a memory allocation issue in qp_host_alloc_queue, as reported by nslusa...@gmx.net. Th

[PATCH 1/2] ASoC: remove sirf prima/atlas drivers

From: Arnd Bergmann The CSR SiRF prima2/atlas platforms are getting removed, so this driver is no longer needed. Cc: Barry Song Signed-off-by: Arnd Bergmann --- .../bindings/sound/sirf-audio-codec.txt | 17 - .../devicetree/bindings/sound/sirf-usp.txt| 27 - sound/soc/Kconfig

FIX Re: [PATCH v7 3/3] perf-stat: enable counting events for BPF programs

Em Wed, Jan 20, 2021 at 10:50:13AM -0300, Arnaldo Carvalho de Melo escreveu: > So sizeof(struct bpf_perf_event_value) == 24 and it is a per-cpu array, the > machine has 24 cpus, why is the kernel thinking it has more and end up zeroing > entries after the 24 cores? Some percpu map subtlety (or obvi

[PATCH 1/5] watchdog: remove sirf prima driver

From: Arnd Bergmann The CSR SiRF prima2/atlas platforms are getting removed, so this driver is no longer needed. Cc: Barry Song Signed-off-by: Arnd Bergmann --- .../bindings/watchdog/sirfsoc_wdt.txt | 18 -- drivers/watchdog/Kconfig | 10 - drivers/watchdog/Make

[PATCH 0/5] watchdog: remove obsolete drivers

From: Arnd Bergmann A few Arm platforms are getting removed in v5.12, this removes the corresponding watchdog drivers. Link: https://lore.kernel.org/linux-arm-kernel/20210120124812.2800027-1-a...@kernel.org/T/ Arnd Bergmann (5): watchdog: remove sirf prima driver watchdog: remove sirf atl

[PATCH 5/5] watchdog: remove coh901 driver

From: Arnd Bergmann The ST-Ericsson U300 platform is getting removed, so this driver is no longer needed. Cc: Linus Walleij Signed-off-by: Arnd Bergmann --- .../watchdog/stericsson-coh901327.txt | 19 - drivers/watchdog/Kconfig | 11 - drivers/watchdog/Makefile

[PATCH 3/5] watchdog: remove zte zx driver

From: Arnd Bergmann The zte zx platform is getting removed, so this driver is no longer needed. Cc: Jun Nie Cc: Shawn Guo Signed-off-by: Arnd Bergmann --- .../bindings/watchdog/zte,zx2967-wdt.txt | 32 -- drivers/watchdog/Kconfig | 10 - drivers/watchdog/Makefile

[PATCH 4/5] watchdog: remove tango driver

From: Arnd Bergmann The tango platform is getting removed, so the driver is no longer needed. Cc: Marc Gonzalez Cc: Mans Rullgard Signed-off-by: Arnd Bergmann --- drivers/watchdog/Kconfig | 11 -- drivers/watchdog/Makefile | 1 - drivers/watchdog/tangox_wdt.c | 209 --

[PATCH 2/5] watchdog: remove sirf atlas driver

From: Arnd Bergmann The CSR SiRF prima2/atlas platforms are getting removed, so this driver is no longer needed. Cc: Barry Song Signed-off-by: Arnd Bergmann --- drivers/watchdog/Kconfig | 10 -- drivers/watchdog/Makefile | 1 - drivers/watchdog/atlas7_wdt.c | 221 -

Re: [PATCH v2] x86/sgx: Fix free_cnt counting logic in epc section

On Wed, Jan 20, 2021, Tianjia Zhang wrote: > Increase `section->free_cnt` in sgx_sanitize_section() is more > reasonable, which is called in ksgxd kernel thread, instead of > assigning it to epc section pages number at initialization. > Although this is unlikely to fail, these pages cannot be > all

Re: [PATCH v2 3/3] drm/ingenic: Fix non-OSD mode

On Wed, Jan 20, 2021 at 1:36 PM Paul Cercueil wrote: > > Even though the JZ4740 did not have the OSD mode, it had (according to > the documentation) two DMA channels, but there is absolutely no > information about how to select the second DMA channel. > > Make the ingenic-drm driver work in non-OS

Re: Splicing to/from a tty

On Mon, Jan 18, 2021 at 07:54:00PM +, Al Viro wrote: > On Mon, Jan 18, 2021 at 11:46:42AM -0800, Linus Torvalds wrote: > > On Mon, Jan 18, 2021 at 11:35 AM Al Viro wrote: > > > > > > I'd rather have sendfile(2) do what splice(2) does and handle pipes > > > directly. Let me take a look,,, > >

Re: [PATCH] soc: qcom: socinfo: Fix an off by one in qcom_show_pmic_model()

Hi, On Wed, Jan 20, 2021 at 1:58 AM Dan Carpenter wrote: > > These need to be < ARRAY_SIZE() instead of <= ARRAY_SIZE() to prevent > accessing one element beyond the end of the array. > > Fixes: e9247e2ce577 ("soc: qcom: socinfo: fix printing of pmic_model") > Signed-off-by: Dan Carpenter > ---

[PATCH 2/2] ASoC: remove zte zx drivers

From: Arnd Bergmann The zte zx platform is getting removed, so this driver is no longer needed. Cc: Jun Nie Cc: Shawn Guo Signed-off-by: Arnd Bergmann --- .../devicetree/bindings/sound/zte,tdm.txt | 30 -- .../bindings/sound/zte,zx-aud96p22.txt| 24 - .../devicetree/bindings/so

[PATCH 1/3] kvfree_rcu: Allocate a page for a single argument

For a single argument we can directly request a page from a caller context when a "carry page block" is run out of free spots. Instead of hitting a slow path we can request an extra page by demand and proceed with a fast path. A single-argument kvfree_rcu() must be invoked in sleepable contexts, a

[PATCH 2/3] kvfree_rcu: Use __GFP_NOMEMALLOC for single-argument kvfree_rcu()

From: "Paul E. McKenney" This commit applies the __GFP_NOMEMALLOC gfp flag to memory allocations carried out by the single-argument variant of kvfree_rcu(), thus avoiding this can-sleep code path from dipping into the emergency reserves. Acked-by: Michal Hocko Suggested-by: Michal Hocko Signed

Re: [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c

On 1/20/21 5:34 AM, ChunyouTang wrote: > From: tangchunyou > > "kerne" -> "kernel" > > Signed-off-by: tangchunyou > --- > arch/alpha/boot/bootpz.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/alpha/boot/bootpz.c b/arch/alpha/boot/bootpz.c > index 43af718..61b6

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