RE: [PATCH 3/3] dt-bindings: usb: add documentation for aspeed udc

> -Original Message- > From: Krzysztof Kozlowski > Sent: Sunday, May 15, 2022 4:22 AM > To: Neal Liu ; Greg Kroah-Hartman > ; Rob Herring ; Krzysztof > Kozlowski ; Joel Stanley ; > Andrew Jeffery ; Felipe Balbi ; Sumit > Semwal ; Christian König > ; Geert Uytterhoeven ; > Li Yang > Cc: li

[PATCH v2 3/3] dt-bindings: usb: add documentation for aspeed udc

Add device tree binding documentation for the Aspeed USB2.0 Device Controller. Signed-off-by: Neal Liu --- .../bindings/usb/aspeed,ast2600-udc.yaml | 52 +++ 1 file changed, 52 insertions(+) create mode 100644 Documentation/devicetree/bindings/usb/aspeed,ast2600-udc.yaml

[PATCH 3/3] ARM: dts: exynos: add panel and backlight to p4note

Add configuration for the LTL101AL01 panel and a pwm backlight to drive the display in the p4note devices. Signed-off-by: Martin Jücker --- arch/arm/boot/dts/exynos4412-p4note.dtsi | 84 1 file changed, 71 insertions(+), 13 deletions(-) diff --git a/arch/arm/boot/dts/ex

RE: [PATCH v2 2/3] ARM: dts: aspeed: Add USB2.0 device controller node

> -Original Message- > From: Krzysztof Kozlowski > Sent: Tuesday, May 17, 2022 8:00 PM > To: Neal Liu ; Greg Kroah-Hartman > ; Rob Herring ; Krzysztof > Kozlowski ; Joel Stanley ; > Andrew Jeffery ; Felipe Balbi ; Sumit > Semwal ; Christian König > ; Geert Uytterhoeven ; > Li Yang > Cc: l

[PATCH v3 1/3] usb: gadget: add Aspeed ast2600 udc driver

Aspeed udc is compliant with USB2.0, supports USB High Speed and Full Speed, backward compatible with USB1.1. Supports independent DMA channel for each generic endpoint. Supports 32/256 stages descriptor mode for all generic endpoints. This driver supports full functionality including single/mult

[PATCH v3 0/3] add Aspeed udc driver for ast2600

This patch series aim to add Aspeed USB 2.0 Device Controller (udc) driver, including driver itself, device tree node and documentation. Change since v2: - Rename device tree nodes. - Fix unusual indentation. Change since v1: - Fix build test warning reported by kernel test robot. - Rename proper

[PATCH v2 2/3] ARM: dts: aspeed: Add USB2.0 device controller node

Add USB2.0 device controller(udc) node to device tree for AST2600. Signed-off-by: Neal Liu --- arch/arm/boot/dts/aspeed-g6.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g6.dtsi b/arch/arm/boot/dts/aspeed-g6.dtsi index 3d5ce9da42c3..5517313eb2b5 100

RE: [PATCH v2 2/3] ARM: dts: aspeed: Add USB2.0 device controller node

> -Original Message- > From: Krzysztof Kozlowski > Sent: Tuesday, May 17, 2022 11:26 PM > To: Neal Liu ; Greg Kroah-Hartman > ; Rob Herring ; Krzysztof > Kozlowski ; Joel Stanley ; > Andrew Jeffery ; Felipe Balbi ; Sumit > Semwal ; Christian König > ; Geert Uytterhoeven ; > Li Yang > Cc:

[PATCH 1/3] dt-bindings: display: simple: add support for Samsung LTL101AL01

Add the Samsung LTL101AL01 WXGA LCD panel to the list. Signed-off-by: Martin Jücker --- .../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml b/Documentation/devicet

RE: [PATCH v2 2/3] ARM: dts: aspeed: Add USB2.0 device controller node

> -Original Message- > From: Krzysztof Kozlowski > Sent: Tuesday, May 17, 2022 10:54 PM > To: Neal Liu ; Greg Kroah-Hartman > ; Rob Herring ; Krzysztof > Kozlowski ; Joel Stanley ; > Andrew Jeffery ; Felipe Balbi ; Sumit > Semwal ; Christian König > ; Geert Uytterhoeven ; > Li Yang > Cc:

Re: Hang in 5.17.4+ that appears to be due to Xen

On Mon, May 16, 2022 at 08:48:17AM +0200, Juergen Gross wrote: > On 14.05.22 17:55, Demi Marie Obenour wrote: > > In https://github.com/QubesOS/qubes-issues/issues/7481, a user reported > > that Xorg locked up when resizing a VM window. While I do not have the > > same hardware the user does and t

[PATCH v2 1/3] usb: gadget: add Aspeed ast2600 udc driver

Aspeed udc is compliant with USB2.0, supports USB High Speed and Full Speed, backward compatible with USB1.1. Supports independent DMA channel for each generic endpoint. Supports 32/256 stages descriptor mode for all generic endpoints. This driver supports full functionality including single/mult

RE: [PATCH v2 3/3] dt-bindings: usb: add documentation for aspeed udc

> -Original Message- > From: Krzysztof Kozlowski > Sent: Tuesday, May 17, 2022 8:04 PM > To: Neal Liu ; Greg Kroah-Hartman > ; Rob Herring ; Krzysztof > Kozlowski ; Joel Stanley ; > Andrew Jeffery ; Felipe Balbi ; Sumit > Semwal ; Christian König > ; Geert Uytterhoeven ; > Li Yang > Cc: l

[PATCH v3 3/3] dt-bindings: usb: add documentation for aspeed udc

Add device tree binding documentation for the Aspeed USB2.0 Device Controller. Signed-off-by: Neal Liu Reviewed-by: Krzysztof Kozlowski --- .../bindings/usb/aspeed,ast2600-udc.yaml | 52 +++ 1 file changed, 52 insertions(+) create mode 100644 Documentation/devicetree/bind

[PATCH v3 2/3] ARM: dts: aspeed: Add USB2.0 device controller node

Add USB2.0 device controller(udc) node to device tree for AST2600. Signed-off-by: Neal Liu --- arch/arm/boot/dts/aspeed-g6.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/aspeed-g6.dtsi b/arch/arm/boot/dts/aspeed-g6.dtsi index 3d5ce9da42c3..822f4fd854f5 100

[PATCH 2/3] drm/panel: simple: add support for the Samsung LTL101AL01 panel

Add timings and panel description for the Samsung LTL101AL01 panel. Signed-off-by: Martin Jücker --- drivers/gpu/drm/panel/panel-simple.c | 34 1 file changed, 34 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c

Re: Screen corruption using radeon kernel driver

On Mon, Apr 25, 2022 at 01:22:04PM -0400, Alex Deucher wrote: > + dri-devel > > On Mon, Apr 25, 2022 at 3:33 AM Krylov Michael wrote: > > > > Hello! > > > > After updating my Linux kernel from version 4.19 (Debian 10 version) to > > 5.10 (packaged with Debian 11), I've noticed that the image > >

[PATCH v2 0/3] add Aspeed udc driver for ast2600

This patch series aim to add Aspeed USB 2.0 Device Controller (udc) driver, including driver itself, device tree node and documentation. Change since v1: - Fix build test warning reported by kernel test robot. - Rename proper name for dt-bindings document. *** BLURB HERE *** Neal Liu (3): usb:

RE: [PATCH 3/3] dt-bindings: usb: add documentation for aspeed udc

> -Original Message- > From: Krzysztof Kozlowski > Sent: Monday, May 16, 2022 1:54 PM > To: Neal Liu ; Greg Kroah-Hartman > ; Rob Herring ; Krzysztof > Kozlowski ; Joel Stanley ; > Andrew Jeffery ; Felipe Balbi ; Sumit > Semwal ; Christian König > ; Geert Uytterhoeven ; > Li Yang > Cc: li

Re: [PATCH] drm/meson: Fix refcount leak in meson_encoder_hdmi_init

Hi, On Wed, 11 May 2022 09:40:51 +0400, Miaoqian Lin wrote: > of_find_device_by_node() takes reference, we should use put_device() > to release it when not need anymore. > Add missing put_device() in error path to avoid refcount > leak. > > Thanks, Applied to https://anongit.freedesktop.org/git

Re: [greybus-dev] Re: [PATCH] [v2] Kbuild: move to -std=gnu11

On Mon, May 16, 2022 at 3:19 PM Guenter Roeck wrote: > On 5/16/22 06:31, Greg KH wrote: > > On Mon, May 16, 2022 at 06:10:23AM -0700, Guenter Roeck wrote: > >> On Mon, Feb 28, 2022 at 11:27:43AM +0100, Arnd Bergmann wrote: > >>> From: Arnd Bergmann > >>> > >>> During a patch discussion, Linus bro

Re: [PATCH] drm: bridge: sii8620: fix possible off-by-one

On 18.05.2022 08:58, Hangyu Hua wrote: The next call to sii8620_burst_get_tx_buf will result in off-by-one When ctx->burst.tx_count + size == ARRAY_SIZE(ctx->burst.tx_buf). The same thing happens in sii8620_burst_get_rx_buf. This patch also change tx_count and tx_buf to rx_count and rx_buf in

Re: [PATCH v2 3/5] drm/gem-vram: Share code between GEM VRAM's _{prepare,cleanup}_fb()

Hello Thomas, On 5/17/22 13:33, Thomas Zimmermann wrote: > The error-recovery code in drm_gem_vram_plane_helper_prepare_fb() is of > the same pattern as drm_gem_vram_plane_helper_cleanup_fb(). Implement > both of them using an internal helper. No functional changes. > > Signed-off-by: Thomas Zimm

Re: [PATCH v2 0/5] drm: Ignore non-existing color planes in helpers

Hi Am 17.05.22 um 13:56 schrieb Christian König: Am 17.05.22 um 13:33 schrieb Thomas Zimmermann: Some DRM helpers assume that all potential color planes of a framebuffer are available; even if the color format didn't specify them. Non-existing planes are silently ignored. This behavior is incon

Re: [RFC PATCH v3 02/19] KVM: x86: inhibit APICv/AVIC when the guest and/or host changes apic id/base from the defaults.

On Wed, Apr 27, 2022 at 11:02:57PM +0300, Maxim Levitsky wrote: >Neither of these settings should be changed by the guest and it is >a burden to support it in the acceleration code, so just inhibit >it instead. > >Also add a boolean 'apic_id_changed' to indicate if apic id ever changed. > >Signed-o

Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display

On Tue, 17 May 2022, Hans de Goede wrote: > Hi All, > > As mentioned in my RFC titled "drm/kms: control display brightness through > drm_connector properties": > https://lore.kernel.org/dri-devel/0d188965-d809-81b5-74ce-7d30c49fe...@redhat.com/ > > The first step towards this is to deal with some

[PATCH] dma-buf: cleanup dma_fence_chain_walk

Use unrcu_pointer() instead of the manual cast. Signed-off-by: Christian König --- drivers/dma-buf/dma-fence-chain.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/dma-buf/dma-fence-chain.c b/drivers/dma-buf/dma-fence-chain.c index 06f8ef97c6e8..a0d920576ba6 100

Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()

On Tue, 17 May 2022, Hans de Goede wrote: > ATM on x86 laptops where we want userspace to use the acpi_video backlight > device we often register both the GPU's native backlight device and > acpi_video's firmware acpi_video# backlight device. This relies on > userspace preferring firmware type bac

Re: [PATCH] drm/i915: check fence to avoid null pointer dereference

Hi, On 17/05/2022 17:56, Yongzhi Liu wrote: if drm_syncobj_fence_get return null, we will get a null pointer. Fix this by adding the null pointer check on fence. Signed-off-by: Yongzhi Liu --- drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c | 4 1 file changed, 4 insertions(+) diff -

Re: [PATCH v1 1/2] phy/qcom: add regulator_set_load to edp/dp phy

On 17-05-22, 10:25, Kuogee Hsieh wrote: pls use the correct subsystem tag, "phy: xxx" in this case > This patch add regulator_set_load() to both eDP and DP phy driver > to have totally control regulators. Can you explain what is meant by "totally control regulators" > > Signed-off-by: Kuogee H

[PATCH V11 04/22] LoongArch: Add writecombine support for drm

LoongArch maintains cache coherency in hardware, but its WUC attribute (Weak-ordered UnCached, which is similar to WC) is out of the scope of cache coherency machanism. This means WUC can only used for write-only memory regions. Cc: dri-devel@lists.freedesktop.org Reviewed-by: WANG Xuerui Signed-

Re: [PATCH v6, 6/7] media: mediatek: vcodec: prevent kernel crash when scp ipi timeout

Hi Yunfei, On 5/13/22 11:25, Yunfei Dong wrote: > When SCP timeout during playing video, kernel crashes with following > message. It's caused by accessing NULL pointer in vpu_dec_ipi_handler. > This patch doesn't solve the root cause of NULL pointer, but merely > prevent kernel crashed when encoun

Re: [RFC PATCH v3 02/19] KVM: x86: inhibit APICv/AVIC when the guest and/or host changes apic id/base from the defaults.

On Wed, 2022-05-18 at 16:28 +0800, Chao Gao wrote: > On Wed, Apr 27, 2022 at 11:02:57PM +0300, Maxim Levitsky wrote: > > Neither of these settings should be changed by the guest and it is > > a burden to support it in the acceleration code, so just inhibit > > it instead. > > > > Also add a boolea

Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display

Hi, On 5/18/22 10:44, Jani Nikula wrote: > On Tue, 17 May 2022, Hans de Goede wrote: >> Hi All, >> >> As mentioned in my RFC titled "drm/kms: control display brightness through >> drm_connector properties": >> https://lore.kernel.org/dri-devel/0d188965-d809-81b5-74ce-7d30c49fe...@redhat.com/ >> >

Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()

Hi, On 5/18/22 10:55, Jani Nikula wrote: > On Tue, 17 May 2022, Hans de Goede wrote: >> ATM on x86 laptops where we want userspace to use the acpi_video backlight >> device we often register both the GPU's native backlight device and >> acpi_video's firmware acpi_video# backlight device. This rel

Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display

On Wed, 18 May 2022, Hans de Goede wrote: > Hi, > > On 5/18/22 10:44, Jani Nikula wrote: >> On Tue, 17 May 2022, Hans de Goede wrote: >>> Hi All, >>> >>> As mentioned in my RFC titled "drm/kms: control display brightness through >>> drm_connector properties": >>> https://lore.kernel.org/dri-devel

Re: [PATCH 1/1] drm/panfrost: Add support for devcoredump

On 17/05/2022 18:42, Adrián Larumbe wrote: > In the event of a job timeout, debug dump information will be written into > /sys/class/devcoredump. > > Inspired by etnaviv's similar feature. > > Signed-off-by: Adrián Larumbe Nice! Some comments below. > --- > drivers/gpu/drm/panfrost/Kconfig

Re: [PATCH v6, 6/7] media: mediatek: vcodec: prevent kernel crash when scp ipi timeout

On 5/18/22 13:29, yunfei.d...@mediatek.com wrote: > Dear Hans, > > Thanks for your review. > On Wed, 2022-05-18 at 11:37 +0200, Hans Verkuil wrote: >> Hi Yunfei, >> >> On 5/13/22 11:25, Yunfei Dong wrote: >>> When SCP timeout during playing video, kernel crashes with >>> following >>> message.

Re: [PATCH 11/11] drm/i915: Fix undefined behavior due to shift overflowing the constant

On Wed, 18 May 2022, Borislav Petkov wrote: > On Tue, May 17, 2022 at 04:05:46PM -0700, Randy Dunlap wrote: >> >> >> On 4/5/22 08:15, Borislav Petkov wrote: >> > From: Borislav Petkov >> > >> > Fix: >> > >> > In file included from :0:0: >> > drivers/gpu/drm/i915/gt/uc/intel_guc.c: In func

Re: [PATCH -next] drm/i915: fix compilation errors caused by `-fsanitize=shift`

On Tue, 17 May 2022, "GONG, Ruiqi" wrote: > Fix the compilation errors produced by building recent mainline on x86 > with allmodconfig: > > (1st type of errors) > drivers/gpu/drm/i915/display/intel_ddi.c:1916:2: error: case label does not > reduce to an integer constant > case PORT_CLK_SEL_WR

Re: [RFC PATCH v3 02/19] KVM: x86: inhibit APICv/AVIC when the guest and/or host changes apic id/base from the defaults.

On Wed, May 18, 2022 at 12:50:27PM +0300, Maxim Levitsky wrote: >> > struct kvm_arch { >> > @@ -1258,6 +1260,7 @@ struct kvm_arch { >> >hpa_t hv_root_tdp; >> >spinlock_t hv_root_tdp_lock; >> > #endif >> > + bool apic_id_changed; >> >> What's the value of this boolean? No one reads it. >

[PATCH v2 0/3] drm/panel: simple: add bus-format support for panel-dpi

From: Max Krummenacher Commit 4a1d0dbc8332 ("drm/panel: simple: add panel-dpi support") added support for defining a panel from device tree provided data. However support for setting the bus format is missing, so that with the current implementation a 'panel-dpi' panel can only be used if the d

[PATCH v2 1/3] dt-bindings: display: add new bus-format property for panel-dpi

From: Max Krummenacher The property is used to set the enum bus_format and infer the bpc for a panel defined by 'panel-dpi'. This specifies how the panel is connected to the display interface. Signed-off-by: Max Krummenacher --- Changes in v2: - Fix errors found by dt_binding_check .../

[PATCH v2 2/3] dt-bindings: display: startek, startek-kd050c: allow bus-format property

From: Max Krummenacher Allow to specify the optional bus-format property newly added to panel-dpi. Signed-off-by: Max Krummenacher --- Changes in v2: - New commit .../bindings/display/panel/startek,startek-kd050c.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentat

[PATCH v2 3/3] drm/panel: simple: add bus-format support for panel-dpi

From: Max Krummenacher Evaluate the device tree bus-format property to set bus_format for a 'panel-dpi' panel. Additionally infer the bpc value from the given bus-format. Valid values for bus-format are found in: This completes the addition of panel-dpi to completely specify a panel-simple pan

Re: [PATCH v2] dma-buf: Move sysfs work out of DMA-BUF export path

Am 18.05.22 um 01:09 schrieb T.J. Mercier: [SNIP] Perhaps we should go just one step further and make a misc device node for dmabug debugging information to be in and just have userspace poll/read on the device node and we spit the info that used to be in debugfs out through that? That way this

Re: [PATCH v2] dma-buf: Move sysfs work out of DMA-BUF export path

On Tue, May 17, 2022 at 04:09:36PM -0700, T.J. Mercier wrote: > On Mon, May 16, 2022 at 11:13 PM Greg Kroah-Hartman > wrote: > > > > On Mon, May 16, 2022 at 05:08:05PM -0700, T.J. Mercier wrote: > > > On Mon, May 16, 2022 at 12:21 PM Christian König > > > wrote: > > > > > > > > Am 16.05.22 um 20:

[PATCH AUTOSEL 5.17 07/23] Revert "fbdev: Make fb_release() return -ENODEV if fbdev was unregistered"

From: Javier Martinez Canillas [ Upstream commit 135332f34ba2662bc1e32b5c612e06a8cc41a053 ] This reverts commit aafa025c76dcc7d1a8c8f0bdefcbe4eb480b2f6a. That commit attempted to fix a NULL pointer dereference, caused by the struct fb_info associated with a framebuffer device to not longer be va

[PATCH AUTOSEL 5.17 08/23] fbdev: Prevent possible use-after-free in fb_release()

From: Daniel Vetter [ Upstream commit 89bfd4017e58faaf70411555e7f508495114e90b ] Most fbdev drivers have issues with the fb_info lifetime, because call to framebuffer_release() from their driver's .remove callback, rather than doing from fbops.fb_destroy callback. Doing that will destroy the fb

[PATCH AUTOSEL 5.17 13/23] drm/amd/display: undo clearing of z10 related function pointers

From: Eric Yang [ Upstream commit 9b9bd3f640640f94272a461b2dfe558f91b322c5 ] [Why] Z10 and S0i3 have some shared path. Previous code clean up , incorrectly removed these pointers, which breaks s0i3 restore [How] Do not clear the function pointers based on Z10 disable. Reviewed-by: Nicholas Kaz

[PATCH AUTOSEL 5.15 06/17] Revert "fbdev: Make fb_release() return -ENODEV if fbdev was unregistered"

From: Javier Martinez Canillas [ Upstream commit 135332f34ba2662bc1e32b5c612e06a8cc41a053 ] This reverts commit aafa025c76dcc7d1a8c8f0bdefcbe4eb480b2f6a. That commit attempted to fix a NULL pointer dereference, caused by the struct fb_info associated with a framebuffer device to not longer be va

[PATCH AUTOSEL 5.15 07/17] fbdev: Prevent possible use-after-free in fb_release()

From: Daniel Vetter [ Upstream commit 89bfd4017e58faaf70411555e7f508495114e90b ] Most fbdev drivers have issues with the fb_info lifetime, because call to framebuffer_release() from their driver's .remove callback, rather than doing from fbops.fb_destroy callback. Doing that will destroy the fb

RE: [PATCH AUTOSEL 5.17 13/23] drm/amd/display: undo clearing of z10 related function pointers

Hi, Is S0i3 verified for DCN 3.1.6 with this? BR, Chandan V N >From: Eric Yang > >[ Upstream commit 9b9bd3f640640f94272a461b2dfe558f91b322c5 ] > > [Why] >Z10 and S0i3 have some shared path. Previous code clean up , incorrectly >removed these pointers, which breaks s0i3 restore > > [How] >Do no

Re: [RFC PATCH v3 02/19] KVM: x86: inhibit APICv/AVIC when the guest and/or host changes apic id/base from the defaults.

On Wed, 2022-05-18 at 19:51 +0800, Chao Gao wrote: > On Wed, May 18, 2022 at 12:50:27PM +0300, Maxim Levitsky wrote: > > > > struct kvm_arch { > > > > @@ -1258,6 +1260,7 @@ struct kvm_arch { > > > > hpa_t hv_root_tdp; > > > > spinlock_t hv_root_tdp_lock; > > > > #endif > > > > +

Re: [RFC] drm/kms: control display brightness through drm_connector properties

Hi, On 4/14/22 15:10, Jani Nikula wrote: > On Thu, 07 Apr 2022, Hans de Goede wrote: >> As discussed already several times in the past: >> https://www.x.org/wiki/Events/XDC2014/XDC2014GoedeBacklight/ >> >> https://lore.kernel.org/all/4b17ba08-39f3-57dd-5aad-d37d844b0...@linux.intel.com/ >> >>

Re: [PATCH AUTOSEL 5.17 13/23] drm/amd/display: undo clearing of z10 related function pointers

[Public] DCN 3.1.6 needs it, but I don't know if yellow carp needs it. I think this is only applicable to kernel 5.18. @Kazlauskas, Nicholas can you verify? Alex From: VURDIGERENATARAJ, CHANDAN Sent: Wednesday, May 18, 202

[no subject]

Just sending that to intel-gfx to let the CI systems take a look at it. Regards, Christian.

[PATCH 1/5] dma-buf: cleanup dma_fence_unwrap selftest v2

The selftests, fix the error handling, remove unused functions and stop leaking memory in failed tests. v2: fix the memory leak correctly. Signed-off-by: Christian König --- drivers/dma-buf/st-dma-fence-unwrap.c | 48 +++ 1 file changed, 19 insertions(+), 29 deletions(-)

[PATCH 3/5] dma-buf: return only unsignaled fences in dma_fence_unwrap_for_each v3

dma_fence_chain containers cleanup signaled fences automatically, so filter those out from arrays as well. v2: fix missing walk over the array v3: massively simplify the patch and actually update the description. Signed-off-by: Christian König --- include/linux/dma-fence-unwrap.h | 6 +- 1

[PATCH 4/5] dma-buf: generalize dma_fence unwrap & merging v3

Introduce a dma_fence_unwrap_merge() macro which allows to unwrap fences which potentially can be containers as well and then merge them back together into a flat dma_fence_array. v2: rename the function, add some more comments about how the wrapper is used, move filtering of signaled fences i

[PATCH 5/5] drm: use dma_fence_unwrap_merge() in drm_syncobj

The unwrap merge function is now intended for this use case. Signed-off-by: Christian König Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_syncobj.c | 57 +-- 1 file changed, 7 insertions(+), 50 deletions(-) diff --git a/drivers/gpu/drm/drm_syncobj.c b/drive

[PATCH 2/5] dma-buf: cleanup dma_fence_unwrap implementation

Move the code from the inline functions into exported functions. Signed-off-by: Christian König Acked-by: Daniel Vetter --- drivers/dma-buf/Makefile | 2 +- drivers/dma-buf/dma-fence-unwrap.c | 59 ++ include/linux/dma-fence-unwrap.h | 52 ++-

Re: [PATCH V2 0/3] DSI host and peripheral initialisation ordering

Hi Dave, On 11.05.2022 17:47, Dave Stevenson wrote: > On Wed, 11 May 2022 at 15:58, Marek Szyprowski > wrote: >> On 05.04.2022 13:43, Dave Stevenson wrote: >>> On Fri, 18 Mar 2022 at 12:25, Dave Stevenson >>> wrote: On Fri, 4 Mar 2022 at 15:18, Dave Stevenson wrote: > Hi All >>

Re: [greybus-dev] Re: [PATCH] [v2] Kbuild: move to -std=gnu11

On 5/18/22 00:46, Arnd Bergmann wrote: On Mon, May 16, 2022 at 3:19 PM Guenter Roeck wrote: On 5/16/22 06:31, Greg KH wrote: On Mon, May 16, 2022 at 06:10:23AM -0700, Guenter Roeck wrote: On Mon, Feb 28, 2022 at 11:27:43AM +0100, Arnd Bergmann wrote: From: Arnd Bergmann During a patch disc

Re: [Intel-gfx] [V2 3/3] drm/amd/display: Move connector debugfs to drm

On 5/18/22 01:38, Modem, Bhanuprakash wrote: > On Mon-16-05-2022 02:09 pm, Jani Nikula wrote: >> On Mon, 02 May 2022, Harry Wentland wrote: >>> Both the kernel and IGT series look good to me. >>> >>> I recommend you merge the entire kernel set as one into drm-next. We >>> can pull it into amd-s

Re: [PATCH v2 05/12] drm: bridge: samsung-dsim: Add DSI init in bridge pre_enable()

On 11.05.2022 17:02, Marek Szyprowski wrote: > On 04.05.2022 13:40, Jagan Teki wrote: >> Host transfer() in DSI master will invoke only when the DSI commands >> are sent from DSI devices like DSI Panel or DSI bridges and this >> host transfer wouldn't invoke for I2C-based-DSI bridge drivers. >> >>

Re: [RFC] drm/kms: control display brightness through drm_connector properties

On Wed, 18 May 2022, Hans de Goede wrote: > So how about: display_brightness or panel_brightness ? This is a prime opportunity to look at all the existing properties, and come up with a new combination of capitalization, spacing, hyphens, underscores, etc. to accompany the total lack of unificati

Re: [RFC] drm/kms: control display brightness through drm_connector properties

On Wed, May 18, 2022 at 02:59:58PM +0200, Hans de Goede wrote: > Hi, > > On 4/14/22 15:10, Jani Nikula wrote: > > There are some cases where we can actually get a rough PWM/luminance > > curve from i915 opregion. I think maybe 16 data points. We've never > > exposed that. My idea was that you'd ha

Re: [PATCH v1 1/2] phy/qcom: add regulator_set_load to edp/dp phy

On 5/18/2022 2:29 AM, Vinod Koul wrote: On 17-05-22, 10:25, Kuogee Hsieh wrote: pls use the correct subsystem tag, "phy: xxx" in this case This patch add regulator_set_load() to both eDP and DP phy driver to have totally control regulators. Can you explain what is meant by "totally control

[PATCH v2 0/2] eDP/DP Phy vdda realted function

1) add regulator_set_load() to eDP/DP phy 2) remove vdda related function out of eDP/DP controller Kuogee Hsieh (2): phy/qcom: add regulator_set_load to edp/dp phy drm/msm/dp: delete vdda regulator related functions from eDP/DP controller drivers/gpu/drm/msm/dp/dp_parser.c | 14 --

[PATCH v2 1/2] phy/qcom: add regulator_set_load to edp/dp phy

This patch add regulator_set_load() to both eDP and DP phy driver to have totally control regulators. Changes in v2: -- no regulator_set_laod() before disable regulator Signed-off-by: Kuogee Hsieh --- drivers/phy/qualcomm/phy-qcom-edp.c | 25 + drivers/phy/qualcomm/phy-q

[PATCH v2 2/2] drm/msm/dp: delete vdda regulator related functions from eDP/DP controller

Vdda regulators are related to both eDP and DP phy so that it should be managed at eDP and DP phy driver instead of controller. This patch remove vdda regulators related functions out of eDP/DP controller. Signed-off-by: Kuogee Hsieh --- drivers/gpu/drm/msm/dp/dp_parser.c | 14 -- drivers/gp

Re: [PATCH] drm/bridge: fix anx6345 power up sequence

On Thu, Apr 28, 2022 at 8:58 AM Torsten Duwe wrote: > > On Mon, 18 Apr 2022 17:25:57 -0700 > Vasily Khoruzhick wrote: > > > On Sun, Apr 17, 2022 at 11:52 AM Vasily Khoruzhick > > wrote: > > > > The change looks good to me, but I'll need some time to actually > > > test it. If you don't hear from

Re: [PATCH 05/14] drm/nouveau: Don't register backlight when another backlight should be used

Reviewed-by: Lyude Paul Also, ack on this being pushed to drm-misc, along with any other patches I r-b On Tue, 2022-05-17 at 17:23 +0200, Hans de Goede wrote: > Before this commit when we want userspace to use the acpi_video backlight > device we register both the GPU's native backlight device a

Re: [PATCH v2 1/2] phy/qcom: add regulator_set_load to edp/dp phy

On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: > > This patch add regulator_set_load() to both eDP and DP phy driver > to have totally control regulators. > > Changes in v2: > -- no regulator_set_laod() before disable regulator > > Signed-off-by: Kuogee Hsieh > --- > drivers/phy/qualcomm/phy-

Re: [PATCH v2 2/2] drm/msm/dp: delete vdda regulator related functions from eDP/DP controller

On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: > > Vdda regulators are related to both eDP and DP phy so that it should be > managed at eDP and DP phy driver instead of controller. This patch remove removes > vdda regulators related functions out of eDP/DP controller. > Signed-off-by: Kuogee

Re: [RFC PATCH v3 01/19] KVM: x86: document AVIC/APICv inhibit reasons

On Wed, 2022-05-18 at 15:56 +, Sean Christopherson wrote: > On Wed, Apr 27, 2022, Maxim Levitsky wrote: > > These days there are too many AVIC/APICv inhibit > > reasons, and it doesn't hurt to have some documentation > > for them. > > Please wrap at ~75 chars. > > > Signed-off-by: Maxim Levit

Re: [RFC PATCH v3 02/19] KVM: x86: inhibit APICv/AVIC when the guest and/or host changes apic id/base from the defaults.

On Wed, 2022-05-18 at 15:39 +, Sean Christopherson wrote: > On Wed, May 18, 2022, Maxim Levitsky wrote: > > On Wed, 2022-05-18 at 16:28 +0800, Chao Gao wrote: > > > > struct kvm_arch { > > > > @@ -1258,6 +1260,7 @@ struct kvm_arch { > > > > hpa_t hv_root_tdp; > > > > spinlock_

Re: [PATCH v2 0/2] eDP/DP Phy vdda realted function

On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: > > 1) add regulator_set_load() to eDP/DP phy > 2) remove vdda related function out of eDP/DP controller These patches touch two subsystems and have a dependency between them. How do we merge them? > > Kuogee Hsieh (2): > phy/qcom: add regulato

Re: [PATCH v2 0/2] eDP/DP Phy vdda realted function

On 5/18/2022 10:16 AM, Dmitry Baryshkov wrote: On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: 1) add regulator_set_load() to eDP/DP phy 2) remove vdda related function out of eDP/DP controller These patches touch two subsystems and have a dependency between them. How do we merge them? c

Re: [PATCH v2 0/2] eDP/DP Phy vdda realted function

On 18/05/2022 20:29, Kuogee Hsieh wrote: On 5/18/2022 10:16 AM, Dmitry Baryshkov wrote: On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: 1) add regulator_set_load() to eDP/DP phy 2) remove vdda related function out of eDP/DP controller These patches touch two subsystems and have a dependenc

Re: [PATCH v2 1/2] phy/qcom: add regulator_set_load to edp/dp phy

On 5/18/2022 10:12 AM, Dmitry Baryshkov wrote: On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: This patch add regulator_set_load() to both eDP and DP phy driver to have totally control regulators. Changes in v2: -- no regulator_set_laod() before disable regulator Signed-off-by: Kuogee Hsi

Re: [PATCH 12/14] drm/nouveau: Register ACPI video backlight when nv_backlight registration fails

On Tue, 2022-05-17 at 17:23 +0200, Hans de Goede wrote: > Typically the acpi_video driver will initialize before nouveau, which > used to cause /sys/class/backlight/acpi_video0 to get registered and then > nouveau would register its own nv_backlight device later. After which > the drivers/acpi/vide

Re: nouveau lockdep deadlock report with 5.18-rc6

Yeah I noticed this as well, I will try to bisect this the next change that I get On Tue, 2022-05-17 at 13:10 +0200, Hans de Goede wrote: > Hi All, > > I just noticed the below lockdep possible deadlock report with a 5.18-rc6 > kernel on a Dell Latitude E6430 laptop with the following nvidia GPU

Re: [PATCH v2 1/2] phy/qcom: add regulator_set_load to edp/dp phy

On 18/05/2022 20:36, Kuogee Hsieh wrote: On 5/18/2022 10:12 AM, Dmitry Baryshkov wrote: On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: This patch add regulator_set_load() to both eDP and DP phy driver to have totally control regulators. Changes in v2: -- no regulator_set_laod() before dis

Re: [PATCH v2 1/2] phy/qcom: add regulator_set_load to edp/dp phy

On 5/18/2022 10:52 AM, Dmitry Baryshkov wrote: On 18/05/2022 20:36, Kuogee Hsieh wrote: On 5/18/2022 10:12 AM, Dmitry Baryshkov wrote: On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: This patch add regulator_set_load() to both eDP and DP phy driver to have totally control regulators. Ch

[PATCH 2/2] drm/tiny: Add ofdrm for Open Firmware framebuffers

Open Firmware provides basic display output via the 'display' node. DT platform code already provides a device that represents the node's framebuffer. Add a DRM driver for the device. The display mode and color format is pre-initialized by the system's firmware. Runtime modesetting via DRM is not p

[PATCH 1/2] MAINTAINERS: Broaden scope of simpledrm entry

There will be more DRM drivers for firmware-provided framebuffers. Use the existing entry for simpledrm instead of adding a new one for each driver. Also add DRM's aperture helpers, which are part of the driver's infrastructure. Signed-off-by: Thomas Zimmermann --- MAINTAINERS | 4 +++- 1 file c

[PATCH 0/2] drm: Add driverof PowerPC OF displays

PowerPC's Open Firmware offers a simple display buffer for graphics output. Add ofdrm, a DRM driver for the device. As with the existing simpledrm driver, the graphics hardware is pre-initialized by the firmware. The driver only provides blitting, no actual DRM modesetting is possible. Thomas Zimm

Re: [PATCH v3] uapi/drm/i915: Document memory residency and Flat-CCS capability of obj

Media driver never creates a BO with more than one backing regions. Acked-by: Tony Ye Thanks, Tony On 5/2/2022 7:15 AM, Ramalingam C wrote: Capture the impact of memory region preference list of the objects, on their memory residency and Flat-CCS capability. v2: Fix the Flat-CCS capabili

Re: [PATCH 2/2] drm/tiny: Add ofdrm for Open Firmware framebuffers

Hello, On Wed, May 18, 2022 at 08:30:06PM +0200, Thomas Zimmermann wrote: > Open Firmware provides basic display output via the 'display' node. > DT platform code already provides a device that represents the node's > framebuffer. Add a DRM driver for the device. The display mode and > color forma

RE: [PATCH] video: hyperv_fb: Allow resolutions with size > 64 MB for Gen1

> From: Dexuan Cui > Sent: Wednesday, May 4, 2022 10:05 AM > To: Haiyang Zhang ; Wei Liu ; > > ... > > When I initially implemented this driver 10 years ago, I believe there > > was smaller limit for the fb... But I think this patch is good for the > > newer MMIO alloc scheme. I hope to see review

Re: [PATCH] drm/msm/dpu: limit writeback modes according to max_linewidth

On 14/05/2022 01:59, Abhinav Kumar wrote: Writeback modes were being added according to mode_config.max_width but this is assigned to double of max_mixer_width. For compositors/clients using a single SSPP, this will fail the dpu_plane's atomic check as it checks for max_linewidth. Limit writeba

[PATCH] drm/msm/dpu: handle pm_runtime_get_sync() errors in bind path

If there are errors while trying to enable the pm in the bind path, it will lead to unclocked access of hw revision register thereby crashing the device. This will not address why the pm_runtime_get_sync() fails but at the very least we should be able to prevent the crash by handling the error and

Re: [PATCH] drm/msm/dpu: handle pm_runtime_get_sync() errors in bind path

Quoting Abhinav Kumar (2022-05-18 12:55:40) > If there are errors while trying to enable the pm in the > bind path, it will lead to unclocked access of hw revision > register thereby crashing the device. > > This will not address why the pm_runtime_get_sync() fails > but at the very least we should

Re: [PATCH v2 0/2] eDP/DP Phy vdda realted function

On 5/18/2022 10:31 AM, Dmitry Baryshkov wrote: On 18/05/2022 20:29, Kuogee Hsieh wrote: On 5/18/2022 10:16 AM, Dmitry Baryshkov wrote: On Wed, 18 May 2022 at 19:43, Kuogee Hsieh wrote: 1) add regulator_set_load() to eDP/DP phy 2) remove vdda related function out of eDP/DP controller These

[pull] amdgpu drm-fixes-5.18

Hi Dave, Daniel, Just one suspend/resume regression fix. The following changes since commit 42226c989789d8da4af1de0c31070c96726d990c: Linux 5.18-rc7 (2022-05-15 18:08:58 -0700) are available in the Git repository at: https://gitlab.freedesktop.org/agd5f/linux.git tags/amd-drm-fixes-5.18-2

[PATCH v3 0/3] eDP/DP Phy vdda realted function

1) add regulator_set_load() to eDP phy 2) add regulator_set_load() to DP phy 3) remove vdda related function out of eDP/DP controller Kuogee Hsieh (3): phy/qualcomm: add regulator_set_load to edp phy phy/qualcomm: add regulator_set_load to dp phy drm/msm/dp: delete vdda regulator related fun

[PATCH v3 1/3] phy/qualcomm: add regulator_set_load to edp phy

This patch add regulator_set_load() before enable regulator at eDP phy driver. Changes in v3: -- no regulator_set_load before disable regulator -- no supply name string change at probe -- split into two patches Signed-off-by: Kuogee Hsieh --- drivers/phy/qualcomm/phy-qcom-edp.c | 10 +-

[PATCH v3 3/3] drm/msm/dp: delete vdda regulator related functions from eDP/DP controller

Vdda regulators are related to both eDP and DP phy so that it should be managed at eDP and DP phy driver instead of controller. This patch removes vdda regulators related functions out of eDP/DP controller. Signed-off-by: Kuogee Hsieh --- drivers/gpu/drm/msm/dp/dp_parser.c | 14 -- drivers/g

  1   2   >