Re: [PATCH 2/4] arm64: dts: qcom: sc7180: Add iommus property to ETR

2020-06-23 Thread Sai Prakash Ranjan
Hi Bjorn, On 2020-06-21 13:39, Sai Prakash Ranjan wrote: Hi Bjorn, On 2020-06-21 12:52, Bjorn Andersson wrote: On Tue 09 Jun 06:30 PDT 2020, Sai Prakash Ranjan wrote: Define iommus property for Coresight ETR component in SC7180 SoC with the SID and mask to enable SMMU translation for this ma

Re: [PATCH v3 4/5] iommu/uapi: Handle data and argsz filled by users

2020-06-23 Thread Lu Baolu
Hi Jacob, On 2020/6/24 1:03, Jacob Pan wrote: IOMMU UAPI data has a user filled argsz field which indicates the data length comes with the API call. User data is not trusted, argsz must be validated based on the current kernel data size, mandatory data size, and feature flags. User data may als

Re: [PATCH v3 07/10] x86/boot/compressed: change definition of STATIC

2020-06-23 Thread Kees Cook
On Tue, Jun 23, 2020 at 10:23:24AM -0700, Kristen Carlson Accardi wrote: > In preparation for changes to the upcoming fgkaslr commit, change misc.c > to not define STATIC as static, but instead set STATIC to "". This allows > memptr to become accessible to multiple files. Thanks for splitting this

Re: [PATCHv3] coresight: tmc: Add shutdown callback for TMC ETR

2020-06-23 Thread Sai Prakash Ranjan
On 2020-06-23 22:55, Mathieu Poirier wrote: On Tue, Jun 16, 2020 at 10:26:23AM +0530, Sai Prakash Ranjan wrote: Implement a shutdown callback to ensure ETR hardware is properly shutdown in reboot/shutdown path. This is required for ETR which has SMMU address translation enabled like on SC7180 So

linux-next: Tree for Jun 24

2020-06-23 Thread Stephen Rothwell
Hi all, Changes since 20200623: Renamed trees: slave-dma{,-fixes} -> dmaengine{,-fixes} My fixes tree contains: 466d58f824f1 ("device_cgroup: Fix RCU list debugging warning") 9bd7b7c45d71 ("sched: Fix RANDSTRUCT build fail") 2f437faecf71 ("powerpc/boot/d

Re: [PATCH v2 1/2] nvme: Add Arbitration Burst support

2020-06-23 Thread Christoph Hellwig
On Wed, Jun 24, 2020 at 02:49:57PM +0800, Baolin Wang wrote: > >From the NVMe spec, "In order to make efficient use of the non-volatile > memory, it is often advantageous to execute multiple commands from a > Submission Queue in parallel. For Submission Queues that are using > weighted round robin

[PATCH] bcache: journel: use for_each_clear_bit() to simplify the code

2020-06-23 Thread Xu Wang
Using for_each_clear_bit() to simplify the code. Signed-off-by: Xu Wang --- drivers/md/bcache/journal.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/md/bcache/journal.c b/drivers/md/bcache/journal.c index 90aac4e2333f..b01c953e214c 100644 --- a/drivers/md/bcach

Re: [PATCH 0/3] x86/dumpstack: Print registers with the same log level as the backtrace

2020-06-23 Thread Petr Mladek
On Tue 2020-06-23 17:29:55, Dmitry Safonov wrote: > show_trace_log_lvl() provides x86 platform-specific way to unwind > backtrace with a given log level. Unfortunately, registers dump(s) are > not printed with the same log level - instead, KERN_DEFAULT is always > used. > > Arista's switches uses

Re: [PATCH v3] usb: gadget: u_serial: improve performance for large data

2020-06-23 Thread Felipe Balbi
Hi, Macpaul Lin writes: > Nowadays some embedded systems use VCOM to transfer large log and data. > Take LTE MODEM as an example, during the long debugging stage, large > log and data were transfer through VCOM when doing field try or in > operator's lab. Here we suggest slightly increase the tra

[PATCH v2 2/2] nvme: Use USEC_PER_SEC instead of magic numbers

2020-06-23 Thread Baolin Wang
Use USEC_PER_SEC instead of magic numbers to make code more readable. Reviewed-by: Sagi Grimberg Signed-off-by: Baolin Wang --- drivers/nvme/host/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/nvme/host/core.c b/drivers/nvme/host/core.c index f5f882f..405bafa

Re: Strange problem with SCTP+IPv6

2020-06-23 Thread Xin Long
On Wed, Jun 24, 2020 at 12:00 AM Corey Minyard wrote: > > On Tue, Jun 23, 2020 at 11:40:21PM +0800, Xin Long wrote: > > On Tue, Jun 23, 2020 at 9:29 PM Corey Minyard wrote: > > > > > > On Tue, Jun 23, 2020 at 06:13:30PM +0800, Xin Long wrote: > > > > On Tue, Jun 23, 2020 at 2:34 AM Michael Tuexen

[PATCH v2 0/2] Some improvements for NVMe

2020-06-23 Thread Baolin Wang
Hi, The fisrt patch adds Arbitration Burst support, and another one is a small improvement. Please help to review. Thanks. Changes from v1: - Add new parameter to decide if use the controller's recommended arbitration burst. - Add arbitration burst mask in case overflow. - Do not export the n

[PATCH v2 1/2] nvme: Add Arbitration Burst support

2020-06-23 Thread Baolin Wang
>From the NVMe spec, "In order to make efficient use of the non-volatile memory, it is often advantageous to execute multiple commands from a Submission Queue in parallel. For Submission Queues that are using weighted round robin with urgent priority class or round robin arbitration, host software

Re: [PATCH 2/2] usb: gadget: u_serial: improve performance for large data

2020-06-23 Thread Felipe Balbi
Hi, Macpaul Lin writes: > If the hardware (like DMA engine) could support large usb request exceeds > maximum packet size, use larger buffer when performing Rx/Tx could reduce > request numbers and improve performance. > > Signed-off-by: Macpaul Lin > --- > drivers/usb/gadget/function/u_seria

Re: [PATCH 1/2] usb: gadget: introduce flag for large request

2020-06-23 Thread Felipe Balbi
Hi, Macpaul Lin writes: > Some USB hardware like DMA engine can help to process (split) the data > of each URB request into small packets. For example, the max packet size > of high speed is 512 bytes. These kinds of hardware can help to split > the continue Tx/Rx data requests into packets just

Re: [PATCH] venus: core: add shutdown callback for venus

2020-06-23 Thread Sai Prakash Ranjan
Hi Mansur, On 2020-06-13 16:03, Mansur Alisha Shaik wrote: After the SMMU translation is disabled in the arm-smmu shutdown callback during reboot, if any subsystem are still alive then IOVAs they are using will become PAs on bus, which may lead to crash. Below are the consumers of smmu from ven

Re: [dm-devel] [dm-crypt] [RFC PATCH 1/1] Add DM_CRYPT_FORCE_INLINE flag to dm-crypt target

2020-06-23 Thread Damien Le Moal
On 2020/06/24 14:27, Eric Biggers wrote: > On Wed, Jun 24, 2020 at 05:21:24AM +, Damien Le Moal wrote: @@ -1458,13 +1459,18 @@ static void crypt_alloc_req_skcipher(struct crypt_config *cc, skcipher_request_set_tfm(ctx->r.req, cc->cipher_tfm.tfms[key_index]); >>>

[PATCH v2 2/7 RESEND] irqchip/loongson-htpic: Remove unneeded select of I8259

2020-06-23 Thread Tiezhu Yang
LOONGSON_HTPIC depends on MACH_LOONGSON64 and MACH_LOONGSON64 already selects I8259 in arch/mips/Kconfig, so no need to select I8259 again when config LOONGSON_HTPIC. Signed-off-by: Tiezhu Yang --- drivers/irqchip/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/irqchip/Kconfig

[PATCH v2 1/7 RESEND] irqchip/loongson-htpic: Remove redundant kfree operation

2020-06-23 Thread Tiezhu Yang
In the function htpic_of_init(), when kzalloc htpic fails, it should return -ENOMEM directly, no need to execute "goto" to kfree. Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-loongson-htpic.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/irqchip/irq-loon

[PATCH] [v5] dmaengine: tegra210-adma: Fix runtime PM imbalance on error

2020-06-23 Thread Dinghao Liu
pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu --- Changelog: v2: - Merge two patches that fix runtime PM imbalance in

[PATCH v2 3/7 RESEND] irqchip/loongson-htvec: Fix potential resource leak

2020-06-23 Thread Tiezhu Yang
There exists potential resource leak in the error path, fix it. Fixes: 818e915fbac5 ("irqchip: Add Loongson HyperTransport Vector support") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-loongson-htvec.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/irqchip/

[PATCH v2 7/7 RESEND] dt-bindings: interrupt-controller: Fix typos in loongson,liointc.yaml

2020-06-23 Thread Tiezhu Yang
Fix the following two typos in loongson,liointc.yaml: fron -> from it's -> its Fixes: b6280c8bb6f5 ("dt-bindings: interrupt-controller: Add Loongson LIOINTC") Signed-off-by: Tiezhu Yang --- .../devicetree/bindings/interrupt-controller/loongson,liointc.yaml| 4 ++-- 1 file changed, 2 insertio

[PATCH v2 5/7 RESEND] irqchip/loongson-pch-pic: Check return value of irq_domain_translate_twocell()

2020-06-23 Thread Tiezhu Yang
Check the return value of irq_domain_translate_twocell() due to it may returns -EINVAL if failed and use variable fwspec for it, and then use a new variable parent_fwspec which is proper for irq_domain_alloc_irqs_parent(). Fixes: ef8c01eb64ca ("irqchip: Add Loongson PCH PIC controller") Signed-off

[PATCH v2 4/7 RESEND] irqchip/loongson-htvec: Check return value of irq_domain_translate_onecell()

2020-06-23 Thread Tiezhu Yang
Check the return value of irq_domain_translate_onecell() due to it may returns -EINVAL if failed. Fixes: 818e915fbac5 ("irqchip: Add Loongson HyperTransport Vector support") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-loongson-htvec.c | 5 - 1 file changed, 4 insertions(+), 1 deletion

Re: [PATCH] usb: phy: tegra: Remove unnecessary spaces and tables

2020-06-23 Thread Felipe Balbi
Hi, Tang Bin writes: > The macros in phy-tegra-usb.c have inconsistent sapces between > the macro name and the value. Thus sets all the macros to have > a signal space between the name and value. > > Signed-off-by: Tang Bin > --- > drivers/usb/phy/phy-tegra-usb.c | 214

tools/bpf: build failed with defconfig(x86_64) on v5.6 and v5.7

2020-06-23 Thread Li Xinhai
- information of machine Linux localhost.localdomain 4.18.0-193.6.3.el8_2.x86_64 #1 SMP Wed Jun 10 11:09:32 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux - configurations make defconfig make kvmconfig - failed logs on v5.6 ```   LINK     /mnt/build/1_build/05_build_v5.6/bpf/bpftool//libbpf/libbpf.a  

[PATCH v2 6/7 RESEND] irqchip/loongson-pch-msi: Remove unneeded variable

2020-06-23 Thread Tiezhu Yang
irq_domain_alloc_irqs_parent() returns 0 on success and non-zero value on failure, it is redudant to check its non-zero return value and then return it, so just remove the variable "ret" and return directly in the function pch_msi_parent_domain_alloc(). Signed-off-by: Tiezhu Yang --- drivers/irq

[PATCH v2 0/7 RESEND] irqchip: Fix some issues and do some code cleanups about Loongson

2020-06-23 Thread Tiezhu Yang
[git send-email failed, so resend, sorry for that] Check the return value of irq_domain_translate_onecell() and irq_domain_translate_twocell(), do some code cleanups about Loongson to make it more clean and readable. v2: - In order to avoid git send-email failed, make the related patches ab

Re: [PATCH v2 1/3] mfd: core: Make a best effort attempt to match devices with the correct of_nodes

2020-06-23 Thread Lee Jones
On Tue, 23 Jun 2020, Frank Rowand wrote: > On 2020-06-11 14:10, Lee Jones wrote: > > Currently, when a child platform device (sometimes referred to as a > > sub-device) is registered via the Multi-Functional Device (MFD) API, > > the framework attempts to match the newly registered platform device

Re: next-20200623: oops in btusb_disconnect() at boot on thinkpad x60

2020-06-23 Thread Marcel Holtmann
Hi Pavel, > I'm getting this at boot: > > [7.984584] *pdpt = 33a31001 *pde = > [7.984584] Oops: [#1] PREEMPT SMP PTI > [7.984584] CPU: 1 PID: 2532 Comm: systemd-udevd Not tainted > 5.8.0-rc2-next-20200623+ #126 > [7.998

Re: [PATCH v2 04/12] arm64: dts: qcom: msm8994: Add support for SMD RPM

2020-06-23 Thread Bjorn Andersson
On Tue 23 Jun 16:34 PDT 2020, Konrad Dybcio wrote: > Thanks for your review. > > I will send the regulators/rpm patch very soon. > > Regarding the mbox, do you know whether it should include any clocks > on 8992/4? What comes to my head is a53/57pll, but that's not there yet.. > So perhaps I sho

Re: [PATCH v5 2/3] remoteproc: Add inline coredump functionality

2020-06-23 Thread kernel test robot
Hi Rishabh, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linux/master] [also build test WARNING on linus/master v5.8-rc2 next-20200623] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use as

Re: [PATCH v2 1/3] mfd: core: Make a best effort attempt to match devices with the correct of_nodes

2020-06-23 Thread Lee Jones
On Tue, 23 Jun 2020, Frank Rowand wrote: > On 2020-06-11 14:10, Lee Jones wrote: > > Currently, when a child platform device (sometimes referred to as a > > sub-device) is registered via the Multi-Functional Device (MFD) API, > > the framework attempts to match the newly registered platform device

Re: [PATCH v4 3/7] iommu/mediatek: Set MISC_CTRL register

2020-06-23 Thread chao hao
On Sat, 2020-06-20 at 10:03 +0800, Yong Wu wrote: > Hi Chao, > > On Thu, 2020-06-18 at 19:49 +0800, chao hao wrote: > > On Wed, 2020-06-17 at 11:34 +0200, Matthias Brugger wrote: > > [snip] > > > > > > > > > #define REG_MMU_MISC_CTRL 0x048 > > > > +#define F_MMU_IN_ORDER

Re: xilinx_axienet_main.c:undefined reference to `devm_ioremap_resource'

2020-06-23 Thread Michal Simek
On 23. 06. 20 23:27, Brendan Higgins wrote: > On Sat, Jun 20, 2020 at 1:59 AM kernel test robot wrote: >> >> Hi Brendan, >> >> It's probably a bug fix that unveils the link errors. >> >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >> master >> head: 4333a9b0b67

RE: [PATCH RESEND] net/cisco: Fix a sleep-in-atomic-context bug in enic_init_affinity_hint()

2020-06-23 Thread Christian Benvenuti (benve)
> -Original Message- > From: netdev-ow...@vger.kernel.org > On Behalf Of Kaige Li > Sent: Tuesday, June 23, 2020 8:41 PM > To: David Miller > Cc: Christian Benvenuti (benve) ; _gov...@gmx.com; > net...@vger.kernel.org; linux-kernel@vger.kernel.org; > lixuef...@loongson.cn; yangtie...@loon

[PATCH v2 06/14] irqchip/digicolor: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 8041dfbd31cf ("irqchip: Conexant CX92755 interrupts controller driver") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-digicolor.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/dri

[PATCH v2 05/14] irqchip/davinci-cp-intc: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 0fc3d74cf946 ("irqchip: davinci-cp-intc: move the driver to drivers/irqchip") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-davinci-cp-intc.c | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions(-)

[PATCH v2 03/14] irqchip/csky-mpintc: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: d8a5f5f79122 ("irqchip: add C-SKY SMP interrupt controller") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-csky-mpintc.c | 26 -- 1 file changed, 20 insertions(+), 6 deletions(-) diff --git a/

Re: [PATCH v4 6/7] iommu/mediatek: Add REG_MMU_WR_LEN definition preparing for mt6779

2020-06-23 Thread chao hao
On Sun, 2020-06-21 at 13:01 +0200, Matthias Brugger wrote: > > On 19/06/2020 12:56, chao hao wrote: > > On Wed, 2020-06-17 at 11:22 +0200, Matthias Brugger wrote: > >> > >> On 17/06/2020 05:00, Chao Hao wrote: > >>> Some platforms(ex: mt6779) have a new register called by REG_MMU_WR_LEN > >>> to i

[PATCH V6 6/9] pinctrl: imx8mp: Support building as module

2020-06-23 Thread Anson Huang
Change configuration to "tristate", add module device table, author, description and license to support building i.MX8MP pinctrl driver as module. Signed-off-by: Anson Huang --- No change. --- drivers/pinctrl/freescale/Kconfig | 2 +- drivers/pinctrl/freescale/pinctrl-imx8mp.c | 6 +

[PATCH V6 2/9] pinctrl: imx: scu: Support i.MX8 SCU SoCs pinctrl driver built as module

2020-06-23 Thread Anson Huang
Export necessary APIs to support i.MX8 SCU SoCs pinctrl driver to be built as module. Signed-off-by: Anson Huang --- Changes since V5: - keep it still built in, ONLY export APIs for SoCs pinctrl driver; --- drivers/pinctrl/freescale/pinctrl-scu.c | 4 1 file changed, 4 insertions(+)

[PATCH v2 1/7] irqchip/loongson-htpic: Remove redundant kfree operation

2020-06-23 Thread Tiezhu Yang
In the function htpic_of_init(), when kzalloc htpic fails, it should return -ENOMEM directly, no need to execute "goto" to kfree. Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-loongson-htpic.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/irqchip/irq-loon

[PATCH v2 2/7] irqchip/loongson-htpic: Remove unneeded select of I8259

2020-06-23 Thread Tiezhu Yang
LOONGSON_HTPIC depends on MACH_LOONGSON64 and MACH_LOONGSON64 already selects I8259 in arch/mips/Kconfig, so no need to select I8259 again when config LOONGSON_HTPIC. Signed-off-by: Tiezhu Yang --- drivers/irqchip/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/irqchip/Kconfig

[PATCH v2 3/7] irqchip/loongson-htvec: Fix potential resource leak

2020-06-23 Thread Tiezhu Yang
There exists potential resource leak in the error path, fix it. Fixes: 818e915fbac5 ("irqchip: Add Loongson HyperTransport Vector support") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-loongson-htvec.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/irqchip/

[PATCH V6 1/9] pinctrl: imx: Support i.MX8 SoCs pinctrl driver built as module

2020-06-23 Thread Anson Huang
Export necessary APIs to support i.MX8 SoCs pinctrl driver to be built as module. Signed-off-by: Anson Huang --- Changes since V5: - keep it still built in, ONLY export APIs for SoCs pinctrl driver; --- drivers/pinctrl/freescale/pinctrl-imx.c | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH V6 9/9] pinctrl: imx8dxl: Support building as module

2020-06-23 Thread Anson Huang
Change configuration to "tristate", add module device table, author, description and license to support building i.MX8DXL pinctrl driver as module. Signed-off-by: Anson Huang --- No change. --- drivers/pinctrl/freescale/Kconfig | 2 +- drivers/pinctrl/freescale/pinctrl-imx8dxl.c | 5 ++

[PATCH v2 0/7] irqchip: Fix some issues and do some code cleanups about Loongson

2020-06-23 Thread Tiezhu Yang
Check the return value of irq_domain_translate_onecell() and irq_domain_translate_twocell(), do some code cleanups about Loongson to make it more clean and readable. v2: - In order to avoid git send-email failed, make the related patches about Loongson into a new patch series and add "Fixes"

[PATCH V6 7/9] pinctrl: imx8qxp: Support building as module

2020-06-23 Thread Anson Huang
Change configuration to "tristate", add module device table, author, description and license to support building i.MX8QXP pinctrl driver as module. Signed-off-by: Anson Huang --- No change. --- drivers/pinctrl/freescale/Kconfig | 2 +- drivers/pinctrl/freescale/pinctrl-imx8qxp.c | 5 ++

[PATCH V6 8/9] pinctrl: imx8qm: Support building as module

2020-06-23 Thread Anson Huang
Change configuration to "tristate", add module device table, author, description and license to support building i.MX8QM pinctrl driver as module. Signed-off-by: Anson Huang --- No change. --- drivers/pinctrl/freescale/Kconfig | 2 +- drivers/pinctrl/freescale/pinctrl-imx8qm.c | 5 +

[PATCH V6 4/9] pinctrl: imx8mn: Support building as module

2020-06-23 Thread Anson Huang
Change configuration to "tristate", add module device table, author, description and license to support building i.MX8MN pinctrl driver as module. Signed-off-by: Anson Huang --- No change. --- drivers/pinctrl/freescale/Kconfig | 2 +- drivers/pinctrl/freescale/pinctrl-imx8mn.c | 6 +

[PATCH V6 3/9] pinctrl: imx8mm: Support building as module

2020-06-23 Thread Anson Huang
Change configuration to "tristate", add module device table, author, description and license to support building i.MX8MM pinctrl driver as module. Signed-off-by: Anson Huang --- No change. --- drivers/pinctrl/freescale/Kconfig | 2 +- drivers/pinctrl/freescale/pinctrl-imx8mm.c | 6 +

[PATCH V6 5/9] pinctrl: imx8mq: Support building as module

2020-06-23 Thread Anson Huang
Change configuration to "tristate", add module device table, author, description and license to support building i.MX8MQ pinctrl driver as module. Signed-off-by: Anson Huang --- No change. --- drivers/pinctrl/freescale/Kconfig | 2 +- drivers/pinctrl/freescale/pinctrl-imx8mq.c | 6 +

[PATCH V6 0/9] Support i.MX8 SoCs pinctrl drivers built as module

2020-06-23 Thread Anson Huang
There are more and mroe requirements that SoC specific modules should be built as module in order to support generic kernel image, such as Android GKI concept. This patch series supports i.MX8 SoCs pinctrl drivers to be built as module, including i.MX8MQ/MM/MN/MP/QXP/QM/DXL SoCs, i.MX common pinct

[PATCH v2 14/14] irqchip/xilinx-intc: Fix potential resource leak

2020-06-23 Thread Tiezhu Yang
There exists potential resource leak in the error path, fix it. Fixes: 9689c99e4950 ("irqchip/xilinx: Add support for parent intc") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-xilinx-intc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-xilinx-i

[PATCH v2 09/14] irqchip/mscc-ocelot: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 19d99164480a ("irqchip: Add a driver for the Microsemi Ocelot controller") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-mscc-ocelot.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers

[PATCH v2 01/14] irqchip/ath79-misc: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 07ba4b061a79 ("irqchip/ath79-misc: Move the MISC driver from arch/mips/ath79/") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-ath79-misc.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff -

[PATCH v2 00/14] irqchip: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
When I test the irqchip code of Loongson, I read the related code of other chips in drivers/irqchip and I find some potential resource leaks in the error path, I think it is better to fix them. v2: - Split the first patch into a new patch series which includes small patches and add "Fixes" t

[PATCH v2 10/14] irqchip/nvic: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 292ec080491d ("irqchip: Add support for ARMv7-M NVIC") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-nvic.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/irqchip/irq-nvic.c b

[PATCH v2 07/14] irqchip/dw-apb-ictl: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 350d71b94fc9 ("irqchip: add DesignWare APB ICTL interrupt controller") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-dw-apb-ictl.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/driver

[PATCH v2 13/14] irqchip/s3c24xx: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: f0774d41da0e ("irqchip: s3c24xx: add devicetree support") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-s3c24xx.c | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/drivers/irqch

[PATCH v2 08/14] irqchip/ls1x: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 9e543e22e204 ("irqchip: Add driver for Loongson-1 interrupt controller") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-ls1x.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-

[PATCH v2 02/14] irqchip/csky-apb-intc: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: edff1b4835b7 ("irqchip: add C-SKY APB bus interrupt controller") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-csky-apb-intc.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/drivers/

[PATCH v2 04/14] irqchip/davinci-aintc: Fix potential resource leaks

2020-06-23 Thread Tiezhu Yang
There exists potential resource leaks in the error path, fix them. Fixes: 0145beed9d26 ("irqchip: davinci-aintc: move the driver to drivers/irqchip") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-davinci-aintc.c | 17 + 1 file changed, 13 insertions(+), 4 deletions(-) diff

[PATCH v2 12/14] irqchip/riscv-intc: Fix potential resource leak

2020-06-23 Thread Tiezhu Yang
There exists potential resource leak in the error path, fix it. Fixes: 6b7ce8927b5a ("irqchip: RISC-V per-HART local interrupt controller driver") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-riscv-intc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/irqchip/irq-riscv-intc.c

[PATCH v2 11/14] irqchip/omap-intc: Fix potential resource leak

2020-06-23 Thread Tiezhu Yang
There exists potential resource leak in the error path, fix it. Fixes: 8598066cddd1 ("arm: omap: irq: move irq.c to drivers/irqchip/") Signed-off-by: Tiezhu Yang --- drivers/irqchip/irq-omap-intc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-omap-in

[PATCH] [v2] media: venus: core: Fix runtime PM imbalance in venus_probe

2020-06-23 Thread Dinghao Liu
pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. For other error paths after this call, things are the same. Signed-off-by: Dinghao Liu --- Changelog: v2:

Re: [PATCH v3 3/5] iommu/uapi: Use named union for user data

2020-06-23 Thread Lu Baolu
Hi Jacob, On 2020/6/24 1:03, Jacob Pan wrote: IOMMU UAPI data size is filled by the user space which must be validated by ther kernel. To ensure backward compatibility, user data can only be extended by either re-purpose padding bytes or extend the variable sized union at the end. No size change

[PATCH v2 5/6] powerpc/pseries/iommu: Make use of DDW even if it does not map the partition

2020-06-23 Thread Leonardo Bras
As of today, if a DDW is created and can't map the whole partition, it's removed and the default DMA window "ibm,dma-window" is used instead. Usually this DDW is bigger than the default DMA window, so it would be better to make use of it instead. Signed-off-by: Leonardo Bras --- arch/powerpc/pl

[PATCH v2 6/6] powerpc/pseries/iommu: Avoid errors when DDW starts at 0x00

2020-06-23 Thread Leonardo Bras
As of today, enable_ddw() will return a non-null DMA address if the created DDW maps the whole partition. If the address is valid, iommu_bypass_supported_pSeriesLP() will consider iommu bypass enabled. This can cause some trouble if the DDW happens to start at 0x00. Instead if checking if the add

[PATCH v2 3/6] powerpc/pseries/iommu: Move window-removing part of remove_ddw into remove_dma_window

2020-06-23 Thread Leonardo Bras
Move the window-removing part of remove_ddw into a new function (remove_dma_window), so it can be used to remove other DMA windows. It's useful for removing DMA windows that don't create DIRECT64_PROPNAME property, like the default DMA window from the device, which uses "ibm,dma-window". Signed-o

[PATCH v2 4/6] powerpc/pseries/iommu: Remove default DMA window before creating DDW

2020-06-23 Thread Leonardo Bras
On LoPAR "DMA Window Manipulation Calls", it's recommended to remove the default DMA window for the device, before attempting to configure a DDW, in order to make the maximum resources available for the next DDW to be created. This is a requirement for some devices to use DDW, given they only allo

[PATCH v2 2/6] powerpc/pseries/iommu: Update call to ibm,query-pe-dma-windows

2020-06-23 Thread Leonardo Bras
>From LoPAR level 2.8, "ibm,ddw-extensions" index 3 can make the number of outputs from "ibm,query-pe-dma-windows" go from 5 to 6. This change of output size is meant to expand the address size of largest_available_block PE TCE from 32-bit to 64-bit, which ends up shifting page_size and migration_

[PATCH v2 1/6] powerpc/pseries/iommu: Create defines for operations in ibm,ddw-applicable

2020-06-23 Thread Leonardo Bras
Create defines to help handling ibm,ddw-applicable values, avoiding confusion about the index of given operations. Signed-off-by: Leonardo Bras --- arch/powerpc/platforms/pseries/iommu.c | 40 +++--- 1 file changed, 23 insertions(+), 17 deletions(-) diff --git a/arch/powerpc

[PATCH v2 0/6] Remove default DMA window before creating DDW

2020-06-23 Thread Leonardo Bras
There are some devices that only allow 1 DMA window to exist at a time, and in those cases, a DDW is never created to them, since the default DMA window keeps using this resource. LoPAR recommends this procedure: 1. Remove the default DMA window, 2. Query for which configs the DDW can be created,

Re: [PATCH 2/3] nvme-pci: Add controller memory buffer supported macro

2020-06-23 Thread Baolin Wang
> On Tue, Jun 23, 2020 at 06:27:51PM +0200, Christoph Hellwig wrote: > > On Tue, Jun 23, 2020 at 09:24:33PM +0800, Baolin Wang wrote: > > > Introduce a new capability macro to indicate if the controller > > > supports the memory buffer or not, instead of reading the > > > NVME_REG_CMBSZ register. >

Re: [PATCH v2 4/6] selftests: pidfd: do not use ksft_exit_skip after ksft_set_plan

2020-06-23 Thread Paolo Bonzini
On 23/06/20 22:44, Christian Brauner wrote: >> ret = sys_pidfd_send_signal(pidfd, 0, NULL, 0); >> if (ret < 0) { >> -if (errno == ENOSYS) >> -ksft_exit_skip( >> +if (errno == ENOSYS) { >> +ksft_test_result_skip( >>

Re: Re: [PATCH] media: venus: core: Fix runtime PM imbalance in venus_probe

2020-06-23 Thread dinghao . liu
> > Could you just reorder error labels below instead of releasing > everything here? Thank you for your advice! I'll fix this in the next version of patch. Regards, Dinghao

general protection fault in qrtr_endpoint_post

2020-06-23 Thread syzbot
Hello, syzbot found the following crash on: HEAD commit:7ae77150 Merge tag 'powerpc-5.8-1' of git://git.kernel.org.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=12c27f7910 kernel config: https://syzkaller.appspot.com/x/.config?x=d195fe572fb15312 das

Re: [PATCH v4 02/10] dmaengine: Actions: Add support for S700 DMA engine

2020-06-23 Thread Vinod Koul
Hi Amit, On 09-06-20, 15:47, Amit Singh Tomar wrote: > @@ -372,6 +383,7 @@ static inline int owl_dma_cfg_lli(struct owl_dma_vchan > *vchan, > struct dma_slave_config *sconfig, > bool is_cyclic) > { > + struct owl_dma *od = to_o

Re: Re: [PATCH] media: venus: vdec: Fix runtime PM imbalance in vdec_open

2020-06-23 Thread dinghao . liu
Hi Stanimir, > > This patch is not applicable anymore after [1]. > > [1] 63342afea65e ("media: venus: vdec: Use pmruntime autosuspend") > Since pm_runtime_get_sync() has been removed from vdec_open(), this patch is no longer needed. Regards, Dinghao

Re: [PATCH drivers/misc 0/4] lkdtm: Various clean ups

2020-06-23 Thread Greg Kroah-Hartman
On Tue, Jun 23, 2020 at 04:10:23PM -0700, Kees Cook wrote: > On Fri, May 29, 2020 at 01:03:43PM -0700, Kees Cook wrote: > > Hi Greg, > > > > Can you please apply these patches to your drivers/misc tree for LKDTM? > > It's mostly a collection of fixes and improvements and tweaks to the > > selftest

Re: [PATCH] mm/spase: never partially remove memmap for early section

2020-06-23 Thread Wei Yang
On Tue, Jun 23, 2020 at 05:18:28PM +0200, Michal Hocko wrote: >On Tue 23-06-20 17:42:58, Wei Yang wrote: >> For early sections, we assumes its memmap will never be partially >> removed. But current behavior breaks this. >> >> Let's correct it. >> >> Fixes: ba72b4c8cf60 ("mm/sparsemem: support sub

[PATCH 5.7 000/474] 5.7.6-rc2 review

2020-06-23 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 5.7.6 release. There are 474 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 should be made by Fri, 26 Jun 2020 05:58:09 +. Anything rece

[PATCH 4.14 000/135] 4.14.186-rc2 review

2020-06-23 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.186 release. There are 135 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 should be made by Fri, 26 Jun 2020 05:58:15 +. Anything r

[PATCH 5.4 000/311] 5.4.49-rc2 review

2020-06-23 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 5.4.49 release. There are 311 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 should be made by Fri, 26 Jun 2020 05:58:23 +. Anything rec

[PATCH 4.19 000/203] 4.19.130-rc2 review

2020-06-23 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.130 release. There are 203 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 should be made by Fri, 26 Jun 2020 05:58:19 +. Anything r

Re: [PATCH] dmaengine: ti: k3-udma: add missing put_device() call in of_xudma_dev_get()

2020-06-23 Thread Vinod Koul
On 18-06-20, 21:01, Yu Kuai wrote: > if of_find_device_by_node() succeed and platform_get_drvdata() failed, > of_xudma_dev_get() will return without put_device(), which will leak > the memory. Applied, thanks -- ~Vinod

Re: [PATCH v9 4/4] ext4: Use generic casefolding support

2020-06-23 Thread Eric Biggers
On Tue, Jun 23, 2020 at 09:33:41PM -0700, Daniel Rosenberg wrote: > This switches ext4 over to the generic support provided in > commit 5f829feca774 ("fs: Add standard casefolding support") Commit IDs aren't determined until the patches are applied. It's possible for the person applying the patch

Re: [PATCH v9 2/4] fs: Add standard casefolding support

2020-06-23 Thread Eric Biggers
On Tue, Jun 23, 2020 at 09:33:39PM -0700, Daniel Rosenberg wrote: > This adds general supporting functions for filesystems that use > utf8 casefolding. It provides standard dentry_operations and adds the > necessary structures in struct super_block to allow this standardization. > > Ext4 and F2fs

Re: [PATCH][next] dmaengine: hisilicon: Use struct_size() in devm_kzalloc()

2020-06-23 Thread Vinod Koul
On 17-06-20, 16:11, Gustavo A. R. Silva wrote: > Make use of the struct_size() helper instead of an open-coded version > in order to avoid any potential type mistakes. > > This code was detected with the help of Coccinelle and, audited and > fixed manually. Applied, thanks -- ~Vinod

Re: [PATCH][next] dmaengine: ti: k3-udma: Use struct_size() in kzalloc()

2020-06-23 Thread Joe Perches
On Wed, 2020-06-24 at 11:25 +0530, Vinod Koul wrote: > On 19-06-20, 17:43, Gustavo A. R. Silva wrote: > > Make use of the struct_size() helper instead of an open-coded version > > in order to avoid any potential type mistakes. > > > > This code was detected with the help of Coccinelle and, audited

Re: [PATCH v12 00/10] Introduce support for guest CET feature

2020-06-23 Thread Yang Weijiang
On Tue, Jun 23, 2020 at 11:39:19AM -0700, Sean Christopherson wrote: > On Thu, Jun 11, 2020 at 09:29:13AM +0800, Yang Weijiang wrote: > > On Wed, Jun 10, 2020 at 09:56:36AM -0700, Sean Christopherson wrote: > > > On Wed, May 06, 2020 at 04:20:59PM +0800, Yang Weijiang wrote: > > > > Several parts i

Re: [PATCH 5.4 000/314] 5.4.49-rc1 review

2020-06-23 Thread Greg Kroah-Hartman
On Tue, Jun 23, 2020 at 09:14:21PM -0700, Nathan Chancellor wrote: > On Tue, Jun 23, 2020 at 09:53:15PM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.4.49 release. > > There are 314 patches in this series, all will be posted as a response > > to this on

Re: [PATCH][next] dmaengine: ti: k3-udma: Use struct_size() in kzalloc()

2020-06-23 Thread Vinod Koul
On 19-06-20, 17:43, Gustavo A. R. Silva wrote: > Make use of the struct_size() helper instead of an open-coded version > in order to avoid any potential type mistakes. > > This code was detected with the help of Coccinelle and, audited and > fixed manually. > > Addresses-KSPP-ID: https://github.c

Re: [PATCH 5.4 000/314] 5.4.49-rc1 review

2020-06-23 Thread Greg Kroah-Hartman
On Tue, Jun 23, 2020 at 10:05:35PM -0700, Guenter Roeck wrote: > On 6/23/20 12:53 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.4.49 release. > > There are 314 patches in this series, all will be posted as a response > > to this one. If anyone has any iss

Re: [PATCH 5.7 000/477] 5.7.6-rc1 review

2020-06-23 Thread Greg Kroah-Hartman
On Tue, Jun 23, 2020 at 10:07:08PM -0700, Guenter Roeck wrote: > On 6/23/20 12:49 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.7.6 release. > > There are 477 patches in this series, all will be posted as a response > > to this one. If anyone has any issu

Re: [PATCH 5.7 318/477] pinctrl: freescale: imx: Use devm_of_iomap() to avoid a resource leak in case of error in imx_pinctrl_probe()

2020-06-23 Thread Greg Kroah-Hartman
On Wed, Jun 24, 2020 at 07:05:05AM +0200, Marion & Christophe JAILLET wrote: > Hi, > > This one must NOT be included. It generates a regression. > This should be removed from 5.4 as well. > > See 13f2d25b951f139064ec2dd53c0c7ebdf8d8007e. > > There is also a thread on ML about it. I couldn't find

Re: [PATCH v2 2/2] cpufreq: Specify default governor on command line

2020-06-23 Thread Viresh Kumar
On 23-06-20, 15:21, Quentin Perret wrote: > Currently, the only way to specify the default CPUfreq governor is via > Kconfig options, which suits users who can build the kernel themselves > perfectly. > > However, for those who use a distro-like kernel (such as Android, with > the Generic Kernel I

Re: linux-next: build failure after merge of the drm-misc tree

2020-06-23 Thread Dave Airlie
On Wed, 24 Jun 2020 at 11:36, Stephen Rothwell wrote: > > Hi all, > > On Wed, 17 Jun 2020 10:59:29 +1000 Stephen Rothwell > wrote: > > > > After merging the drm-misc tree, today's linux-next build (x86_64 > > allmodconfig) failed like this: > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.

  1   2   3   4   5   6   7   8   9   10   >