Re: [PATCH] staging: rtl8192u: minor coding style fix

On Thu, Feb 25, 2021 at 10:03:51AM +, Lee Gibson wrote: > Fixes this checkpatch warning > WARNING: Comparisons should place the constant on the right side of the test > > Signed-off-by: Lee Gibson > --- > drivers/staging/rtl8192u/r8192U_wx.c | 2 +- > 1 file changed, 1 insertion(+), 1

[PATCH] RDMA/siw: Fix missing check in siw_get_hdr

We should also check the range of opcode after calling __rdmap_get_opcode() in the else branch to prevent potential overflow. Fixes: 8b6a361b8c482 ("rdma/siw: receive path") Signed-off-by: Dinghao Liu --- drivers/infiniband/sw/siw/siw_qp_rx.c | 10 ++ 1 file changed, 10 insertions(+)

Re: [PATCH 0/3] drm/ttm: constify static vm_operations_structs

Am 23.02.21 um 18:31 schrieb Alex Deucher: On Wed, Feb 10, 2021 at 8:14 AM Daniel Vetter wrote: On Wed, Feb 10, 2021 at 08:45:56AM +0100, Christian König wrote: Reviewed-by: Christian König for the series. Smash it into -misc? @Christian Koenig did these ever land? I don't see them in

[PATCH] KVM: Documentation: rectify rst markup in kvm_run->flags

Commit c32b1b896d2a ("KVM: X86: Add the Document for KVM_CAP_X86_BUS_LOCK_EXIT") added a new flag in kvm_run->flags documentation, and caused warning in make htmldocs: Documentation/virt/kvm/api.rst:5004: WARNING: Unexpected indentation Documentation/virt/kvm/api.rst:5004: WARNING: Inline

Re: [PATCH 8/9] arm64: dts: qcom: sc7280: Add AOSS QMP node

On 2021-02-26 01:11, Stephen Boyd wrote: Quoting Sai Prakash Ranjan (2021-02-25 01:30:24) Add a DT node for the AOSS QMP on SC7280 SoC. Signed-off-by: Sai Prakash Ranjan --- arch/arm64/boot/dts/qcom/sc7280.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git

Re: [PATCH] radeon: ERROR: space prohibited before that ','

Well coding style clean ups are usually welcome, but not necessarily one by one. We can probably merge this if you clean up all checkpatch.pl warnings in the whole file. Christian. Am 26.02.21 um 07:05 schrieb wangjingyu: drm_property_create_range(rdev->ddev, 0 , "coherent", 0, 1);

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

On Thu, Feb 25, 2021 at 05:45:09PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > Fixes: 815f0ddb346c ("include/linux/compiler*.h: make compiler-*.h mutually > exclusive") > Signed-off-by: Arnd Bergmann > --- > include/linux/compiler-clang.h | 10 ++ > 1 file changed, 10

[PATCH] Input: elan_i2c - Reduce the resume time for new devices

Remove elan_initilize() function at resume state, for Voxel, Delbin, Magple, Bobba and new devices. Signed-off-by: Jingle Wu --- drivers/input/mouse/elan_i2c.h | 5 +++ drivers/input/mouse/elan_i2c_core.c | 57 +++-- 2 files changed, 58 insertions(+), 4

[PATCH net] net: phy: fix save wrong speed and duplex problem if autoneg is on

From: Guangbin Huang If phy uses generic driver and autoneg is on, enter command "ethtool -s eth0 speed 50" will not change phy speed actually, but command "ethtool eth0" shows speed is 50Mb/s because phydev->speed has been set to 50 and no update later. And duplex setting has same problem too.

Re: general protection fault in kvm_hv_irq_routing_update

On Fri, 26 Feb 2021 at 15:01, syzbot wrote: > > Hello, > > syzbot found the following issue on: > > HEAD commit:a99163e9 Merge tag 'devicetree-for-5.12' of git://git.kern.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=12d72682d0 > kernel config:

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

This patch changes the read I/O to the HPB read I/O. If the logical address of the read I/O belongs to active sub-region, the HPB driver modifies the read I/O command to HPB read. It modifies the UPIU command of UFS instead of modifying the existing SCSI command. In the HPB version 1.0, the

[PATCH v25 4/4] scsi: ufs: Add HPB 2.0 support

This patch supports the HPB 2.0. The HPB 2.0 supports read of varying sizes from 4KB to 512KB. In the case of Read (<= 32KB) is supported as single HPB read. In the case of Read (36KB ~ 512KB) is supported by as a combination of write buffer command and HPB read command to deliver more PPN. The

Re: [PATCH] dma-buf: heaps: Set VM_PFNMAP in mmap for system and cma heaps

On Fri, Feb 26, 2021 at 5:09 AM John Stultz wrote: > > Per discussion and patches here: > > https://lore.kernel.org/dri-devel/20210223105951.912577-1-daniel.vet...@ffwll.ch/ > > Daniel is planning on making VM_PFNMAP required on dmabufs. > > Thus to avoid the warn_on noise, set the VM_PFNMAP

[PATCH v25 2/4] scsi: ufs: L2P map management for HPB read

This is a patch for managing L2P map in HPB module. The HPB divides logical addresses into several regions. A region consists of several sub-regions. The sub-region is a basic unit where L2P mapping is managed. The driver loads L2P mapping data of each sub-region. The loaded sub-region is called

[PATCH v25 1/4] scsi: ufs: Introduce HPB feature

This is a patch for the HPB initialization and adds HPB function calls to UFS core driver. NAND flash-based storage devices, including UFS, have mechanisms to translate logical addresses of IO requests to the corresponding physical addresses of the flash storage. In UFS,

Re: [reiser4 SFRN 5.1.3] kernel [5.10.x] read not supported for file /test-exec \(pid: 10094 comm: debootstrap\)

On Fri, 2021-02-19 at 00:12 -0800, Jose R Rodriguez wrote: > On Tue, 2021-02-16 at 21:02 +0100, Edward Shishkin wrote: > > > > > > On 02/16/2021 04:56 PM, Jose R Rodriguez wrote: > > > On Mon, 2021-02-08 at 17:03 +0100, Edward Shishkin wrote: > > > > On 02/08/2021 01:54 PM, Metztli Information

Re: [PATCH v14 02/11] x86: kdump: make the lower bound of crash kernel reservation consistent

On 2021/2/25 23:44, Baoquan He wrote: > On 02/25/21 at 02:42pm, Catalin Marinas wrote: >> On Thu, Feb 25, 2021 at 03:08:46PM +0800, Baoquan He wrote: >>> On 02/24/21 at 02:35pm, Catalin Marinas wrote: On Sat, Jan 30, 2021 at 03:10:16PM +0800, Chen Zhou wrote: > diff --git

[PATCH v25 0/4] scsi: ufs: Add Host Performance Booster Support

Changelog: v24 -> v25 1. Change write buffer API for unmap region. 2. Add checking hpb_enable for avoiding unnecessary memory allocation. 3. Change pr_info to dev_info. 4. Change default requeue timeout value for HPB read. 5. Fix wrong offset manipulation on ufshpb_prep_entry. v23 -> v24 1. Fix

Re: [PATCH] kgdb: Fix to kill breakpoints on initmem after boot

On Fri, Feb 26, 2021 at 12:32:07PM +0530, Sumit Garg wrote: > + stable ML > > On Thu, 25 Feb 2021 at 21:26, Daniel Thompson > wrote: > > > > On Wed, Feb 24, 2021 at 01:46:52PM +0530, Sumit Garg wrote: > > > Currently breakpoints in kernel .init.text section are not handled > > > correctly while

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

On Thu 25-02-21 18:12:54, Yang Shi wrote: > When debugging an oom issue, I found the oom_kill counter of memcg is > confusing. At the first glance without checking document, I thought it > just counts for memcg oom, but it turns out it counts both global and > memcg oom. Yes, this is the case

AW: [PATCH net] net: hsr: add support for EntryForgetTime

On Thu, Feb 25, 2021 at 6:49 PM Jakub Kicinski wrote: > > On Wed, 24 Feb 2021 14:55:17 +0100 Andrew Lunn wrote: > > On Wed, Feb 24, 2021 at 10:46:49AM +0100, Marco Wenzel wrote: > > > In IEC 62439-3 EntryForgetTime is defined with a value of 400 ms. > > > When a node does not send any frame

Re: [PATCH] kdb: Get rid of custom debug heap allocator

On Thu, 25 Feb 2021 at 17:49, Daniel Thompson wrote: > > On Thu, Feb 25, 2021 at 04:52:58PM +0530, Sumit Garg wrote: > > Currently the only user for debug heap is kdbnearsym() which can be > > modified to rather ask the caller to supply a buffer for symbol name. > > So do that and modify

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

Hi all, Am Do., 25. Feb. 2021 um 22:15 Uhr schrieb Heiko Thiery : > > When accessing the timecounter register on an i.MX8MQ the kernel hangs. > This is only the case when the interface is down. This can be reproduced > by reading with 'phc_ctrl eth0 get'. > > Like described in the change in

Re: [PATCH v2] sched/pelt: Fix task util_est update filtering

On Thu, 25 Feb 2021 at 17:58, Vincent Donnefort wrote: > > Being called for each dequeue, util_est reduces the number of its updates > by filtering out when the EWMA signal is different from the task util_avg > by less than 1%. It is a problem for a sudden util_avg ramp-up. Due to the > decay

[PATCH v3 8/8] nouveau/svm: Implement atomic SVM access

Some NVIDIA GPUs do not support direct atomic access to system memory via PCIe. Instead this must be emulated by granting the GPU exclusive access to the memory. This is achieved by replacing CPU page table entries with special swap entries that fault on userspace access. The driver then grants

[PATCH v3 5/8] mm: Device exclusive memory access

Some devices require exclusive write access to shared virtual memory (SVM) ranges to perform atomic operations on that memory. This requires CPU page tables to be updated to deny access whilst atomic operations are occurring. In order to do this introduce a new swap entry type

[PATCH v3 7/8] nouveau/svm: Refactor nouveau_range_fault

Call mmu_interval_notifier_insert() as part of nouveau_range_fault(). This doesn't introduce any functional change but makes it easier for a subsequent patch to alter the behaviour of nouveau_range_fault() to support GPU atomic operations. Signed-off-by: Alistair Popple ---

[PATCH v3 6/8] mm: Selftests for exclusive device memory

Adds some selftests for exclusive device memory. Signed-off-by: Alistair Popple --- lib/test_hmm.c | 124 ++ lib/test_hmm_uapi.h| 2 + tools/testing/selftests/vm/hmm-tests.c | 219 + 3 files changed, 345

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

Migration is currently implemented as a mode of operation for try_to_unmap_one() generally specified by passing the TTU_MIGRATION flag or in the case of splitting a huge anonymous page TTU_SPLIT_FREEZE. However it does not have much in common with the rest of the unmap functionality of

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

Remove the migration and device private entry_to_page() and entry_to_pfn() inline functions and instead open code them directly. This results in shorter code which is easier to understand. Signed-off-by: Alistair Popple --- arch/s390/mm/pgtable.c | 2 +- fs/proc/task_mmu.c | 23

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

Both migration and device private pages use special swap entries which are manipluated by a range of inline functions. The arguments to these are somewhat inconsitent so rework them to remove flag type arguments and to make the arguments similar for both a read and write entry creation.

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

The behaviour of try_to_unmap_one() is difficult to follow because it performs different operations based on a fairly large set of flags used in different combinations. TTU_MUNLOCK is one such flag. However it is exclusively used by try_to_munlock() which specifies no other flags. Therefore

[PATCH v3 0/8] Add support for SVM atomics in Nouveau

This is the third version of a series to add support to Nouveau for atomic memory operations on OpenCL shared virtual memory (SVM) regions. This is achieved using the atomic PTE bits on the GPU to only permit atomic operations to system memory when a page is not mapped in userspace on the CPU. The

[PATCH] block: fix argument order for capacity change info print

From: Klaus Jensen Swap "before" and "after" capacities in the info print in set_capacity_and_notify. Signed-off-by: Klaus Jensen --- block/genhd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/genhd.c b/block/genhd.c index 304f8dcc9a9b..de8ecc402f69 100644 ---

Re: [PATCH 3/3] PCI: Convert rtw88 power cycle quirk to shutdown quirk

Kai-Heng Feng writes: > Now we have a generic D3 shutdown quirk, so convert the original > approach to a PCI quirk. > > Signed-off-by: Kai-Heng Feng > --- > drivers/net/wireless/realtek/rtw88/pci.c | 2 -- > drivers/pci/quirks.c | 6 ++ > 2 files changed, 6

[PATCH] init/init_task.c spaces required around that '='

Ensure checkpatch compliance Signed-off-by: wangjingyu --- init/init_task.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/init/init_task.c b/init/init_task.c index 15f6eb93a04f..0f995118c6c0 100644 --- a/init/init_task.c +++ b/init/init_task.c @@ -81,7 +81,7 @@ struct

Re: [PATCH RFC] MIPS: Remove detect_memory_region()

On 02/26/2021 02:52 PM, Jiaxun Yang wrote: 在 2021/2/26 上午9:37, Jinyang He 写道: On 02/24/2021 11:40 PM, Jiaxun Yang wrote: On Wed, Feb 24, 2021, at 9:02 PM, Jinyang He wrote: detect_memory_region() was committed by Commit 4d9f77d25268 ("MIPS: add detect_memory_region()"). Then it was

Re: [PATCH 4/4] kbuild: re-implement CONFIG_TRIM_UNUSED_KSYMS to make it work in one-pass

t; > > I love your patch! Perhaps something to improve: > > > > > > [auto build test WARNING on linus/master] > > > [also build test WARNING on next-20210225] > > > [cannot apply to kbuild/for-next asm-generic/master arm64/for-next/core > > > m68k/for-

[PATCH v2 10/10] ARM: dts: stm32: Add Engicam i.Core STM32MP1 EDIMM2.2 Starter Kit

Engicam EDIMM2.2 Starter Kit is an EDIMM 2.2 Form Factor Capacitive Evaluation Board. Genaral features: - LCD 7" C.Touch - microSD slot - Ethernet 1Gb - Wifi/BT - 2x LVDS Full HD interfaces - 3x USB 2.0 - 1x USB 3.0 - HDMI Out - Mini PCIe - MIPI CSI - 2x CAN - Audio Out i.Core STM32MP1 is an

[PATCH v2 06/10] dt-bindings: arm: stm32: Add Engicam i.Core STM32MP1 C.TOUCH 2.0

i.Core STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. C.TOUCH 2.0 is a general purpose carrier board with capacitive touch interface support. i.Core STM32MP1 needs to mount on top of this Carrier board for creating complete i.Core STM32MP1 C.TOUCH 2.0 board. Add bindings for it.

[PATCH v2 03/10] ARM: dts: stm32: Add Engicam MicroGEA STM32MP1 MicroDev 2.0 board

MicroDev 2.0 is a general purpose miniature carrier board with CAN, LTE and LVDS panel interfaces. Genaral features: - Ethernet 10/100 - USB Type A - Audio Out - microSD - LVDS panel connector - Wifi/BT (option) - UMTS LTE with sim connector (option) MicroGEA STM32MP1 is an EDIMM SoM based on

[PATCH v2 04/10] dt-bindings: arm: stm32: Add Engicam MicroGEA STM32MP1 MicroDev 2.0 7" OF

MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. MicroDev 2.0 is a general purpose miniature carrier board with CAN, LTE and LVDS panel interfaces. 7" OF is a capacitive touch 7" Open Frame panel solutions. MicroGEA STM32MP1 needs to mount on top of MicroDev 2.0 board with

[PATCH v2 09/10] dt-bindings: arm: stm32: Add Engicam i.Core STM32MP1 EDIMM2.2 Starter Kit

i.Core STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. EDIMM2.2 Starter Kit is an EDIMM 2.2 Form Factor Capacitive Evaluation Board from Engicam. i.Core STM32MP1 needs to mount on top of this Evaluation board for creating complete i.Core STM32MP1 EDIMM2.2 Starter Kit. Add bindings

[PATCH v2 05/10] ARM: dts: stm32: Add Engicam MicroGEA STM32MP1 MicroDev 2.0 7" OF

7" OF is a capacitive touch 7" Open Frame panel solutions with - 7" AUO B101AW03 LVDS panel - EDT, FT5526 Touch MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. MicroDev 2.0 is a general purpose miniature carrier board with CAN, LTE and LVDS panel interfaces. MicroGEA

[PATCH v2 01/10] dt-bindings: arm: stm32: Add Engicam MicroGEA STM32MP1 MicroDev 2.0

MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. MicroDev 2.0 is a general purpose miniature carrier board with CAN, LTE and LVDS panel interfaces. MicroGEA STM32MP1 needs to mount on top of this MicroDev 2.0 board for creating complete MicroGEA STM32MP1 MicroDev 2.0 Carrier

[PATCH v2 08/10] ARM: dts: stm32: Add Engicam i.Core STM32MP1 C.TOUCH 2.0

Engicam C.TOUCH 2.0 is an EDIMM compliant general purpose Carrier board. Genaral features: - Ethernet 10/100 - Wifi/BT - USB Type A/OTG - Audio Out - CAN - LVDS panel connector i.Core STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. i.Core STM32MP1 needs to mount on top of this

[PATCH v2 00/10] ARM: dts: stm32: Add Engicam STM32MP1 SoM

This is the initial series to support Engicam MicroGEA STM32MP1 and i.Core STM32MP1 SoM and it's associated carrier board dts(i) support. Changes for v2: - fixed v1 comments - add i.Core STM32MP1 SoM Jagan Teki (10): dt-bindings: arm: stm32: Add Engicam MicroGEA STM32MP1 MicroDev 2.0 ARM:

[PATCH v2 07/10] ARM: dts: stm32: Add Engicam i.Core STM32MP1 SoM

i.Core STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. General features: - STM32MP157A - Up to 1GB DDR3L - 4GB eMMC - 10/100 Ethernet - USB 2.0 Host/OTG - I2S - MIPI DSI to LVDS - rest of STM32MP157A features i.Core STM32MP1 needs to mount on top of Engicam baseboards for creating

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

MicroGEA STM32MP1 is an EDIMM SoM based on STM32MP157A from Engicam. General features: - STM32MP157AAC - Up to 1GB DDR3L-800 - 512MB Nand flash - I2S MicroGEA STM32MP1 needs to mount on top of Engicam MicroDev carrier boards for creating complete platform solutions. Add support for it.

Re: [PATCH] kgdb: Fix to kill breakpoints on initmem after boot

+ stable ML On Thu, 25 Feb 2021 at 21:26, Daniel Thompson wrote: > > On Wed, Feb 24, 2021 at 01:46:52PM +0530, Sumit Garg wrote: > > Currently breakpoints in kernel .init.text section are not handled > > correctly while allowing to remove them even after corresponding pages > > have been freed.

Re: [PATCH 3/7] regulator: qcom-rpmh: Correct the pmic5_hfsmps515 buck

Hi, On 2021-02-25 16:39, Dmitry Baryshkov wrote: On 24/02/2021 11:33, satya priya wrote: Correct the REGULATOR_LINEAR_RANGE and n_voltges for pmic5_hfsmps515 buck. Signed-off-by: satya priya --- drivers/regulator/qcom-rpmh-regulator.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH v5 2/2] counter: add IRQ or GPIO based event counter

On Fri, Feb 26, 2021 at 07:46:01AM +0100, Oleksij Rempel wrote: > On Wed, Feb 24, 2021 at 05:20:21PM +0900, William Breathitt Gray wrote: > > On Wed, Feb 24, 2021 at 05:11:03PM +0900, William Breathitt Gray wrote: > > > On Wed, Feb 24, 2021 at 08:35:06AM +0100, Oleksij Rempel wrote: > > > > On

general protection fault in kvm_hv_irq_routing_update

Hello, syzbot found the following issue on: HEAD commit:a99163e9 Merge tag 'devicetree-for-5.12' of git://git.kern.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=12d72682d0 kernel config: https://syzkaller.appspot.com/x/.config?x=7a875029a795d230

Re: [PATCH 5.10 00/23] 5.10.19-rc1 review

On Thu, 25 Feb 2021 at 15:24, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.10.19 release. > There are 23 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. > >

Re: [PATCH] kgdb: Fix to kill breakpoints on initmem after boot

On Wed, 24 Feb 2021 at 23:50, Andrew Morton wrote: > > On Wed, 24 Feb 2021 10:09:25 -0800 Doug Anderson > wrote: > > > On Wed, Feb 24, 2021 at 12:17 AM Sumit Garg wrote: > > > > > > Currently breakpoints in kernel .init.text section are not handled > > > correctly while allowing to remove them

Re: [PATCH] kgdb: Fix to kill breakpoints on initmem after boot

On Wed, 24 Feb 2021 at 23:39, Doug Anderson wrote: > > Hi, > > On Wed, Feb 24, 2021 at 12:17 AM Sumit Garg wrote: > > > > Currently breakpoints in kernel .init.text section are not handled > > correctly while allowing to remove them even after corresponding pages > > have been freed. > > > > Fix

Re: [PATCH RFC] MIPS: Remove detect_memory_region()

在 2021/2/26 上午9:37, Jinyang He 写道: On 02/24/2021 11:40 PM, Jiaxun Yang wrote: On Wed, Feb 24, 2021, at 9:02 PM, Jinyang He wrote: detect_memory_region() was committed by Commit 4d9f77d25268 ("MIPS: add detect_memory_region()"). Then it was equipped by Commit dd63b00804a5 ("MIPS: ralink: make

[PATCH v3] fs/locks: print full locks information

Commit fd7732e033e3 ("fs/locks: create a tree of dependent requests.") has put blocked locks into a tree. So, with a for loop, we can't check all locks information. To solve this problem, we should traverse the tree. Signed-off-by: Luo Longjun --- fs/locks.c | 65

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

On Tue, 16 Feb 2021 at 23:10, Robin Murphy wrote: > > On 2021-02-10 19:21, Rob Herring wrote: > > On Fri, Feb 5, 2021 at 1:21 AM Chunyan Zhang wrote: > >> > >> Hi Rob, > >> > >> On Fri, 5 Feb 2021 at 07:25, Rob Herring wrote: > >>> > >>> On Wed, Feb 03, 2021 at 05:07:26PM +0800, Chunyan Zhang

Re: [PATCH v5 2/2] counter: add IRQ or GPIO based event counter

On Wed, Feb 24, 2021 at 05:20:21PM +0900, William Breathitt Gray wrote: > On Wed, Feb 24, 2021 at 05:11:03PM +0900, William Breathitt Gray wrote: > > On Wed, Feb 24, 2021 at 08:35:06AM +0100, Oleksij Rempel wrote: > > > On Wed, Feb 24, 2021 at 11:34:06AM +0900, William Breathitt Gray wrote: > > >

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

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

Re: [PATCH 5.10 00/23] 5.10.19-rc1 review

Hi Greg, On 2021/2/25 17:53, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 5.10.19 release. There are 23 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. Responses

Re: [PATCH v8 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

On Fri, Feb 26, 2021 at 12:43:51AM +0200, Mike Rapoport wrote: > From: Mike Rapoport > > There could be struct pages that are not backed by actual physical memory. > This can happen when the actual memory bank is not a multiple of > SECTION_SIZE or when an architecture does not register memory

Re: [PATCH V1 2/2] backlight: qcom-wled: Correct the sync_toggle sequence

On 2021-02-24 16:56, Daniel Thompson wrote: On Wed, Feb 24, 2021 at 09:20:48AM +0530, Kiran Gunda wrote: Currently the FSC SYNC_BIT and MOD_SYNC_BIT are toggled from 1 to 0 to update the FSC and brightenss settings. Change this sequence form 0 to 1 as per the hardware team recommendation to

Re: [PATCH v11 0/2] UIO support for dfl devices

On Fri, Feb 26, 2021 at 09:22:37AM +0800, Xu Yilun wrote: > On Mon, Feb 22, 2021 at 10:56:45AM -0800, Tom Rix wrote: > > Yilun, > > > > Is there anything outstanding or remaining to be done ? > > Sorry for late reply. No, this is my lastest version now. > > > Hi Greg: > > Do you have some

[PATCH for Dwaipayan] MAINTAINERS: clarify responsibility for checkpatch documentation

As discussed, Dwaipayan and Lukas take the responsibility for maintaining the checkpatch documentation that is currently being built up. To be sure that the checkpatch maintainers and the corresponding documentation maintainers can keep the content synchronized, add them as reviewers to the

[PATCH] kbuild: do not include include/config/auto.conf from adjust_autoksyms.sh

Commit cd195bc4775a ("kbuild: split adjust_autoksyms.sh in two parts") split out the code that needs include/config/auto.conf. This script no longer needs to include include/config/auto.conf. Fixes: cd195bc4775a ("kbuild: split adjust_autoksyms.sh in two parts") Signed-off-by: Masahiro Yamada

Re: [PATCH v4] i2c: virtio: add a virtio i2c frontend driver

On 2021/2/26 12:21, Viresh Kumar wrote: On 26-02-21, 10:46, Jie Deng wrote: This v4 was the old version before the specification was acked by the virtio tc. Following is the latest specification. https://raw.githubusercontent.com/oasis-tcs/virtio-spec/master/virtio-i2c.tex I will send the

Re: [PATCH v4 17/19] coresight: core: Add support for dedicated percpu sinks

/linux.git 6fbd6cf85a3be127454a1ad58525a3adcf8612ab config: arm-randconfig-r024-20210225 (attached as .config) compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project a921aaf789912d981cbb2036bdc91ad7289e1523) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com

[PATCH net] net: dsa: mt7530: don't build GPIO support if !GPIOLIB

The new GPIO support may be optional at runtime, but it requires building against gpiolib: ERROR: modpost: "gpiochip_get_data" [drivers/net/dsa/mt7530.ko] undefined! ERROR: modpost: "devm_gpiochip_add_data_with_key" [drivers/net/dsa/mt7530.ko] undefined! Add #ifdef to exclude GPIO support if

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

On 2021-02-24 16:45, Daniel Thompson wrote: On Wed, Feb 24, 2021 at 09:20:47AM +0530, Kiran Gunda wrote: Currently, for WLED5, after FSC register update MOD_SYNC_BIT is toggled instead of SYNC_BIT. MOD_SYNC_BIT has to be toggled after the brightness update and SYNC_BIT has to be toggled after

Re: [PATCH] virt: acrn: add hotplug_cpu dependency

On Fri 26.Feb'21 at 7:25:18 +0100, Greg Kroah-Hartman wrote: On Fri, Feb 26, 2021 at 09:38:07AM +0800, Shuo A Liu wrote: Hi Arnd, There is already a patchset for this build issue. Please refer to https://lore.kernel.org/lkml/20210221134339.57851-1-shuo.a@intel.com/. Hi Greg, Would you

[PATCH v2] kbuild: fix UNUSED_KSYMS_WHITELIST for Clang LTO

Commit fbe078d397b4 ("kbuild: lto: add a default list of used symbols") does not work as expected if the .config file has already specified CONFIG_UNUSED_KSYMS_WHITELIST="my/own/white/list" before enabling CONFIG_LTO_CLANG. So, the user-supplied whitelist and LTO-specific white list must be

Re: [PATCH v4 13/19] coresight: ete: Add support for ETE sysreg access

Hi Suzuki, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on next-20210226] [cannot apply to kvmarm/next arm64/for-next/core tip/perf/core v5.11] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [PATCH] PM: AVS: Replace DEFINE_SIMPLE_ATTRIBUTE with DEFINE_DEBUGFS_ATTRIBUTE

On 16:48-20210224, Yang Li wrote: > Fix the following coccicheck warning: > ./drivers/soc/ti/smartreflex.c:820:0-23: WARNING: pm_sr_fops should be > defined with DEFINE_DEBUGFS_ATTRIBUTE > > Reported-by: Abaci Robot > Signed-off-by: Yang Li > --- > drivers/soc/ti/smartreflex.c | 2 +- > 1 file

[GIT PULL] CIFS/SMB3 Fixes

Please pull the following changes since commit f40ddce88593482919761f74910f42f4b84c004b: Linux 5.11 (2021-02-14 14:32:24 -0800) are available in the Git repository at: git://git.samba.org/sfrench/cifs-2.6.git tags/5.12-smb3-part1 for you to fetch changes up to

Re: [PATCH] virt: acrn: add hotplug_cpu dependency

On Fri, Feb 26, 2021 at 09:38:07AM +0800, Shuo A Liu wrote: > Hi Arnd, > > There is already a patchset for this build issue. Please refer to > https://lore.kernel.org/lkml/20210221134339.57851-1-shuo.a@intel.com/. > > Hi Greg, Would you like accept that patchset in you tree? I can't take

Re: [PATCH 2/2] Documentation: features: refresh feature list

Thx Arnd, I'm very glad to see C-SKY & RISC-V features updated. Signed-off-by: Guo Ren On Thu, Feb 25, 2021 at 10:29 PM Arnd Bergmann wrote: > > From: Arnd Bergmann > > Run the update script to document the recent feature additions > on riscv, mips and csky. > > Fixes: c109f42450ec ("csky:

[PATCH v2 1/1] KVM: x86: remove misplaced comment on active_mmu_pages

The 'mmu_page_hash' is used as hash table while 'active_mmu_pages' is a list. Remove the misplaced comment as it's mostly stating the obvious anyways. Signed-off-by: Dongli Zhang Reviewed-by: Sean Christopherson --- Changed since v1: - change 'incorrect' to 'misplaced'

Re: [PATCH v8 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

On Thu, Feb 25, 2021 at 04:08:51PM -0800, Andrew Morton wrote: > On Fri, 26 Feb 2021 00:43:51 +0200 Mike Rapoport wrote: > > > From: Mike Rapoport > > > void __meminit __weak memmap_init_zone(struct zone *zone) > > { > > unsigned long zone_start_pfn = zone->zone_start_pfn; > >

Re: [PATCH] riscv: Add KASAN_VMALLOC support

Hi Palmer, Le 2/26/21 à 12:32 AM, Palmer Dabbelt a écrit : On Wed, 24 Feb 2021 23:48:13 PST (-0800), a...@ghiti.fr wrote: Le 2/25/21 à 2:42 AM, Alexandre Ghiti a écrit : Populate the top-level of the kernel page table to implement KASAN_VMALLOC, lower levels are filled dynamically upon

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

On Thu, 11 Feb 2021 at 03:21, Rob Herring wrote: > > On Fri, Feb 5, 2021 at 1:21 AM Chunyan Zhang wrote: > > > > Hi Rob, > > > > On Fri, 5 Feb 2021 at 07:25, Rob Herring wrote: > > > > > > On Wed, Feb 03, 2021 at 05:07:26PM +0800, Chunyan Zhang wrote: > > > > From: Chunyan Zhang > > > > > > >

Re: [PATCH v2 3/9] devfreq: Use HZ macros

On 21. 2. 24. 오후 11:42, Daniel Lezcano wrote: HZ unit conversion macros are available in units.h, use them and remove the duplicate definition. Signed-off-by: Daniel Lezcano Reviewed-by: Christian Eggers Acked-by: Chanwoo Choi --- drivers/devfreq/devfreq.c | 2 +- 1 file changed, 1

[PATCH] radeon: ERROR: space prohibited before that ','

drm_property_create_range(rdev->ddev, 0 , "coherent", 0, 1); Signed-off-by: wangjingyu --- drivers/gpu/drm/radeon/radeon_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_display.c b/drivers/gpu/drm/radeon/radeon_display.c index

Re: [PATCH] ASoC: simple-card: Add dummy dai support simple sound card

On Thu, Feb 25, 2021 at 9:17 PM Mark Brown wrote: > > On Thu, Feb 25, 2021 at 08:08:32PM +0800, Shengjiu Wang wrote: > > > If sound card doesn't need specific codec device, just > > dummy codec is enough, then we can link the dummy component > > directly. > > This is a big red flag - what

Re: [PATCH] extcon: Fix error handling in extcon_dev_register

Hi, On 21. 1. 19. 오후 5:10, Dinghao Liu wrote: When devm_kcalloc() fails, we should execute device_unregister() to unregister edev->dev from system. Fixes: 046050f6e623e ("extcon: Update the prototype of extcon_register_notifier() with enum extcon") Signed-off-by: Dinghao Liu ---

Re: [PATCH v7 0/2] checkpatch: add verbose mode

On Thu, Feb 25, 2021 at 7:08 PM Dwaipayan Ray wrote: > > On Thu, Feb 25, 2021 at 11:03 PM Joe Perches wrote: > > > > On Mon, 2021-02-22 at 13:22 +0530, Dwaipayan Ray wrote: > > > Add a new verbose mode to checkpatch. The verbose test > > > descriptions are read from the checkpatch documentation

Re: [RFC PATCH v2 3/7] KVM: selftests: Make a generic helper to get vm guest mode strings

On 2021/2/25 13:59, Yanan Wang wrote: For generality and conciseness, make an API which can be used in all kvm libs and selftests to get vm guest mode strings. And the index i is checked in the API in case of possiable faults. Signed-off-by: Yanan Wang And here too, will include

Re: [PATCH 2/2] usb-storage: revert from scsi_add_host_with_dma() to scsi_add_host()

On Thu, Feb 25, 2021 at 11:35:57AM -0500, Alan Stern wrote: > This thread seems to have fallen through the cracks. Maybe now would be > a good time to address the problem (since we originally planned to fix > it in 5.11!). > > The questions listed below are pretty self-contained, although the

[GIT PULL] pcmcia updates for v5.12

Linus, A lone PCMCIA change since commit e71ba9452f0b5b2e8dc8aa5445198cd9214a6a62: Linux 5.11-rc2 (2021-01-03 15:55:30 -0800) is available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git pcmcia-next for you to fetch changes up to

Re: [RFC PATCH v2 6/7] KVM: selftests: Adapt vm_userspace_mem_region_add to new helpers

On 2021/2/26 7:44, Ben Gardon wrote: On Wed, Feb 24, 2021 at 10:03 PM Yanan Wang wrote: With VM_MEM_SRC_ANONYMOUS_THP specified in vm_userspace_mem_region_add(), we have to get the transparent hugepage size for HVA alignment. With the new helpers, we can use get_backing_src_pagesz() to check

Re: [RFC PATCH 10/10] vfio/type1: Register device notifier

On Mon, Feb 22, 2021 at 01:55:23PM -0400, Jason Gunthorpe wrote: > > +static bool strict_mmio_maps = true; > > +module_param_named(strict_mmio_maps, strict_mmio_maps, bool, 0644); > > +MODULE_PARM_DESC(strict_mmio_maps, > > +"Restrict to safe DMA mappings of device memory (true)."); >

Re: [RFC PATCH v2 5/7] KVM: selftests: List all hugetlb src types specified with page sizes

On 2021/2/26 7:42, Ben Gardon wrote: On Wed, Feb 24, 2021 at 10:03 PM Yanan Wang wrote: With VM_MEM_SRC_ANONYMOUS_HUGETLB, we currently can only use system default hugetlb pages to back the testing guest memory. In order to add flexibility, now list all the known hugetlb backing src types

Re: [PATCH 1/1] KVM: x86: remove incorrect comment on active_mmu_pages

On 2/25/21 4:44 PM, Sean Christopherson wrote: > On Tue, Feb 23, 2021, Dongli Zhang wrote: >> The 'mmu_page_hash' is used as hash table while 'active_mmu_pages' is a >> list. This patch removes the incorrect comment on active_mmu_pages. > > Maybe change the last sentence to "Remove the

Re: [RFC PATCH 01/10] vfio: Create vfio_fs_type with inode per device

On Mon, Feb 22, 2021 at 09:50:35AM -0700, Alex Williamson wrote: > By linking all the device fds we provide to userspace to an > address space through a new pseudo fs, we can use tools like > unmap_mapping_range() to zap all vmas associated with a device. > > Suggested-by: Jason Gunthorpe >

Re: [PATCH 2/2] Documentation: features: refresh feature list

On Thu, 25 Feb 2021 06:27:18 PST (-0800), a...@kernel.org wrote: From: Arnd Bergmann Run the update script to document the recent feature additions on riscv, mips and csky. Fixes: c109f42450ec ("csky: Add kmemleak support") Fixes: 8b3165e54566 ("MIPS: Enable GCOV") Fixes: 1ddc96bd42da ("MIPS:

Re: [PATCH] [perf] powerpc: Remove unsupported metrics

On 2/24/21 11:44 PM, Paul A. Clarke wrote: > Several metrics are defined based on unsupported / non-existent > events, and silently discarded. Remove them for good code hygiene > and to avoid confusion. > Hi Paul, Thanks for the patch. Changes looks good to me. Reviewed-by: Kajol Jain

Re: [PATCH] riscv: Add KASAN_VMALLOC support

On Wed, 24 Feb 2021 23:48:13 PST (-0800), a...@ghiti.fr wrote: Le 2/25/21 à 2:42 AM, Alexandre Ghiti a écrit : Populate the top-level of the kernel page table to implement KASAN_VMALLOC, lower levels are filled dynamically upon memory allocation at runtime. Co-developed-by: Nylon Chen

Re: [RFC PATCH 0/6] [RFC] Faultable tracepoints (v2)

On Thu, Feb 25, 2021 at 9:15 AM Mathieu Desnoyers wrote: > > - On Feb 24, 2021, at 11:22 AM, Michael Jeanson mjean...@efficios.com > wrote: > > > [ Adding Mathieu Desnoyers in CC ] > > > > On 2021-02-23 21 h 16, Steven Rostedt wrote: > >> On Thu, 18 Feb 2021 17:21:19 -0500 > >> Michael

Re: [RFC PATCH 0/5] Flexible sysclk/pll configuration

On 2/25/2021 11:35 PM, Sameer Pujar wrote: This series attempts to add flexible system clock (sysclk) and pll configuration for the DAI controller from simple card or audio graph card. Sysclk configuration Motivation: --- The problem this tries to

  1   2   3   4   5   6   7   8   9   10   >