Re: [PATCH v12 7/7] kasan: don't run tests in async mode

2021-02-09 Thread Vincenzo Frascino
On 2/9/21 12:02 PM, Catalin Marinas wrote: > On Mon, Feb 08, 2021 at 04:56:17PM +, Vincenzo Frascino wrote: >> From: Andrey Konovalov >> >> Asynchronous KASAN mode doesn't guarantee that a tag fault will be >> detected immediately and causes tests to fail. Forbid running them >> in asynchro

Re: [PATCH] drm/qxl: properly handle device init failures

2021-02-09 Thread Gerd Hoffmann
On Mon, Feb 08, 2021 at 12:07:01PM -0500, Tong Zhang wrote: > Does this patch fix an issue raised previously? Or should they be used > together? > https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2466541.html > > IMHO using this patch alone won’t fix the issue This patch on top of d

Re: [PATCH] USB: serial: drop bogus to_usb_serial_port() checks

2021-02-09 Thread Johan Hovold
On Mon, Feb 08, 2021 at 06:06:38PM +0100, Uwe Kleine-König wrote: > On 2/8/21 4:48 PM, Johan Hovold wrote: > > The to_usb_serial_port() macro is implemented using container_of() so > > there's no need to check for NULL. > > > > Note that neither bus match() or probe() is ever called with a NULL >

Re: [PATCH] perf tools: Fix arm64 build error with gcc-11

2021-02-09 Thread Leo Yan
Hi Jianlin, On Tue, Feb 09, 2021 at 07:33:57PM +0800, Jianlin Lv wrote: > gcc version: 11.0.0 20210208 (experimental) (GCC) > > Following build error on arm64: > > ... > In function ‘printf’, > inlined from ‘regs_dump__printf’ at util/session.c:1141:3, > inlined from ‘regs__printf’ a

Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin

2021-02-09 Thread Zhou Wang
On 2021/2/9 20:01, Greg KH wrote: > On Tue, Feb 09, 2021 at 07:58:15PM +0800, Zhou Wang wrote: >> On 2021/2/9 17:37, Greg KH wrote: >>> On Tue, Feb 09, 2021 at 05:17:46PM +0800, Zhou Wang wrote: On 2021/2/8 6:02, Andy Lutomirski wrote: > > >> On Feb 7, 2021, at 12:31 AM, Zhou Wang

Re: [External] Re: [PATCH v2] printk: fix deadlock when kernel panic

2021-02-09 Thread Muchun Song
On Tue, Feb 9, 2021 at 5:19 PM Petr Mladek wrote: > > On Sat 2021-02-06 13:41:24, Muchun Song wrote: > > We found a deadlock bug on our server when the kernel panic. It can be > > described in the following diagram. > > > > CPU0: CPU1: > > panic

Re: [PATCH] dmaengine: ti: k3-udma: Fix NULL pointer dereference error

2021-02-09 Thread Péter Ujfalusi
Hi Kishon, On 2/9/21 11:00 AM, Kishon Vijay Abraham I wrote: > bcdma_get_*() and udma_get_*() checks if bchan/rchan/tchan/rflow is > already allocated by checking if it has a NON NULL value. For the > error cases, bchan/rchan/tchan/rflow will have error value > and bcdma_get_*() and udma_get_*() c

Re: [RFC PATCH v2 16/26] KVM: arm64: Prepare Hyp memory protection

2021-02-09 Thread Will Deacon
On Tue, Feb 09, 2021 at 10:00:29AM +, Quentin Perret wrote: > On Thursday 04 Feb 2021 at 10:47:08 (+), Quentin Perret wrote: > > On Wednesday 03 Feb 2021 at 14:37:10 (+), Will Deacon wrote: > > > > +static void handle___pkvm_init(struct kvm_cpu_context *host_ctxt) > > > > +{ > > > > +

Re: [PATCH] kunit: tool: Disable PAGE_POISONING under --alltests

2021-02-09 Thread Vlastimil Babka
On 2/9/21 8:10 AM, David Gow wrote: > kunit_tool maintains a list of config options which are broken under > UML, which we exclude from an otherwise 'make ARCH=um allyesconfig' > build used to run all tests with the --alltests option. > > Something in UML allyesconfig is causing segfaults when pag

[PATCH v2] usb: misc: usb3503: Fix logic in usb3503_init()

2021-02-09 Thread Michal Simek
Based on https://lore.kernel.org/linux-arm-kernel/ycjv59g3tq2ha...@kroah.com/ initialization should fail if any registration fails. Signed-off-by: Michal Simek --- Changes in v2: - Also remove i2c driver when platform driver registration failed. drivers/usb/misc/usb3503.c | 9 +++-- 1 file

[PATCH] iommu: Add device name to iommu map/unmap trace events

2021-02-09 Thread Sai Prakash Ranjan
IOMMU map/unmap traces become hard to decode i.e., it becomes hard to associate the map/unmap events with the particular device from the iova/paddr/size parameters alone when there are multiple devices attached. So it is useful to add the device name to iommu trace events which can be used to filte

Re: [PATCH v5 2/7] gpio: ep93xx: Fix single irqchip with multi gpiochips

2021-02-09 Thread Nikita Shubin
Hello Andy. On Monday, 8 February 2021 16:20:17 MSK Andy Shevchenko wrote: >On Mon, Feb 8, 2021 at 11:00 AM Nikita Shubin wrote: >> Fixes the following warnings which results in interrupts disabled on >> port B/F: >> >> gpio gpiochip1: (B): detected irqchip that is shared with multiple >> gpioc

Re: [PATCH v2 3/4] pps: Use subdir-ccflags-* to inherit debug flag

2021-02-09 Thread Rodolfo Giometti
On 09/02/21 12:08, Yicong Yang wrote: > From: Junhao He > > We use ccflags-$(CONFIG_PPS_DEBUG) for the debug > message in drivers/pps, but the DEBUG flag will not pass to > the subdirectory. > > Considering CONFIG_HWMON_DEBUG_CHIP intends to turn on debug > recursively under driver/pps, so it wi

Re: [PATCH net-next 5/7] net: marvell: prestera: add LAG support

2021-02-09 Thread Tobias Waldekranz
On Mon, Feb 08, 2021 at 23:30, Andrew Lunn wrote: >> > I took a quick look at it, and what I found left me very puzzled. I hope >> > you do not mind me asking a generic question about the policy around >> > switchdev drivers. If someone published a driver using something similar >> > to the follow

Re: DMA direct mapping fix for 5.4 and earlier stable branches

2021-02-09 Thread Sumit Garg
Hi Christoph, On Tue, 9 Feb 2021 at 15:06, Christoph Hellwig wrote: > > On Tue, Feb 09, 2021 at 10:23:12AM +0100, Greg KH wrote: > > > From the view point of ZeroCopy using DMABUF, is 5.4 not > > > mature enough, and is 5.10 enough mature ? > > > This is the most important point for judging m

Re: [PATCH] Revert "mips: Manually call fdt_init_reserved_mem() method"

2021-02-09 Thread Thomas Bogendoerfer
On Mon, Feb 08, 2021 at 04:46:14PM +0300, Serge Semin wrote: > This reverts commit 3751cbda8f223549d7ea28803cbec8ac87e43ed2. > > Originally the patch was created to fix the reserved-memory DT-node > parsing failure on the early stages of the platform memory initialization. > That happened due to t

Re: [PATCH] MIPS: process: Fix no previous prototype warning

2021-02-09 Thread Thomas Bogendoerfer
On Sun, Feb 07, 2021 at 04:52:36PM +0800, Jinyang He wrote: > unwind_stack_by_address and unwind_stack need . > arch_align_stack needs > > link: > https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org/thread/ZPL2RRA6RZKRQZI5IGOVLFXN2GVZBN3L/ > Fixes: ("MIPS: process: Remove unnecessary he

Re: [PATCH v2] MIPS: Make check condition for SDBBP consistent with EJTAG spec

2021-02-09 Thread Thomas Bogendoerfer
On Tue, Feb 09, 2021 at 01:05:25PM +0800, Tiezhu Yang wrote: > According to MIPS EJTAG Specification [1], a Debug Breakpoint > exception occurs when an SDBBP instruction is executed, the > CP0_DEBUG bit DBp indicates that a Debug Breakpoint exception > occurred, just check bit DBp for SDBBP is more

Re: [PATCH v2] MIPS: crash_dump.c: Simplify copy_oldmem_page()

2021-02-09 Thread Thomas Bogendoerfer
On Sun, Feb 07, 2021 at 03:24:09PM +0800, Youling Tang wrote: > Replace kmap_atomic_pfn() with kmap_local_pfn() which is preemptible and > can take page faults. > > Remove the indirection of the dump page and the related cruft which is not > longer required. > > Remove unused or redundant header

Re: [PATCH v3 2/2] MIPS: relocatable: Use __kaslr_offset in show_kernel_relocation

2021-02-09 Thread Thomas Bogendoerfer
On Fri, Feb 05, 2021 at 06:11:22PM +0800, Jinyang He wrote: > The type of the VMLINUX_LOAD_ADDRESS macro is the (unsigned long long) > in 32bits kernel but (unsigned long) in the 64-bit kernel. Although there > is no error here, avoid using it to calculate kaslr_offset. > > Signed-off-by: Jinyang

Re: [PATCH v3 1/2] MIPS: relocatable: Provide kaslr_offset() to get the kernel offset

2021-02-09 Thread Thomas Bogendoerfer
On Fri, Feb 05, 2021 at 06:11:21PM +0800, Jinyang He wrote: > Provide kaslr_offset() to get the kernel offset when KASLR is enabled. > Error may occur before update_kaslr_offset(), so put it at the end of > the offset branch. > > Fixes: a307a4ce9ecd ("MIPS: Loongson64: Add KASLR support") > Report

Re: [PATCH v3] sched/topology: fix the issue groups don't span domain->span for NUMA diameter > 2

2021-02-09 Thread Meelis Roos
I did a rudimentary benchmark on the same 8-node Sun Fire X4600-M2, on top of todays 5.11.0-rc7-2-ge0756cfc7d7c. The test: building clean kernel with make -j64 after make clean and drop_caches. While running clean kernel / 3 tries): real2m38.574s user46m18.387s sys 6m8.724s r

Re: [PATCH mips-fixes] MIPS: compressed: fix build with enabled UBSAN

2021-02-09 Thread Thomas Bogendoerfer
On Mon, Feb 08, 2021 at 12:37:42PM +, Alexander Lobakin wrote: > Commit 1e35918ad9d1 ("MIPS: Enable Undefined Behavior Sanitizer > UBSAN") added a possibility to build the entire kernel with UBSAN > instrumentation for MIPS, with the exception for VDSO. > However, self-extracting head wasn't be

Re: [PATCH] perf report: Fix arm64 gap between kernel start and module end

2021-02-09 Thread Arnaldo Carvalho de Melo
Em Mon, Mar 30, 2020 at 10:18:10AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Mon, Mar 30, 2020 at 10:11:29AM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Mon, Mar 30, 2020 at 03:41:11PM +0800, Kemeng Shi escreveu: > > > diff --git a/tools/perf/arch/arm64/util/Build > > > b/tools/perf/arch

[PATCH v3 2/9] ALSA: virtio: add virtio sound driver

2021-02-09 Thread Anton Yakovlev
Introduce skeleton of the virtio sound driver. The driver implements the virtio sound device specification, which has become part of the virtio standard. Initial initialization of the device, virtqueues and creation of an empty ALSA sound device. Also, handling DEVICE_NEEDS_RESET device status. S

[PATCH v3 1/9] uapi: virtio_ids: add a sound device type ID from OASIS spec

2021-02-09 Thread Anton Yakovlev
The OASIS virtio spec defines a sound device type ID that is not present in the header yet. Signed-off-by: Anton Yakovlev --- include/uapi/linux/virtio_ids.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/virtio_ids.h b/include/uapi/linux/virtio_ids.h index bc1c0621f5ed..

[PATCH v3 3/9] ALSA: virtio: handling control messages

2021-02-09 Thread Anton Yakovlev
The control queue can be used by different parts of the driver to send commands to the device. Control messages can be either synchronous or asynchronous. The lifetime of a message is controlled by a reference count. Introduce a module parameter to set the message completion timeout: msg_timeout

[PATCH v3 7/9] ALSA: virtio: introduce jack support

2021-02-09 Thread Anton Yakovlev
Enumerate all available jacks and create ALSA controls. At the moment jacks have a simple implementation and can only be used to receive notifications about a plugged in/out device. Signed-off-by: Anton Yakovlev --- sound/virtio/Makefile | 1 + sound/virtio/virtio_card.c | 14 +++ sound

[PATCH v3 4/9] ALSA: virtio: build PCM devices and substream hardware descriptors

2021-02-09 Thread Anton Yakovlev
Like the HDA specification, the virtio sound device specification links PCM substreams, jacks and PCM channel maps into functional groups. For each discovered group, a PCM device is created, the number of which coincides with the group number. Introduce the module parameters for setting the hardwa

[PATCH v3 6/9] ALSA: virtio: PCM substream operators

2021-02-09 Thread Anton Yakovlev
Introduce the operators required for the operation of substreams. Signed-off-by: Anton Yakovlev --- sound/virtio/Makefile | 3 +- sound/virtio/virtio_pcm.c | 2 + sound/virtio/virtio_pcm.h | 4 + sound/virtio/virtio_pcm_ops.c | 471 ++ 4 file

[PATCH v3 5/9] ALSA: virtio: handling control and I/O messages for the PCM device

2021-02-09 Thread Anton Yakovlev
The driver implements a message-based transport for I/O substream operations. Before the start of the substream, the hardware buffer is sliced into I/O messages, the number of which is equal to the current number of periods. The size of each message is equal to the current size of one period. I/O

[PATCH v3 9/9] ALSA: virtio: introduce device suspend/resume support

2021-02-09 Thread Anton Yakovlev
All running PCM substreams are stopped on device suspend and restarted on device resume. Signed-off-by: Anton Yakovlev --- sound/virtio/virtio_card.c| 57 +++ sound/virtio/virtio_pcm.c | 1 + sound/virtio/virtio_pcm_ops.c | 44 ---

Re: [PATCH v4 0/3] mm, vsprintf: dump full information of page flags in pGp

2021-02-09 Thread Andy Shevchenko
On Tue, Feb 09, 2021 at 06:56:10PM +0800, Yafang Shao wrote: > The existed pGp shows the names of page flags only, rather than the full > information including section, node, zone, last cpuipid and kasan tag. > While it is not easy to parse these information manually because there > are so many fla

[PATCH v3 8/9] ALSA: virtio: introduce PCM channel map support

2021-02-09 Thread Anton Yakovlev
Enumerate all available PCM channel maps and create ALSA controls. Signed-off-by: Anton Yakovlev --- sound/virtio/Makefile | 1 + sound/virtio/virtio_card.c | 10 ++ sound/virtio/virtio_card.h | 8 ++ sound/virtio/virtio_chmap.c | 219 sound/virt

Re: DMA direct mapping fix for 5.4 and earlier stable branches

2021-02-09 Thread Robin Murphy
On 2021-02-09 12:36, Sumit Garg wrote: Hi Christoph, On Tue, 9 Feb 2021 at 15:06, Christoph Hellwig wrote: On Tue, Feb 09, 2021 at 10:23:12AM +0100, Greg KH wrote: From the view point of ZeroCopy using DMABUF, is 5.4 not mature enough, and is 5.10 enough mature ? This is the most impor

Re: [PATCH AUTOSEL 5.10 14/36] media: rkisp1: uapi: change hist_bins array type from __u16 to __u32

2021-02-09 Thread Dafna Hirschfeld
Am 08.02.21 um 21:46 schrieb Hans Verkuil: On 08/02/2021 18:57, Sasha Levin wrote: From: Dafna Hirschfeld [ Upstream commit 31f190e0ccac8b75d33fdc95a797c526cf9b149e ] Each entry in the array is a 20 bits value composed of 16 bits unsigned integer and 4 bits fractional part. So the type sho

Re: [PATCH] dmaengine: ti: k3-udma: Fix NULL pointer dereference error

2021-02-09 Thread Kishon Vijay Abraham I
Hi Peter, On 09/02/21 5:53 pm, Péter Ujfalusi wrote: > Hi Kishon, > > On 2/9/21 11:00 AM, Kishon Vijay Abraham I wrote: >> bcdma_get_*() and udma_get_*() checks if bchan/rchan/tchan/rflow is >> already allocated by checking if it has a NON NULL value. For the >> error cases, bchan/rchan/tchan/rfl

Re: [PATCH v5 2/7] gpio: ep93xx: Fix single irqchip with multi gpiochips

2021-02-09 Thread Andy Shevchenko
On Tue, Feb 9, 2021 at 2:35 PM Nikita Shubin wrote: > On Monday, 8 February 2021 16:20:17 MSK Andy Shevchenko wrote: > >On Mon, Feb 8, 2021 at 11:00 AM Nikita Shubin > wrote: ... > >> +static void ep93xx_init_irq_chip(struct device *dev, struct irq_chip > >> *ic, const char *label) +{ > >> > >>

Re: [PATCH] perf report: Fix arm64 gap between kernel start and module end

2021-02-09 Thread Arnaldo Carvalho de Melo
Em Tue, Feb 09, 2021 at 09:40:09AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Mon, Mar 30, 2020 at 10:18:10AM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Mon, Mar 30, 2020 at 10:11:29AM -0300, Arnaldo Carvalho de Melo escreveu: > > > Em Mon, Mar 30, 2020 at 03:41:11PM +0800, Kemeng Shi esc

Re: [PATCH v2] perf script: Simplify bool conversion

2021-02-09 Thread Jiri Olsa
On Mon, Feb 08, 2021 at 04:45:36PM +0800, Yang Li wrote: > Fix the following coccicheck warning: > ./tools/perf/builtin-script.c:2789:36-41: WARNING: conversion to bool > not needed here > ./tools/perf/builtin-script.c:3237:48-53: WARNING: conversion to bool > not needed here > > Reported-by: Abac

[PATCH] Drivers: staging: most: sound: Fixed styling issue.

2021-02-09 Thread Mukul Mehar
This patch fixes a warning, of the line ending with a '(', generated by checkpatch.pl. Signed-off-by: Mukul Mehar --- drivers/staging/most/sound/sound.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/staging/most/sound/sound.c b/drivers/staging/most/sou

Re: [PATCH v3 08/21] x86/fpu/xstate: Define the scope of the initial xstate data

2021-02-09 Thread Borislav Petkov
On Mon, Feb 08, 2021 at 06:53:23PM +, Bae, Chang Seok wrote: > Maybe, drop ‘for convenience’ from this sentence, since the buffer’s usage is > not much relevant in this changelog. Yes, "init_fpstate" is kinda clear what it is, from the name. > It does functional change, but it is conditional

Re: [PATCH 4.4 22/38] elfcore: fix building with clang

2021-02-09 Thread Pavel Machek
Hi! > From: Arnd Bergmann > > commit 6e7b64b9dd6d96537d816ea07ec26b7dedd397b9 upstream. > > kernel/elfcore.c only contains weak symbols, which triggers a bug with > clang in combination with recordmcount: > > Cannot find symbol for section 2: .text. > kernel/elfcore.o: failed > > Move the

Re: [PATCH v5 2/7] gpio: ep93xx: Fix single irqchip with multi gpiochips

2021-02-09 Thread Nikita Shubin
On Tuesday, 9 February 2021 15:46:19 MSK Andy Shevchenko wrote: >On Tue, Feb 9, 2021 at 2:35 PM Nikita Shubin wrote: >> On Monday, 8 February 2021 16:20:17 MSK Andy Shevchenko wrote: >> >On Mon, Feb 8, 2021 at 11:00 AM Nikita Shubin >> >> wrote: >... > >> >> +static void ep93xx_init_irq_chip(st

Re: [PATCH v2] sched/topology: fix the issue groups don't span domain->span for NUMA diameter > 2

2021-02-09 Thread Peter Zijlstra
On Thu, Feb 04, 2021 at 12:12:01AM +1300, Barry Song wrote: > As long as NUMA diameter > 2, building sched_domain by sibling's child > domain will definitely create a sched_domain with sched_group which will > span out of the sched_domain: > >+--+ +--++-

Re: [PATCH 0/9] Add support for SVM atomics in Nouveau

2021-02-09 Thread Alistair Popple
On Tuesday, 9 February 2021 9:27:05 PM AEDT Daniel Vetter wrote: > > > > Recent changes to pin_user_pages() prevent the creation of pinned pages in > > ZONE_MOVABLE. This series allows pinned pages to be created in ZONE_MOVABLE > > as attempts to migrate may fail which would be fatal to userspace.

Re: [RFC][PATCH v6 1/7] drm: Add a sharable drm page-pool implementation

2021-02-09 Thread Christian König
Am 09.02.21 um 13:11 schrieb Christian König: [SNIP] +void drm_page_pool_add(struct drm_page_pool *pool, struct page *page) +{ + spin_lock(&pool->lock); + list_add_tail(&page->lru, &pool->items); + pool->count++; + atomic_long_add(1 << pool->order, &total_pages); + spin_unloc

Re: [PATCH] Drivers: staging: most: sound: Fixed styling issue.

2021-02-09 Thread Greg KH
On Tue, Feb 09, 2021 at 06:20:37PM +0530, Mukul Mehar wrote: > This patch fixes a warning, of the line ending with a '(', > generated by checkpatch.pl. > > Signed-off-by: Mukul Mehar > --- > drivers/staging/most/sound/sound.c | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-)

[RFC/PATCH v2 02/16] dt-bindings: soc: bcm: bcm2835-pm: Introduce reg-names

2021-02-09 Thread Nicolas Saenz Julienne
Anticipating the introduction of BCM2711, of which we'll need to support its new Argon ASB, introduce reg-names into bcm2835-pm's binding. This will help to have a consistent mapping between resources and their meaning. Signed-off-by: Nicolas Saenz Julienne --- .../devicetree/bindings/soc/bcm/br

[RFC/PATCH v2 01/16] dt-bindings: soc: bcm: bcm2835-pm: Convert bindings to DT schema

2021-02-09 Thread Nicolas Saenz Julienne
This converts the brcm,bcm2835-pm bindings from text to proper schema. Signed-off-by: Nicolas Saenz Julienne --- .../bindings/soc/bcm/brcm,bcm2835-pm.txt | 46 --- .../bindings/soc/bcm/brcm,bcm2835-pm.yaml | 79 +++ 2 files changed, 79 insertions(+), 46 deletions

[RFC/PATCH v2 03/16] dt-bindings: soc: bcm: bcm2835-pm: Add support for bcm2711

2021-02-09 Thread Nicolas Saenz Julienne
Add a new compatible string for BCM2711 and the option to provide a third reg property for the board's new Argon ASB. In BCM2711 the new Argon ASB took over V3D, which is our only consumer of this driver so far. The old ASB is still be present with ISP and H264 bits but no V3D. Signed-off-by: Nic

[RFC/PATCH v2 00/16] Raspberry PI 4 V3D enablement

2021-02-09 Thread Nicolas Saenz Julienne
This series attempts to enable V3D on BCM2711, the SoC available on the Raspberry Pi 4 family of boards. Due to the lack of documentation some things are taken as it from testing/downstream implementation[1], which I'm hilighting here: - It's not clear that the following is 100% true, maybe someo

[RFC/PATCH v2 04/16] ARM: dts: bcm2835/bcm2711: Introduce reg-names in watchdog node

2021-02-09 Thread Nicolas Saenz Julienne
bcm2835-pm's bindings now support explicitly setting 'reg-names,' so use them. Signed-off-by: Nicolas Saenz Julienne --- arch/arm/boot/dts/bcm2711.dtsi| 1 + arch/arm/boot/dts/bcm2835-common.dtsi | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/bcm2711.dtsi b/arch/

[RFC/PATCH v2 06/16] mfd: bcm2835-pm: Rename asb to rpivid_asb

2021-02-09 Thread Nicolas Saenz Julienne
In anticipation to supporting BCM2711 on which new ASB took over V3D, use a more explicit name on the currently supported one. Signed-off-by: Nicolas Saenz Julienne --- drivers/mfd/bcm2835-pm.c| 8 drivers/soc/bcm/bcm2835-power.c | 10 +- include/linux/mfd/bcm2835-pm.h

[RFC/PATCH v2 05/16] ARM: dts: bcm2711: Use proper compatible in PM/Watchdog node

2021-02-09 Thread Nicolas Saenz Julienne
A new compatible string was introduced specifically for BCM2711, so make use of it. Signed-off-by: Nicolas Saenz Julienne --- arch/arm/boot/dts/bcm2711.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/bcm2711.dtsi b/arch/arm/boot/dts/bcm2711.dtsi index 4

[RFC/PATCH v2 10/16] soc: bcm: bcm2835-power: Bypass power_on/off() calls

2021-02-09 Thread Nicolas Saenz Julienne
Bypass power_on/power_off() when running on BCM2711 as they are not needed. Signed-off-by: Nicolas Saenz Julienne --- drivers/soc/bcm/bcm2835-power.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/soc/bcm/bcm2835-power.c b/drivers/soc/bcm/bcm2835-power.c index 42e105758b47..

[RFC/PATCH v2 09/16] soc: bcm: bcm2835-power: Add support for BCM2711's Argon ASB

2021-02-09 Thread Nicolas Saenz Julienne
In BCM2711 the new ARGON ASB took over V3D. The old ASB is still present with the ISP and H264 bits, and V3D is in the same place in the new ASB as the old one. Use the fact that 'pm->argon_asb' is populated as a hint that we're on BCM2711. On top of that introduce the macro ASB_BASE() which will

[RFC/PATCH v2 07/16] mfd: bcm2835-pm: Use 'reg-names' to get resources

2021-02-09 Thread Nicolas Saenz Julienne
If available in firmware, find resources by their 'reg-names' position instead of relying on hardcoded offsets. Care is taken to support old firmware nonetheless. Signed-off-by: Nicolas Saenz Julienne --- drivers/mfd/bcm2835-pm.c | 56 ++-- 1 file changed, 37

[RFC/PATCH v2 12/16] drm/v3d: Get rid of pm code

2021-02-09 Thread Nicolas Saenz Julienne
Runtime PM doesn't seem to work correctly on this driver. On top of that, commit 8b6864e3e138 ("drm/v3d/v3d_drv: Remove unused static variable 'v3d_v3d_pm_ops'") hints that it most likely never did as the driver's PM ops were not hooked-up. So, in order to support regular operation with V3D on BCM

[RFC/PATCH v2 08/16] mfd: bcm2835-pm: Add support for BCM2711

2021-02-09 Thread Nicolas Saenz Julienne
In BCM2711 the new Argon ASB took over V3D. The old ASB is still present with the ISP and H264 bits, and V3D is in the same place in the new ASB as the old one. As per the devicetree bindings, BCM2711 will provide both the old and new ASB resources, so get both of them and pass them into 'bcm2835-

[RFC/PATCH v2 14/16] ARM: dts: bcm2711: Enable V3D

2021-02-09 Thread Nicolas Saenz Julienne
This enables V3D for bcm2711 (used in the Raspberry Pi 4). Signed-off-by: Nicolas Saenz Julienne --- Changes since v1: - Correct node's name address arch/arm/boot/dts/bcm2711.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/bcm2711.dtsi b/arch/arm/boot

[RFC/PATCH v2 11/16] dt-bindings: gpu: v3d: Add BCM2711's compatible

2021-02-09 Thread Nicolas Saenz Julienne
BCM2711, Raspberry Pi 4's SoC, contains a V3D core. So add its specific compatible to the bindings. Signed-off-by: Nicolas Saenz Julienne --- Documentation/devicetree/bindings/gpu/brcm,bcm-v3d.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/gpu/brcm,bcm

[RFC/PATCH v2 13/16] drm/v3d: Add support for bcm2711

2021-02-09 Thread Nicolas Saenz Julienne
Add compatible string and Kconfig options for bcm2711. Signed-off-by: Nicolas Saenz Julienne --- drivers/gpu/drm/v3d/Kconfig | 2 +- drivers/gpu/drm/v3d/v3d_drv.c | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/v3d/Kconfig b/drivers/gpu/drm/v3d/Kconfig inde

[RFC/PATCH v2 16/16] arm64: config: Enable DRM_V3D

2021-02-09 Thread Nicolas Saenz Julienne
BCM2711, the SoC used on the Raspberry Pi 4 has a different GPU than its predecessors. Enable it. Signed-off-by: Nicolas Saenz Julienne --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 38c9e921f

Re: [PATCH 4.4 22/38] elfcore: fix building with clang

2021-02-09 Thread Greg Kroah-Hartman
On Tue, Feb 09, 2021 at 01:52:52PM +0100, Pavel Machek wrote: > Hi! > > > From: Arnd Bergmann > > > > commit 6e7b64b9dd6d96537d816ea07ec26b7dedd397b9 upstream. > > > > kernel/elfcore.c only contains weak symbols, which triggers a bug with > > clang in combination with recordmcount: > > > > C

Re: [PATCH AUTOSEL 5.10 14/36] media: rkisp1: uapi: change hist_bins array type from __u16 to __u32

2021-02-09 Thread Greg Kroah-Hartman
On Tue, Feb 09, 2021 at 01:45:35PM +0100, Dafna Hirschfeld wrote: > > > Am 08.02.21 um 21:46 schrieb Hans Verkuil: > > On 08/02/2021 18:57, Sasha Levin wrote: > > > From: Dafna Hirschfeld > > > > > > [ Upstream commit 31f190e0ccac8b75d33fdc95a797c526cf9b149e ] > > > > > > Each entry in the arr

[RFC/PATCH v2 15/16] ARM: configs: Enable DRM_V3D

2021-02-09 Thread Nicolas Saenz Julienne
BCM2711, the SoC used on the Raspberry Pi 4 has a different GPU than its predecessors. Enable it. Signed-off-by: Nicolas Saenz Julienne --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_def

Re: [RFC PATCH 01/18] x86/hyperv: convert hyperv statuses to linux error codes

2021-02-09 Thread Vitaly Kuznetsov
Nuno Das Neves writes: > Return linux-friendly error codes from hypercall wrapper functions. > This will be needed in the mshv module. > > Signed-off-by: Nuno Das Neves > --- > arch/x86/hyperv/hv_proc.c | 30 ++--- > arch/x86/include/asm/mshyperv.h | 1 + > in

[PATCH] Drivers: staging: most: sound: Fixed styling issue.

2021-02-09 Thread Mukul Mehar
This patch fixes a warning, of the line ending with a '(', generated by checkpatch.pl. Signed-off-by: Mukul Mehar --- drivers/staging/most/sound/sound.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/staging/most/sound/sound.c b/drivers/staging/most/sou

[PATCH] erofs: initialized fields can only be observed after bit is set

2021-02-09 Thread Gao Xiang
From: Gao Xiang Currently, although set_bit() & test_bit() pairs are used as a fast- path for initialized configurations. However, these atomic ops are actually relaxed forms. Instead, load-acquire & store-release form is needed to make sure uninitialized fields won't be observed in advance here

Re: [PATCH 3/6] sched/fair: merge for each idle cpu loop of ILB

2021-02-09 Thread Valentin Schneider
On 05/02/21 12:48, Vincent Guittot wrote: > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index 60b8c1c68ab9..c587af230010 100644 > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -10043,22 +10043,9 @@ static void rebalance_domains(struct rq *rq, enum > cpu_idle_type idle) >

Re: [PATCH 1/6] sched/fair: remove update of blocked load from newidle_balance

2021-02-09 Thread Valentin Schneider
On 05/02/21 12:48, Vincent Guittot wrote: > @@ -10517,16 +10499,11 @@ static void nohz_newidle_balance(struct rq *this_rq) > time_before(jiffies, READ_ONCE(nohz.next_blocked))) > return; > I was wondering whether all the conditions above were still relevant. I think they ar

Re: [RFC PATCH 5/6] sched/fair: trigger the update of blocked load on newly idle cpu

2021-02-09 Thread Valentin Schneider
On 05/02/21 12:48, Vincent Guittot wrote: > Instead of waking up a random and already idle CPU, we can take advantage > of this_cpu being about to enter idle to run the ILB and update the > blocked load. > > Signed-off-by: Vincent Guittot > --- > include/linux/sched/nohz.h | 2 ++ > kernel/sched

Re: [PATCH v2] MIPS: Make check condition for SDBBP consistent with EJTAG spec

2021-02-09 Thread Tiezhu Yang
On 02/09/2021 08:11 PM, Thomas Bogendoerfer wrote: On Tue, Feb 09, 2021 at 01:05:25PM +0800, Tiezhu Yang wrote: According to MIPS EJTAG Specification [1], a Debug Breakpoint exception occurs when an SDBBP instruction is executed, the CP0_DEBUG bit DBp indicates that a Debug Breakpoint exception

Re: [PATCH v2 06/17] dt_bindings: regulator: Add ROHM BD71815 PMIC regulators

2021-02-09 Thread Vaittinen, Matti
Hello Again Rob, And thanks for reviewing the bindings! On Mon, 2021-02-08 at 20:24 -0600, Rob Herring wrote: > On Tue, Jan 19, 2021 at 09:17:09AM +0200, Matti Vaittinen wrote: > > Add binding documentation for regulators on ROHM BD71815 PMIC. > > 5 bucks, 7 LDOs and a boost for LED. > > > > Sig

Re: [PATCH v3] sched/topology: fix the issue groups don't span domain->span for NUMA diameter > 2

2021-02-09 Thread Vincent Guittot
On Tue, 9 Feb 2021 at 12:46, Valentin Schneider wrote: > > On 09/02/21 10:46, Vincent Guittot wrote: > > On Tue, 9 Feb 2021 at 09:27, Barry Song wrote: > >> Real servers which suffer from this problem include Kunpeng920 and 8-node > >> Sun Fire X4600-M2, at least. > >> > >> Here we move to use th

Re: [RFC PATCH 04/18] virt/mshv: request version ioctl

2021-02-09 Thread Vitaly Kuznetsov
Nuno Das Neves writes: > Reserve ioctl number in userpsace-api/ioctl/ioctl-number.rst > Introduce MSHV_REQUEST_VERSION ioctl. > Introduce documentation for /dev/mshv in Documentation/virt/mshv > > Signed-off-by: Nuno Das Neves > --- > .../userspace-api/ioctl/ioctl-number.rst | 2 + > Docu

Re: [PATCH 4/6] MIPS: refactor the maybe coherent DMA indicators

2021-02-09 Thread Thomas Bogendoerfer
On Mon, Feb 08, 2021 at 03:50:22PM +0100, Christoph Hellwig wrote: > Replace the global coherentio enum, and the hw_coherentio (fake) boolean > variables with a single boolean dma_default_coherent flag. Only the > malta setup code needs two additional local boolean variables to > preserved the com

Re: [PATCH 5/6] driver core: lift dma_default_coherent into common code

2021-02-09 Thread Thomas Bogendoerfer
On Mon, Feb 08, 2021 at 03:50:23PM +0100, Christoph Hellwig wrote: > Lift the dma_default_coherent variable from the mips architecture code > to the driver core. This allows an architecture to sdefault all device > to be DMA coherent at run time, even if the kernel is build with support > for DMA

Re: Re: Conflict with Mickaël Salaün's blacklist patches [was [PATCH v5 0/4] Add EFI_CERT_X509_GUID support for dbx/mokx entries]

2021-02-09 Thread David Howells
Hi Eric, Mickaël, Do we have a consensus on this? From what's written here, I don't think I can ask Linus to pull the merge of your two branches. I feel that I probably need to push Eric's first as that fixes a CVE if I can't offer a merge. David

Re: [PATCH v2] printk: Userspace format enumeration support

2021-02-09 Thread Chris Down
Greg Kroah-Hartman writes: How can file ever be NULL? And if it is an error, what is the problem here? You can always feed the output of a debugfs_* call back into debugfs, and you never need to check the return values. Oh, thanks -- that's helpful to know. Looks like I misread debugfs_creat

Re: [RFC PATCH 05/18] virt/mshv: create partition ioctl

2021-02-09 Thread Vitaly Kuznetsov
Nuno Das Neves writes: > Add MSHV_CREATE_PARTITION, which creates an fd to track a new partition. > Partition is not yet created in the hypervisor itself. > Introduce header files for userspace-facing hyperv structures. > > Co-developed-by: Lillian Grassin-Drake > Signed-off-by: Lillian Grassin-

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

2021-02-09 Thread Michal Hocko
On Tue 09-02-21 11:09:38, Mike Rapoport wrote: > On Tue, Feb 09, 2021 at 09:47:08AM +0100, Michal Hocko wrote: > > On Mon 08-02-21 23:26:05, Mike Rapoport wrote: > > > On Mon, Feb 08, 2021 at 11:49:22AM +0100, Michal Hocko wrote: > > > > On Mon 08-02-21 10:49:17, Mike Rapoport wrote: > > [...] > >

Re: [PATCH v3 0/4] sched/fair: Burstable CFS bandwidth controller

2021-02-09 Thread Odin Ugedal
Hi! This looks quite useful, but I have a few quick thoughts. :) I know of a lot of people who would love this (especially some Kubernetes users)! I really like how this allow users to use cfs in a more dynamic and flexible way, without interfering with those who like the enforce strict quotas.

Re: [PATCH v2 11/11] clk: qcom: gpucc-msm8998: Allow fabia gpupll0 rate setting

2021-02-09 Thread AngeloGioacchino Del Regno
Il 08/02/21 19:24, Stephen Boyd ha scritto: Quoting AngeloGioacchino Del Regno (2021-01-14 14:10:59) The GPU PLL0 is not a fixed PLL and the rate can be set on it: this is necessary especially on boards which bootloader is setting a very low rate on this PLL before booting Linux, which would be

RE: [PATCH v4] mfd: da9063: Support SMBus and I2C mode

2021-02-09 Thread Adam Thomson
On 08 February 2021 15:28, Mark Jonas wrote: > From: Hubert Streidl > > By default the PMIC DA9063 2-wire interface is SMBus compliant. This > means the PMIC will automatically reset the interface when the clock > signal ceases for more than the SMBus timeout of 35 ms. > > If the I2C driver / d

Re: [PATCH v2 07/11] clk: qcom: mmcc-msm8998: Set CLK_GET_RATE_NOCACHE to pixel/byte clks

2021-02-09 Thread AngeloGioacchino Del Regno
Il 08/02/21 19:21, Stephen Boyd ha scritto: Quoting AngeloGioacchino Del Regno (2021-01-14 14:10:55) The pixel and byte clocks rate should not be cached, as a VCO shutdown may clear the frequency setup and this may not be set again due to the cached rate being present. This will also be useful w

Re: [PATCH v2 05/11] clk: qcom: gcc-msm8998: Mark gpu_cfg_ahb_clk as critical

2021-02-09 Thread AngeloGioacchino Del Regno
Il 08/02/21 19:18, Stephen Boyd ha scritto: Quoting AngeloGioacchino Del Regno (2021-01-14 14:10:53) The GPU IOMMU depends on this clock and the hypervisor will crash the SoC if this clock gets disabled because the secure contexts that have been set on this IOMMU by the bootloader will become un

Re: [RFC/PATCH v2 09/16] soc: bcm: bcm2835-power: Add support for BCM2711's Argon ASB

2021-02-09 Thread Phil Elwell
Hi Nicolas, On Tue, 9 Feb 2021 at 13:00, Nicolas Saenz Julienne wrote: > > In BCM2711 the new ARGON ASB took over V3D. The old ASB is still present > with the ISP and H264 bits, and V3D is in the same place in the new ASB > as the old one. > > Use the fact that 'pm->argon_asb' is populated as a h

Re: [PATCH 1/6] sched/fair: remove update of blocked load from newidle_balance

2021-02-09 Thread Vincent Guittot
On Tue, 9 Feb 2021 at 14:09, Valentin Schneider wrote: > > On 05/02/21 12:48, Vincent Guittot wrote: > > @@ -10517,16 +10499,11 @@ static void nohz_newidle_balance(struct rq > > *this_rq) > > time_before(jiffies, READ_ONCE(nohz.next_blocked))) > > return; > > > > I was won

Re: [PATCH] lockdep: Noinstr annotate warn_bogus_irq_restore()

2021-02-09 Thread Mark Rutland
On Tue, Feb 09, 2021 at 09:34:10AM +0100, Peter Zijlstra wrote: > > Subject: lockdep: Noinstr annotate warn_bogus_irq_restore() > From: Peter Zijlstra > Date: Tue Feb 9 09:30:03 CET 2021 > > vmlinux.o: warning: objtool: lock_is_held_type()+0x107: call to > warn_bogus_irq_restore() leaves .noi

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

2021-02-09 Thread Michal Hocko
On Tue 09-02-21 11:23:35, David Hildenbrand wrote: [...] > I am constantly trying to fight for making more stuff MOVABLE instead of > going into the other direction (e.g., because it's easier to implement, > which feels like the wrong direction). > > Maybe I am the only person that really cares ab

Re: [PATCH v3 mm 08/13] kasan, mm: optimize krealloc poisoning

2021-02-09 Thread Andrey Konovalov
On Mon, Feb 8, 2021 at 11:48 AM Marco Elver wrote: > > On Fri, Feb 05, 2021 at 06:34PM +0100, Andrey Konovalov wrote: > > Currently, krealloc() always calls ksize(), which unpoisons the whole > > object including the redzone. This is inefficient, as kasan_krealloc() > > repoisons the redzone for o

RE: [PATCH v19 3/3] scsi: ufs: Prepare HPB read for cached sub-region

2021-02-09 Thread Avri Altman
> > > > > > + put_unaligned_be64(ppn, &cdb[6]); > > > > > > You are assuming the HPB entries read out by "HPB Read Buffer" cmd > > > are > > > in Little > > > Endian, which is why you are using put_unaligned_be64 here. However, > > > this assumption > > > is not right for all the other flash

[PATCH v6 0/7] gpio: ep93xx: fixes series patch

2021-02-09 Thread Nikita Shubin
v2: https://lore.kernel.org/linux-gpio/20210127104617.1173-1-nikita.shu...@maquefel.me/ v3: https://lore.kernel.org/linux-gpio/20210128122123.25341-1-nikita.shu...@maquefel.me/ v4: https://lore.kernel.org/linux-gpio/20210205080507.16007-1-nikita.shu...@maquefel.me/ v5: https://lore.kernel.org/

[PATCH v6 3/7] gpio: ep93xx: Fix wrong irq numbers in port F

2021-02-09 Thread Nikita Shubin
Port F IRQ's should be statically mapped to EP93XX_GPIO_F_IRQ_BASE. So we need to specify girq->first otherwise: "If device tree is used, then first_irq will be 0 and IRQ's get mapped dynamically on the fly" And that's not the thing we want. Reviewed-by: Linus Walleij Acked-by: Alexander Sverd

[PATCH v6 2/7] gpio: ep93xx: Fix single irqchip with multi gpiochips

2021-02-09 Thread Nikita Shubin
Fixes the following warnings which results in interrupts disabled on port B/F: gpio gpiochip1: (B): detected irqchip that is shared with multiple gpiochips: please fix the driver. gpio gpiochip5: (F): detected irqchip that is shared with multiple gpiochips: please fix the driver. - added separa

[PATCH v6 1/7] gpio: ep93xx: fix BUG_ON port F usage

2021-02-09 Thread Nikita Shubin
Two index spaces and ep93xx_gpio_port are confusing. Instead add a separate struct to store necessary data and remove ep93xx_gpio_port. - add struct to store IRQ related data for each IRQ capable chip - replace offset array with defined offsets - add IRQ registers offset for each IRQ capable chip

[PATCH v6 6/7] gpio: ep93xx: refactor ep93xx_gpio_add_bank

2021-02-09 Thread Nikita Shubin
- replace plain numbers with girq->num_parents in devm_kcalloc - replace plain numbers with girq->num_parents for port F - refactor i - 1 to i + 1 to make loop more readable - combine getting IRQ's loop and setting handler's into single loop Reviewed-by: Linus Walleij Acked-by: Alexander Sverdlin

[PATCH v6 7/7] gpio: ep93xx: refactor base IRQ number

2021-02-09 Thread Nikita Shubin
- use predefined constants instead of plain numbers - use provided bank IRQ number instead of defined constant for port F Reviewed-by: Linus Walleij Reviewed-by: Alexander Sverdlin Signed-off-by: Nikita Shubin --- drivers/gpio/gpio-ep93xx.c | 12 +++- 1 file changed, 7 insertions(+),

<    3   4   5   6   7   8   9   10   11   12   >