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

[Added Srinivas] On 28/11/2020 18:54, Kai-Heng Feng wrote: > 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), >

Re: [GIT pull] locking/urgent for v5.10-rc6

On Sun, Nov 29, 2020 at 11:31:41AM -0800, Linus Torvalds wrote: > On Sun, Nov 29, 2020 at 5:38 AM Thomas Gleixner wrote: > > > > Yet two more places which invoke tracing from RCU disabled regions in the > > idle path. Similar to the entry path the low level idle functions have to > > be

Re: [RESEND PATCH V20 3/3] Input: new da7280 haptic driver

Hi Roy, On Thu, Nov 26, 2020 at 01:07:39AM +0900, Roy Im wrote: > Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with > multiple mode and integrated waveform memory and wideband support. > It communicates via an I2C bus to the device. I am looking at the driver and should finish review

Re: [PATCH v2 0/8] Venus stateful encoder compliance

Hi Fritz, On 11/29/20 9:17 PM, Fritz Koenig wrote: > Since this patchset adds support for V4L2_ENC_CMD_STOP and > VENUS_ENC_STATE_ENCODING it should also add support for > VIDIOC_TRY_ENCODER_CMD so that those commands are discoverable. I've 6/8 is adding it: + .vidioc_try_encoder_cmd =

[PATCH v3 6/9] misc: xilinx-ai-engine: add request and release tiles

Add request/release and related clock gating functions to AI engine driver: * scanning when the partition is being requested to know which tiles are in use. * check if a tile is gated or not * tiles requesting and releasing ioctl so that user application can enable/disable tiles at runtime.

Re: [RFC PATCH v3.1 16/27] mmc: sdhci-uhs2: add set_ios()

On Thu, Nov 26, 2020 at 10:17:11AM +0200, Adrian Hunter wrote: > On 6/11/20 4:27 am, AKASHI Takahiro wrote: > > This is a sdhci version of mmc's set_ios operation. > > It covers both UHS-I and UHS-II. > > > > Signed-off-by: Ben Chuang > > Signed-off-by: AKASHI Takahiro > > --- > >

Re: [PATCH v2 4/8] venus: helpers: Calculate properly compressed buffer size

On 11/29/20 8:07 AM, Fritz Koenig wrote: > On Wed, Nov 11, 2020 at 6:38 AM Stanimir Varbanov > wrote: >> >> For resolutions below 720p the size of the compressed buffer must >> be bigger. Correct this by checking the resolution when calculating >> buffer size and multiply by four. > > I'm

[PATCH v3 9/9] misc: xilinx-ai-engine: Add support for servicing error interrupts

From: Nishad Saraf AI engine errors events can be routed to generate interrupt. The errors events routing will be done during AI engine configuration. At runtime, Linux kernel AI engine driver monitors the interrupt and backtracks errors events. As error events from 400 AIE tiles and 50 shim

[PATCH v3 4/9] misc: xilinx-ai-engine: expose AI engine tile memories to userspace

There is no concern to have userspace to directly access AI engine program and data memories. It will be much faster to directly copy data to and from these memories from userspace. We choose to use DMA buf for the data and program memory because of the DMA buf features. DMA buf can share the DMA

[PATCH v3 2/9] misc: Add Xilinx AI engine device driver

Create AI engine device/partition hierarchical structure. Each AI engine device can have multiple logical partitions(groups of AI engine tiles). Each partition is column based and has its own node ID in the system. AI engine device driver manages its partitions. Applications can access AI engine

[PATCH v3 7/9] misc: xilinx-ai-engine: Add support to request device management services

From: Nishad Saraf Platform management services like device control, resets, power management, etc. are provided by Platform, Loader and Manager(PLM) through firmware driver APIs. For requesting some of these services, this change reads AI Engine platform management node ID from DT node. Some

[PATCH v3 5/9] misc: xilinx-ai-engine: add setting shim dma bd operation

Add operation to set SHIM DMA buffer descriptor. The following operations are added to set the buffer descriptors: * attach DMA buffer which enables AI engine device to access the DMA buffer memory * detach DMA buffer which disables AI engine device to access the DMA buffer memory * set DMA

[PATCH v3 8/9] firmware: xilinx: Add IOCTL support for AIE ISR Clear

From: Izhar Ameer Shaikh Latching of AIE NPI Interrupts is present in Versal ES1 Silicon Rev, however it has been removed from ES2 rev. As a result on ES1, in order to use the interrupt, a client needs to request PMC to clear/ack the interrupt. Provide an EEMI IOCTL to serve the same purpose.

[PATCH v3 1/9] dt-binding: soc: xilinx: ai-engine: Add AI engine binding

Xilinx AI engine array can be partitioned statically for different applications. In the device tree, there will be device node for the AI engine device, and device nodes for the statically configured AI engine partitions. Each of the statically configured partition has a partition ID in the

[PATCH v3 0/9] Xilinx AI engine kernel driver

AI engine is the acceleration engine provided by Xilinx. These engines provide high compute density for vector-based algorithms, and flexible custom compute and data movement. It has core tiles for compute and shim tiles to interface the FPGA fabric. You can check the AI engine architecture

[PATCH v3 3/9] misc: xilinx-ai-engine: Implement AI engine cleanup sequence

When AI engine partition is released, that is if no one is using the AI engine partition, by default, it will cleanup the partition by doing the following: * reset the columns * reset the SHIMs * clear data and program memory * gate all the tiles If user doesn't want the partition is reset when

Re: linux-next: manual merge of the akpm tree with the arm64 tree

Hi all, On Mon, 30 Nov 2020 18:28:40 +1100 Stephen Rothwell wrote: > > Today's linux-next merge of the akpm tree got a conflict in: > > arch/arm64/kernel/mte.c > > between commit: > > e710c29e0177 ("arm64: mte: make the per-task SCTLR_EL1 field usable > elsewhere") > > from the arm64

Re: [PATCH v5] hwmon: Add driver for STMicroelectronics PM6764 Voltage Regulator

On 28/11/2020 上午12:10, Guenter Roeck wrote: On Fri, Nov 27, 2020 at 09:59:01AM +0800, Charles wrote: Add the pmbus driver for the STMicroelectronics pm6764 voltage regulator. the output voltage use the MFR_READ_VOUT 0xD4 vout value returned is linear11 Signed-off-by: Charles Hsu This patch

Re: linux-next: Fixes tag needs some work in the drivers-x86 tree

Hi Stephen, On 11/29/20 6:43 PM, Stephen Rothwell wrote: > Hi all, > > In commit > > 912b341585e3 ("platform/x86: mlx-platform: Remove PSU EEPROM from MSN274x > platform configuration") > > Fixes tag > > Fixes: ef08e14a3 ("platform/x86: mlx-platform: Add support for new msn274x > system

Re: [RFC PATCH v3.1 13/27] mmc: sdhci-uhs2: add set_power() to support vdd2

On 30/11/20 9:15 am, AKASHI Takahiro wrote: > On Thu, Nov 26, 2020 at 10:16:27AM +0200, Adrian Hunter wrote: >> On 6/11/20 4:27 am, AKASHI Takahiro wrote: >>> This is a UHS-II version of sdhci's set_power operation. >>> VDD2, as well as VDD, is handled here. >>> >>> Signed-off-by: Ben Chuang >>>

Re: [RFC PATCH v3.1 14/27] mmc: sdhci-uhs2: skip signal_voltage_switch()

On Thu, Nov 26, 2020 at 10:16:44AM +0200, Adrian Hunter wrote: > On 6/11/20 4:27 am, AKASHI Takahiro wrote: > > For UHS2, the signal voltage is supplied by vdd2 which is already 1.8v, > > so no voltage switch required. > > > > Signed-off-by: Ben Chuang > > Signed-off-by: AKASHI Takahiro > > ---

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

On 30/11/20 8:20 am, AKASHI Takahiro wrote: > 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 >>> ---

Re: [PATCH 2/3] powerpc/pseries/hotplug-cpu: fix memleak in dlpar_cpu_add_by_count

在 2020/11/30 9:51, Michael Ellerman 写道: Qinglang Miao writes: kfree(cpu_drcs) should be called when it fails to perform of_find_node_by_path("/cpus") in dlpar_cpu_add_by_count, otherwise there would be a memleak. In fact, the patch a0ff72f9f5a7 ought to remove kfree in

[PATCH] fs: iomap: Replace bio_add_page with __bio_add_page in iomap_add_to_ioend

From: Lei Chen iomap_add_to_ioend append page on wpc->ioend->io_bio. If io_bio is full, iomap_chain_bio will allocate a new bio. So when bio_add_page is called, pages is guaranteed to be appended into wpc->ioend->io_bio. So we do not need to check if page can be merged. Thus it's a faster way to

linux-next: manual merge of the akpm tree with the arm64 tree

Hi all, Today's linux-next merge of the akpm tree got a conflict in: arch/arm64/kernel/mte.c between commit: e710c29e0177 ("arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere") from the arm64 tree and commit: 44a7127eb3a4 ("arm64: mte: add in-kernel MTE helpers") from the

Re: [RFC PATCH v1 3/4] KVM: arm64: GICv4.1: Restore VLPI's pending state to physical side

On 2020/11/24 21:12, Shenming Lu wrote: > On 2020/11/24 16:44, Marc Zyngier wrote: >> On 2020-11-24 08:10, Shenming Lu wrote: >>> On 2020/11/23 17:27, Marc Zyngier wrote: On 2020-11-23 06:54, Shenming Lu wrote: > From: Zenghui Yu > > When setting the forwarding path of a VLPI, it

Re: [RFC PATCH v3.1 13/27] mmc: sdhci-uhs2: add set_power() to support vdd2

On Thu, Nov 26, 2020 at 10:16:27AM +0200, Adrian Hunter wrote: > On 6/11/20 4:27 am, AKASHI Takahiro wrote: > > This is a UHS-II version of sdhci's set_power operation. > > VDD2, as well as VDD, is handled here. > > > > Signed-off-by: Ben Chuang > > Signed-off-by: AKASHI Takahiro > > --- > >

Re: [PATCH v4 3/3] arm: dts: ls1021a: fix rcpm failed to claim resource

On Mon, Nov 02, 2020 at 03:26:52PM +0800, Ran Wang wrote: > The range of dcfg reg is wrong, which overlap with other device, > such as rcpm. This issue causing rcpm driver failed to claim > reg resource when calling devm_ioremap_resource(). > > Signed-off-by: Ran Wang > Acked-by: Li Yang

Re: [PATCH v4 2/3] arm: dts: ls1021a: fix flextimer failed to wake system

On Mon, Nov 02, 2020 at 03:26:51PM +0800, Ran Wang wrote: > The data of property 'fsl,rcpm-wakeup' is not corrcet, which causing > RCPM driver incorrectly program register IPPDEXPCR1, then flextimer is > wrongly clock gated during system suspend, can't send interrupt to > wake. > > Signed-off-by:

linux-next: build warnings after merge of the tip tree

Hi all, After merging the tip tree, today's linux-next build (htmldocs) produced these warnings: Documentation/ABI/testing/sysfs-firmware-sgi_uv:2: WARNING: Unexpected indentation. Documentation/ABI/testing/sysfs-firmware-sgi_uv:2: WARNING: Unexpected indentation.

Re: [PATCH V1] block: Fix use-after-free while iterating over requests

On 11/26/20 5:49 PM, John Garry wrote: On 26/11/2020 16:27, Bart Van Assche wrote: On 11/26/20 7:02 AM, Pradeep P V K wrote: Observes below crash while accessing (use-after-free) request queue member of struct request. 191.784789:   <2> Unable to handle kernel paging request at virtual

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

[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

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

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.

[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

[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 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 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

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:

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

[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] 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. > >

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

[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: [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 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

[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 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

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

[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

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

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 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] 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

[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

[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

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

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

[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,

[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] 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] 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

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 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

[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)

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

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] 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: [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: [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: [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: 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 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: [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

[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

[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

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

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: [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] 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: [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 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

[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

[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.

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

[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

[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

  1   2   3   4   >