Re: [PATCH] MIPS: BMIPS: Reserve exception base to prevent corruption

On Wed, 3 Mar 2021, Thomas Bogendoerfer wrote: > > What's up with the R3k (the usual trigger for me) here? > > I've moved r3k cpu_probe() to it's own file and when moving ebase > reservation to cpu_probe(), I need to add it there as well. So just > a mechanic step, I've missed. Ah, right, I di

Re: [PATCH] MIPS: kernel: Reserve exception base early to prevent corruption

On 3/3/21 1:14 PM, Serge Semin wrote: > Hello Thomas, > Thanks for the patch. My comments are below. > > On Wed, Mar 03, 2021 at 07:57:13PM +0100, Thomas Bogendoerfer wrote: >> BMIPS is one of the few platforms that do change the exception base. >> After commit 2dcb39645441 ("memblock: do not sta

Re: [PATCH] sched: Optimize __calc_delta.

> you made fact_hi u32, why can't we unconditionally use fls() ? Thanks for clarifying with ILP32; will remove this macro and simplify to just fls().

Re: [PATCH v8 3/9] media: imx-jpeg: Add V4L2 driver for i.MX8 JPEG Encoder/Decoder

Hi Mirela, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on shawnguo/for-next robh/for-next linus/master v5.12-rc1 next-20210303] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

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

On 3/3/21 3:38 AM, Srinivas Kandagatla wrote: On 02/03/2021 14:34, Pierre-Louis Bossart wrote: +    if (!val1 && !val2) +    break; + +    addr = buf2[1] | (buf2[0] << 8) | (buf1[3] << 16) | +    ((u64)buf1[2] << 24) | ((u64)buf1[1] << 32) | +    ((u64)buf

Re: [PATCH v4 05/11] media: hantro: Add a field to distinguish the hardware versions

On Wed, 2021-03-03 at 12:39 +0100, Benjamin Gaignard wrote: > Decoders hardware blocks could exist in multiple versions: add > a field to distinguish them at runtime. > G2 hardware block doesn't have postprocessor hantro_needs_postproc > function should always returns false in for this hardware. >

Re: [PATCH v4 09/11] media: hantro: IMX8M: add variant for G2/HEVC codec

On Wed, 2021-03-03 at 12:39 +0100, Benjamin Gaignard wrote: > Add variant to IMX8M to enable G2/HEVC codec. > Define the capabilities for the hardware up to 3840x2160. > Retrieve the hardware version at init to distinguish G1 from G2. > > Signed-off-by: Benjamin Gaignard > --- > version 2: > - re

Re: [PATCH] signal: Allow RT tasks to cache one sigqueue struct

Sebastian Andrzej Siewior writes: > From: Thomas Gleixner > > Allow realtime tasks to cache one sigqueue in task struct. This avoids an > allocation which can increase the latency or fail. > Ideally the sigqueue is cached after first successful delivery and will be > available for next signal de

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

soundwire-controller@321 { reg = <0 0x321 0 0x2000>; compatible = "qcom,soundwire-v1.5.1"; interrupts = ; clocks = <&rxmacro>; clock-names = "iface"; qcom,clock-stop-mode0; qcom,din-ports = <0>; qcom,dout-ports = <5>; qcom,ports-sinterval-lo

Re: [GIT PULL] idmapped mounts for v5.12

On Wed, Mar 03, 2021 at 01:36:31PM -0600, Eric W. Biederman wrote: > Christian Brauner writes: > > > Hi Linus, Hi Eric, > > > This series comes with an extensive xfstests suite covering both ext4 and > > xfs > > https://git.kernel.org/brauner/xfstests-dev/h/idmapped_mounts > > It covers trunc

Re: XDP socket rings, and LKMM litmus tests

On Wed, Mar 03, 2021 at 06:39:14PM +0100, maranget wrote: > > > > On 3 Mar 2021, at 18:37, maranget wrote: > > > > I have made a PR to herd7 that performs the change. The commit message > > states the new definition. > > For those who are interested >

[PATCH v2] remoteproc: sysfs: Use sysfs_emit instead of sprintf

From: Raghavendra Rao Ananta For security reasons sysfs_emit() is preferred over sprintf(). Hence, convert the remoteproc's sysfs show functions accordingly. Signed-off-by: Raghavendra Rao Ananta Signed-off-by: Siddharth Gupta --- drivers/remoteproc/remoteproc_sysfs.c | 4 ++-- 1 file changed

Re: [PATCH v2] iwlwifi: don't call netif_napi_add() with rxq->lock held (was Re: Lockdep warning in iwl_pcie_rx_handle())

On Wed, Mar 3, 2021 at 1:38 AM Kalle Valo wrote: > > "Coelho, Luciano" writes: > > > On Tue, 2021-03-02 at 11:34 +0100, Jiri Kosina wrote: > >> From: Jiri Kosina > >> > >> We can't call netif_napi_add() with rxq-lock held, as there is a potential > >> for deadlock as spotted by lockdep (see belo

Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules

On Wed, Mar 03, 2021 at 12:56:52PM -0800, Linus Torvalds wrote: > On Wed, Mar 3, 2021 at 12:24 PM Josh Poimboeuf wrote: > > > > Your nack is for a different reason: GCC plugins are second-class > > citizens. Fair enough... > > MNo, I didn't NAK it. Quite the reverser. > > I am ABSOLUTELY agains

Re: [PATCH] ia64: fix ptrace(PTRACE_SYSCALL_INFO_EXIT) sign

On Wed, Mar 03, 2021 at 03:30:19PM +0100, Oleg Nesterov wrote: > On 03/02, Sergei Trofimovich wrote: > > > > > --- a/arch/ia64/include/asm/syscall.h > > > +++ b/arch/ia64/include/asm/syscall.h > > > @@ -32,7 +32,7 @@ static inline void syscall_rollback(struct task_struct > > > *task, > > > static

collect2: error: ld returned 1 exit status

-20210303 (attached as .config) compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 reproduce (this is a W=1 build): # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d71fa5c9763c24dd997a2fa4feb7a13a95bab42c git remote add linus https://git.kernel.org/pub/scm

Re: [PATCH] MIPS: boot/compressed: Copy DTB to aligned address

Hi Rob, Le mer. 3 mars 2021 à 14:37, Rob Herring a écrit : On Wed, Mar 3, 2021 at 1:33 PM Paul Cercueil wrote: Since 5.12-rc1, the Device Tree blob must now be properly aligned. I had checked the other built-in cases as microblaze broke too, but missed some of the many ways MIPS can have

Re: [PATCH 2/4] leds: simatic-ipc-leds: add new driver for Siemens Industial PCs

Am Wed, 3 Mar 2021 21:48:21 +0100 schrieb Henning Schild : > Am Wed, 3 Mar 2021 20:31:34 +0100 > schrieb Pavel Machek : > > > Hi! > > > > > > > +static struct simatic_ipc_led simatic_ipc_leds_io[] = { > > > > > + {1 << 15, "simatic-ipc:green:run-stop"}, > > > > > + {1 << 7, "simatic-i

Re: [PATCH] Bluetooth: Allow scannable adv with extended MGMT APIs

Hi Daniel, > An issue was found, where if a bluetooth client requests a broadcast > advertisement with scan response data, it will not be properly > registered with the controller. This is because at the time that the > hci_cp_le_set_scan_param structure is created, the scan response will > not ye

[PATCH v4 0/2] add Kontron pITX-imx8m board

This patch series adds support for the Kontron pITX-imx8m board: https://www.kontron.com/products/boards-and-standard-form-factors/single-board-computer/pitx-imx8m.html Heiko Thiery (2): dt-bindings: arm: fsl: add Kontron pITX-imx8m board arm64: dts: fsl: add support for Kontron pitx-imx8m bo

A note on the 5.12-rc1 tag

Hey peeps - some of you may have already noticed that in my public git tree, the "v5.12-rc1" tag has magically been renamed to "v5.12-rc1-dontuse". It's still the same object, it still says "v5.12-rc1" internally, and it is still is signed by me, but the user-visible name of the tag has changed. T

Re: [PATCH] ia64: fix ptrace(PTRACE_SYSCALL_INFO_EXIT) sign

On Sun, Feb 21, 2021 at 12:25:54AM +, Sergei Trofimovich wrote: > In https://bugs.gentoo.org/769614 Dmitry noticed that > `ptrace(PTRACE_GET_SYSCALL_INFO)` does not return error sign properly. > > The bug is in mismatch between get/set errors: > > static inline long syscall_get_error(struct t

[tip:objtool/core] BUILD SUCCESS b52eb21aeca75790869c26b91b1d7b80b3946430

allmodconfig powerpc allnoconfig i386 randconfig-a005-20210303 i386 randconfig-a003-20210303 i386 randconfig-a002-20210303 i386 randconfig-a004-20210303 i386 randconfig-a006

Re: [PATCH] remoteproc: sysfs: Use scnprintf instead of sprintf

On 3/3/2021 12:56 PM, Bjorn Andersson wrote: On Wed 03 Mar 14:01 CST 2021, Siddharth Gupta wrote: From: Raghavendra Rao Ananta For security reasons scnprintf() is preferred over sprintf(). Hence, convert the remoteproc's sysfs show functions accordingly. Thanks for the patch Siddharth. T

Re: [PATCH] powerpc: remove redundant space

maqiang a écrit : These one line of code don't meet the kernel coding style, so remove the redundant space. There seems to be several other style issues in this function and in the following one too. You should fix them all at once I think. Signed-off-by: maqiang --- arch/powerpc/ker

Re: [PATCH] usb: dwc3: Fix dereferencing of null dwc->usb_psy

Hi all, > On Wed, Mar 3, 2021 at 6:00 PM Colin King wrote: >> >> From: Colin Ian King >> >> Currently the null check logic on dwc->usb_psy is inverted as it allows >> calls to power_supply_put with a null dwc->usb_psy causing a null >> pointer dereference. Fix this by removing the ! operator. >>

Re: [PATCH v2 3/3] mm/slub: Use percpu partial free counter

On Wed, Mar 03, 2021 at 08:15:58PM +0100, Christoph Lameter wrote: > On Wed, 3 Mar 2021, Matthew Wilcox wrote: > > > On Tue, Mar 02, 2021 at 10:14:53AM +0100, Christoph Lameter wrote: > > > On Mon, 10 Aug 2020, Xunlei Pang wrote: > > > > - atomic_long_t partial_free_objs; > > > > + ato

Re: [RFC PATCH 15/18] cgroup: Introduce ioasids controller

Hi Tejun, On Wed, 3 Mar 2021 10:44:28 -0500, Tejun Heo wrote: > On Sat, Feb 27, 2021 at 02:01:23PM -0800, Jacob Pan wrote: > > IOASIDs are used to associate DMA requests with virtual address spaces. > > They are a system-wide limited resource made available to the userspace > > applications. Let

Re: XDP socket rings, and LKMM litmus tests

On Wed, Mar 03, 2021 at 06:37:36PM +0100, maranget wrote: > > > > On 3 Mar 2021, at 18:12, Alan Stern wrote: > > > > On Tue, Mar 02, 2021 at 03:50:19PM -0800, Paul E. McKenney wrote: > >> On Tue, Mar 02, 2021 at 04:14:46PM -0500, Alan Stern wrote: > > > >>> This result is wrong, apparently bec

Re: [PATCH] MIPS: kernel: Reserve exception base early to prevent corruption

Hello Thomas, Thanks for the patch. My comments are below. On Wed, Mar 03, 2021 at 07:57:13PM +0100, Thomas Bogendoerfer wrote: > BMIPS is one of the few platforms that do change the exception base. > After commit 2dcb39645441 ("memblock: do not start bottom-up allocations > with kernel_end") we

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

On Fri, Feb 19, 2021 at 03:37:08PM -0500, 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 has some > additional features. The new features include a high accuracy baud > rate clock system and DMA suppor

Re: [PATCH 00/13] stm32 usart various fixes

On Fri, Feb 19, 2021 at 06:47:23PM +0100, Erwan Le Ray wrote: > This series brings various fixes to stm32-usart driver. > > Erwan Le Ray (13): > serial: stm32: fix probe and remove order for dma > serial: stm32: fix startup by enabling usart for reception > serial: stm32: fix incorrect chara

arch/powerpc/mm/book3s64/pkeys.c:289:20: error: unused function 'update_current_thread_iamr'

mode. date: 3 months ago config: powerpc-randconfig-r036-20210303 (attached as .config) compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project a7cad6680b4087eff8994f1f99ac40c661a6621f) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-

Makefile:681: arch/c6x/Makefile: No such file or directory

-r036-20210303 (attached as .config) compiler: c6x-elf-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://git.kernel.org/pub/scm/linux/kernel

Re: [PATCH v3 1/1] s390/vfio-ap: fix circular lockdep when setting/clearing crypto masks

On Wed, 3 Mar 2021 11:41:22 -0500 Tony Krowiak wrote: > > How do you exect userspace to react to this -ENODEV? > > The VFIO_DEVICE_RESET ioctl expects a return code. > The vfio_ap_mdev_reset_queues() function can return -EIO or > -EBUSY, so I would expect userspace to handle -ENODEV > similarl

Re: [PATCH] KVM: arm64: Fix unaligned addr case in mmu walking

On Wed, Mar 03, 2021 at 07:07:37PM +, Marc Zyngier wrote: > From e0524b41a71e0f17d6dc8f197e421e677d584e72 Mon Sep 17 00:00:00 2001 > From: Jia He > Date: Wed, 3 Mar 2021 10:42:25 +0800 > Subject: [PATCH] KVM: arm64: Fix range alignment when walking page tables > > When walking the page tables

[PATCH v4 2/2] arm64: dts: fsl: add support for Kontron pitx-imx8m board

The Kontron pitx-imx8m board is based on an i.MX8MQ soc. Signed-off-by: Heiko Thiery Reviewed-by: Krzysztof Kozlowski Reviewed-by: Michael Walle --- v2: - bring root nodes in alphabetical order - remove pinctrl_gpio_keys for pciewake - remove pinctrl_sai2 and pinctrl_spdfif1 since it is not

include/linux/compiler_types.h:319:38: error: call to '__compiletime_assert_241' declared with attribute error: BUILD_BUG_ON failed: FIX_KMAP_SLOTS > PTRS_PER_PTE

months ago config: arc-randconfig-r024-20210303 (attached as .config) compiler: arceb-elf-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https

Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules

On Wed, Mar 03, 2021 at 11:25:34AM -0800, Linus Torvalds wrote: > On Wed, Mar 3, 2021 at 11:15 AM Josh Poimboeuf wrote: > > > > Adding Linus, who indicated in another thread that we shouldn't force > > exact GCC versions because there's no technical reason to do so. > > I do not believe we should

[PATCH v4 1/2] dt-bindings: arm: fsl: add Kontron pITX-imx8m board

Add the Kontron pITX-imx8m board. Signed-off-by: Heiko Thiery Reviewed-by: Krzysztof Kozlowski --- v2: - bring in correct alphabetical order v3: - no change v4: - no change Documentation/devicetree/bindings/arm/fsl.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/dev

Re: [PATCH] usb: dwc3: make USB_DWC3_EXYNOS independent

On Wed, Mar 3, 2021 at 5:43 PM Greg Kroah-Hartman wrote: > On Wed, Mar 03, 2021 at 05:33:46PM +0100, Arnd Bergmann wrote: > > > > On Wed, Mar 03, 2021 at 06:56:38AM -0800, Guenter Roeck wrote: > > > > > > > >> I don't think that will work in practice. Many ARCH_ symbols for > > > >> various > > >

drivers/power/supply/z2_battery.c:93:26: warning: variable 'info' set but not used

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: f69d02e37a85645aa90d18cacfff36dba370f797 commit: a3b4388ea19b055ec482114e227c58d0184edfa5 power: supply: z2_battery: Convert to GPIO descriptors date: 7 weeks ago config: arm-randconfig-r025-20210304 (atta

Re: f2fs_convert_inline_inode causing rebalance based on random uninitialized value in dn.node_changed

On 03/02, Colin Ian King wrote: > Hi, > > Static analysis on linux-next detected a potential uninitialized > variable dn.node_changed that does not get set when a call to > f2fs_get_node_page() fails. This uninitialized value gets used in the > call to f2fs_balance_fs() that may or not may not ba

Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules

On Wed, Mar 3, 2021 at 12:24 PM Josh Poimboeuf wrote: > > Your nack is for a different reason: GCC plugins are second-class > citizens. Fair enough... MNo, I didn't NAK it. Quite the reverser. I am ABSOLUTELY against rebuilding normal object files just because gcc versions change. A compiler ve

Re: [PATCH] remoteproc: sysfs: Use scnprintf instead of sprintf

On Wed 03 Mar 14:01 CST 2021, Siddharth Gupta wrote: > From: Raghavendra Rao Ananta > > For security reasons scnprintf() is preferred over sprintf(). > Hence, convert the remoteproc's sysfs show functions accordingly. > Thanks for the patch Siddharth. There's no possibility for these calls to

COPYING CREDITS Documentation Kbuild Kconfig LICENSES MAINTAINERS Makefile README arch block certs crypto drivers fs include init ipc kernel lib mm net samples scripts security sound tools usr virt No

-r026-20210303 (attached as .config) compiler: c6x-elf-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://git.kernel.org/pub/scm/linux/kernel

[PATCH v3] mm: cma: support sysfs

Since CMA is getting used more widely, it's more important to keep monitoring CMA statistics for system health since it's directly related to user experience. This patch introduces sysfs statistics for CMA, in order to provide some basic monitoring of the CMA allocator. * the number of CMA page

Re: [PATCH v2] kunit: fix checkpatch warning

On Tue, Mar 2, 2021 at 6:03 PM Lucas Stankus wrote: > > Tidy up code by fixing the following checkpatch warnings: > CHECK: Alignment should match open parenthesis > CHECK: Lines should not end with a '(' > > Signed-off-by: Lucas Stankus Did you change anything other than fixing the Signed-off-by

Re: [PATCH 2/4] leds: simatic-ipc-leds: add new driver for Siemens Industial PCs

Am Wed, 3 Mar 2021 20:31:34 +0100 schrieb Pavel Machek : > Hi! > > > > > +static struct simatic_ipc_led simatic_ipc_leds_io[] = { > > > > + {1 << 15, "simatic-ipc:green:run-stop"}, > > > > + {1 << 7, "simatic-ipc:yellow:run-stop"}, > > > > + {1 << 14, "simatic-ipc:red:error"},

Re: [PATCH] arm64: dts: ls1028a: add interrupt to Root Complex Event Collector

Hi, Am 2021-02-09 01:52, schrieb Michael Walle: The legacy interrupt INT_A is hardwired to the event collector. RCEC is bascially supported starting with v5.11. Having a correct interrupt, will make RCEC at least probe correctly. There are still issues with how RCEC is implemented in the RCiE

Re: [PATCH V2 1/2] drm/vkms: Add support for virtual hardware mode

Hi Sumera, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v5.12-rc1 next-20210303] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--bas

[PATCH RESEND v2] mm: remove lru_add_drain_all in alloc_contig_range

__alloc_contig_migrate_range already has lru_add_drain_all call via migrate_prep. It's necessary to move LRU taget pages into LRU list to be able to isolated. However, lru_add_drain_all call after __alloc_contig_migrate_range is pointless since it has changed source page freeing from putback_lru_pa

Re: [PATCH 1/4] kbuild: remove LLVM=1 test from HAS_LTO_CLANG

+ Sami On Wed, Mar 3, 2021 at 10:34 AM Masahiro Yamada wrote: > > This guarding is wrong. As Documentation/kbuild/llvm.rst notes, LLVM=1 > switches the default of tools, but you can still override CC, LD, etc. > individually. > > BTW, LLVM is not 1/0 flag. If LLVM is not passed in, it is empty.

Re: [PATCH 08/11] arm64: dts: qcom: pm8994: Add RESIN node

On 03.03.2021 17:43, Yassine Oudjana wrote: > In-Reply-To: <20210228130831.203765-8-konrad.dyb...@somainline.org> > > I've sent a similar patch[1] a while ago, although I didn't disable resin by > default: > https://lore.kernel.org/lkml/BmEPgqFMiMXOzn9xFz6KSPtOZdWoeJ8zUpGXI_p7U9FBBSgbG2IP6AkuvbW

Re: [PATCH 4/4] kbuild: dwarf: use AS_VERSION instead of test_dwarf5_support.sh

On Wed, Mar 3, 2021 at 10:34 AM Masahiro Yamada wrote: > > The test code in scripts/test_dwarf5_support.sh is somewhat difficult > to understand, but after all, we want to check binutils >= 2.35.2 > > From the former discussion, the requrement for generating DRAWF v5 from ^typos: s/requrement/req

Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules

On Wed, Mar 03, 2021 at 02:24:12PM -0600, Josh Poimboeuf wrote: > On Wed, Mar 03, 2021 at 11:57:33AM -0800, Linus Torvalds wrote: > > On Wed, Mar 3, 2021 at 11:38 AM Josh Poimboeuf wrote: > > > > > > > But in the meantime, making the plugins depend on the gcc version some > > > > way is certainly

[PATCH v2 8/8] media: uapi: move VP8 stateless controls out of staging

Until now, the VP8 V4L2 API was not exported as a public API, and only defined in a private media header (media/vp8-ctrls.h). The reason for this was a concern about the API not complete and ready to support VP8 decoding hardware accelerators. After reviewing the VP8 specification in detail, and

RE: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support

> +/* Define the interrupt ID used by STIMER0 Direct Mode interrupts. This > + * value can't come from ACPI tables because it is needed before the > + * Linux ACPI subsystem is initialized. > + */ > +#define HYPERV_STIMER0_VECTOR31 nit: On x64, this is defined in HEX > + > + return 0;

[PATCH v2 7/8] media: vp8: Rename V4L2 VP8 specific macro to V4L2_VP8_

Before we move the VP8 controls to a stable public header, rename this macro so it's clearly V4L2-specific. Signed-off-by: Ezequiel Garcia --- drivers/staging/media/hantro/hantro_g1_vp8_dec.c | 6 +++--- drivers/staging/media/hantro/rk3399_vpu_hw_vp8_dec.c | 6 +++--- drivers/staging/media

[PATCH v2 6/8] media: controls: Log VP8 stateless control in .std_log

Simply print the type of the control. Signed-off-by: Ezequiel Garcia --- drivers/media/v4l2-core/v4l2-ctrls.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/media/v4l2-core/v4l2-ctrls.c b/drivers/media/v4l2-core/v4l2-ctrls.c index 1a683f4fa978..0fc7180a47e9 100644 --- a/drivers/

[PATCH v2 5/8] media: uapi: Move the VP8 stateless control type out of staging

Move the VP8 stateless control types out of staging, and re-number it to avoid any confusion. Signed-off-by: Ezequiel Garcia --- include/media/vp8-ctrls.h | 1 - include/uapi/linux/videodev2.h | 2 ++ 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/include/media/vp8-ctrls.h b/

[PATCH v2 4/8] media: uapi: Move parsed VP8 pixel format out of staging

Since we are ready to stabilize the VP8 stateless API, move the parsed VP8 pixel format. Signed-off-by: Ezequiel Garcia --- Documentation/userspace-api/media/v4l/pixfmt-compressed.rst | 5 - include/media/vp8-ctrls.h | 2 -- include/uapi/linux/videodev2.h

[PATCH v2 3/8] media: uapi: vp8: Add proper kernel-doc documentation

In preparation for making the interface public, document all the structures. Signed-off-by: Ezequiel Garcia --- include/media/vp8-ctrls.h | 99 +++ 1 file changed, 99 insertions(+) diff --git a/include/media/vp8-ctrls.h b/include/media/vp8-ctrls.h index f2011

[PATCH v2 1/8] media: uapi: vp8: Remove "header" from symbol names and macros

It doesn't seem to add any clarity to have a "header" suffix in controls, struct names and flags. Since this just makes names too long without any benefit, just drop it. Signed-off-by: Ezequiel Garcia --- .../media/v4l/ext-ctrls-codec.rst | 80 +++ .../media/v4l/pixfmt-c

[PATCH v2 2/8] media: uapi: vp8: Rename v4l2_vp8_loopfilter to v4l2_vp8_loop_filter

Rename to struct v4l2_vp8_loop_filter, which is closer to the VP8 syntax. This change is only cosmetics, but since this API is exposed to userspace, it's worth the trouble to get it consistent. Signed-off-by: Ezequiel Garcia --- .../userspace-api/media/v4l/ext-ctrls-codec.rst | 12 ++---

Re: [PATCH] arm64: dts: qcom: msm8996: Add usb3 interrupts

Patchwork didn't pick this up for some reason, but I guess it's only important that it hit the maintainers. Tested-by: Konrad Dybcio

Re: [PATCH] MIPS: boot/compressed: Copy DTB to aligned address

On Wed, Mar 3, 2021 at 1:33 PM Paul Cercueil wrote: > > Since 5.12-rc1, the Device Tree blob must now be properly aligned. I had checked the other built-in cases as microblaze broke too, but missed some of the many ways MIPS can have a dtb. Appended and built-in DTBs were supposed to be temporary

Re: Broken kretprobe stack traces

On Wed, 03 Mar 2021 12:13:08 -0800 "Daniel Xu" wrote: > On Wed, Mar 3, 2021, at 11:58 AM, Daniel Xu wrote: > > On Wed, Mar 03, 2021 at 09:26:04AM -0500, Steven Rostedt wrote: > > > On Wed, 3 Mar 2021 13:48:28 +0900 > > > Masami Hiramatsu wrote: > > > > > > > > > > > > > > > > > I think

[PATCH v2 0/8] V4L2 stateless VP8 de-staging

After close scrutiny of the VP8 specification, it seems the VP8 stateless API is ready. This series contains a series of clean-ups and improvement: renaming symbols for consistency, documenting things for clarity, and then moves the control to proper V4L2 headers. It must be noted that, unlike pa

[PATCH] docs: driver-api: gpio: consumer: Mark another line of code as such

Make it so that this #include line is rendered in monospace, like other code blocks. Signed-off-by: Jonathan Neuschäfer --- Documentation/driver-api/gpio/consumer.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/driver-api/gpio/consumer.rst b/Documentation/d

Re: [PATCH v3 0/3] parport: Introduce module_parport_driver() and use it

On Wed, Mar 03, 2021 at 11:16:39AM +0200, Andy Shevchenko wrote: > Introduce module_parport_driver() and use it. > Greg or Mark, since we have this series tagged, can somebody of you pick it > up? Greg, are you OK with me applying this? signature.asc Description: PGP signature

Re: [PATCH v3 1/1] s390/vfio-ap: fix circular lockdep when setting/clearing crypto masks

On Wed, 3 Mar 2021 12:10:11 -0500 Tony Krowiak wrote: > On 3/3/21 10:23 AM, Halil Pasic wrote: > > On Tue, 2 Mar 2021 15:43:22 -0500 > > Tony Krowiak wrote: > > > >> This patch fixes a lockdep splat introduced by commit f21916ec4826 > >> ("s390/vfio-ap: clean up vfio_ap resources when KVM poi

Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules

On Wed, Mar 03, 2021 at 11:57:33AM -0800, Linus Torvalds wrote: > On Wed, Mar 3, 2021 at 11:38 AM Josh Poimboeuf wrote: > > > > > But in the meantime, making the plugins depend on the gcc version some > > > way is certainly better than not doing so. > > > > So currently, the plugins already so tha

Re: [PATCH net-next RFC v4] net: hdlc_x25: Queue outgoing LAPB frames

On Wed, Mar 3, 2021 at 5:26 AM Martin Schiller wrote: > > On 2021-03-03 00:30, Jakub Kicinski wrote: > > > > Hard question to answer, existing users seem happy and Xie's driver > > isn't upstream, so the justification for potentially breaking backward > > compatibility isn't exactly "strong". > >

Re: [PATCH 1/2] mm: disable LRU pagevec during the migration temporarily

On Wed, Mar 03, 2021 at 01:49:36PM +0100, Michal Hocko wrote: > On Tue 02-03-21 13:09:48, Minchan Kim wrote: > > LRU pagevec holds refcount of pages until the pagevec are drained. > > It could prevent migration since the refcount of the page is greater > > than the expection in migration logic. To

timer: Report ignored local enqueue in nohz mode?

Hello, Frederic! I don't see the following commit in mainline, but figured I should check with you guys to see if the problem got solved in some other way. Unless I hear otherwise, I will continue to carry this patch in -rcu and will send it along for the v5.13 merge window.

Re: [perf] perf_fuzzer causes unchecked MSR access error

On Wed, 3 Mar 2021, Liang, Kan wrote: > We never use bit 58. It should be a new issue. > Is it repeatable? yes, it's repeatable. (which I'm glad to see because it looks suspiciously like a memory bit flip) Though since it's a WARN_ONCE I have to reboot each time I want to test. If I get a c

Re: XDP socket rings, and LKMM litmus tests

On Wed, Mar 03, 2021 at 09:40:22AM -0800, Paul E. McKenney wrote: > On Wed, Mar 03, 2021 at 12:12:21PM -0500, Alan Stern wrote: > > Local variables absolutely should be treated just like CPU registers, if > > possible. In fact, the compiler has the option of keeping local > > variables stored i

Re: [PATCH] Revert "perf/x86: Allow zero PEBS status with only single active event"

On 3/3/2021 1:59 PM, Peter Zijlstra wrote: On Wed, Mar 03, 2021 at 05:42:18AM -0800, kan.li...@linux.intel.com wrote: For some old CPUs (HSW and earlier), the PEBS status in a PEBS record may be mistakenly set to 0. To minimize the impact of the defect, the commit was introduced to try to av

Re: [PATCH v2] cxl: Make loop variable be 'i' instead of 'j'

..snip.. > > cxl_for_each_cmd(cmd) { > > const struct cxl_command_info *info = &cmd->info; > > + int i = 0; > > > > - if (copy_to_user(&q->commands[j++], info, sizeof(*info))) > > + if (copy_to_user(&q->commands[i++], info, sizeof(*info))) > >

Re: [PATCH] Revert "perf/x86: Allow zero PEBS status with only single active event"

On Wed, Mar 03, 2021 at 02:53:00PM -0500, Liang, Kan wrote: > On 3/3/2021 1:59 PM, Peter Zijlstra wrote: > > On Wed, Mar 03, 2021 at 05:42:18AM -0800, kan.li...@linux.intel.com wrote: > > > +++ b/arch/x86/events/intel/ds.c > > > @@ -2000,18 +2000,6 @@ static void intel_pmu_drain_pebs_nhm(struct >

RE: [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot

> +static u64 hypercall_output __initdata; > + > +static int __init hyperv_init(void) > +{ > + struct hv_get_vpindex_from_apicid_input *input; > + u64 status; > + int i; nit: both, tabs & spaces are being used to indent variable names. Can we stick to one? > + > + /* > +

Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules

On Wed, Mar 3, 2021 at 11:38 AM Josh Poimboeuf wrote: > > > But in the meantime, making the plugins depend on the gcc version some > > way is certainly better than not doing so. > > So currently, the plugins already so that. They require the GCC version > to be exact. If there's a mismatch, then

[PATCH] mtd: add OTP (one-time-programmable) erase ioctl

This may sound like a contradiction but some SPI-NOR flashes really support erasing their OTP region until it is finally locked. Having the possibility to erase an OTP region might come in handy during development. The ioctl argument follows the OTPLOCK style. Signed-off-by: Michael Walle --- Ch

Re: [PATCH 00/11] pragma once: treewide conversion

On Wed, Mar 3, 2021 at 11:46 AM Tom Tromey wrote: > > It's also worth noting that in GCC it is slower than include guards. > See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58770 > > It's just a bug, probably easy to fix. On the other hand, nobody has > ever bothered to do so. That bugzilla is

Re: Broken kretprobe stack traces

On Wed, Mar 03, 2021 at 01:48:28PM +0900, Masami Hiramatsu wrote: > Hi Daniel, > > On Tue, 02 Mar 2021 17:15:13 -0800 > "Daniel Xu" wrote: > > > Hi Masami, > > > > Jakub reported a bug with kretprobe stack traces -- wondering if you've > > gotten > > any bug reports related to stack traces bei

Re: Broken kretprobe stack traces

On Wed, Mar 03, 2021 at 09:26:04AM -0500, Steven Rostedt wrote: > On Wed, 3 Mar 2021 13:48:28 +0900 > Masami Hiramatsu wrote: > > > > > > > > > I think (can't prove) this used to work: > > Would be good to find out if it did. I'm installing some older kernels now to check. Will report back.

Re: [PATCH v2 3/3] mm/slub: Use percpu partial free counter

On Wed, Mar 03, 2021 at 08:55:48PM +0100, Christoph Lameter wrote: > On Wed, 3 Mar 2021, Matthew Wilcox wrote: > > > > Can this be allocated in an interrupt context? > > > > > > And I am not sure how local_t relates to that? Percpu counters can be used > > > in an interrupt context without the ove

Re: Broken kretprobe stack traces

On Wed, Mar 3, 2021, at 11:58 AM, Daniel Xu wrote: > On Wed, Mar 03, 2021 at 09:26:04AM -0500, Steven Rostedt wrote: > > On Wed, 3 Mar 2021 13:48:28 +0900 > > Masami Hiramatsu wrote: > > > > > > > > > > > > > I think (can't prove) this used to work: > > > > Would be good to find out if it di

Re: [perf] perf_fuzzer causes unchecked MSR access error

On 3/3/2021 2:28 PM, Stephane Eranian wrote: On Wed, Mar 3, 2021 at 10:16 AM Vince Weaver wrote: Hello on my Haswell machine the perf_fuzzer managed to trigger this message: [117248.075892] unchecked MSR access error: WRMSR to 0x3f1 (tried to write 0x0400) at rIP: 0x8

[PATCH] remoteproc: sysfs: Use scnprintf instead of sprintf

From: Raghavendra Rao Ananta For security reasons scnprintf() is preferred over sprintf(). Hence, convert the remoteproc's sysfs show functions accordingly. Signed-off-by: Raghavendra Rao Ananta Signed-off-by: Siddharth Gupta --- drivers/remoteproc/remoteproc_sysfs.c | 5 +++-- 1 file changed

Re: COPYING CREDITS Documentation Kbuild Kconfig LICENSES MAINTAINERS Makefile README arch block certs crypto drivers fs include init ipc kernel lib mm net samples scripts security sound tools usr vir

fff36dba370f797 > commit: a579fcfa8e49cc77ad59211bb18bc5004133e6a0 c6x: remove architecture > date: 6 weeks ago > config: c6x-randconfig-r026-20210303 (attached as .config) > compiler: c6x-elf-gcc (GCC) 9.3.0 > reproduce (this is a W=1 build): > wget > https://raw.githubusercontent.com/intel/lkp-tests/

Re: [PATCH 5.10 000/657] 5.10.20-rc4 review

On 3/3/21 8:12 AM, Naresh Kamboju wrote: > On Wed, 3 Mar 2021 at 00:59, Greg Kroah-Hartman > wrote: >> >> This is the start of the stable review cycle for the 5.10.20 release. >> There are 657 patches in this series, all will be posted as a response >> to this one. If anyone has any issues with t

[PATCH v4 5/5] MAINTAINERS: add microchip polarfire soc support

From: Conor Dooley Add Cyril Jean and Lewis Hanly as maintainers for the Microchip SoC directory Signed-off-by: Conor Dooley --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index d92f85ca831d..cf186eca1784 100644 --- a/MAINTAINERS +++ b/MAI

[PATCH v4 4/5] RISC-V: Enable Microchip PolarFire ICICLE SoC

Enable Microchip PolarFire ICICLE soc config in defconfig. It allows the default upstream kernel to boot on PolarFire ICICLE board. Signed-off-by: Atish Patra Reviewed-by: Anup Patel Reviewed-by: Bin Meng --- arch/riscv/configs/defconfig | 4 1 file changed, 4 insertions(+) diff --git a/

Re: [PATCH 4.4 00/92] 4.4.259-rc2 review

On Tue, Mar 02, 2021 at 08:27:41PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.259 release. > There are 92 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

[PATCH 1/1] ACPI: fix acpi table use after free

Since commit 7fef431be9c9 ("mm/page_alloc: place pages to tail in __free_pages_core()") the following use after free occurs intermittently when acpi tables are accessed. BUG: KASAN: use-after-free in ibft_init+0x134/0xc49 Read of size 4 at addr 8880be453004 by task swapper/0/1 CPU: 3 PID: 1 Co

Re: [PATCH 5.4 000/337] 5.4.102-rc5 review

On Tue, Mar 02, 2021 at 08:28:34PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.4.102 release. > There are 337 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me kno

Re: [PATCH 4.19 000/246] 4.19.178-rc4 review

On Tue, Mar 02, 2021 at 08:28:20PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.19.178 release. > There are 246 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me kn

[PATCH v4 1/5] RISC-V: Add Microchip PolarFire SoC kconfig option

Add Microchip PolarFire kconfig option which selects SoC specific and common drivers that is required for this SoC. Signed-off-by: Atish Patra Reviewed-by: Bin Meng Reviewed-by: Anup Patel --- arch/riscv/Kconfig.socs | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/riscv/Kconfig

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