Re: [PATCH] media: videobuf2: Fix integer overrun in allocation

Hi Laurent On Wed, Mar 10, 2021 at 8:49 AM Laurent Pinchart wrote: > > Hi Ricardo, > > Thank you for the patch. Thank you! > > On Wed, Mar 10, 2021 at 12:43:17AM +0100, Ricardo Ribalda wrote: > > The plane_length is an unsigned integer. So, if we have a size of > > 0x bytes we

[PATCH v4 3/7] MIPS: Loongson64: Add support for the Loongson-2K1000 to get cpu_clock_freq

Get the fixed-clock from the CPU0 node of the device tree. Signed-off-by: Jiaxun Yang Signed-off-by: Qing Zhang Tested-by: Ming Wang --- v3-v4: Standard submission of information Add return after error arch/mips/loongson64/time.c | 24 1 file changed, 24

[PATCH v4 2/7] MIPS: Loongson64: Distinguish firmware dependencies DTB/LEFI

Add DTB boot support, only support Loongson-2K1000 processor for now, determine whether to use the built-in DTB or the DTB from the firmware by checking the range of CKSEG0 and XKPHYS. loongson_fw_interface will be used in the future. Signed-off-by: Jiaxun Yang Signed-off-by: Qing Zhang

[PATCH v4 4/7] MIPS: Loongson64: Add Loongson-2K1000 early_printk_port

Distinguish between Loongson-3A series CPU and Loongson-2K1000 CPU UART0. Signed-off-by: Jiaxun Yang Signed-off-by: Qing Zhang Tested-by: Ming Wang --- v3-v4: Standard submission of information arch/mips/loongson64/init.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH v4 6/7] dt-bindings: interrupt-controller: Add Loongson-2K1000 LIOINTC

Add liointc-2.0 properties support, so update the maxItems and description. Signed-off-by: Jiaxun Yang Signed-off-by: Qing Zhang Tested-by: Ming Wang --- v3-v4: Standard submission of information .../bindings/interrupt-controller/loongson,liointc.yaml| 7 --- 1 file changed, 4

[PATCH v4 0/7] Add basic support for Loongson-2K1000

These patches support single-core DTS boot to the serial port login interface, which can be operated using conventional commands. I have successfully tested it on the Loongson 2K1000 machine. pmon: http://cgit.loongnix.org/cgit/pmon-loongson3/ Note: After the basic support is merged, I will

[PATCH v4 7/7] MIPS: Loongson64: Add a Loongson-2K1000 default config file

Add default config for Loongson-2K1000. Signed-off-by: Jiaxun Yang Signed-off-by: Qing Zhang Tested-by: Ming Wang --- v3-v4: Standard submission of information arch/mips/configs/loongson2k_defconfig | 353 + 1 file changed, 353 insertions(+) create mode 100644

[PATCH v4 1/7] MIPS: Loongson64: DeviceTree for Loongson-2K1000

Add DeviceTree files for Loongson-2K1000 processor,currently only supports single-core boot. Signed-off-by: Jiaxun Yang Signed-off-by: Qing Zhang Tested-by: Ming Wang --- v3-v4: Standard submission of information arch/mips/boot/dts/loongson/Makefile | 1 +

[PATCH v4 5/7] irqchip/loongson-liointc: irqchip add 2.0 version

Add IO interrupt controller support for Loongson-2K1000, different from the Loongson-3A series is that 2K1000 has 64 interrupt sources, 0-31 correspond to the device tree liointc0 device node, and the other correspond to liointc1 node. Signed-off-by: Jiaxun Yang Signed-off-by: Qing Zhang

Re: [PATCH v1 07/14] vfio: Add a device notifier interface

On Mon, Mar 08, 2021 at 02:48:30PM -0700, Alex Williamson wrote: > Using a vfio device, a notifier block can be registered to receive > select device events. Notifiers can only be registered for contained > devices, ie. they are available through a user context. Registration > of a notifier

Re: [PATCH v6 04/12] x86/alternative: support not-feature

On 10.03.21 07:07, Borislav Petkov wrote: On Tue, Mar 09, 2021 at 02:48:05PM +0100, Juergen Gross wrote: Add support for alternative patching for the case a feature is not present on the current cpu. For users of ALTERNATIVE() and friends an inverted feature is specified by applying the

[PATCH v2] media: videobuf2: Fix integer overrun in vb2_mmap

The plane_length is an unsigned integer. So, if we have a size of 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. Suggested-by: Sergey Senozhatsky Cc: sta...@vger.kernel.org Fixes: 7f8414594e47 ("[media] media: videobuf2: fix the length check for mmap") Reviewed-by: Sergey

Re: [PATCH v6 02/12] x86/paravirt: switch time pvops functions to use static_call()

On 09.03.21 19:57, Borislav Petkov wrote: On Tue, Mar 09, 2021 at 02:48:03PM +0100, Juergen Gross wrote: @@ -167,6 +168,17 @@ static u64 native_steal_clock(int cpu) return 0; } +DEFINE_STATIC_CALL(pv_steal_clock, native_steal_clock); +DEFINE_STATIC_CALL(pv_sched_clock,

Re: [PATCH] media: videobuf2: Fix integer overrun in allocation

Hi Ricardo, Thank you for the patch. On Wed, Mar 10, 2021 at 12:43:17AM +0100, Ricardo Ribalda wrote: > The plane_length is an unsigned integer. So, if we have a size of > 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. > > Cc: sta...@vger.kernel.org > Fixes: 7f8414594e47

Re: [PATCH] media: videobuf2: Fix integer overrun in vb2_mmap

On Wed, Mar 10, 2021 at 8:47 AM Jiri Slaby wrote: > > On 10. 03. 21, 8:40, Ricardo Ribalda wrote: > > The plane_length is an unsigned integer. So, if we have a size of > > 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. > > > > Suggested-by: Sergey Senozhatsky > > Cc:

[PATCH] virt: acrn: Use EPOLLIN instead of POLLIN

This fixes the following sparse warning: "sparse warnings: (new ones prefixed by >>)" >> drivers/virt/acrn/irqfd.c:163:13: sparse: sparse: restricted __poll_t degrades to integer Fixes: 803c1aadecdb("virt: acrn: Use vfs_poll() instead of f_op->poll()") Reported-by: kernel test robot

Re: [PATCH v4 2/4] hugetlb/userfaultfd: Forbid huge pmd sharing when uffd enabled

Hi Peter, On Fri, 19 Feb 2021 at 04:43, Peter Xu wrote: > > Huge pmd sharing could bring problem to userfaultfd. The thing is that > userfaultfd is running its logic based on the special bits on page table > entries, however the huge pmd sharing could potentially share page table > entries for

Re: [PATCH v1 02/14] vfio: Update vfio_add_group_dev() API

On Mon, Mar 08, 2021 at 02:47:40PM -0700, Alex Williamson wrote: > Rather than an errno, return a pointer to the opaque vfio_device > to allow the bus driver to call into vfio-core without additional > lookups and references. Note that bus drivers are still required > to use vfio_del_group_dev()

Re: [PATCH] media: videobuf2: Fix integer overrun in vb2_mmap

On 10. 03. 21, 8:40, Ricardo Ribalda wrote: The plane_length is an unsigned integer. So, if we have a size of 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. Suggested-by: Sergey Senozhatsky Cc: sta...@vger.kernel.org Fixes: 7f8414594e47 ("[media] media: videobuf2: fix the

Re: [PATCH] media: videobuf2: Fix integer overrun in allocation

On (21/03/10 00:43), Ricardo Ribalda wrote: > > The plane_length is an unsigned integer. So, if we have a size of > 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. > > Cc: sta...@vger.kernel.org > Fixes: 7f8414594e47 ("[media] media: videobuf2: fix the length check for >

Re: [PATCH] media: videobuf2: Fix integer overrun in vb2_mmap

On (21/03/10 08:40), Ricardo Ribalda wrote: > > The plane_length is an unsigned integer. So, if we have a size of > 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. > > Suggested-by: Sergey Senozhatsky > Cc: sta...@vger.kernel.org > Fixes: 7f8414594e47 ("[media] media:

Re: [PATCH 0/2] AM64: Add USB support

Hi Kishon, On 10/03/21 12:33 pm, Kishon Vijay Abraham I wrote: > +Vinod > > Hi Aswath, > > On 10/03/21 12:27 pm, Aswath Govindraju wrote: >> Hi Nishanth, >> >> On 01/03/21 8:52 pm, Nishanth Menon wrote: >>> On 11:21-20210301, Aswath Govindraju wrote: The following series of patches, add

[PATCH v1 2/2] Revert "mailbox: mediatek: remove implementation related to atomic_exec"

This reverts commit c9ea564f3d9dd20d88bd34f40a6ff6d31a0d7e8c. Signed-off-by: Yongqiang Niu pa_base, prev_task->pkt->cmd_buf_size, DMA_TO_DEVICE); prev_task_base[CMDQ_NUM_CMD(prev_task->pkt) - 1] = - (u64)CMDQ_JUMP_BY_PA << 32 | task->pa_base;

[PATCH v1 0/2] Revert "mailbox: mediatek: remove implementation related to atomic_exec"

This series base linux 5.12-rc1 these two patches will cause home ui flick when cursor moved, there is no fix solution yet, revert these patches first. Yongqiang Niu (2): Revert "drm/mediatek: Make sure previous message done or be aborted before send" Revert "mailbox: mediatek: remove

Re: [PATCH v2] mm: page_alloc: dump migrate-failed pages

On Tue, Mar 09, 2021 at 08:15:41AM -0800, Minchan Kim wrote: < snip > > > [...] > > > +void dump_migrate_failure_pages(struct list_head *page_list) > > > +{ > > > + DEFINE_DYNAMIC_DEBUG_METADATA(descriptor, > > > + "migrate failure"); > > > + if (DYNAMIC_DEBUG_BRANCH(descriptor)

[PATCH v1 1/2] Revert "drm/mediatek: Make sure previous message done or be aborted before send"

This reverts commit 839cbf0531428f3f9535077a461b8631359c1165. Signed-off-by: Yongqiang Niu --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c index 8b0de90..c76f446

[PATCH] media: videobuf2: Fix integer overrun in vb2_mmap

The plane_length is an unsigned integer. So, if we have a size of 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. Suggested-by: Sergey Senozhatsky Cc: sta...@vger.kernel.org Fixes: 7f8414594e47 ("[media] media: videobuf2: fix the length check for mmap") Signed-off-by:

Re: [PATCH] media: videobuf2: Fix integer overrun in allocation

Hi Sergey On Wed, Mar 10, 2021 at 2:42 AM Sergey Senozhatsky wrote: > > On (21/03/10 00:43), Ricardo Ribalda wrote: > > The plane_length is an unsigned integer. So, if we have a size of > > 0x bytes we incorrectly allocate 0 bytes instead of 1 << 32. > > Hi Ricardo, > > > @@ -223,8

[PATCH] arm64: dts: qcom: sc7280: Add WPSS remoteproc node

Add the WPSS remoteproc node in dts for PIL loading. Signed-off-by: Rakesh Pillai --- - This change is dependent on the below patch series 1) https://lore.kernel.org/patchwork/project/lkml/list/?series=487403 2) https://lore.kernel.org/patchwork/project/lkml/list/?series=488365 ---

Re: [PATCH 0/2] software node: Two fixes

On Tue, Mar 09, 2021 at 02:51:22PM +0100, Rafael J. Wysocki wrote: > On Tue, Mar 9, 2021 at 11:51 AM Andy Shevchenko > wrote: > > > > On Mon, Mar 01, 2021 at 05:30:10PM +0300, Heikki Krogerus wrote: > > > Hi, > > > > > > The second one only affects 5.12-rc1. > > > > Rafael, Greg, can this be

Re: [PATCH] xtensa: fix warning comparing pointer to 0

On Tue, Mar 9, 2021 at 11:10 PM Jiapeng Chong wrote: > > Fix the following coccicheck warning: > > ./arch/xtensa/kernel/pci.c:79:17-18: WARNING comparing pointer to 0. > > Reported-by: Abaci Robot > Signed-off-by: Jiapeng Chong > --- > arch/xtensa/kernel/pci.c | 2 +- > 1 file changed, 1

Re: kernel panic: Attempted to kill init!

On Tue, Mar 9, 2021 at 8:36 PM Dmitry Vyukov wrote: > FWIW the code looks reasonable: > > All code > >0: 00 00add%al,(%rax) >2: 00 00add%al,(%rax) >4: 41 57push %r15 >6: 41 56push %r14 >8: 41

[PATCH] drivers/firmware: Fix double free in dmi_sysfs_register_handle

A double free bug was found in drivers/firmware/dmi-sysfs.c. In the implementation of dmi_sysfs_register_handle, it calls dmi_system_event_log() to initialize entry->child. If kobject_init_and_add() failed, entry->child is freed. But unfortunately, out_err branch in dmi_sysfs_register_handle will

[PATCH v1, RFC] docs: reporting-issues.rst: tone down 'test vanilla mainline' a little

Tell users that reporting bugs with vendor kernels which are only slightly patched can be okay in some situations, but point out there's a risk in doing so. Adjust some related sections to make them compatible and a bit clearer. At the same time make them less daunting: we want users to report

[PATCH 2/2] remoteproc: qcom: q6v5_wpss: Add support for sc7280 WPSS

Add support for PIL loading of WPSS processor for SC7280 WPSS boot will be requested by the wifi driver and hence disable auto-boot for WPSS. Also add a separate shutdown sequence handler for WPSS. Signed-off-by: Rakesh Pillai --- drivers/remoteproc/qcom_q6v5_adsp.c | 77

Re: MaxLinear, please maintain your drivers was Re: [PATCH] leds: lgm: fix gpiolib dependency

Hi! > > > I'd like people from Intel to contact me. There's more to fix there, > > > and AFAICT original author went away. > > > > The following message to was > > undeliverable. > > > : Recipient > > +address rejected: User unknown in virtual mailbox table' > > > commit

[PATCH 1/2] dt-bindings: remoteproc: qcom: Add SC7280 WPSS support

Add WPSS PIL loading support for SC7280 SoCs. Signed-off-by: Rakesh Pillai --- .../bindings/remoteproc/qcom,hexagon-v56.txt | 35 -- 1 file changed, 20 insertions(+), 15 deletions(-) diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,hexagon-v56.txt

[PATCH 0/2] Add support for sc7280 WPSS PIL loading

Add support for PIL loading of WPSS co-processor for SC7280 SOCs. Rakesh Pillai (2): dt-bindings: remoteproc: qcom: Add SC7280 WPSS support remoteproc: qcom: q6v5_wpss: Add support for sc7280 WPSS .../bindings/remoteproc/qcom,hexagon-v56.txt | 35 +-

Re: [PATCH v5 03/15] pinctrl: bcm: add bcm63xx base code

Hi Andy, > El 7 mar 2021, a las 20:05, Andy Shevchenko > escribió: > > On Sat, Mar 6, 2021 at 5:57 PM Álvaro Fernández Rojas > wrote: >> >> Add a helper for registering BCM63XX pin controllers. > > Thanks for this, but I think we may use the fwnode API. See below. > > ... > >> +#include

Re: [PATCH v6 3/4] x86/vmemmap: Handle unpopulated sub-pmd ranges

On Wed, Mar 10, 2021 at 11:37:53AM +0530, Naresh Kamboju wrote: > Hi Oscar, Hi Naresh, > While building the linux next 20210310 tag for x86_64 architecture with > clang-12 > and gcc-9 the following warnings / errors were noticed. > > arch/x86/mm/init_64.c:1585:6: error: implicit declaration of

Re: [PATCH v7 2/2] ARM: ftrace: Add MODULE_PLTS support

Hi! On 09/03/2021 18:42, Qais Yousef wrote: >>> I tried on 5.12-rc2 and 5.11 but couldn't reproduce the problem using your > I still can't reproduce on 5.12-rc2. > > I do have CONFIG_ARM_MODULE_PLTS=y. Do you need to do something else after > loading the module? I tried starting ftrace, but

Re: [PATCH 01/10] spi: spi-axi-spi-engine: remove usage of delay_usecs

On 3/10/21 8:16 AM, Alexandru Ardelean wrote: On Mon, 8 Mar 2021 at 18:42, Lars-Peter Clausen wrote: On 3/8/21 3:54 PM, Alexandru Ardelean wrote: The 'delay_usecs' field was handled for backwards compatibility in case there were some users that still configured SPI delay transfers with this

[PATCH 3/3] arm64: mm: hugetlb: add support for free vmemmap pages of HugeTLB

The preparation of supporting freeing vmemmap associated with each infrastructure is ready, so now we can support it for arm64. Signed-off-by: Muchun Song --- arch/arm64/mm/mmu.c | 5 + fs/Kconfig | 4 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH 2/3] mm: hugetlb: introduce arch_free_vmemmap_page

We register bootmem info for vmemmap pages when boot on x86-64, so the vmemmap pages must be freed by using free_bootmem_page(). But on some other architectures, we do not need bootmem info. In this case, free_reserved_page() is enough to free vmemmap pages. Currently, only x86-64 need

[PATCH 0/3] Add support for free vmemmap pages of HugeTLB for arm64

This patchset is based on the series of "Free some vmemmap pages of HugeTLB page". More details can refer to the below link. https://lkml.kernel.org/r/20210308102807.59745-1-songmuc...@bytedance.com I often received some feedback (We want to test this feature on arm64) before. Because the

[PATCH 1/3] mm: bootmem_info: mark register_page_bootmem_info_section __init

The register_page_bootmem_info_section() is only called from __init functions, so mark it __init as well. Signed-off-by: Muchun Song --- mm/bootmem_info.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/bootmem_info.c b/mm/bootmem_info.c index

[PATCH] bpf: fix warning comparing pointer to 0

Fix the following coccicheck warning: ./tools/testing/selftests/bpf/progs/fentry_test.c:67:12-13: WARNING comparing pointer to 0. Reported-by: Abaci Robot Signed-off-by: Jiapeng Chong --- tools/testing/selftests/bpf/progs/fentry_test.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH 01/10] spi: spi-axi-spi-engine: remove usage of delay_usecs

On Mon, 8 Mar 2021 at 18:42, Lars-Peter Clausen wrote: > > On 3/8/21 3:54 PM, Alexandru Ardelean wrote: > > The 'delay_usecs' field was handled for backwards compatibility in case > > there were some users that still configured SPI delay transfers with > > this field. > > > > They should all be

[PATCH] xtensa: fix warning comparing pointer to 0

Fix the following coccicheck warning: ./arch/xtensa/kernel/pci.c:79:17-18: WARNING comparing pointer to 0. Reported-by: Abaci Robot Signed-off-by: Jiapeng Chong --- arch/xtensa/kernel/pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/xtensa/kernel/pci.c

[PATCH RFC 1/1] kernel/cpu: to track which CPUHP callback is failed

During bootup or cpu hotplug, the cpuhp_up_callbacks() calls many CPUHP callbacks (e.g., perf, mm, workqueue, RCU, kvmclock and more) for each cpu to online. It may roll back to its previous state if any of callbacks is failed. As a result, the user will not be able to know which callback is

[PATCH] drm/amd/display: fix warning comparing pointer to 0

Fix the following coccicheck warning: ./drivers/gpu/drm/amd/display/dc/dsc/rc_calc.c:76:14-15: WARNING comparing pointer to 0. Reported-by: Abaci Robot Signed-off-by: Jiapeng Chong --- drivers/gpu/drm/amd/display/dc/dsc/rc_calc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH 0/2] AM64: Add USB support

+Vinod Hi Aswath, On 10/03/21 12:27 pm, Aswath Govindraju wrote: > Hi Nishanth, > > On 01/03/21 8:52 pm, Nishanth Menon wrote: >> On 11:21-20210301, Aswath Govindraju wrote: >>> The following series of patches, add USB support for AM64. >>> >>> This series of patches depends on, >>>

Re: [mm, slub] 8ff60eb052: stress-ng.rawpkt.ops_per_sec -47.9% regression

On Tue, 9 Mar 2021, Linus Torvalds wrote: > So when you wrote: > > However, the current code accidentally stops looking at the partial list > completely in that case. Especially on kernels without CONFIG_NUMA set, > this means that get_partial() fails and new_slab_objects() falls

Re: [PATCH 0/2] AM64: Add USB support

Hi Nishanth, On 01/03/21 8:52 pm, Nishanth Menon wrote: > On 11:21-20210301, Aswath Govindraju wrote: >> The following series of patches, add USB support for AM64. >> >> This series of patches depends on, >> https://patchwork.kernel.org/project/linux-arm-kernel/list/?series=439039 >> >> Aswath

Re: [PATCH v2] libnvdimm: Notify disk drivers to revalidate region read-only

Looks good to me: Reviewed-by: Christoph Hellwig Question on the pre-existing code: given that nvdimm_check_and_set_ro is the only caller of set_disk_ro for nvdimm devices, we'll also get the message when initially setting up any read-only disk. Is that intentional?

[PATCH] hexagon: fix warning comparing pointer to 0

Fix the following coccicheck warning: ./arch/hexagon/kernel/traps.c:142:6-7: WARNING comparing pointer to 0. Reported-by: Abaci Robot Signed-off-by: Jiapeng Chong --- arch/hexagon/kernel/traps.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/hexagon/kernel/traps.c

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

On Wed, Mar 10, 2021 at 02:30:31AM +, Chris Down wrote: > + ps->file = debugfs_create_file(pi_get_module_name(mod), 0444, dfs_index, > +ps, _index_fops); > + > + if (IS_ERR(ps->file)) { > + pi_sec_remove(mod); > + return; > +

Re: [v8,5/7] PCI: mediatek-gen3: Add MSI support

Hi Marc, Thanks for your review. On Tue, 2021-03-09 at 11:23 +, Marc Zyngier wrote: > On Wed, 24 Feb 2021 06:11:30 +, > Jianjun Wang wrote: > > > > Add MSI support for MediaTek Gen3 PCIe controller. > > > > This PCIe controller supports up to 256 MSI vectors, the MSI hardware > >

Re: [PATCH 9/9] zsmalloc: remove the zsmalloc file system

On Tue, Mar 09, 2021 at 04:53:48PM +0100, Christoph Hellwig wrote: > Just use the generic anon_inode file system. > > Signed-off-by: Christoph Hellwig Acked-by: Minchan Kim

[PATCH] powerpc: fix warning comparing pointer to 0

Fix the following coccicheck warning: ./arch/powerpc/platforms/powermac/pfunc_core.c:688:40-41: WARNING comparing pointer to 0. Reported-by: Abaci Robot Signed-off-by: Jiapeng Chong --- arch/powerpc/platforms/powermac/pfunc_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH 8/9] vfio/pci: export nvlink2 support into vendor vfio_pci drivers

On 09/03/2021 19:33, Max Gurtovoy wrote: The new drivers introduced are nvlink2gpu_vfio_pci.ko and npu2_vfio_pci.ko. The first will be responsible for providing special extensions for NVIDIA GPUs with NVLINK2 support for P9 platform (and others in the future). The last will be responsible for

Re: [PATCH 1/9] fs: rename alloc_anon_inode to alloc_anon_inode_sb

On Tue, Mar 09, 2021 at 04:53:40PM +0100, Christoph Hellwig wrote: > Rename alloc_inode to free the name for a new variant that does not > need boilerplate to create a super_block first. > > Signed-off-by: Christoph Hellwig > --- > arch/powerpc/platforms/pseries/cmm.c | 2 +- >

[PATCH v10 1/4] dt-bindings: mediatek: Add smi dts binding for Mediatek MT6765 SoC

From: Mars Cheng This patch adds MT6765 smi binding document Signed-off-by: Mars Cheng Signed-off-by: Owen Chen Signed-off-by: Macpaul Lin Acked-by: Rob Herring --- .../bindings/memory-controllers/mediatek,smi-common.yaml | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v10 0/4] Add basic SoC support for mt6765

This patch adds basic SoC support for Mediatek's new 8-core SoC, MT6765, which is mainly for smartphone application. Changes in V10: [v10,1/4] dt-bindings: mediatek: Add smi dts binding for Mediatek MT6765 SoC - No Change. [v10,2/4] soc: mediatek: add MT6765 scpsys and

[PATCH v10 2/4] soc: mediatek: add MT6765 scpsys and subdomain support

From: Mars Cheng This adds scpsys support for MT6765 Add subdomain support for MT6765: isp, mm, connsys, mfg, and cam. Signed-off-by: Mars Cheng Signed-off-by: Owen Chen Signed-off-by: Macpaul Lin --- drivers/soc/mediatek/mtk-scpsys.c | 91 +++ 1 file changed, 91

[PATCH v10 3/4] arm64: dts: mediatek: add mt6765 support

From: Mars Cheng Add basic chip support for Mediatek 6765, include uart node with correct uart clocks, pwrap device Add clock controller nodes, include topckgen, infracfg, apmixedsys and subsystem. Signed-off-by: Mars Cheng Signed-off-by: Owen Chen Signed-off-by: Macpaul Lin Acked-by: Marc

[PATCH v10 4/4] arm64: defconfig: add CONFIG_COMMON_CLK_MT6765_XXX clocks

From: Owen Chen Enable MT6765 clock configs, include topckgen, apmixedsys, infracfg, and subsystem clocks. Signed-off-by: Owen Chen Signed-off-by: Macpaul Lin --- arch/arm64/configs/defconfig | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/configs/defconfig

Re: [RFC PATCH v2 1/6] iommu: Evolve to support more scenarios of using IOPF

Hi Baolu, On 2021/3/10 10:09, Lu Baolu wrote: > Hi Shenming, > > On 3/9/21 2:22 PM, Shenming Lu wrote: >> This patch follows the discussion here: >> >> https://lore.kernel.org/linux-acpi/YAaxjmJW+ZMvrhac@myrica/ >> >> In order to support more scenarios of using IOPF (mainly consider >> the

Re: [PATCH v3 05/15] dt_bindings: mfd: Add ROHM BD71815 PMIC

Hello Rob, (I dropped other personal mails from CC - kept only the lists) On Tue, 2021-03-09 at 08:11 -0700, Rob Herring wrote: > On Tue, Mar 9, 2021 at 5:51 AM Matti Vaittinen > wrote: > > Hello Rob, > > > > On Mon, 2021-03-08 at 10:39 -0700, Rob Herring wrote: > > > On Mon, 08 Mar 2021

Re: [PATCH v3 01/14] mm/mempolicy: Add comment for missing LOCAL

On Wed, Mar 03, 2021 at 06:20:45PM +0800, Feng Tang wrote: > From: Ben Widawsky > > MPOL_LOCAL is a bit weird because it is simply a different name for an > existing behavior (preferred policy with no node mask). It has been this > way since it was added here: > commit 479e2802d09f ("mm:

[PATCH] Insert SFENCE.VMA in function set_pte_at for RISCV

From: Jiuyang Liu This patch inserts SFENCE.VMA after modifying PTE based on RISC-V specification. arch/riscv/include/asm/pgtable.h: 1. implement pte_user, pte_global and pte_leaf to check correspond attribute of a pte_t. 2. insert SFENCE.VMA in set_pte_at based on RISC-V Volume 2, Privileged

Re: [PATCH] vfio/pci: make the vfio_pci_mmap_fault reentrant

On Tue, 9 Mar 2021 19:45:03 -0400 Jason Gunthorpe wrote: > On Tue, Mar 09, 2021 at 12:56:39PM -0700, Alex Williamson wrote: > > > And I think this is what we end up with for the current code base: > > Yeah, that looks Ok > > > diff --git a/drivers/vfio/pci/vfio_pci.c

[PATCH] selftests/bpf: fix warning comparing pointer to 0

Fix the following coccicheck warning: ./tools/testing/selftests/bpf/progs/test_global_func10.c:17:12-13: WARNING comparing pointer to 0. Reported-by: Abaci Robot Signed-off-by: Jiapeng Chong --- tools/testing/selftests/bpf/progs/test_global_func10.c | 2 +- 1 file changed, 1 insertion(+), 1

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

Hi Chris, I love your patch! Yet something to improve: [auto build test ERROR on jeyu/modules-next] [also build test ERROR on linux/master soc/for-next openrisc/for-next powerpc/next uml/linux-next tip/x86/core asm-generic/master linus/master v5.12-rc2] [cannot apply to pmladek/for-next

Re: [RFC] scripts: kernel-doc: avoid warnings due to initial commented lines in file

On Tue, Mar 9, 2021 at 10:24 PM Aditya wrote: > > On 9/3/21 7:00 pm, Markus Heiser wrote: > > > > Am 09.03.21 um 13:53 schrieb Aditya Srivastava: > >> Starting commented lines in a file mostly contains comments describing > >> license, copyright or general information about the file. > >> > >>

Re: [PATCH] mm,hwpoison: return -EBUSY when page already poisoned

On Fri, 5 Mar 2021 15:55:25 + "Luck, Tony" wrote: > > From the walk, it seems we have got the virtual address, can we just send a > > SIGBUS with it? > > If the walk wins the race and the pte for the poisoned page is still valid, > then yes. > > But we could have: > > CPU1

Re: [PATCH] vfio/pci: make the vfio_pci_mmap_fault reentrant

On Tue, 9 Mar 2021 19:41:27 -0400 Jason Gunthorpe wrote: > On Tue, Mar 09, 2021 at 12:26:07PM -0700, Alex Williamson wrote: > > > In the new series, I think the fault handler becomes (untested): > > > > static vm_fault_t vfio_pci_mmap_fault(struct vm_fault *vmf) > > { > > struct

Re: [PATCH v6 04/12] x86/alternative: support not-feature

On Tue, Mar 09, 2021 at 02:48:05PM +0100, Juergen Gross wrote: > Add support for alternative patching for the case a feature is not > present on the current cpu. > > For users of ALTERNATIVE() and friends an inverted feature is specified > by applying the ALT_NOT() macro to it, e.g.: > >

[PATCH RESEND][next] qed: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix multiple warnings by explicitly adding a couple of break statements instead of just letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Reviewed-by: Igor Russkikh Signed-off-by: Gustavo A.

Re: [PATCH v8 3/4] arm64: dts: mediatek: add mt6765 support

On Wed, 2021-03-10 at 00:08 +0800, Chun-Kuang Hu wrote: > Hi, Macpaul: > > Macpaul Lin 於 2020年2月21日 週五 下午6:22寫道： > > > > From: Mars Cheng > > > > Add basic chip support for Mediatek 6765, include > > uart node with correct uart clocks, pwrap device > > > > Add clock controller nodes, include

Re: [PATCH V2] mm/memtest: Add ARCH_USE_MEMTEST

On 3/1/21 10:02 AM, Anshuman Khandual wrote: > early_memtest() does not get called from all architectures. Hence enabling > CONFIG_MEMTEST and providing a valid memtest=[1..N] kernel command line > option might not trigger the memory pattern tests as would be expected in > normal circumstances.

Re: linux-next: Tree for Mar 10 (lib/test_printf.c)

On 3/9/21 8:02 PM, Stephen Rothwell wrote: > Hi all, > on i386 (at least): ../lib/test_printf.c: In function 'page_flags_test': ../lib/test_printf.c:595:17: error: 'sec' undeclared (first use in this function); did you mean 'sem'? page_flags |= (sec & SECTIONS_MASK) << SECTIONS_PGSHIFT;

Re: [External] linux-next: build failure after merge of the akpm-current tree

On Wed, Mar 10, 2021 at 11:55 AM Stephen Rothwell wrote: > > Hi all, > > After merging the akpm-current tree, today's linux-next build (sparc64 > defconfig) failed like this: > > arch/sparc/mm/init_64.c:2495:4: error: implicit declaration of function > 'register_page_bootmem_info_node'; did you

Re: [PATCH] sched/fair: Prefer idle CPU to cache affinity

* Vincent Guittot [2021-03-08 14:52:39]: > On Fri, 26 Feb 2021 at 17:41, Srikar Dronamraju > wrote: > > Thanks Vincent for your review comments. > > +static int prefer_idler_llc(int this_cpu, int prev_cpu, int sync) > > +{ > > + struct sched_domain_shared *tsds, *psds; > > + int

[PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values

From: James Morse As per ARM ARM DDI 0487G.a, when FEAT_LPA2 is implemented, ID_AA64MMFR0_EL1 might contain a range of values to describe supported translation granules (4K and 16K pages sizes in particular) instead of just enabled or disabled values. This changes __enable_mmu() function to

RE: [PATCH v2] arm: print alloc free paths for address in registers

Hi, Any comments or updates? >Sender : Maninder Singh Engineer/Platform S/W Group >/SRI-Delhi/Samsung Electronics >Date : 2021-02-25 13:57 (GMT+5:30) >Title : [PATCH v2] arm: print alloc free paths for address in registers > >In case of "Use After Free" kernel OOPs, free path of object >is

Re: [PATCH] Input: elan_i2c - Reduce the resume time for new dev ices

On Tue, Mar 09, 2021 at 10:53:34PM +0800, jingle.wu wrote: > Hi Dmitry: > > Was this the only issue with the updated patch? Did it work for you > otherwise? > -> Yes, the updated patch can work successfully after fix this issue. OK, great, I applied it. Thanks. -- Dmitry

RE: [PATCH] usb: gadget: uvc: add bInterval checking for HS mode

Please check whether the problem occurs in this fragment of code: https://elixir.bootlin.com/linux/latest/source/drivers/usb/cdns3/gadget.c#L2569 zlp_buff is allocated with kzalloc. Pawel >>On Fri, Mar 5, 2021 at 12:40 AM Pawel Laszczak >>wrote: >>From: Pawel

[PATCH RESEND][next] net: plip: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix multiple warnings by explicitly adding multiple break statements instead of letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Signed-off-by: Gustavo A. R. Silva --- Changes in RESEND: -

[PATCH RESEND][next] net: rose: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix multiple warnings by explicitly adding multiple break statements instead of letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Signed-off-by: Gustavo A. R. Silva --- Changes in RESEND: -

[PATCH RESEND][next] net: core: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning by explicitly adding a break statement instead of letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Signed-off-by: Gustavo A. R. Silva --- Changes in RESEND: - None. Resending

include/linux/efi.h:1101:34: warning: passing 1-byte aligned argument to 4-byte aligned parameter 2 of 'get_var' may result in an unaligned pointer access

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 05a59d79793d482f628a31753c671f2e92178a21 commit: e1ac4b2406d94eddce8ac2c5ab4235f6075a9602 efi: generalize efi_get_secureboot date: 4 months ago config: x86_64-randconfig-a016-20210308 (attached as

[PATCH RESEND][next] net: bridge: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning by explicitly adding a break statement instead of letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Acked-by: Nikolay Aleksandrov Signed-off-by: Gustavo A. R. Silva --- Changes

[PATCH RESEND][next] net: ax25: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning by explicitly adding a break statement instead of letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Signed-off-by: Gustavo A. R. Silva --- Changes in RESEND: - None. Resending

[PATCH RESEND][next] decnet: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning by explicitly adding a break statement instead of letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Signed-off-by: Gustavo A. R. Silva --- Changes in RESEND: - None. Resending

[PATCH RESEND][next] net: cassini: Fix fall-through warnings for Clang

In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning by explicitly adding a break statement instead of just letting the code fall through to the next case. Link: https://github.com/KSPP/linux/issues/115 Signed-off-by: Gustavo A. R. Silva --- Changes in RESEND: - None.

[PATCH V11 5/5] of: unittest: Statically apply overlays using fdtoverlay

Now that fdtoverlay is part of the kernel build, start using it to test the unitest overlays we have by applying them statically. Create two new base files static_base_1.dts and static_base_2.dts which includes other .dtsi files. Some unittest overlays deliberately contain errors that unittest

[PATCH V11 3/5] kbuild: Allow .dtso format for overlay source files

Since the overlays dtb files are now named as .dtbo, there is a lot of interest in similarly naming the overlay source dts files as .dtso. This patch makes the necessary changes to allow .dtso format for overlay source files. Note that we still support generating .dtbo files from .dts files.

[PATCH V11 1/5] kbuild: Simplify builds with CONFIG_OF_ALL_DTBS

We update 'extra-y' based on CONFIG_OF_ALL_DTBS three times. It would be far more straight forward if we rather update dtb-y to include all .dtb files if CONFIG_OF_ALL_DTBS is enabled. Acked-by: Masahiro Yamada Signed-off-by: Viresh Kumar --- scripts/Makefile.lib | 5 ++--- 1 file changed, 2

[PATCH V11 0/5] dt: Add fdtoverlay rule and statically build unittest

Hi, This patchset adds a generic rule for applying overlays using fdtoverlay tool and then updates unittests to get built statically using the same. V10->V11: - Update patch 4/5 to fix checkpatch warning on spaces and tabs. - Added Acked-by from Masahiro for patch 2/5. V9->V10: - Add a new

  1   2   3   4   5   6   7   8   9   10   >