[PATCH v8 6/9] dt-bindings: clock: qcom: Add reset for WCSSAON

2021-01-30 Thread Gokul Sriram Palanisamy
Add binding for WCSSAON reset required for Q6v5 reset on IPQ8074 SoC. Signed-off-by: Gokul Sriram Palanisamy Signed-off-by: Sricharan R Signed-off-by: Nikhil Prakash V Acked-by: Rob Herring Acked-by: Stephen Boyd --- include/dt-bindings/clock/qcom,gcc-ipq8074.h | 1 + 1 file changed, 1 inser

[PATCH v9 0/4] Add non PAS wcss Q6 support for QCS404

2021-01-30 Thread Gokul Sriram Palanisamy
Changes since v8: Updated patch 3 for the new prototype of qcom_q6v5_request_stop. Changes since v7: Addressed review comments from Stephen Boyd Changes since v6: Removed duplicate structure entry added during rebase in v5 Changes since v5: Rebased all the unmerged patches on top of linux-5

[PATCH v9 1/4] remoteproc: qcom: wcss: populate hardcoded param using driver data

2021-01-30 Thread Gokul Sriram Palanisamy
From: Govind Singh Q6 based WiFi fw loading is supported across different targets, ex: IPQ8074/QCS404. In order to support different fw names/pas id etc, populate hardcoded param using driver data. Signed-off-by: Govind Singh Signed-off-by: Gokul Sriram Palanisamy --- drivers/remoteproc/qcom_

[PATCH v8 0/9] remoteproc: qcom: q6v5-wcss: Add support for secure pil

2021-01-30 Thread Gokul Sriram Palanisamy
IPQ8074 needs support for secure pil as well. Also, currently only unified firmware is supported. IPQ8074 supports split firmware for q6 and m3, so adding support for that. This series is based on Govind's "[v9] Add non PAS wcss Q6 support for QCS404" changes since v8: - Rebased on top of linux-

[PATCH v8 5/9] remoteproc: qcom: Update regmap offsets for halt register

2021-01-30 Thread Gokul Sriram Palanisamy
Fixed issue in reading halt-regs parameter from device-tree. Signed-off-by: Gokul Sriram Palanisamy Signed-off-by: Sricharan R --- drivers/remoteproc/qcom_q6v5_wcss.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git a/drivers/remoteproc/qcom_q6v5_wcss.c

[PATCH v8 1/9] remoteproc: qcom: Add PRNG proxy clock

2021-01-30 Thread Gokul Sriram Palanisamy
PRNG clock is needed by the secure PIL, support for the same is added in subsequent patches. Signed-off-by: Gokul Sriram Palanisamy Signed-off-by: Sricharan R Signed-off-by: Nikhil Prakash V --- drivers/remoteproc/qcom_q6v5_wcss.c | 65 +++-- 1 file changed, 47

[PATCH v8 8/9] arm64: dts: Add support for scm on IPQ8074 SoCs

2021-01-30 Thread Gokul Sriram Palanisamy
Enables scm support, clock is not needed for enabling scm interface. Signed-off-by: Gokul Sriram Palanisamy Signed-off-by: Sricharan R --- arch/arm64/boot/dts/qcom/ipq8074.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/ipq8074.dtsi b/arch/arm64/boot/dts

[PATCH v8 9/9] arm64: dts: qcom: Enable Q6v5 WCSS for ipq8074 SoC

2021-01-30 Thread Gokul Sriram Palanisamy
Enable remoteproc WCSS PIL driver with glink and ssr subdevices. Also configures shared memory and enables smp2p and mailboxes required for IPC. Signed-off-by: Gokul Sriram Palanisamy Signed-off-by: Sricharan R Signed-off-by: Nikhil Prakash V --- arch/arm64/boot/dts/qcom/ipq8074.dtsi | 121 +++

[PATCH v4 16/34] misc: xlink-pcie: Add asynchronous event notification support for XLink

2021-01-30 Thread mgross
From: Srikanth Thokala Add support to notify XLink layer upon PCIe link UP/DOWN events Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Reviewed-by: Mark Gross Signed-off-by: Mark Gross Signed-off-by: Srikanth Thokala --- drivers/misc/xlink-pcie/common/core.h | 3 ++ drivers/misc/xlink-pcie/

[PATCH v3 04/34] dt-bindings: Add bindings for Keem Bay IPC driver

2021-01-30 Thread mgross
From: Daniele Alessandrelli Add DT binding documentation for the Intel Keem Bay IPC driver, which enables communication between the Computing Sub-System (CSS) and the Multimedia Sub-System (MSS) of the Intel Movidius SoC code named Keem Bay. Cc: Rob Herring Cc: devicet...@vger.kernel.org Review

Re: [PATCH v2] xen-blkback: fix compatibility bug with single page rings

2021-01-30 Thread Dongli Zhang
On 1/29/21 12:13 AM, Paul Durrant wrote: >> -Original Message- >> From: Jürgen Groß >> Sent: 29 January 2021 07:35 >> To: Dongli Zhang ; Paul Durrant ; xen- >> de...@lists.xenproject.org; linux-bl...@vger.kernel.org; >> linux-kernel@vger.kernel.org >> Cc: Paul Durrant ; Konrad Rzeszute

[PATCH] soc: ti: k3-ringacc: Use of_device_get_match_data()

2021-01-30 Thread Suman Anna
Simplify the retrieval of getting the match data in the probe function by directly using of_device_get_match_data() instead of using of_match_node() and getting data. Signed-off-by: Suman Anna --- drivers/soc/ti/k3-ringacc.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --gi

[PATCH v2 2/2] iio: Remove the IIO counter ABI documentation

2021-01-30 Thread William Breathitt Gray
The IIO counter driver has been superseded by the Counter subsystem as discussed in [1]. This patch removes the IIO counter ABI documentation. [1] https://lore.kernel.org/lkml/20210119104105.1...@huawei.com/ Cc: Fabrice Gasnier Cc: Benjamin Gaignard Signed-off-by: William Breathitt Gray --

[PATCH v2 0/2] Remove the IIO counter ABI

2021-01-30 Thread William Breathitt Gray
Changes in v2: - Add missing argument to devm_kzalloc() call in quad8_probe(). - Remove superfluous 'err' variable from quad8_probe(). The IIO counter driver has been superseded by the Counter subsystem as discussed in [1]. This patchset removes the IIO counter ABI code and documentation. A pat

[PATCH v3 30/34] misc:intel_tsens: Intel Keem Bay tsens driver.

2021-01-30 Thread mgross
From: "C, Udhayakumar" Add keembey_thermal driver to expose on chip temperature sensors, and register call back functions for periodic sampling. This driver does following: * Reads temperature data from on chip sensors present in Keem Bay platform. * Registers callback function to intel tsens

[PATCH v3 02/34] dt-bindings: mailbox: Add Intel VPU IPC mailbox bindings

2021-01-30 Thread mgross
From: Daniele Alessandrelli Add bindings for the Intel VPU IPC mailbox driver. Signed-off-by: Daniele Alessandrelli --- .../mailbox/intel,vpu-ipc-mailbox.yaml| 69 +++ MAINTAINERS | 6 ++ 2 files changed, 75 insertions(+) create mode

[PATCH v2] staging: qlge/qlge_ethtool.c: Switch from strlcpy to strscpy

2021-01-30 Thread Kumar Kartikeya Dwivedi
strlcpy is marked as deprecated in Documentation/process/deprecated.rst, and there is no functional difference when the caller expects truncation (when not checking the return value). strscpy is relatively better as it also avoids scanning the whole source string. This silences the related checkpa

Re: [PATCH 1/2] docs: Make syscalls' helpers naming consistent

2021-01-30 Thread Dominik Brodowski
On Fri, Jan 29, 2021 at 10:45:46PM -0300, André Almeida wrote: > The documentation explains the need to create internal syscalls' helpers, > and that they should be called `kern_xyzzy()`. However, the comment at > include/linux/syscall.h says that they should be named as > `ksys_xyzzy()`, and so ar

Re: [PATCH v2] misc: bcm-vk: only support ttyVK if CONFIG_TTY is set

2021-01-30 Thread Greg Kroah-Hartman
On Fri, Jan 29, 2021 at 02:06:27PM -0800, Scott Branden wrote: > Correct compile issue if CONFIG_TTY is not set by > only adding ttyVK devices if CONFIG_TTY is set. > > Reported-by: Randy Dunlap > Signed-off-by: Scott Branden > > --- > Changes since v1: > Add function stubs rather than compilin

Re: [Internal review][PATCH stable v5.4 1/2] ICMPv6: Add ICMPv6 Parameter Problem, code 3 definition

2021-01-30 Thread Greg KH
On Sat, Jan 30, 2021 at 12:57:40AM +0530, Aviraj CJ wrote: > From: Hangbin Liu > > commit b59e286be280fa3c2e94a0716ddcee6ba02bc8ba upstream. > > Based on RFC7112, Section 6: > >IANA has added the following "Type 4 - Parameter Problem" message to >the "Internet Control Message Protocol v

cxgb4_ethtool.c:undefined reference to `netif_tx_stop_all_queues'

2021-01-30 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0e9bcda5d286f4a26a5407bb38f55c55b453ecfb commit: 7235ffae3d2cd3dd02ea840b1f51eeb394e40b0d cxgb4: add loopback ethtool self-test date: 6 months ago config: powerpc64-randconfig-r033-20210130 (attached as

Re: [PATCH 0/3] cdev: Generic shutdown handling

2021-01-30 Thread Dan Williams
On Wed, Jan 20, 2021 at 11:38 AM Dan Williams wrote: > > After reviewing driver submissions with new cdev + ioctl usages one > common stumbling block is coordinating the shutdown of the ioctl path, > or other file operations, at driver ->remove() time. While cdev_del() > guarantees that no new fil

Re: [PATCH v2 2/5] arm64: qcom: dts: qrb5165-rb5: add qca6391 power device

2021-01-30 Thread Bjorn Andersson
On Thu 28 Jan 11:52 CST 2021, Dmitry Baryshkov wrote: > Add qca6391 to device tree as a way to provide power domain to WiFi and > BT parts of the chip. > > Signed-off-by: Dmitry Baryshkov > --- > arch/arm64/boot/dts/qcom/qrb5165-rb5.dts | 61 > 1 file changed, 61 insert

[PATCH v14 04/11] x86: kdump: move xen_pv_domain() check and insert_resource() to setup_arch()

2021-01-30 Thread Chen Zhou
We will make the functions reserve_crashkernel() as generic, the xen_pv_domain() check in reserve_crashkernel() is relevant only to x86, the same as insert_resource() in reserve_crashkernel[_low](). So move xen_pv_domain() check and insert_resource() to setup_arch() to keep them in x86. Suggested-

[PATCH v14 10/11] arm64: kdump: add memory for devices by DT property linux,usable-memory-range

2021-01-30 Thread Chen Zhou
When reserving crashkernel in high memory, some low memory is reserved for crash dump kernel devices and never mapped by the first kernel. This memory range is advertised to crash dump kernel via DT property under /chosen, linux,usable-memory-range = We reused the DT property linux,usable

[PATCH v14 07/11] arm64: kdump: introduce some macroes for crash kernel reservation

2021-01-30 Thread Chen Zhou
Introduce macro CRASH_ALIGN for alignment, macro CRASH_ADDR_LOW_MAX for upper bound of low crash memory, macro CRASH_ADDR_HIGH_MAX for upper bound of high crash memory, use macroes instead. Besides, keep consistent with x86, use CRASH_ALIGN as the lower bound of crash kernel reservation. Signed-o

[PATCH v14 08/11] arm64: kdump: reimplement crashkernel=X

2021-01-30 Thread Chen Zhou
There are following issues in arm64 kdump: 1. We use crashkernel=X to reserve crashkernel below 4G, which will fail when there is no enough low memory. 2. If reserving crashkernel above 4G, in this case, crash dump kernel will boot failure because there is no low memory available for allocation. T

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

2021-01-30 Thread Chen Zhou
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 function reserve_crashkernel() also used 1M alignment. So just replace hard-coded alignment 1M with macro CRASH_ALIGN. Suggested-by: Dave Young Suggested-by: Baoqua

[PATCH v14 05/11] x86: kdump: move reserve_crashkernel[_low]() into crash_core.c

2021-01-30 Thread Chen Zhou
Make the functions reserve_crashkernel[_low]() as generic. Arm64 will use these to reimplement crashkernel=X. Signed-off-by: Chen Zhou Tested-by: John Donnelly --- arch/x86/include/asm/kexec.h | 25 ++ arch/x86/kernel/setup.c | 143 +-- include/linux/crash_

[PATCH v14 03/11] x86: kdump: use macro CRASH_ADDR_LOW_MAX in functions reserve_crashkernel()

2021-01-30 Thread Chen Zhou
To make the functions reserve_crashkernel() as generic, replace some hard-coded numbers with macro CRASH_ADDR_LOW_MAX. Signed-off-by: Chen Zhou Tested-by: John Donnelly --- arch/x86/kernel/setup.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/setup.c

[PATCH v14 00/11] support reserving crashkernel above 4G on arm64 kdump

2021-01-30 Thread Chen Zhou
There are following issues in arm64 kdump: 1. We use crashkernel=X to reserve crashkernel below 4G, which will fail when there is no enough low memory. 2. If reserving crashkernel above 4G, in this case, crash dump kernel will boot failure because there is no low memory available for allocation. T

[PATCH v14 11/11] kdump: update Documentation about crashkernel

2021-01-30 Thread Chen Zhou
For arm64, the behavior of crashkernel=X has been changed, which tries low allocation in DMA zone and fall back to high allocation if it fails. We can also use "crashkernel=X,high" to select a high region above DMA zone, which also tries to allocate at least 256M low memory in DMA zone automatical

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

2021-01-30 Thread Chen Zhou
The lower bounds of crash kernel reservation and crash kernel low reservation are different, use the consistent value CRASH_ALIGN. Suggested-by: Dave Young Signed-off-by: Chen Zhou Tested-by: John Donnelly --- arch/x86/kernel/setup.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) dif

[PATCH] mm/mempolicy: use helper range_in_vma() in queue_pages_test_walk()

2021-01-30 Thread Miaohe Lin
The helper range_in_vma() is introduced via commit 017b1660df89 ("mm: migration: fix migration of huge PMD shared pages"). But we forgot to use it in queue_pages_test_walk(). Signed-off-by: Miaohe Lin --- mm/mempolicy.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/mempo

[PATCH v14 06/11] x86/elf: Move vmcore_elf_check_arch_cross to arch/x86/include/asm/elf.h

2021-01-30 Thread Chen Zhou
Move macro vmcore_elf_check_arch_cross from arch/x86/include/asm/kexec.h to arch/x86/include/asm/elf.h to fix the following compiling warning: make ARCH=i386 In file included from arch/x86/kernel/setup.c:39:0: ./arch/x86/include/asm/kexec.h:77:0: warning: "vmcore_elf_check_arch_cross" redefined

[PATCH] mm/rmap: use page_not_mapped in try_to_unmap()

2021-01-30 Thread Miaohe Lin
page_mapcount_is_zero() calculates accurately how many mappings a hugepage has in order to check against 0 only. This is a waste of cpu time. We can do this via page_not_mapped() to save some possible atomic_read cycles. Remove the function page_mapcount_is_zero() as it's not used anymore and move

[PATCH v1 1/2] driver core: fw_devlink: Detect supplier devices that will never be added

2021-01-30 Thread Saravana Kannan
During the initial parsing of firmware by fw_devlink, fw_devlink might infer that some supplier firmware nodes would get populated as devices. But the inference is not always correct. This patch tries to logically detect and fix such mistakes as boot progresses or more devices probe. fw_devlink ma

[PATCH v1 0/2] Make fw_devlink=on more forgiving

2021-01-30 Thread Saravana Kannan
This patch series solves two general issues with fw_devlink=on Patch 1/2 addresses the issue of firmware nodes that look like they'll have struct devices created for them, but will never actually have struct devices added for them. For example, DT nodes with a compatible property that don't have d

Re: [PATCH net-next 2/8] net: dsa: tag_ksz: add tag handling for Microchip LAN937x

2021-01-30 Thread Vladimir Oltean
On Thu, Jan 28, 2021 at 12:11:06PM +0530, Prasanna Vengateshan wrote: > diff --git a/net/dsa/tag_ksz.c b/net/dsa/tag_ksz.c > index 4820dbcedfa2..6fac39c2b7d5 100644 > --- a/net/dsa/tag_ksz.c > +++ b/net/dsa/tag_ksz.c > @@ -190,10 +190,84 @@ static const struct dsa_device_ops ksz9893_netdev_ops = >

[PATCH v1 2/2] driver core: fw_devlink: Handle missing drivers for optional suppliers

2021-01-30 Thread Saravana Kannan
After a deferred probe attempt has exhaused all the devices that can be bound, any device that remains unbound has one/both of these conditions true: (1) It is waiting on its supplier to bind (2) It does not have a matching driver So, to make fw_devlink=on more forgiving of missing drivers for op

Re: [PATCH] media: allegro-dvt: Use __packed sentence

2021-01-30 Thread Greg KH
On Fri, Jan 29, 2021 at 05:01:54PM -0300, Emmanuel Arias wrote: > Fix coding style using __packed sentece instead of Spelling check please? And _why_ are you making this change, what does this do "better" than the original? thanks, greg k-h

Re: [PATCH v3] mm/page_alloc: count CMA pages per zone and print them in /proc/zoneinfo

2021-01-30 Thread David Rientjes
On Fri, 29 Jan 2021, David Hildenbrand wrote: > Let's count the number of CMA pages per zone and print them in > /proc/zoneinfo. > > Having access to the total number of CMA pages per zone is helpful for > debugging purposes to know where exactly the CMA pages ended up, and to > figure out how ma

[PATCH] pinctrl: Support pin that does not support configuration option

2021-01-30 Thread Michael Trimarchi
Some of the iMX25 pins have not an associated configuration register so when they are configured the standard way through the device tree the kernel complains with: imx25-pinctrl 43fac000.iomuxc: Pin(MX25_PAD_EXT_ARMCLK) does not support config function Signed-off-by: Michael Trimarchi Tested-by

Re: [PATCH v12] staging: fbtft: add tearing signal detect

2021-01-30 Thread carlis
On Fri, 29 Jan 2021 16:26:12 +0200 Andy Shevchenko wrote: > On Fri, Jan 29, 2021 at 3:56 PM carlis wrote: > > On Fri, 29 Jan 2021 12:23:08 +0200 > > Andy Shevchenko wrote: > > We are almost there, I have no idea what Noralf or others are going to > say though. > > ... > > > Hi, I apologize

bcmgenet.c:undefined reference to `netif_carrier_on'

2021-01-30 Thread kernel test robot
-20210130 (attached as .config) compiler: powerpc-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://git.kernel.org/pub/scm/linux/kernel/git

Re: [PATCH RFC 21/30] hugetlb: Pass vma into huge_pte_alloc()

2021-01-30 Thread Axel Rasmussen
On Fri, Jan 29, 2021 at 2:31 PM Peter Xu wrote: > > On Thu, Jan 28, 2021 at 02:59:13PM -0800, Axel Rasmussen wrote: > > > +pte_t *huge_pte_alloc(struct mm_struct *mm, structt vm_area_struct *vma, > > > > This was pointed out to me just after I sent v3 of my series today > > (which includes this pa

Re: kprobes broken since 0d00449c7a28 ("x86: Replace ist_enter() with nmi_enter()")

2021-01-30 Thread Peter Zijlstra
On Fri, Jan 29, 2021 at 04:24:54PM -0500, Steven Rostedt wrote: > Specifically, kprobe and ftrace callbacks may have this: > > if (in_nmi()) > return; > > raw_spin_lock_irqsave(&lock, flags); > [..] > raw_spin_unlock_irqrestore(&lock, flags); > > Which is to

Re: [PATCH 4.9 00/30] 4.9.254-rc1 review

2021-01-30 Thread Naresh Kamboju
On Fri, 29 Jan 2021 at 16:42, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.254 release. > There are 30 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. > > Res

Re: [PATCH 4.14 00/50] 4.14.218-rc1 review

2021-01-30 Thread Naresh Kamboju
On Fri, 29 Jan 2021 at 16:43, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.218 release. > There are 50 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

Re: [PATCH] ext4: Remove unreachable code

2021-01-30 Thread Andreas Dilger
On Jan 29, 2021, at 11:58 AM, Vinicius Tinti wrote: > > By enabling -Wunreachable-code-aggressive on Clang the following code > paths are unreachable. > > Commit dd73b5d5cb67 ("ext4: convert dx_probe() to use the ERR_PTR > convention") > Commit ac27a0ec112a ("[PATCH] ext4: initial copy of files

回复: [PATCH v2] kvfree_rcu: Release page cache under memory pressure

2021-01-30 Thread Zhang, Qiang
发件人: Uladzislau Rezki 发送时间: 2021年1月29日 22:19 收件人: Zhang, Qiang 抄送: ure...@gmail.com; paul...@kernel.org; j...@joelfernandes.org; r...@vger.kernel.org; linux-kernel@vger.kernel.org 主题: Re: [PATCH v2] kvfree_rcu: Release page cache under memory pressure [

Re: [PATCH] drm/lima: fix reference leak in lima_pm_busy

2021-01-30 Thread Qiang Yu
Thanks, applied to drm-misc-next. Regards, Qiang On Fri, Nov 27, 2020 at 5:42 PM Qinglang Miao wrote: > > pm_runtime_get_sync will increment pm usage counter even it > failed. Forgetting to putting operation will result in a > reference leak here. > > A new function pm_runtime_resume_and_get is

Re: [PATCH 4.4 00/24] 4.4.254-rc1 review

2021-01-30 Thread Naresh Kamboju
On Fri, 29 Jan 2021 at 16:40, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.254 release. > There are 24 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. > > Res

[PATCH v4 0/2] perf/smmuv3: Don't reserve the PMCG register spaces

2021-01-30 Thread Zhen Lei
v3 --> v4: 1. Delete the unnecessary encapsulation function smmu_pmu_get_and_ioremap_resource(). 2. Discard adding MODULE_SOFTDEP. v2 --> v3: Patch 3 is updated because https://lkml.org/lkml/2021/1/22/532 has been queued in advance. v1 --> v2: According to Robin Murphy's suggestion: https://lkm

[PATCH v4 1/2] perf/smmuv3: Don't reserve the PMCG register spaces

2021-01-30 Thread Zhen Lei
According to the SMMUv3 specification: Each PMCG counter group is represented by one 4KB page (Page 0) with one optional additional 4KB page (Page 1), both of which are at IMPLEMENTATION DEFINED base addresses. This means that the PMCG register spaces may be within the 64KB pages of the SMMUv3 reg

[PATCH v14 09/11] x86, arm64: Add ARCH_WANT_RESERVE_CRASH_KERNEL config

2021-01-30 Thread Chen Zhou
We make the functions reserve_crashkernel[_low]() as generic for x86 and arm64. Since reserve_crashkernel[_low]() implementations are quite similar on other architectures as well, we can have more users of this later. So have CONFIG_ARCH_WANT_RESERVE_CRASH_KERNEL in arch/Kconfig and select this by

[PATCH v4 2/2] iommu/arm-smmu-v3: Reserving the entire SMMU register space

2021-01-30 Thread Zhen Lei
commit 52f3fab0067d ("iommu/arm-smmu-v3: Don't reserve implementation defined register space") only reserves the basic SMMU register space. So the ECMDQ register space is not covered, it should be mapped again. Due to the size of this ECMDQ resource is not fixed, depending on SMMU_IDR6.CMDQ_CONTROL

[PATCH] hugetlbfs: show pagesize in unit of GB if possible

2021-01-30 Thread Miaohe Lin
Hugepage size in unit of GB is supported. We could show pagesize in unit of GB to make it more friendly to read. Also rework the calculation code of page size unit to make it more readable. Signed-off-by: Miaohe Lin --- fs/hugetlbfs/inode.c | 12 1 file changed, 8 insertions(+), 4 d

Re: [PATCH v2 2/5] arm64: qcom: dts: qrb5165-rb5: add qca6391 power device

2021-01-30 Thread Manivannan Sadhasivam
On Fri, Jan 29, 2021 at 09:47:37PM -0600, Bjorn Andersson wrote: > On Thu 28 Jan 11:52 CST 2021, Dmitry Baryshkov wrote: > > > Add qca6391 to device tree as a way to provide power domain to WiFi and > > BT parts of the chip. > > > > Signed-off-by: Dmitry Baryshkov > > --- > > arch/arm64/boot/dt

[PATCH] hugetlbfs: fix some comment typos

2021-01-30 Thread Miaohe Lin
Fix typos reserv to reserve, minimim to minimum. No functional change intended. Signed-off-by: Miaohe Lin --- fs/hugetlbfs/inode.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c index 40a9795f250a..db6504b5e89f 100644 --- a

Re: [PATCH v3 28/34] misc: Intel tsens IA host driver.

2021-01-30 Thread Joe Perches
On Fri, 2021-01-29 at 18:20 -0800, mgr...@linux.intel.com wrote: > From: "C, Udhayakumar" > > Add Intel tsens IA host driver for Intel Edge.AI Computer Vision > platforms. [] > diff --git a/drivers/misc/intel_tsens/intel_tsens_host.c > b/drivers/misc/intel_tsens/intel_tsens_host.c [] > +static i

Re: 5.9.11 still hanging 2mn at each boot and looping on nvidia-gpu 0000:01:00.3: PME# enabled (Quadro RTX 4000 Mobile)

2021-01-30 Thread Marc MERLIN
On Fri, Jan 29, 2021 at 03:20:32PM -0600, Bjorn Helgaas wrote: > > For comparison the intel iwlwifi driver is very clear about firmware > > it's trying to load, if it can't and what exact firmware you need to > > find on the internet (filename) > > I guess you're referring to this in iwl_request_f

[PATCH] btrfs: fix boolreturn.cocci warnings

2021-01-30 Thread kernel test robot
From: kernel test robot fs/btrfs/volumes.c:1462:10-11: WARNING: return of 0/1 in function 'dev_extent_hole_check_zoned' with return type bool Return statements in functions returning bool should use true/false instead of 1/0. Generated by: scripts/coccinelle/misc/boolreturn.cocci Fixes: 69e8

[PATCH v3 19/34] xlink-core: Add xlink core device tree bindings

2021-01-30 Thread mgross
From: Seamus Kelly Add device tree bindings for keembay-xlink. Cc: Rob Herring Cc: devicet...@vger.kernel.org Reviewed-by: Mark Gross Signed-off-by: Seamus Kelly Signed-off-by: Ryan Carnaghi --- .../bindings/misc/intel,keembay-xlink.yaml| 27 +++ 1 file changed, 27 inser

Re: [PATCH v5 4/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-01-30 Thread Leizhen (ThunderTown)
On 2021/1/29 18:33, Russell King - ARM Linux admin wrote: > On Fri, Jan 29, 2021 at 11:26:38AM +0100, Arnd Bergmann wrote: >> Another clarification, as there are actually two independent >> points here: >> >> * if you can completely remove the readl() above and just write a >> hardcoded value

powerpc-linux-ld: bnx2x_main.c:undefined reference to `__pskb_pull_tail'

2021-01-30 Thread kernel test robot
-r033-20210130 (attached as .config) compiler: powerpc-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # https://git.kernel.org/pub/scm/linux

[PATCH v4 09/34] misc: xlink-pcie: lh: Add PCIe EPF driver for Local Host

2021-01-30 Thread mgross
From: Srikanth Thokala Add PCIe EPF driver for local host (lh) to configure BAR's and other HW resources. Underlying PCIe HW controller is a Synopsys DWC PCIe core. Cc: Derek Kiernan Cc: Dragan Cvetic Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Reviewed-by: Mark Gross Signed-off-by: Mark Gross

Re: [RFC PATCH v1 1/4] vfio/type1: Add a bitmap to track IOPF mapped pages

2021-01-30 Thread Shenming Lu
On 2021/1/30 6:58, Alex Williamson wrote: > On Mon, 25 Jan 2021 17:03:59 +0800 > Shenming Lu wrote: > >> When IOPF enabled, the pages are pinned and mapped on demand, we add >> a bitmap to track them. >> >> Signed-off-by: Shenming Lu >> --- >> drivers/vfio/vfio_iommu_type1.c | 12 >

[PATCH v3 23/34] xlink-core: add async channel and events

2021-01-30 Thread mgross
From: Seamus Kelly Enable asynchronous channel and event communication. Add APIs: data ready callback: The xLink Data Ready Callback function is used to register a callback function that is invoked when data

[PATCH v3 15/34] misc: xlink-pcie: Add XLink API interface

2021-01-30 Thread mgross
From: Srikanth Thokala Provide interface for XLink layer to interact with XLink PCIe transport layer on both local host and remote host. Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Reviewed-by: Mark Gross Signed-off-by: Srikanth Thokala --- drivers/misc/xlink-pcie/common/interface.c | 107 ++

Re: [RFC PATCH v1 3/4] vfio: Try to enable IOPF for VFIO devices

2021-01-30 Thread Shenming Lu
On 2021/1/30 6:42, Alex Williamson wrote: > On Mon, 25 Jan 2021 17:04:01 +0800 > Shenming Lu wrote: > >> If IOMMU_DEV_FEAT_IOPF is set for the VFIO device, which means that >> the delivering of page faults of this device from the IOMMU is enabled, >> we register the VFIO page fault handler to com

Re: [RFC PATCH v1 0/4] vfio: Add IOPF support for VFIO passthrough

2021-01-30 Thread Shenming Lu
On 2021/1/30 6:57, Alex Williamson wrote: > On Mon, 25 Jan 2021 17:03:58 +0800 > Shenming Lu wrote: > >> Hi, >> >> The static pinning and mapping problem in VFIO and possible solutions >> have been discussed a lot [1, 2]. One of the solutions is to add I/O >> page fault support for VFIO devices.

Re: [RFC PATCH 00/12] Introduce sv48 support without relocable kernel

2021-01-30 Thread Alex Ghiti
Hi Palmer, On 1/4/21 2:58 PM, Alexandre Ghiti wrote: This patchset, contrary to the previous versions, allows to have a single kernel for sv39 and sv48 without being relocatable. The idea comes from Arnd Bergmann

Re: [PATCH v2 net-next 3/4] net: introduce common dev_page_is_reserved()

2021-01-30 Thread Jakub Kicinski
On Wed, 27 Jan 2021 20:11:23 + Alexander Lobakin wrote: > + * dev_page_is_reserved - check whether a page can be reused for network Rx > + * @page: the page to test > + * > + * A page shouldn't be considered for reusing/recycling if it was allocated > + * under memory pressure or at a distant m

Re: [PATCH] net/ethernet: convert to use module_platform_driver in octeon_mgmt.c

2021-01-30 Thread patchwork-bot+netdevbpf
Hello: This patch was applied to netdev/net-next.git (refs/heads/master): On Thu, 28 Jan 2021 11:53:30 +0800 you wrote: > From: dingsenjie > > Simplify the code by using module_platform_driver macro > for octeon_mgmt. > > Signed-off-by: dingsenjie > > [...] Here is the summary with links:

[PATCH v4 20/34] xlink-core: Add xlink core driver xLink

2021-01-30 Thread mgross
From: Seamus Kelly Add xLink driver, which provides an abstracted control and communication subsystem based on channel identification. It is intended to support VPU technology both at SoC level as well as at IP level, over multiple interfaces. This initial patch enables local hos

[PATCH v4 25/34] misc: Add Keem Bay VPU manager

2021-01-30 Thread mgross
From: "Li, Tingqian" VPU IP on Keem Bay SOC is a vision acceleration IP complex under the control of a RTOS-based firmware (running on RISC MCU inside the VPU IP) serving user-space application running on CPU side for HW accelerated computer vision tasks. This module is kernel counterpart of the

[PATCH v4 00/34] Intel Vision Processing base enabling

2021-01-30 Thread mgross
From: Mark Gross The Intel Vision Processing Unit (VPU) is an IP block that is showing up for the first time as part of the Keem Bay SOC. Keem Bay is a quad core A53 Arm SOC. It is designed to be used as a stand alone SOC as well as in an PCIe Vision Processing accelerator add in card. This fo

[PATCH v3 03/34] mailbox: vpu-ipc-mailbox: Add support for Intel VPU IPC mailbox

2021-01-30 Thread mgross
From: Daniele Alessandrelli Add mailbox controller enabling inter-processor communication (IPC) between the CPU (aka, the Application Processor - AP) and the VPU on Intel Movidius SoCs like Keem Bay. The controller uses HW FIFOs to enable such communication. Specifically, there are two FIFOs, on

[PATCH v3 31/34] Intel Keem Bay XLink SMBus driver

2021-01-30 Thread mgross
From: Ramya P Karanth Adds XLink SMBus driver for Intel Keem Bay SoC. Xlink-smbus driver is a logical smbus adapter which uses Xlink (xlink-pcie) protocol as an interface. Keem Bay(s) vision accelerators are connected to the server via PCI interface. The Server needs to know the temperature of

Re: general protection fault in tomoyo_socket_sendmsg_permission

2021-01-30 Thread Tetsuo Handa
On 2021/01/30 6:18, Shuah Khan wrote: > In this console log: It seems "this console log" refers to https://syzkaller.appspot.com/x/log.txt?x=1045303450 . > > 06:57:50 executing program 1: > socketpair$tipc(0x1e, 0x2, 0x0, &(0x7fc0)={0x}) > sendmsg$BATADV_CMD_GET_TRAN

Re: [Patch v2 net-next 4/7] octeontx2-af: Physical link configuration support

2021-01-30 Thread Hariprasad Kelam
Hi Andrew Lunn, > -Original Message- > From: Andrew Lunn > Sent: Wednesday, January 27, 2021 6:56 PM > To: Hariprasad Kelam > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > da...@davemloft.net; k...@kernel.org; Sunil Kovvuri Goutham > ; Linu Cherian ; > Geethasowjanya Akul

Re: [PATCH v4 1/2] perf/smmuv3: Don't reserve the PMCG register spaces

2021-01-30 Thread Leizhen (ThunderTown)
Hi, Robin: Can you review this patch again? On 2021/1/30 15:14, Zhen Lei wrote: > According to the SMMUv3 specification: > Each PMCG counter group is represented by one 4KB page (Page 0) with one > optional additional 4KB page (Page 1), both of which are at IMPLEMENTATION > DEFINED base address

Re: [PATCH v6 2/4] scmi-cpufreq: Move CPU initialisation to probe

2021-01-30 Thread Nicola Mazzucato
Hi Cristian, sorry for my late reply. Thanks for looking into this. I am preparing a v7 with suggestions proposed by Viresh which, hopefully, should remove some unclear parts and resolve your comments. I had left behind some dealloc, so thanks for spotting! Many thanks, Nicola On 1/14/21 4:54 P

Re: [Patch v2 net-next 6/7] octeontx2-pf: ethtool physical link status

2021-01-30 Thread Hariprasad Kelam
Hi Andrew Lunn, > -Original Message- > From: Andrew Lunn > Sent: Wednesday, January 27, 2021 7:22 PM > To: Hariprasad Kelam > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; > da...@davemloft.net; k...@kernel.org; Sunil Kovvuri Goutham > ; Linu Cherian ; > Geethasowjanya Akula

Re: question about bonding mode 4

2021-01-30 Thread moyufeng
On 2021/1/30 3:11, Jay Vosburgh wrote: > moyufeng wrote: > >> Ping... >> Any comments? Thanks! >> >> On 2021/1/15 10:02, moyufeng wrote: >>> Hi Team, >>> >>> I have a question about bonding. During testing bonding mode 4 >>> scenarios, I find that there is a very low probability that >>> the p

[PATCH v3 05/34] keembay-ipc: Add Keem Bay IPC module

2021-01-30 Thread mgross
From: Daniele Alessandrelli On the Intel Movidius SoC code named Keem Bay, communication between the Application Processor(AP) and the VPU is enabled by the Keem Bay Inter-Processor Communication (IPC) mechanism. Add the driver for using Keem Bay IPC from within the Linux Kernel. The IPC uses t

[PATCH v4 29/34] Intel tsens i2c slave driver.

2021-01-30 Thread mgross
From: "C, Udhayakumar" Add Intel tsens i2c slave driver for Intel Edge.AI Computer Vision platforms. The tsens i2c slave driver enables reading of on chip sensors present in the Intel Edge.AI Computer Vision platforms. In the tsens i2c module various junction and SoC temperatures are reported us

[PATCH v3 32/34] dt-bindings: misc: hddl_dev: Add hddl device management documentation

2021-01-30 Thread mgross
From: "C, Udhayakumar" Add hddl device management documentation The HDDL client driver acts as an software RTC to sync with network time. It abstracts xlink protocol to communicate with remote IA host. This driver exports the details about sensors available in the platform to remote IA host as x

Re: [Patch v2 net-next 1/7] octeontx2-af: forward error correction configuration

2021-01-30 Thread Hariprasad Kelam
Hi Willem, > -Original Message- > From: Willem de Bruijn > Sent: Thursday, January 28, 2021 1:45 AM > To: Hariprasad Kelam > Cc: Network Development ; LKML ker...@vger.kernel.org>; David Miller ; Jakub > Kicinski ; Sunil Kovvuri Goutham > ; Linu Cherian ; > Geethasowjanya Akula ; Jerin

Re: kprobes broken since 0d00449c7a28 ("x86: Replace ist_enter() with nmi_enter()")

2021-01-30 Thread Alexei Starovoitov
On Sat, Jan 30, 2021 at 11:02:49AM +0900, Masami Hiramatsu wrote: > On Fri, 29 Jan 2021 18:59:43 +0100 > Peter Zijlstra wrote: > > > On Fri, Jan 29, 2021 at 09:45:48AM -0800, Alexei Starovoitov wrote: > > > Same things apply to bpf side. We can statically prove safety for > > > ftrace and kprobe

[PATCH v3 29/34] Intel tsens i2c slave driver.

2021-01-30 Thread mgross
From: "C, Udhayakumar" Add Intel tsens i2c slave driver for Intel Edge.AI Computer Vision platforms. The tsens i2c slave driver enables reading of on chip sensors present in the Intel Edge.AI Computer Vision platforms. In the tsens i2c module various junction and SoC temperatures are reported us

[PATCH v3 13/34] misc: xlink-pcie: rh: Add PCIe EP driver for Remote Host

2021-01-30 Thread mgross
From: Srikanth Thokala Add PCIe Endpoint driver that configures PCIe BARs and MSIs on the Remote Host Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Reviewed-by: Mark Gross Signed-off-by: Srikanth Thokala --- MAINTAINERS | 2 +- drivers/misc/xlink-pcie/Kconfig

Re: [PATCH] soc: mediatek: cmdq: Remove cmdq_pkt_flush()

2021-01-30 Thread Chun-Kuang Hu
Hi, Matthias: Chun-Kuang Hu 於 2021年1月10日 週日 上午6:59寫道: > > Hi, Matthias: > > Chun-Kuang Hu 於 2020年12月3日 週四 上午7:59寫道: > > > > rx_callback is a standard mailbox callback mechanism and could > > cover the function of proprietary cmdq_task_cb, so it is better > > to use the standard one instead of th

Re: [PATCH net-next 2/2] net: ipv6: don't generate link local address on PUREIP device

2021-01-30 Thread Jakub Kicinski
On Thu, 28 Jan 2021 13:58:09 +0800 Rocco Yue wrote: > PUREIP device such as ccmni does not need kernel to generate > link-local address in any addr_gen_mode, generally, it shall > use the IPv6 Interface Identifier, as provided by the GGSN, > to create its IPv6 link-ocal Unicast Address. > > Signed

[PATCH v4 17/34] xlink-ipc: Add xlink ipc device tree bindings

2021-01-30 Thread mgross
From: Seamus Kelly Add device tree bindings for the xLink IPC driver which enables xLink to control and communicate with the VPU IP present on the Intel Keem Bay SoC. Cc: Rob Herring Cc: devicet...@vger.kernel.org Reviewed-by: Mark Gross Signed-off-by: Mark Gross Signed-off-by: Seamus Kelly

Re: [PATCH] KVM: x86/mmu: Remove the defunct update_pte() paging hook

2021-01-30 Thread Yu Zhang
Thanks a lot for the patch, Sean. I know this has been queued for quite a while. But I just realized I have another question of kvm_mmu_pte_write(): > Remove the update_pte() shadow paging logic, which was obsoleted by > commit 4731d4c7a077 ("KVM: MMU: out of sync shadow core"), but never > remov

[PATCH v3 21/34] xlink-core: Enable xlink protocol over pcie

2021-01-30 Thread mgross
From: Seamus Kelly Enable host system access to the VPU over the xlink protocol over PCIe by enabling channel multiplexing and dispatching. This allows for remote host communication channels across pcie links. add dispatcher update multiplexer to utilise dispatcher xlink-core:

Re: [PATCH v5 4/4] ARM: Add support for Hisilicon Kunpeng L3 cache controller

2021-01-30 Thread Leizhen (ThunderTown)
On 2021/1/29 21:54, Leizhen (ThunderTown) wrote: > > > On 2021/1/29 18:26, Arnd Bergmann wrote: >> On Fri, Jan 29, 2021 at 9:16 AM Arnd Bergmann wrote: >>> On Fri, Jan 29, 2021 at 8:23 AM Leizhen (ThunderTown) >>> wrote: On 2021/1/28 22:24, Arnd Bergmann wrote: > On Sat, Jan 16, 202

[PATCH v3 07/34] keembay-vpu-ipc: Add Keem Bay VPU IPC module

2021-01-30 Thread mgross
From: Paul Murphy Intel Keem Bay SoC contains a Vision Processing Unit (VPU) to enable machine vision and other applications. Enable Linux to control the VPU processor and provides an interface to the Keem Bay IPC for communicating with the VPU firmware. Specifically the driver provides the fol

  1   2   3   4   5   6   >