[PATCH v2 11/12] arm64: dts: zynqmp: Add missing iommu IDs

Add missing iommu IDs to all IPs which have IDs assigned. Signed-off-by: Michal Simek --- Changes in v2: None arch/arm64/boot/dts/xilinx/zynqmp.dtsi | 52 ++ 1 file changed, 52 insertions(+) diff --git a/arch/arm64/boot/dts/xilinx/zynqmp.dtsi b/arch/arm64/boot/dts/xil

[PATCH 03/10] USB: serial: xr: use subsystem usb_device at probe

Use the subsystem struct usb_device pointer at probe instead of deriving it from the interface pointer. Signed-off-by: Johan Hovold --- drivers/usb/serial/xr_serial.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/usb/serial/xr_serial.c b/drivers/usb/serial/xr_seri

[PATCH] USB: serial: cp210x: suppress modem-control error on open and close

The CP210X_SET_MHS request cannot be used to control DTR/RTS when hardware flow control is enabled and instead returns an error which is currently logged as: cp210x ttyUSB0: failed set request 0x7 status: -32 Add a crtscts flag to keep track of the hardware flow-control setting and use it

Re: [PATCH] btrfs: remove redundant NULL check

On 21/1/21 4:19 pm, Yang Li wrote: Fix below warnings reported by coccicheck: ./fs/btrfs/raid56.c:237:2-8: WARNING: NULL check before some freeing functions is not needed. Reported-by: Abaci Robot Signed-off-by: Yang Li --- fs/btrfs/raid56.c | 3 +-- 1 file changed, 1 insertion(+), 2 deleti

[PATCH 01/10] USB: serial: xr: fix NULL-deref at probe

Make sure that the probed device has an interface 0 to avoid dereferencing a NULL pointer in case of a malicious device or during USB-descriptor fuzzing. Fixes: a8f54b7bd132 ("USB: serial: add MaxLinear/Exar USB to Serial driver") Signed-off-by: Johan Hovold --- drivers/usb/serial/xr_serial.c |

Re: [TEST PATCH v1] driver: core: Make fw_devlink=on more forgiving

Hi Saravana, On 21.01.2021 09:22, Saravana Kannan wrote: > This patch is for test purposes only and pretty experimental. Code might > not be optimized, clean, formatted properly, etc. > > Please review it only for functional bugs like locking bugs, wrong > logic, etc. > > It's basically trying to

[PATCH 07/10] USB: serial: xr: simplify line-speed logic

Simplify the changed-line-speed conditional expression. Signed-off-by: Johan Hovold --- drivers/usb/serial/xr_serial.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/usb/serial/xr_serial.c b/drivers/usb/serial/xr_serial.c index 2000277bacc1..fc727f4283f2 100644 ---

[PATCH] misc: rtsx: init value of aspm_enabled

From: Ricky Wu make sure ASPM state sync with pcr->aspm_enabled init value pcr->aspm_enabled Signed-off-by: Ricky Wu --- drivers/misc/cardreader/rtsx_pcr.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/misc/cardreader/rtsx_pcr.c b/drivers/misc/cardreader/rt

Re: [PATCH v4 3/5] mfd: arizona: Add support for ACPI enumeration of WM5102 connected over SPI

On Wed, Jan 20, 2021 at 10:49:55PM +0100, Hans de Goede wrote: > The Intel Bay Trail (x86/ACPI) based Lenovo Yoga Tablet 2 series use > a WM5102 codec connected over SPI. > > Add support for ACPI enumeration to arizona-spi so that arizona-spi can > bind to the codec on these tablets. > > This is

Re: [PATCH v2 15/22] dt-bindings: media: camss: Add qcom,sdm660-camss binding

Due to the dt-bindings supporting sdm660-camss, this patch depends the sdm660 clock driver being upstreamed. SDM630/660 Multimedia and GPU clock controllers https://lkml.org/lkml/2020/9/26/166 On Wed, 20 Jan 2021 at 14:44, Robert Foss wrote: > > Add bindings for qcom,sdm660-camss in order to sup

[PATCH -v3 5/9] workqueue: Tag bound workers with KTHREAD_IS_PER_CPU

Mark the per-cpu workqueue workers as KTHREAD_IS_PER_CPU. Workqueues have unfortunate semantics in that per-cpu workers are not default flushed and parked during hotplug, however a subset does manual flush on hotplug and hard relies on them for correctness. Therefore play silly games.. Signed-of

[PATCH -v3 0/9] sched: Fix hot-unplug regression

Hi, Some cautious optimism lets me post v3 of these patches. They (knock on wood) fix the regression introduced by commit: 1cf12e08bc4d ("sched/hotplug: Consolidate task migration on CPU unplug") These patches survived overnight runs for both me and Valentin, but I'll let it run for at least a

[PATCH -v3 8/9] sched: Fix CPU hotplug / tighten is_per_cpu_kthread()

Prior to commit 1cf12e08bc4d ("sched/hotplug: Consolidate task migration on CPU unplug") we'd leave any task on the dying CPU and break affinity and force them off at the very end. This scheme had to change in order to enable migrate_disable(). One cannot wait for migrate_disable() to complete whi

[PATCH -v3 4/9] kthread: Extract KTHREAD_IS_PER_CPU

There is a need to distinguish geniune per-cpu kthreads from kthreads that happen to have a single CPU affinity. Geniune per-cpu kthreads are kthreads that are CPU affine for correctness, these will obviously have PF_KTHREAD set, but must also have PF_NO_SETAFFINITY set, lest userspace modify thei

[PATCH -v3 9/9] sched: Relax the set_cpus_allowed_ptr() semantics

Now that we have KTHREAD_IS_PER_CPU to denote the critical per-cpu tasks to retain during CPU offline, we can relax the warning in set_cpus_allowed_ptr(). Any spurious kthread that wants to get on at the last minute will get pushed off before it can run. While during CPU online there is no harm, a

[PATCH -v3 7/9] sched: Prepare to use balance_push in ttwu()

In preparation of using the balance_push state in ttwu() we need it to provide a reliable and consistent state. The immediate problem is that rq->balance_callback gets cleared every schedule() and then re-set in the balance_push_callback() itself. This is not a reliable signal, so add a variable t

[PATCH -v3 6/9] workqueue: Restrict affinity change to rescuer

create_worker() will already set the right affinity using kthread_bind_mask(), this means only the rescuer will need to change it's affinity. Howveer, while in cpu-hot-unplug a regular task is not allowed to run on online&&!active as it would be pushed away quite agressively. We need KTHREAD_IS_PE

[PATCH -v3 1/9] sched/core: Print out straggler tasks in sched_cpu_dying()

From: Valentin Schneider Since commit 1cf12e08bc4d ("sched/hotplug: Consolidate task migration on CPU unplug") tasks are expected to move themselves out of a out-going CPU. For most tasks this will be done automagically via BALANCE_PUSH, but percpu kthreads will have to cooperate and move the

[PATCH -v3 2/9] workqueue: Use cpu_possible_mask instead of cpu_active_mask to break affinity

From: Lai Jiangshan The scheduler won't break affinity for us any more, and we should "emulate" the same behavior when the scheduler breaks affinity for us. The behavior is "changing the cpumask to cpu_possible_mask". And there might be some other CPUs online later while the worker is still run

Re: [TEST PATCH v1] driver: core: Make fw_devlink=on more forgiving

Hi Saravana, On Thu, Jan 21, 2021 at 9:28 AM Saravana Kannan wrote: > On Thu, Jan 21, 2021 at 12:22 AM Saravana Kannan wrote: > > This patch is for test purposes only and pretty experimental. Code might > > not be optimized, clean, formatted properly, etc. > > > > Please review it only for funct

Re: [PATCH v4 5/5] ASoC: Intel: bytcr_wm5102: Add machine driver for BYT/WM5102

On Wed, Jan 20, 2021 at 10:49:57PM +0100, Hans de Goede wrote: > From: Pierre-Louis Bossart > > Add a new ASoc Machine driver for Intel Baytrail platforms with a > Wolfson Microelectronics WM5102 codec. > > This is based on a past contributions [1] from Paulo Sergio Travaglia > based on the Lev

Re: [PATCH v6] pgo: add clang's Profile Guided Optimization infrastructure

On Thu, Jan 21, 2021 at 9:25 AM 'Bill Wendling' via Clang Built Linux wrote: > > From: Sami Tolvanen > > Enable the use of clang's Profile-Guided Optimization[1]. To generate a > profile, the kernel is instrumented with PGO counters, a representative > workload is run, and the raw profile data is

Re: [PATCH 6/6] lib: add fast path for find_first_*_bit() and find_last_bit()

On Wed, Jan 20, 2021 at 04:06:30PM -0800, Yury Norov wrote: > Similarly to bitmap functions, users will benefit if we'll handle > a case of small-size bitmaps that fit into a single word. > > While here, move the find_last_bit() declaration to bitops/find.h > where other find_*_bit() functions sit

[PATCH] memory: ti-aemif: Drop child node when jumping out loop

Call of_node_put() to decrement the reference count of the child node child_np when jumping out of the loop body of for_each_available_child_of_node(), which is a macro that increments and decrements the reference count of child node. If the loop is broken, the reference of the child node should be

Re: [PATCH v2 15/22] dt-bindings: media: camss: Add qcom,sdm660-camss binding

Hey Angelo, On Wed, 20 Jan 2021 at 17:17, AngeloGioacchino Del Regno wrote: > > Il giorno mer 20 gen 2021 alle ore 14:44 Robert Foss > ha scritto: > > > > Add bindings for qcom,sdm660-camss in order to support the camera > > subsystem on SDM630/660 and SDA variants. > > > > Signed-off-by: Robert

Re: [PATCH 0/3] add Ebang EBAZ4205 support

Hi, Am 2021-01-21 11:23, schrieb Michal Simek: Back to your case. Board is cheap which is not all the time case for any xilinx board but you have only uart, sd and partially described ethernet which doesn't work without PL. Is it worth to have this described? I got your point. But it is at l

[PATCH -v3 3/9] sched: Dont run cpu-online with balance_push() enabled

We don't need to push away tasks when we come online, mark the push complete right before the CPU dies. XXX hotplug state machine has trouble with rollback here. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/core.c | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(

Re: [PATCH] arm64: dts: ti: k3*: Fixup PMU compatibility to be CPU specific

On 20/01/2021 21:51, Nishanth Menon wrote: We can use CPU specific pmu configuration to expose the appropriate CPU specific events rather than just the basic generic pmuv3 perf events. Reported-by: Sudeep Holla Signed-off-by: Nishanth Menon Reviewed-by: Tero Kristo --- AM65: https://past

Re: [PATCH] uacce: Add uacce_ctrl misc device

submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url: https://github.com/0day-ci/linux/commits/Zhou-Wang/uacce-Add-uacce_ctrl-misc-device/20210121-172139 base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/cha

[PATCH v11 06/16] dmaengine: dw-axi-dmac: Support device_prep_slave_sg

Add device_prep_slave_sg() callback function so that DMA_MEM_TO_DEV and DMA_DEV_TO_MEM operations in single mode can be supported. Existing AxiDMA driver only support data transfer between memory to memory. Data transfer between device to memory and memory to device in single mode would failed if

[PATCH v11 04/16] dmaengine: dw-axi-dmac: Add device_synchronize() callback

Add support for device_synchronize() callback function to sync with dmaengine_terminate_sync(). Signed-off-by: Sia Jee Heng Reviewed-by: Andy Shevchenko Reviewed-by: Eugeniy Paltsev Tested-by: Eugeniy Paltsev --- drivers/dma/dw-axi-dmac/dw-axi-dmac-platform.c | 8 1 file changed, 8 i

[PATCH v11 09/16] dmaengine: dw-axi-dmac: Support burst residue granularity

Add support for DMA_RESIDUE_GRANULARITY_BURST so that AxiDMA can report DMA residue. Existing AxiDMA driver only support data transfer between memory to memory operation, therefore reporting DMA residue to the DMA clients is not supported. Reporting DMA residue to the DMA clients is important as

[PATCH v11 14/16] dmaengine: dw-axi-dmac: Add Intel KeemBay AxiDMA BYTE and HALFWORD registers

Add support for Intel KeemBay AxiDMA BYTE and HALFWORD registers programming. Intel KeemBay AxiDMA supports data transfer between device to memory and memory to device operations. This code is needed by I2C, I3C, I2S, SPI and UART which uses FIFO size of 8bits and 16bits to perform memory to devi

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

On Thu, Jan 21, 2021 at 10:48 AM Linus Walleij wrote: > > Hi Mohamed, > > thanks for your patch! > > On Wed, Jan 20, 2021 at 2:31 PM Mohamed Mediouni > wrote: > > > +properties: > > + compatible: > > +items: > > + - const: apple,aic > > However weird it may seem, Apple is not in the fil

[PATCH v11 10/16] dt-binding: dma: dw-axi-dmac: Add support for Intel KeemBay AxiDMA

Add support for Intel KeemBay AxiDMA to the dw-axi-dmac Schemas DT binding. Signed-off-by: Sia Jee Heng Reviewed-by: Eugeniy Paltsev Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/dma/snps,dw-axi-dmac.yaml | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/d

[PATCH v11 13/16] dmaengine: dw-axi-dmac: Add Intel KeemBay AxiDMA handshake

Add support for Intel KeemBay AxiDMA device handshake programming. Device handshake number passed in to the AxiDMA shall be written to the Intel KeemBay AxiDMA hardware handshake registers before DMA operations are started. Signed-off-by: Sia Jee Heng Reviewed-by: Andy Shevchenko Reviewed-by: Eu

[PATCH v11 15/16] dmaengine: dw-axi-dmac: Set constraint to the Max segment size

Add support for DMA Scatter-Gather (SG) constraint so that DMA clients can handle the AxiDMA limitation. Without supporting DMA constraint the default Max segment size reported by dmaengine is 64KB, which is not supported by Intel KeemBay AxiDMA. Signed-off-by: Sia Jee Heng Reviewed-by: Andy She

[PATCH v11 08/16] dmaengine: dw-axi-dmac: Support of_dma_controller_register()

Add support for of_dma_controller_register() so that DMA clients can pass in device handshake number to the AxiDMA driver. DMA clients shall code the device handshake number in the Device tree. When DMA activities are needed, DMA clients shall invoke OF helper function to pass in the device handsh

[PATCH v11 11/16] dmaengine: dw-axi-dmac: Add Intel KeemBay DMA register fields

Add support for Intel KeemBay DMA registers. These registers are required to run data transfer between device to memory and memory to device on Intel KeemBay SoC. Signed-off-by: Sia Jee Heng Reviewed-by: Andy Shevchenko Reviewed-by: Eugeniy Paltsev Tested-by: Eugeniy Paltsev --- drivers/dma/d

Re: [RFC PATCH v0] mm/slub: Let number of online CPUs determine the slub page order

On Thu, 21 Jan 2021 at 11:01, Christoph Lameter wrote: > > On Thu, 21 Jan 2021, Bharata B Rao wrote: > > > > The problem is that calculate_order() is called a number of times > > > before secondaries CPUs are booted and it returns 1 instead of 224. > > > This makes the use of num_online_cpus() irr

[PATCH v11 05/16] dmaengine: dw-axi-dmac: Add device_config operation

Add device_config() callback function so that the device address can be passed to the dma driver. DMA clients use this interface to pass in the device address to the AxiDMA. Without this interface, data transfer between device to memory and memory to device would failed. Signed-off-by: Sia Jee He

Re: [PATCH] ACPI / device_sysfs: Use OF_MODALIAS for "compatible" modalias

On Thu, Jan 21, 2021 at 02:22:43PM +0800, Kai-Heng Feng wrote: > On Tue, Jan 19, 2021 at 6:34 PM Greg Kroah-Hartman > wrote: > > > > On Tue, Jan 19, 2021 at 11:41:59AM +0200, Andy Shevchenko wrote: > > > On Tue, Jan 19, 2021 at 04:41:48PM +0800, Kai-Heng Feng wrote: > > > > On Tue, Jan 19, 2021 at

Re: [PATCH] misc: rtsx: init value of aspm_enabled

On Thu, Jan 21, 2021 at 06:35:59PM +0800, ricky...@realtek.com wrote: > From: Ricky Wu > > make sure ASPM state sync with pcr->aspm_enabled > init value pcr->aspm_enabled > > Signed-off-by: Ricky Wu > --- > drivers/misc/cardreader/rtsx_pcr.c | 7 ++- > 1 file changed, 6 insertions(+), 1 de

[PATCH v11 07/16] dmaegine: dw-axi-dmac: Support device_prep_dma_cyclic()

Add support for device_prep_dma_cyclic() callback function to benefit DMA cyclic client, for example ALSA. Existing AxiDMA driver only support data transfer between memory to memory. Data transfer between device to memory and memory to device in cyclic mode would failed if this interface is not su

[PATCH v11 03/16] dmaengine: dw-axi-dmac: move dma_pool_create() to alloc_chan_resources()

The DMA memory block is created at driver load time and exist for device lifetime. Move the dma_pool_create() to the ->chan_resource() callback function allowing the DMA memory blocks to be created as needed and destroyed when the channel is freed. Signed-off-by: Sia Jee Heng Reviewed-by: Andy Sh

Re: [PATCH 3/6] tty: implement read_iter

On 21. 01. 21, 10:00, Greg Kroah-Hartman wrote: From: Linus Torvalds Now that the ldisc read() function takes kernel pointers, it's fairly straightforward to make the tty file operations use .read_iter() instead of .read(). That automatically gives us vread() and friends, and also makes it pos

[PATCH v11 02/16] dmaengine: dw-axi-dmac: simplify descriptor management

Simplify and refactor the descriptor management by removing the redundant Linked List Item (LLI) queue control logic from the AxiDMA driver. The descriptor is split into virtual descriptor and hardware LLI so that only hardware LLI memories are allocated from the DMA memory pool. Up to 64 descript

[PATCH v11 01/16] dt-bindings: dma: Add YAML schemas for dw-axi-dmac

YAML schemas Device Tree (DT) binding is the new format for DT to replace the old format. Introduce YAML schemas DT binding for dw-axi-dmac and remove the old version. Signed-off-by: Sia Jee Heng Reviewed-by: Eugeniy Paltsev Reviewed-by: Rob Herring --- .../bindings/dma/snps,dw-axi-dmac.txt

[PATCH] rt2x00: reset reg earlier in rt2500usb_register_read

In the function rt2500usb_register_read(_lock), reg is uninitialized in some situation. Then KMSAN reports uninit-value at its first memory access. To fix this issue, initialize reg with zero in the function rt2500usb_register_read and rt2500usb_register_read_lock BUG: KMSAN: uninit-value in rt250

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

On Wed, Jan 20, 2021 at 2:27 PM Mohamed Mediouni wrote: > --- a/arch/arm64/kernel/cpu_ops.c > +++ b/arch/arm64/kernel/cpu_ops.c > #if defined(CONFIG_STACKPROTECTOR) && > !defined(CONFIG_STACKPROTECTOR_PER_TASK) > #include > @@ -74,8 +75,14 @@ void (*arm_pm_restart)(enum reboot_mode reboot_mod

[PATCH] dt-bindings: arm: Fix typo in zcu111 board

Trivial fix. Signed-off-by: Michal Simek --- Documentation/devicetree/bindings/arm/xilinx.yaml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/arm/xilinx.yaml b/Documentation/devicetree/bindings/arm/xilinx.yaml index ae0ef1bf7965..97e77b4e0

Re: [PATCH net-next v2 3/3] xsk: build skb by page

On 2021/1/21 15:41, Magnus Karlsson wrote: > On Wed, Jan 20, 2021 at 9:29 PM Alexander Lobakin wrote: >> >> From: Xuan Zhuo >> Date: Wed, 20 Jan 2021 16:30:56 +0800 >> >>> This patch is used to construct skb based on page to save memory copy >>> overhead. >>> >>> This function is implemented base

[PATCH v11 12/16] dmaengine: dw-axi-dmac: Add Intel KeemBay AxiDMA support

Add support for Intel KeemBay AxiDMA to the .compatible field. The AxiDMA Apb region will be accessible if the compatible string matches the "intel,kmb-axi-dma". Signed-off-by: Sia Jee Heng Reviewed-by: Andy Shevchenko Reviewed-by: Eugeniy Paltsev Tested-by: Eugeniy Paltsev --- drivers/dma/dw

Re: [PATCH bpf-next v3] samples/bpf: Update build procedure for manually compiling LLVM and Clang

On Thu, Jan 21, 2021 at 9:55 AM Sedat Dilek wrote: > > On Thu, Jan 21, 2021 at 9:08 AM Andrii Nakryiko > wrote: > > > > On Wed, Jan 20, 2021 at 9:36 PM Nathan Chancellor > > wrote: > > > > > > On Thu, Jan 21, 2021 at 01:27:35PM +0800, Tiezhu Yang wrote: > > > > The current LLVM and Clang build p

Re: [f2fs-dev] [PATCH v2 2/2] f2fs: add ckpt_thread_ioprio sysfs node

Oops, it disappeared while versioning up... 2021년 1월 21일 (목) 오후 7:30, Chao Yu 님이 작성: > > On 2021/1/14 14:23, Daeho Jeong wrote: > > From: Daeho Jeong > > > > Added "ckpt_thread_ioprio" sysfs node to give a way to change checkpoint > > merge daemon's io priority. Its default value is "be,3", which

Re: [PATCH 3/4] cpu/hotplug: Add cpuhp_invoke_callback_range()

On Wed, Jan 20, 2021 at 06:53:33PM +0100, Peter Zijlstra wrote: > On Wed, Jan 20, 2021 at 06:45:16PM +0100, Peter Zijlstra wrote: > > On Mon, Jan 11, 2021 at 05:10:46PM +, vincent.donnef...@arm.com wrote: > > > @@ -475,6 +478,11 @@ cpuhp_set_state(struct cpuhp_cpu_state *st, enum > > > cpuhp_s

[Patch v2 0/3] Enable flexcan support in LS1028A/LX2160A

This patch set adds device-tree support for LX2160A-RDB/QDS. Also, update flexcan entry for LS1028A and enable support further for LS1028A-RDB/QDS. Patch1: Add dtsi and dts properties for LX2160A Patch2: Update dtsi properties for LS1028A Patch3: Add dts properties for LS1028A. Changes since v1

Re: [PATCH 2/6] tty: convert tty_ldisc_ops 'read()' function to take a kernel pointer

On 21. 01. 21, 10:00, Greg Kroah-Hartman wrote: From: Linus Torvalds The tty line discipline .read() function was passed the final user pointer destination as an argument, which doesn't match the 'write()' function, and makes it very inconvenient to do a splice method for ttys. This is a conve

[Patch v2 1/3] arm64: dts: lx2160a: Add flexcan support

LX2160A supports two flexcan controllers. Add the support. Enable support further for LX2160A-RDB/QDS. Signed-off-by: Kuldeep Singh --- arch/arm64/boot/dts/freescale/fsl-lx2160a-qds.dts | 8 arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts | 16 +++ arch/arm64/boot/dts/fre

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

> On 21 Jan 2021, at 11:52, Arnd Bergmann wrote: > > On Wed, Jan 20, 2021 at 2:27 PM Mohamed Mediouni > wrote: >> --- a/arch/arm64/kernel/cpu_ops.c >> +++ b/arch/arm64/kernel/cpu_ops.c > >> #if defined(CONFIG_STACKPROTECTOR) && >> !defined(CONFIG_STACKPROTECTOR_PER_TASK) >> #include >> @@

Re: [PATCH] rt2x00: reset reg earlier in rt2500usb_register_read

On Thu, Jan 21, 2021 at 5:49 PM Greg KH wrote: > > On Thu, Jan 21, 2021 at 05:20:26PM +0800, Dongliang Mu wrote: > > In the function rt2500usb_register_read(_lock), reg is uninitialized > > in some situation. Then KMSAN reports uninit-value at its first memory > > access. To fix this issue, add on

Re: [PATCH] PCI: dwc: layerscape: convert to builtin_platform_driver()

Hi Saravana, On Thu, Jan 21, 2021 at 1:05 AM Saravana Kannan wrote: > On Wed, Jan 20, 2021 at 3:53 PM Michael Walle wrote: > > Am 2021-01-20 20:47, schrieb Saravana Kannan: > > > On Wed, Jan 20, 2021 at 11:28 AM Michael Walle > > > wrote: > > >> > > >> [RESEND, fat-fingered the buttons of my ma

[PATCH 0/3] dmaengine: Allow building MMP DMA drivers as modules

Hi, please consider attaching the patches chained to this message. The last two are straighforward Kconfig changes that allow building mmp_tdma and mmp_pdma as modules so that distros that will choose to enable the drivers will not add bloat to their kernels for other platforms. The first one

[PATCH 3/3] dmaengine: mmp_tdma: Allow building as a module

There is no reason the Marvell MMP two-channel audio DMA driver would have to be built-in. Signed-off-by: Lubomir Rintel --- drivers/dma/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index 04effa065527b..978b2f526c5df 100644

[PATCH 2/3] dmaengine: mmp_pdma: Allow building as a module

There is no reason the Marvell MMP peripheral DMA driver would have to be built-in. Signed-off-by: Lubomir Rintel --- drivers/dma/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index d242c76326217..04effa065527b 100644 --- a/

[PATCH 1/3] dmaengine: mmp_pdma: Remove mmp_pdma_filter_fn()

It's not used anywhere -- drop it. Signed-off-by: Lubomir Rintel --- drivers/dma/mmp_pdma.c | 14 -- include/linux/dma/mmp-pdma.h | 16 2 files changed, 30 deletions(-) delete mode 100644 include/linux/dma/mmp-pdma.h diff --git a/drivers/dma/mmp_pdma.c b/driv

[PATCH v3 4/4] sched/fair: Add document for burstable CFS bandwidth control

Basic description of usage and effect for CFS Bandwidth Control Burst. Signed-off-by: Huaixin Chang Signed-off-by: Shanpei Chen --- Documentation/scheduler/sched-bwc.rst | 70 +-- 1 file changed, 66 insertions(+), 4 deletions(-) diff --git a/Documentation/schedu

[PATCH v3 3/4] sched/fair: Add cfs bandwidth burst statistics

Introduce statistics exports for the burstable cfs bandwidth controller. The following exports are included: current_bw: current runtime in global pool nr_burst: number of periods bandwidth burst occurs burst_time: cumulative wall-time that any cpus has used above quota in respectiv

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

Accumulate unused quota from previous periods, thus accumulated bandwidth runtime can be used in the following periods. During accumulation, take care of runtime overflow. Previous non-burstable CFS bandwidth controller only assign quota to runtime, that saves a lot. A sysctl parameter sysctl_sche

Re: [PATCH 0/9] tools/nolibc: fix build issues on aarch64 after unistd cleanup

On 21/01/21 08:20, Willy Tarreau wrote: > Hi Paul, > > as per the recent discussion with Mark, I've updated the nolibc header to > reflect latest upstream which is needed to build on arm64, and I performed > the few cleanups that Mark rightfully suggested. > > The following patches were taken from

Re: [PATCH v5 2/3] usb: serial: xr_serial: Add gpiochip support

On Sun, Nov 22, 2020 at 10:38:21PM +0530, Manivannan Sadhasivam wrote: > Add gpiochip support for Maxlinear/Exar USB to serial converter > for controlling the available gpios. > > Inspired from cp210x usb to serial converter driver. > > Cc: Linus Walleij > Cc: linux-g...@vger.kernel.org > Signed

[PATCH v3 1/2] mtd: spi-nor: Add Global Block Unlock command

The Global Block Unlock command has different names depending on the manufacturer, but always the same command value: 0x98. Macronix's MX25U12835F names it Gang Block Unlock, Winbond's W25Q128FV names it Global Block Unlock and Microchip's SST26VF064B names it Global Block Protection Unlock. Used

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

Even if sst26vf shares the SPINOR_OP_GBULK opcode with Macronix (ex. MX25U12835F) and Winbound (ex. W25Q128FV), it has its own Individual Block Protection scheme, which is also capable to read-lock individual parameter blocks. Thus the sst26vf's Individual Block Protection scheme will reside in the

[PATCH v3 1/4] sched/fair: Introduce primitives for CFS bandwidth burst

In this patch, we introduce the notion of CFS bandwidth burst. Unused "quota" from pervious "periods" might be accumulated and used in the following "periods". The maximum amount of accumulated bandwidth is bounded by "burst". And the maximun amount of CPU a group can consume in a given period is "

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

Changelog v3: 1. Fix another issue reported by test robot. 2. Update docs as Randy Dunlap suggested. v2: 1. Fix an issue reported by test robot. 2. Rewriting docs. Appreciate any further suggestions or help. The CFS bandwidth controller limits CPU requests of a task group to quota during each pe

[PATCH v2 1/3] perf vendor events: Add cache refill and DCZVA events

Adds L1 data cache refill prefetch, L2 data cache refill prefetch, and DCZVA instruction events. Signed-off-by: Shunsuke Nakamura --- .../perf/pmu-events/arch/arm64/armv8-recommended.json | 18 ++ 1 file changed, 18 insertions(+) diff --git a/tools/perf/pmu-events/arch/arm64/a

[PATCH v2] misc: rtsx: init value of aspm_enabled

From: Ricky Wu make sure ASPM state sync with pcr->aspm_enabled init value pcr->aspm_enabled Signed-off-by: Ricky Wu --- drivers/misc/cardreader/rtsx_pcr.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/misc/cardreader/rtsx_pcr.c b/drivers/misc/cardreader/rt

Re: [PATCH 0/9] tools/nolibc: fix build issues on aarch64 after unistd cleanup

On Thu, Jan 21, 2021 at 11:05:48AM +, Valentin Schneider wrote: > This lets me run the following invocation without a hitch: > > tools/testing/selftests/rcutorture/bin/kvm.sh --allcpus --duration 10 > --configs "4*SRCU-P" --trust-make > > where before I would get some errors building the ini

[PATCH v2 3/3] perf vendor events: Add Fujitsu A64FX V1.2 pmu event

Add pmu events for A64FX. Documentation source: https://github.com/fujitsu/A64FX/blob/master/doc/A64FX_PMU_Events_v1.2.pdf Signed-off-by: Shunsuke Nakamura --- .../arch/arm64/fujitsu/a64fx/branch.json | 14 ++ .../pmu-events/arch/arm64/fujitsu/a64fx/bus.json | 62 ++ .../pmu-e

Re: [RFC PATCH 00/17] objtool: add base support for arm64

On Thu, 21 Jan 2021 at 11:26, Julien Thierry wrote: > > Hi Ard, > > On 1/21/21 10:03 AM, Ard Biesheuvel wrote: > > Hello Julien, > > > > On Wed, 20 Jan 2021 at 18:38, Julien Thierry wrote: > >> > >> Hi, > >> > >> This series enables objtool to start doing stack validation on arm64 > >> kernel bui

[PATCH v2 0/3] perf vendor events: Support PMU events for A64FX

(I forgot to add Signed-off. Will resend. Sorry about that.) This patch series supports A64FX PMU event v1.2. The first patch adds L1 data cache refill prefetch, L2 data cache refill prefetch, and DCZVA instruction events. The second patch fixes the lexical definition of event name so that pe

[PATCH v2 2/3] perf tools: Fix lexical definition of event name

Fix the lexical definition of event name so that the numbers are recognizable. A64FX defines an event name that starts with a number. - 0inst_commit - 1inst_commit - 2inst_commit - 3inst_commit - 4inst_commit Signed-off-by: Shunsuke Nakamura --- tools/perf/util/parse-events.l | 2 +- 1 fil

Re: [PATCH 0/9] tools/nolibc: fix build issues on aarch64 after unistd cleanup

On Thu, Jan 21, 2021 at 11:05:48AM +, Valentin Schneider wrote: > Thanks for having a look at this! And kuddos to Mark for nudging the > right people. Likewise to Paul for poking Willy! Thanks all, Mark.

Re: [PATCH 0/9] tools/nolibc: fix build issues on aarch64 after unistd cleanup

Hi Willy, Paul, On Thu, Jan 21, 2021 at 08:20:22AM +0100, Willy Tarreau wrote: > Hi Paul, > > as per the recent discussion with Mark, I've updated the nolibc header to > reflect latest upstream which is needed to build on arm64, and I performed > the few cleanups that Mark rightfully suggested. >

Re: [RESEND PATCH] drm/rockchip: dsi: move all lane config except LCDC mux to bind()

В Вс, 13/12/2020 в 12:58 -0800, Thomas Hebb пишет: > When we first enable the DSI encoder, we currently program some per-chip > configuration that we look up in rk3399_chip_data based on the device > tree compatible we match. This data configures various parameters of the > MIPI lanes, including on

Re: [RFC PATCH 6/7] arm64: kernel: Apple CPU start driver

On Wed, Jan 20, 2021 at 2:27 PM Mohamed Mediouni wrote: > diff --git a/Documentation/devicetree/bindings/arm/cpus.yaml > b/Documentation/devicetree/bindings/arm/cpus.yaml > index 14cd727d3c4b..a6ff8cb3db1e 100644 > --- a/Documentation/devicetree/bindings/arm/cpus.yaml > +++ b/Documentation/device

Re: [PATCH] USB: serial: option: Adding support for Cinterion MV31

On Wed, Jan 20, 2021 at 12:49:02PM +, SCHEMMEL Hans-Christoph wrote: > Adding support for Cinterion device MV31 for enumeration with PID 0x00B3 and > 0x00B7. Please resend this without using S/MIME encoding and remember to CC linux-...@vger.kernel.org Try sending it to yourself first and make

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

Am 2021-01-21 12:05, schrieb Tudor Ambarus: Even if sst26vf shares the SPINOR_OP_GBULK opcode with Macronix (ex. MX25U12835F) and Winbound (ex. W25Q128FV), it has its own Individual Block Protection scheme, which is also capable to read-lock individual parameter blocks. Thus the sst26vf's Individ

[PATCH 01/13] opp: Rename _opp_set_rate_zero()

This routine has nothing to do with frequency, it just disables all the resources previously enabled. Rename it to match its purpose. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/opp/core.c b/drivers/opp/core.c

[PATCH 03/13] opp: Keep track of currently programmed OPP

The dev_pm_opp_set_rate() helper needs to know the currently programmed OPP to make few decisions and currently we try to find it on every invocation of this routine. Lets start keeping track of the current_opp programmed for the devices of the opp table, that will be quite useful going forward.

[PATCH 08/13] opp: Update parameters of _set_opp_custom()

Drop the unnecessary parameters and follow the pattern from _generic_set_opp_regulator(). While at it, also remove the local variable old_freq. Signed-off-by: Viresh Kumar --- drivers/opp/core.c | 22 +- 1 file changed, 9 insertions(+), 13 deletions(-) diff --git a/drivers/

[PATCH 10/13] cpufreq: qcom: Migrate to dev_pm_opp_set_opp()

dev_pm_opp_set_bw() is getting removed and dev_pm_opp_set_opp() should be used instead. Migrate to the new API. Signed-off-by: Viresh Kumar --- drivers/cpufreq/qcom-cpufreq-hw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/cpufreq/qcom-cpufreq-hw.c b/drivers/cpufr

[PATCH 11/13] devfreq: tegra30: Migrate to dev_pm_opp_set_opp()

dev_pm_opp_set_bw() is getting removed and dev_pm_opp_set_opp() should be used instead. Migrate to the new API. Signed-off-by: Viresh Kumar --- drivers/devfreq/tegra30-devfreq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/devfreq/tegra30-devfreq.c b/drivers/devfr

[PATCH 3/5] clk: at91: sama7g5: add securam's peripheral clock

Add SECURAM's peripheral clock. Signed-off-by: Claudiu Beznea --- drivers/clk/at91/sama7g5.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/at91/sama7g5.c b/drivers/clk/at91/sama7g5.c index a6e20b35960e..28e26fb90417 100644 --- a/drivers/clk/at91/sama7g5.c +++ b/drivers/clk/at91

[PATCH 12/13] drm: msm: Migrate to dev_pm_opp_set_opp()

dev_pm_opp_set_bw() is getting removed and dev_pm_opp_set_opp() should be used instead. Migrate to the new API. Signed-off-by: Viresh Kumar --- drivers/gpu/drm/msm/adreno/a6xx_gmu.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/msm/adreno/a6xx_gmu.c

Re: [PATCH 3/4] cpu/hotplug: Add cpuhp_invoke_callback_range()

On Thu, Jan 21, 2021 at 10:57:57AM +, Vincent Donnefort wrote: > On Wed, Jan 20, 2021 at 06:53:33PM +0100, Peter Zijlstra wrote: > > On Wed, Jan 20, 2021 at 06:45:16PM +0100, Peter Zijlstra wrote: > > > On Mon, Jan 11, 2021 at 05:10:46PM +, vincent.donnef...@arm.com wrote: > > > > @@ -475,6

[PATCH 5/5] clk: at91: clk-master: update for dvfs

SAMA7G5 supports CPU DVFS. The hardware block diagram for the clock system generating CPU clock is as follows: ++ +-->|divider1|--> CPU clock | ++ ++ +--+ | ++ |CPU P

Re: [PATCH] rt2x00: reset reg earlier in rt2500usb_register_read

On Thu, Jan 21, 2021 at 06:59:08PM +0800, 慕冬亮 wrote: > > > rt2x00usb_vendor_request_buff(rt2x00dev, USB_MULTI_READ, > > > USB_VENDOR_REQUEST_IN, offset, > > > ®, sizeof(reg)); > > > > Are you sure this is valid to call th

Re: [PATCH] usb: gadget: f_mass_storage: cahnge wait_event to wait_event_timeout

On Thu, Jan 21, 2021 at 03:56:45PM +0900, Oh Eomji wrote: > Changed to return a timeout error if there is no response for a certain > period of time in order to solve the problem of waiting for a event > complete while executing unbind. > > Signed-off-by: Oh Eomji > --- > drivers/usb/gadget/func

[PATCH v1 1/2] dt-bindings: iommu: add bindings for sprd iommu

From: Chunyan Zhang This patch adds bindings to support display and Image codec(jpeg) iommu instance. The iommu support for others would be added once finished tests with those devices, such as a few signal processors, including VSP(video), GSP(graphic), ISP(image), and camera CPP, etc. Signed-

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