[PATCH] block: wbt: Remove unnecessary invoking of wbt_update_limits in wbt_init

From: Lei Chen It's unnecessary to call wbt_update_limits explicitly within wbt_init, because it will be called in the following function wbt_queue_depth_changed. Signed-off-by: Lei Chen --- block/blk-wbt.c | 1 - 1 file changed, 1 deletion(-) diff --git a/block/blk-wbt.c b/block/blk-wbt.c

Re: [PATCH] vdpa: ifcvf: Use dma_set_mask_and_coherent to simplify code

On 2020/11/29 下午8:54, Christophe JAILLET wrote: 'pci_set_dma_mask()' + 'pci_set_consistent_dma_mask()' can be replaced by an equivalent 'dma_set_mask_and_coherent()' which is much less verbose. While at it, fix a typo (s/confiugration/configuration) Signed-off-by: Christophe JAILLET ---

Re: [PATCH] crypto: ecrdsa - use subsys_initcall instead of module_init

Hi Herbert, On 10/15/20 8:05 PM, Herbert Xu wrote: On Thu, Oct 15, 2020 at 07:02:41PM +0800, Tianjia Zhang wrote: All templates and generic algorithms have been registered in subsys_initcall instead of module_init. The ecrdsa algorithm happened to be missed. Here is a fix for it. That is

Re: [PATCH 1/1] scsi: ufs: Remove scale down gear hard code

On Thu, 2020-11-26 at 17:58 -0800, Can Guo wrote: > Instead of making the scale down gear a hard code, make it a member of > ufs_clk_scaling struct. > > Signed-off-by: Can Guo Reviewed-by: Stanley Chu

Re: [PATCH] crypto: ecrdsa - use subsys_initcall instead of module_init

On Mon, Nov 30, 2020 at 10:21:56AM +0800, Tianjia Zhang wrote: > > > That is true only if there are non-generic implementations of > > the algorithms, which is not the case here. Please explain the > > real reason why this is needed. > > This is a generic algorithm, the author Vitaly Chikunov

Re: [PATCH] scsi: ses: Fix crash caused by kfree an invalid pointer

On 2020/11/29 13:12, Douglas Gilbert wrote: On 2020-11-28 6:27 p.m., James Bottomley wrote: On Sat, 2020-11-28 at 20:23 +0800, Ding Hui wrote: We can get a crash when disconnecting the iSCSI session, the call trace like this:    [2a00fb70] kfree at 0830e224   

Re: [PATCH v1 0/9] Enable root to update the blacklist keyring

On Fri, Nov 20, 2020 at 07:04:17PM +0100, Mickaël Salaün wrote: > Hi, > > This patch series mainly add a new configuration option to enable the > root user to load signed keys in the blacklist keyring. This keyring is > useful to "untrust" certificates or files. Enabling to safely update > this

[ANNOUNCE] [CFP] Call for Sessions - linux.conf.au Online 2021 Kernel Miniconf

LCA2021 Kernel Miniconf - Online - 2021-01-23 - LCA Kernel Miniconf submissions now open! (Ever wanted to present at LCA, but couldn't justify flying to Australia? Well, 2021 is your chance - we're going online-only for reasons you're probably aware

[PATCH] ARM: dts: mvebu: Add device tree for ATL-x530 Board

Add device tree file for x530 board. This has an Armada 385 SoC. Has NAND-flash for user storage and SPI for booting. Covers majority of x530 and GS980MX variants. Signed-off-by: Aryan Srivastava Reviewed-by: Chris Packham --- arch/arm/boot/dts/armada-385-atl-x530.dts | 235

Re: [PATCH v2 01/17] vdpa: remove unnecessary 'default n' in Kconfig entries

On 2020/11/26 下午10:49, Stefano Garzarella wrote: 'default n' is not necessary since it is already the default when nothing is specified. Suggested-by: Jason Wang Signed-off-by: Stefano Garzarella Acked-by: Jason Wang --- drivers/vdpa/Kconfig | 3 --- 1 file changed, 3 deletions(-)

Re: [PATCH v2 03/17] vdpa_sim: remove hard-coded virtq count

On 2020/11/26 下午10:49, Stefano Garzarella wrote: From: Max Gurtovoy Add a new attribute that will define the number of virt queues to be created for the vdpasim device. Signed-off-by: Max Gurtovoy [sgarzare: replace kmalloc_array() with kcalloc()] Signed-off-by: Stefano Garzarella

Re: [PATCH v2 02/17] vdpa_sim: remove unnecessary headers inclusion

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Some headers are not necessary, so let's remove them to do some cleaning. Signed-off-by: Stefano Garzarella --- drivers/vdpa/vdpa_sim/vdpa_sim.c | 13 - 1 file changed, 13 deletions(-) diff --git

Re: [PATCH v2 04/17] vdpa_sim: remove the limit of IOTLB entries

On 2020/11/26 下午10:49, Stefano Garzarella wrote: The simulated devices can support multiple queues, so this limit should be defined according to the number of queues supported by the device. Since we are in a simulator, let's simply remove that limit. Suggested-by: Jason Wang Acked-by:

Re: [PATCH v2 05/17] vdpa_sim: rename vdpasim_config_ops variables

On 2020/11/26 下午10:49, Stefano Garzarella wrote: These variables stores generic callbacks used by the vDPA simulator core, so we can remove the 'net' word in their names. Co-developed-by: Max Gurtovoy Signed-off-by: Max Gurtovoy Signed-off-by: Stefano Garzarella ---

Re: [PATCH 0/3] clear_warn_once: add timed interval resetting

On Thu, Nov 26, 2020 at 01:30:26AM -0500, Paul Gortmaker wrote: > But you currently can't make use of clear_warn_once unless you've got > debugfs enabled and mounted - which may not be desired by some people > in some deployment situations. Seems awfully special purpose. The problem with debugfs

Re: [PATCH v2 06/17] vdpa_sim: add struct vdpasim_dev_attr for device attributes

On 2020/11/26 下午10:49, Stefano Garzarella wrote: vdpasim_dev_attr will contain device specific attributes. We starting moving the number of virtqueues (i.e. nvqs) to vdpasim_dev_attr. vdpasim_create() creates a new vDPA simulator following the device attributes defined in the vdpasim_dev_attr

[PATCH] ASoC: mediatek: btcvsd fix tx stream assign

From: Lumi Lee Fix tx/rx stream assign in write. Write should use tx instead of rx. Signed-off-by: Lumi Lee --- sound/soc/mediatek/common/mtk-btcvsd.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/mediatek/common/mtk-btcvsd.c

Re: [PATCH v2 07/17] vdpa_sim: add device id field in vdpasim_dev_attr

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Remove VDPASIM_DEVICE_ID macro and add 'id' field in vdpasim_dev_attr, that will be returned by vdpasim_get_device_id(). Use VIRTIO_ID_NET for vDPA-net simulator device id. Co-developed-by: Max Gurtovoy Signed-off-by: Max Gurtovoy

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

On (20/11/29 18:00), Randy Dunlap wrote: > On 11/29/20 5:44 PM, Sergey Senozhatsky wrote: > > Some functions that are declared when CONFIG_POSIX_ACL is defined > > are not declared when CONFIG_POSIX_ACL is not defined. Add the > > missing ones: > > set_posix_acl(), posix_acl_update_mode(),

Re: [PATCH v2 08/17] vdpa_sim: add supported_features field in vdpasim_dev_attr

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Introduce a new VDPASIM_FEATURES macro with the generic features supported by the vDPA simulator, and VDPASIM_NET_FEATURES macro with vDPA-net features. Add 'supported_features' field in vdpasim_dev_attr, to allow devices to specify their

Re: [PATCH v2 09/17] vdpa_sim: add work_fn in vdpasim_dev_attr

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Rename vdpasim_work() in vdpasim_net_work() and add it to the vdpasim_dev_attr structure. Co-developed-by: Max Gurtovoy Signed-off-by: Max Gurtovoy Signed-off-by: Stefano Garzarella --- drivers/vdpa/vdpa_sim/vdpa_sim.c | 7 +-- 1 file

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

On (20/11/30 12:15), Sergey Senozhatsky wrote: > On (20/11/29 18:00), Randy Dunlap wrote: > > On 11/29/20 5:44 PM, Sergey Senozhatsky wrote: > > > Some functions that are declared when CONFIG_POSIX_ACL is defined > > > are not declared when CONFIG_POSIX_ACL is not defined. Add the > > > missing

Re: [PATCH v2 10/17] vdpa_sim: store parsed MAC address in a buffer

On 2020/11/26 下午10:49, Stefano Garzarella wrote: As preparation for the next patches, we store the MAC address, parsed during the vdpasim_create(), in a buffer that will be used to fill 'config' together with other configurations. Signed-off-by: Stefano Garzarella ---

[v3 01/11] irqchip: ls-extirq: Add LS1043A, LS1088A external interrupt

From: Hou Zhiqiang Add an new IRQ chip declaration for LS1043A and LS1088A - compatible "fsl,ls1043a-extirq" for LS1043A, LS1046A. - compatible "fsl,ls1088a-extirq" for LS1088A, LS208xA, LX216xA Signed-off-by: Hou Zhiqiang Signed-off-by: Biwen Li --- Change in v3: - cleanup code

[v3 06/11] arm64: dts: ls1088ardb: fix interrupt line for RTC node

From: Biwen Li Fix interrupt line for RTC node on ls1088ardb Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-ls1088a-rdb.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[v3 04/11] arm64: dts: ls1046ardb: Add interrupt line for RTC node

From: Hou Zhiqiang Add interrupt line for RTC node, which is low level active. Signed-off-by: Hou Zhiqiang --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-ls1046a-rdb.dts | 3 +++ 1 file changed, 3 insertions(+) diff --git

[v3 07/11] arm64: dts: ls208xa: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls208xa.dtsi | 33 ++- 1 file changed, 32 insertions(+), 1 deletion(-) diff

[v3 05/11] arm64: dts: ls1088a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls1088a.dtsi | 33 ++- 1 file changed, 32 insertions(+), 1 deletion(-) diff

[v3 08/11] arm64: dts: ls208xa-rdb: add interrupt line for RTC node

From: Biwen Li Add interrupt line for RTC node on ls208xa-rdb Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-ls208xa-rdb.dtsi | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[v3 02/11] arm64: dts: ls1043a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 27 ++- 1 file changed, 26 insertions(+), 1 deletion(-) diff

[v3 09/11] arm64: dts: lx2160a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-lx2160a.dtsi | 31 +++ 1 file changed, 31 insertions(+) diff --git

[v3 03/11] arm64: dts: ls1046a: add DT node for external interrupt lines

From: Biwen Li Add device-tree node for external interrupt lines IRQ0-IRQ11. Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none .../arm64/boot/dts/freescale/fsl-ls1046a.dtsi | 27 ++- 1 file changed, 26 insertions(+), 1 deletion(-) diff

[v3 10/11] arm64: dts: lx2160ardb: fix interrupt line for RTC node

From: Biwen Li Fix interrupt line for RTC node on lx2160ardb Signed-off-by: Biwen Li --- Change in v3: - none Change in v2: - none arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[v3 11/11] dt-bindings: interrupt-controller: update bindings for supporting more SoCs

From: Biwen Li Update bindings for Layerscape external irqs, support more SoCs(LS1043A, LS1046A, LS1088A, LS208xA, LX216xA) Signed-off-by: Biwen Li --- Change in v3: - remove robust information Change in v2: - update reg property - update compatible property

Re: [PATCH v2 13/17] vdpa_sim: set vringh notify callback

On 2020/11/26 下午10:49, Stefano Garzarella wrote: Instead of calling the vq callback directly, we can leverage the vringh_notify() function, adding vdpasim_vq_notify() and setting it in the vringh notify callback. Suggested-by: Jason Wang Signed-off-by: Stefano Garzarella ---

Re: [PATCH v2 12/17] vdpa_sim: add get_config callback in vdpasim_dev_attr

On 2020/11/26 下午10:49, Stefano Garzarella wrote: The get_config callback can be used by the device to fill the config structure. The callback will be invoked in vdpasim_get_config() before copying bytes into caller buffer. Move vDPA-net config updates from vdpasim_set_features() in the new

[RFC V2 0/3] mm/hotplug: Pre-validate the address range with platform

This series adds a mechanism allowing platforms to weigh in and prevalidate incoming address range before proceeding further with the memory hotplug. This helps prevent potential platform errors for the given address range, down the hotplug call chain, which inevitably fails the hotplug itself.

[RFC V2 1/3] mm/hotplug: Prevalidate the address range being added with platform

This introduces memhp_range_allowed() which can be called in various memory hotplug paths to prevalidate the address range which is being added, with the platform. Then memhp_range_allowed() calls memhp_get_pluggable_range() which provides applicable address range depending on whether linear

[RFC V2 3/3] s390/mm: Define arch_get_mappable_range()

This overrides arch_get_mappabble_range() on s390 platform and drops now redundant similar check in vmem_add_mapping(). This compensates by adding a new check __segment_load() to preserve the existing functionality. Cc: Heiko Carstens Cc: Vasily Gorbik Cc: David Hildenbrand Cc:

[RFC V2 2/3] arm64/mm: Define arch_get_mappable_range()

This overrides arch_get_mappable_range() on arm64 platform which will be used with recently added generic framework. It drops inside_linear_region() and subsequent check in arch_add_memory() which are no longer required. Cc: Catalin Marinas Cc: Will Deacon Cc: Ard Biesheuvel Cc: Mark Rutland

Re: [PATCH v2 16/17] vdpa_sim: split vdpasim_virtqueue's iov field in out_iov and in_iov

On 2020/11/26 下午10:49, Stefano Garzarella wrote: vringh_getdesc_iotlb() manages 2 iovs for writable and readable descriptors. This is very useful for the block device, where for each request we have both types of descriptor. Let's split the vdpasim_virtqueue's iov field in out_iov and in_iov

Re: [PATCH v2 17/17] vdpa: split vdpasim to core and net modules

On 2020/11/26 下午10:49, Stefano Garzarella wrote: From: Max Gurtovoy Introduce new vdpa_sim_net and vdpa_sim (core) drivers. This is a preparation for adding a vdpa simulator module for block devices. Signed-off-by: Max Gurtovoy [sgarzare: various cleanups/fixes] Signed-off-by: Stefano

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

A quick question, shouldn't there be dummy definitions for the EXPORT_SYMBOL-s? So that external modules can be modprobed and used. Some of posix_acl exported symbols have dummy definitions, others don't. E.g. posix_acl_create() is exported symbol and it's defined for both FS_POSIX_ACL and

Re: [ANNOUNCE] [CFP] Call for Sessions - linux.conf.au Online 2021 Kernel Miniconf

On 30/11/20 2:38 pm, CRISTIAN ANDRES VARGAS GONZALEZ wrote: > More info: https://lca-kernel.ozlabs.org/2021-cfs.html Hi, this link no working. :c Ugh, let me fix my TLS setup. In the meantime, try plain old unencrypted HTTP:

Re: [PATCH v2 06/15] usb: misc: emi62: update to use usb_control_msg_send()

Hi Anant, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on usb/usb-testing] [also build test WARNING on balbi-usb/testing/next peter.chen-usb/ci-for-usb-next v5.10-rc6 next-20201127] [If your patch is applied to the wrong git tree, kindly drop us a note. And

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

On 11/29/20 7:37 PM, Sergey Senozhatsky wrote: > A quick question, shouldn't there be dummy definitions for > the EXPORT_SYMBOL-s? So that external modules can be modprobed > and used. > > Some of posix_acl exported symbols have dummy definitions, > others don't. > > E.g. posix_acl_create() is

[PATCH 1/2] ASoC: fsl-asoc-card: Add support for si476x codec

The si476x codec is used for FM radio function on i.MX6 auto board, it only supports recording function. Signed-off-by: Shengjiu Wang --- sound/soc/fsl/fsl-asoc-card.c | 13 + 1 file changed, 13 insertions(+) diff --git a/sound/soc/fsl/fsl-asoc-card.c

linux-next: manual merge of the tip tree with the pci tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: arch/x86/pci/i386.c between commit: ace091d17272 ("x86/PCI: Fix kernel-doc markup") from the pci tree and commit: 638920a66a17 ("x86/PCI: Make a kernel-doc comment a normal one") from the tip tree. I fixed it up (I

[PATCH 2/2] ASoC: bindings: fsl-asoc-card: add compatible string for si476x codec

The si476x codec is used for FM radio function on i.MX6 auto board. Signed-off-by: Shengjiu Wang --- Documentation/devicetree/bindings/sound/fsl-asoc-card.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/sound/fsl-asoc-card.txt

Re: [ANNOUNCE] [CFP] Call for Sessions - linux.conf.au Online 2021 Kernel Miniconf

On 30/11/20 2:46 pm, Andrew Donnellan wrote: On 30/11/20 2:38 pm, CRISTIAN ANDRES VARGAS GONZALEZ wrote:  > More info: https://lca-kernel.ozlabs.org/2021-cfs.html Hi, this link no working. :c Ugh, let me fix my TLS setup. In the meantime, try

Re: [PATCH 1/2] mm/debug_vm_pgtable/basic: Add validation for dirtiness after write protect

On 11/27/20 3:14 PM, Catalin Marinas wrote: > On Fri, Nov 27, 2020 at 09:22:24AM +0100, Christophe Leroy wrote: >> Le 27/11/2020 à 06:06, Anshuman Khandual a écrit : >>> This adds validation tests for dirtiness after write protect conversion for >>> each page table level. This is important for

Re: WARNING: filesystem loop5 was created with 512 inodes, the real maximum is 511, mounting anyway

On 11/27/20 4:32 AM, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit:418baf2c Linux 5.10-rc5 > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=171555b950 > kernel config:

Re: [PATCH] ARM: dts: mvebu: Add device tree for ATL-x530 Board

Hi Aryan, [ Dropped Jason's bouncing address from Cc ] On Mon, Nov 30 2020, Aryan Srivastava wrote: > Add device tree file for x530 board. This has an Armada 385 SoC. Has > NAND-flash for user storage and SPI for booting. Covers majority of x530 > and GS980MX variants. > > Signed-off-by: Aryan

Re: [RFC PATCH v3.1 08/27] mmc: sdhci: add a kernel configuration for enabling UHS-II support

On Thu, Nov 26, 2020 at 10:14:36AM +0200, Adrian Hunter wrote: > On 6/11/20 4:27 am, AKASHI Takahiro wrote: > > This kernel configuration, CONFIG_MMC_SDHCI_UHS2, will be used > > in the following commits to indicate UHS-II specific code in sdhci > > controllers. > > This patch needs to be

Re: [RFC PATCH v3.1 09/27] mmc: sdhci: add UHS-II related definitions in headers

On Thu, Nov 26, 2020 at 10:15:29AM +0200, Adrian Hunter wrote: > On 6/11/20 4:27 am, AKASHI Takahiro wrote: > > Add UHS-II related definitions in shdci.h and sdhci-uhs2.h. > > > > Signed-off-by: Ben Chuang > > Signed-off-by: AKASHI Takahiro > > --- > > drivers/mmc/host/sdhci-uhs2.h | 210

Re: [PATCH] hwmon: corsair-psu: update supported devices

On Sun, 29 Nov 2020 13:59:33 -0800 Guenter Roeck wrote: > On Sun, Nov 29, 2020 at 04:54:43PM +0100, Wilken Gottwalt wrote: > > On Sun, 29 Nov 2020 05:00:49 -0800 > > Guenter Roeck wrote: > > > > > On Sun, Nov 29, 2020 at 07:36:18AM +0100, Wilken Gottwalt wrote: > > > > On Sat, 28 Nov 2020

RE: [v10] i2c: imx: support slave mode for imx I2C driver

> > > > The patch supports slave mode for imx I2C driver > > > > Signed-off-by: Biwen Li > > Thank you for your work! > > Acked-by: Oleksij Rempel > > @Wolfram, Christian Eggers I2SR_IAL patches should go before this one. Hi Wolfram, Any progress? Regards, Biwen Li > > > --- > > Change

Re: [PATCH 2/3] thermal: int340x: Indicate userspace usage

On Sun, 2020-11-29 at 01:54 +0800, Kai-Heng Feng wrote: > The device isn't present under ACPI ThermalZone, and there's a > dedicated > userspace daemon for this thermal device. > > Let thermal core know it shouldn't handle trips to avoid surprising > thermal shutdown. > > Signed-off-by: Kai-Heng

[PATCH] venus: core: add support to dump FW region

Add support to dump video FW region during FW crash using devcoredump helpers. Signed-off-by: Dikshita Agarwal --- drivers/media/platform/qcom/venus/core.c | 47 1 file changed, 47 insertions(+) diff --git a/drivers/media/platform/qcom/venus/core.c

[PATCH 1/3] thermal: core: Add indication for userspace usage

We are seeing thermal shutdown on Intel based mobile workstations, the shutdown happens during the first trip handle in thermal_zone_device_register(): kernel: thermal thermal_zone15: critical temperature reached (101 C), shutting down However, we shouldn't do a thermal shutdown here, since 1)

[PATCH 3/3] thermal: intel: intel_pch_thermal: Indicate userspace usage

The device isn't present under ACPI ThermalZone, and there's a dedicated userspace daemon for this thermal device. Let thermal core know it shouldn't handle trips to avoid surprising thermal shutdown. Signed-off-by: Kai-Heng Feng --- drivers/thermal/intel/intel_pch_thermal.c | 11 +--

[PATCH 2/3] thermal: int340x: Indicate userspace usage

The device isn't present under ACPI ThermalZone, and there's a dedicated userspace daemon for this thermal device. Let thermal core know it shouldn't handle trips to avoid surprising thermal shutdown. Signed-off-by: Kai-Heng Feng --- drivers/thermal/intel/int340x_thermal/int3400_thermal.c

Re: [PATCH v2 05/15] usb: misc: emi26: update to use usb_control_msg_send()

Hi Anant, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on usb/usb-testing] [also build test WARNING on balbi-usb/testing/next peter.chen-usb/ci-for-usb-next v5.10-rc6 next-20201127] [If your patch is applied to the wrong git tree, kindly drop us a note. And

[PATCH] usb: xhci-mtk: fix unreleased bandwidth data

xhci-mtk has hooks on add_endpoint() and drop_endpoint() from xhci to handle its own sw bandwidth managements and stores bandwidth data into internal table every time add_endpoint() is called, so when one endpoint's bandwidth allocation fails, all earlier endpoints from same interface still remain

[PATCH] arm64: dts: meson-sm1: fix typo in opp table

The freqency 15 should be 151200 in 'opp-15' Signed-off-by: Dongjin Kim --- arch/arm64/boot/dts/amlogic/meson-sm1.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/amlogic/meson-sm1.dtsi b/arch/arm64/boot/dts/amlogic/meson-sm1.dtsi

[PATCH v2 1/2] RISC-V: Update l2 cache DT documentation to add support for SiFive FU740

The L2 cache controller in SiFive FU740 has 4 ECC interrupt sources as compared to 3 in FU540. Update the DT documentation accordingly with "compatible" and "interrupt" property changes. Signed-off-by: Yash Shah --- Changes in v2: - Changes as per Rob Herring's request on v1 ---

Re: [PATCH v3 4/6] drivers: hv: vmbus: Fix checkpatch SPLIT_STRING

On Sun, 29 Nov 2020 08:51:47 -0800 "Michael Kelley" wrote: > From: Matheus Castello Sent: Tuesday, November > 24, 2020 7:29 PM > > > > Checkpatch emits WARNING: quoted string split across lines. > > To keep the code clean and with the 80 column length indentation the > > check and registration

[PATCH v2 2/2] RISC-V: sifive_l2_cache: Update L2 cache driver to support SiFive FU740

SiFive FU740 has 4 ECC interrupt sources as compared to 3 in FU540. Update the L2 cache controller driver to support this additional interrupt in case of FU740-C000 chip. Signed-off-by: Yash Shah --- drivers/soc/sifive/sifive_l2_cache.c | 49 +++- 1 file changed,

Re: [PATCH 2/3] thermal: int340x: Indicate userspace usage

> On Nov 30, 2020, at 13:29, Srinivas Pandruvada > wrote: > > On Sun, 2020-11-29 at 01:54 +0800, Kai-Heng Feng wrote: >> The device isn't present under ACPI ThermalZone, and there's a >> dedicated >> userspace daemon for this thermal device. >> >> Let thermal core know it shouldn't handle

Re: [PATCH] arm64: dts: qcom: c630: Re-enable apps_smmu

On Tue, Nov 24, 2020 at 12:44:14PM -0600, Bjorn Andersson wrote: > Re-enable the apps_smmu now that the arm-smmu driver supports stream > mapping handoff from firmware. > > Signed-off-by: Bjorn Andersson Acked-by: Shawn Guo > --- > arch/arm64/boot/dts/qcom/sdm850-lenovo-yoga-c630.dts | 5

[PATCH] riscv/mm: Prevent kernel module access user-space memory without uaccess routines

In the page fault handler, an access to user-space memory without get/put_user() or copy_from/to_user() routines is not resolved properly. Like arm and other architectures, we need to let it die earlier in page fault handler. Signed-off-by: Eric Lin Cc: Alan Kao --- arch/riscv/mm/fault.c | 3

Re: [PATCH 0/3] clear_warn_once: add timed interval resetting

On (20/11/27 17:13), Petr Mladek wrote: > > + Move clear_warn_once from debugfs to a location that is always > available. For example, into /proc Or a printk module param, which user-space can write to from crontab? Hmm, but this has potential of becoming another /proc/sys/vm/drop_caches

[PATCH v2] arm64: dts: meson-sm1: fix typo in opp table

The freqency 151200 should be 15. Signed-off-by: Dongjin Kim --- Change in v2: - wrong fix in the previous patch. https://patchwork.kernel.org/project/linux-amlogic/patch/20201130054221.GA25448@anyang-linuxfactory-or-kr/ --- arch/arm64/boot/dts/amlogic/meson-sm1.dtsi | 2

Re: [PATCH] posix_acl.h: define missing ACL functions on non-posix-acl build

Hi Sergey, I love your patch! Perhaps something to improve: [auto build test WARNING on hch-configfs/for-next] [also build test WARNING on linux/master linus/master v5.10-rc6 next-20201127] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we

Re: [PATCH v5] mm: Optional full ASLR for mmap(), mremap(), vdso and stack

Hi Topi, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on aae5ab854e38151e69f261dbf0e3b7e396403178] url: https://github.com/0day-ci/linux/commits/Topi-Miettinen/mm-Optional-full-ASLR-for-mmap-mremap-vdso-and-stack/20201130-051703 base:

Re: [PATCH v2 5/5] USB: gadget: f_fs: remove likely/unlikely

On 20-11-27 15:05:59, Greg Kroah-Hartman wrote: > They are used way too often in this file, in some ways that are actually > wrong. Almost all of these are already known by the compiler and CPU so > just remove them all as none of these should be on any "hot paths" where > it actually matters. >

Re: [PATCH 1/3] usb: dwc2: set ahbcfg parameter for STM32MP15 OTG HS and FS

On 11/23/2020 1:01 PM, Amelie Delaunay wrote: > STM32MP15 ahbcfg register default value sets Burst length/type (HBSTLEN) > to Single (32-bit accesses on AHB), which is not recommended, according > to STM32MP157 Reference manual [1]. > This patch sets Burst length/type (HBSTLEN) so that bus

[PATCH v10 0/7] I3C mastership handover support

Main changes between v9 and v10 are: - Fix build failure reported by kernel test robot Main changes between v8 and v9 are: - Fix NULL dereference issue in current_master_show when cat'ing sysfs key current_master for secondary master before primary master gets initialized. Main changes

[PATCH v10 1/7] i3c: master: master initialization flow document

Document describing master initialization, mastership handover and DEFSLVS handling processes. Signed-off-by: Parshuram Thombare --- Documentation/driver-api/i3c/index.rst |1 + .../driver-api/i3c/master-initialization-flow.rst | 187 2 files changed, 188

Re: [PATCH 2/3] usb: dwc2: enable FS/LS PHY clock select on STM32MP15 FS OTG

On 11/23/2020 1:01 PM, Amelie Delaunay wrote: > When the core is in FS host mode, using the FS transceiver, and a Low-Speed > device is connected, transceiver clock is 6Mhz. > So, to support Low-Speed devices, enable support of FS/LS Low Power mode, > so that the PHY supplies a 6 MHz clock during

[PATCH v10 2/7] i3c: master: use i3c_master_register only for main master

Removed last argument 'secondary' and restructured i3c_master_register to move code that can be common to i3c_secondary_master_register to separate function i3c_master_init. Signed-off-by: Parshuram Thombare --- drivers/i3c/master.c | 78 +++-

[PATCH v10 3/7] i3c: master: add i3c_secondary_master_register

add i3c_secondary_master_register which is used to register secondary masters. Signed-off-by: Parshuram Thombare --- drivers/i3c/master.c | 154 +++- include/linux/i3c/master.h |3 + 2 files changed, 156 insertions(+), 1 deletions(-) diff

Re: [PATCH 3/3] usb: dwc2: disable Link Power Management on STM32MP15 HS OTG

On 11/23/2020 1:01 PM, Amelie Delaunay wrote: > Link Power Management (LPM) on STM32MP15 OTG HS encounters instabilities > with some Host controllers. OTG core fails to exit L1 state in 200us: > "dwc2 4900.usb-otg: Failed to exit L1 sleep state in 200us." > Then the device is still not

Re: [PATCH] Revert "i2c: qcom-geni: Disable DMA processing on the Lenovo Yoga C630"

On Tue, Nov 24, 2020 at 12:57:43PM -0600, Bjorn Andersson wrote: > A combination of recent bug fixes by Doug Anderson and the proper > definition of iommu streams means that this hack is no longer needed. > Let's clean up the code by reverting '127068abe85b ("i2c: qcom-geni: > Disable DMA

[PATCH v10 4/7] i3c: master: add mastership handover support

Added mastership acquire and yield functions. Signed-off-by: Parshuram Thombare --- drivers/i3c/master.c | 183 +--- include/linux/i3c/master.h |6 ++ 2 files changed, 177 insertions(+), 12 deletions(-) diff --git a/drivers/i3c/master.c

[PATCH v10 6/7] i3c: master: sysfs key for acquire bus

Added support to acquire I3C bus through sysfs interface. Signed-off-by: Parshuram Thombare --- drivers/i3c/master.c | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) diff --git a/drivers/i3c/master.c b/drivers/i3c/master.c index c01ba00..beb7495 100644 ---

[PATCH v10 5/7] i3c: master: add defslvs processing

Added defslvs processing code to the I3C master subsystem. Signed-off-by: Parshuram Thombare --- drivers/i3c/master.c | 68 ++- include/linux/i3c/master.h |7 2 files changed, 73 insertions(+), 2 deletions(-) diff --git

Re: [RFC PATCH v3.1 12/27] mmc: sdhci-uhs2: add reset function

On Thu, Nov 26, 2020 at 10:16:11AM +0200, Adrian Hunter wrote: > On 6/11/20 4:27 am, AKASHI Takahiro wrote: > > Sdhci_uhs2_reset() does a UHS-II specific reset operation. > > > > Signed-off-by: Ben Chuang > > Signed-off-by: AKASHI Takahiro > > --- > > drivers/mmc/host/sdhci-uhs2.c | 49

Re: [PATCH] arm64: dts: qcom: c630: Expose LID events

On Wed, Nov 25, 2020 at 12:08:38AM -0600, Bjorn Andersson wrote: > The LID state can be read from GPIO 124 and the "tablet mode" from GPIO > 95, expose these to the system using gpio-keys and mark the falling edge > of the LID state as a wakeup-source - to wake the system from suspend. > >

[PATCH v10 7/7] i3c: master: mastership handover, defslvs processing in cdns controller driver

Added I3C bus mastership handover and DEFSLVS message handling code to Cadence's I3C master controller driver. Signed-off-by: Parshuram Thombare --- drivers/i3c/master/i3c-master-cdns.c | 329 +++--- 1 files changed, 306 insertions(+), 23 deletions(-) diff --git

Re: [PATCH v9 2/2] Add Intel LGM SoC DMA support.

Hi Vinod, Thanks for your valuable comments. My reply inline. On 11/26/2020 12:50 PM, Vinod Koul wrote: On 25-11-20, 18:39, Reddy, MallikarjunaX wrote: desc needs to be configure for each dma channel and the remapped address of the IGP & EGP is desc base adress. Why should this address not

Re: [PATCH v2 1/5] USB: gadget: f_rndis: fix bitrate for SuperSpeed and above

On 20-11-27 15:05:55, Greg Kroah-Hartman wrote: > From: Will McVicker > > Align the SuperSpeed Plus bitrate for f_rndis to match f_ncm's ncm_bitrate > defined by commit 1650113888fe ("usb: gadget: f_ncm: add SuperSpeed > descriptors > for CDC NCM"). > > Cc: Felipe Balbi > Cc: EJ Hsu > Cc:

[PATCH v1 1/3] drm/mipi-dbi: Add support for Type B

From: Mikhail Durnev Intel 8080 type (Type B) parallel bus over GPIO. The parallel bus is implemented partially. It supports only write operations from the host to the display. Read operations would require switching GPIO mode between input and output back and forth. But this implementation is

[PATCH v1 2/3] drm/tiny: Add driver for ili9341 with parallel bus

From: Mikhail Durnev MRB2801 display module [1] is an example of ILI9341 display that connects to Intel 8080 parallel bus. Its connector is compatible with the ALIENTEK STM32 development board. It can be used with the drm/mipi-dbi bus driver if the bus is emulated with GPIO. [1]

[PATCH v1 0/3] drm/mipi-dbi: Type B bus support, drm/tiny: MRB2801

From: Mikhail Durnev Hi All, This patch series is aiming at extending the mipi-dbi bus driver to support Intel 8080 type parallel bus (Type B) over GPIO and adding a new driver for ILI9341 display panels with 8- or 16-bit parallel interface. It was tested with the MRB2801 display module [1]

[PATCH v1 3/3] dt-bindings: panel: Add bindings for MRB2801

From: Mikhail Durnev Add binding for Ronbo MRB2801 display module. This binding is for display panels using an Ilitek ILI9341 controller in parallel mode. Signed-off-by: Mikhail Durnev --- .../devicetree/bindings/display/ronbo,mrb2801.txt | 42 ++ 1 file changed, 42

Re: [PATCH] vdpa/mlx5: Use random MAC for the vdpa net instance

On Sun, Nov 29, 2020 at 03:08:22PM -0500, Michael S. Tsirkin wrote: > On Sun, Nov 29, 2020 at 08:43:51AM +0200, Eli Cohen wrote: > > We should not try to use the VF MAC address as that is used by the > > regular (e.g. mlx5_core) NIC implementation. Instead, use a random > > generated MAC address.

general protection fault in l2cap_chan_timeout

Hello, syzbot found the following issue on: HEAD commit:fa02fcd9 Merge tag 'media/v5.10-2' of git://git.kernel.org.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=14a36fa550 kernel config: https://syzkaller.appspot.com/x/.config?x=7be70951fca93701

[PATCH] arm64: dts: qcom: sdm845: Add gpi dma node

This add the device node for gpi_dma0 and gpi_dma1 instances found in sdm845. Signed-off-by: Vinod Koul --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 45 1 file changed, 45 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi

Re: [PATCH] crypto: ecrdsa - use subsys_initcall instead of module_init

On 11/30/20 10:24 AM, Herbert Xu wrote: On Mon, Nov 30, 2020 at 10:21:56AM +0800, Tianjia Zhang wrote: That is true only if there are non-generic implementations of the algorithms, which is not the case here. Please explain the real reason why this is needed. This is a generic

  1   2   3   4   >