Re: [PATCH v2 00/17] backlight: Introduce power-state constants

2024-07-04 Thread Lee Jones
On Mon, 24 Jun 2024 17:19:55 +0200, Thomas Zimmermann wrote: > The backlight code currently uses fbdev's FB_BLANK_ constants to > represent power states UNBLANK and POWERDOWN. Introduce dedicated > backlight constants to remove this dependency on fbdev. > > Patch 1 introduces BACKLIGHT_POWER_ON

Re: [PATCH RFT 10/11] serial: 8250_bcm2835aux: add PM suspend/resume support

2024-07-04 Thread Stefan Wahren
Hi Florian, Am 04.07.24 um 16:12 schrieb Florian Fainelli: On 6/30/2024 5:53 PM, Stefan Wahren wrote: This adds suspend/resume support for the 8250_bcm2835aux driver to provide power management support on attached devices. Signed-off-by: Stefan Wahren --- Since i don't have a RS485 setup,

Re: Time for drm-ci-next?

2024-07-04 Thread Rob Clark
On Thu, Jul 4, 2024 at 7:08 AM Daniel Vetter wrote: > > On Tue, Jul 02, 2024 at 05:32:39AM -0700, Rob Clark wrote: > > On Fri, Jun 28, 2024 at 10:44 AM Daniel Vetter wrote: > > > > > > On Thu, Jun 27, 2024 at 11:51:37AM -0700, Rob Clark wrote: > > > > On Wed, Jun 26, 2024 at 10:47 AM Daniel

Re: [PATCH 09/11] usb: dwc2: Skip clock gating on Broadcom SoCs

2024-07-04 Thread Stefan Wahren
Hi Florian, Am 04.07.24 um 16:14 schrieb Florian Fainelli: On 6/30/2024 4:36 PM, Stefan Wahren wrote: On resume of the Raspberry Pi the dwc2 driver fails to enable HCD_FLAG_HW_ACCESSIBLE before re-enabling the interrupts. This causes a situation where both handler ignore a incoming port

Re: [PATCH v3 3/4] drm/bridge-connector: move to DRM_DISPLAY_HELPER module

2024-07-04 Thread Dmitry Baryshkov
On Thu, 4 Jul 2024 at 15:54, Maxime Ripard wrote: > > On Tue, Jul 02, 2024 at 12:48:54PM GMT, Dmitry Baryshkov wrote: > > drm_bridge_connector is a "leaf" driver, belonging to the display > > helper, rather than the "CRTC" drm_kms_helper module. Move the driver > > to the drm/display and add

Re: [PATCH v3 4/4] drm/bridge-connector: reset the HDMI connector state

2024-07-04 Thread Dmitry Baryshkov
On Thu, 4 Jul 2024 at 15:56, Maxime Ripard wrote: > > hi, > > On Tue, Jul 02, 2024 at 12:48:55PM GMT, Dmitry Baryshkov wrote: > > On HDMI connectors which use drm_bridge_connector and DRM_BRIDGE_OP_HDMI > > IGT chokes on the max_bpc property in several kms_properties tests due > > to the the

Re: [PULL] drm-misc-fixes

2024-07-04 Thread Daniel Vetter
On Thu, Jul 04, 2024 at 02:27:58PM +0200, Maarten Lankhorst wrote: > Hi Dave, Sima, > > A nicely filled fixes tree just for you! And the rest of the world! > > Cheers, > ~Maarten > > drm-misc-fixes-2024-07-04: > drm-misc-fixes for v6.10-rc7: > - Add panel quirks. > - Firmware sysfb refcount

Re: [PULL] drm-xe-fixes

2024-07-04 Thread Daniel Vetter
On Thu, Jul 04, 2024 at 12:51:44PM +0200, Thomas Hellstrom wrote: > Hi Dave and Sima > > Two small fixes this week. > > Thanks, > Thomas > > drm-xe-fixes-2024-07-04: > Driver Changes: > - One copy/paste mistake fix. > - One error path fix causing an error pointer dereference. > > The following

Re: [PATCH v3 00/21] iommu: Refactoring domain allocation interface

2024-07-04 Thread Will Deacon
On Thu, Jul 04, 2024 at 10:24:52PM +0800, Baolu Lu wrote: > On 2024/7/4 22:18, Will Deacon wrote: > > On Mon, 10 Jun 2024 16:55:34 +0800, Lu Baolu wrote: > > > The IOMMU subsystem has undergone some changes, including the removal > > > of iommu_ops from the bus structure. Consequently, the

Re: [PATCH v6 04/12] drm/ttm, drm/amdgpu, drm/xe: Consider hitch moves within bulk sublist moves

2024-07-04 Thread Christian König
Am 04.07.24 um 15:53 schrieb Thomas Hellström: On Thu, 2024-07-04 at 15:13 +0200, Christian König wrote: Hey Thomas, Am 04.07.24 um 14:41 schrieb Thomas Hellström: Hi, Christian, On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote: Am 03.07.24 um 17:38 schrieb Thomas Hellström: To

Re: [PATCH v3 00/21] iommu: Refactoring domain allocation interface

2024-07-04 Thread Baolu Lu
On 2024/7/4 22:18, Will Deacon wrote: On Mon, 10 Jun 2024 16:55:34 +0800, Lu Baolu wrote: The IOMMU subsystem has undergone some changes, including the removal of iommu_ops from the bus structure. Consequently, the existing domain allocation interface, which relies on a bus type argument, is no

Re: [PATCH v3 00/21] iommu: Refactoring domain allocation interface

2024-07-04 Thread Will Deacon
On Mon, 10 Jun 2024 16:55:34 +0800, Lu Baolu wrote: > The IOMMU subsystem has undergone some changes, including the removal > of iommu_ops from the bus structure. Consequently, the existing domain > allocation interface, which relies on a bus type argument, is no longer > relevant: > > struct

Re: [PATCH] drm/panic: Fix uninitialized spinlock acquisition with CONFIG_DRM_PANIC=n

2024-07-04 Thread Daniel Vetter
On Tue, Jul 02, 2024 at 07:34:50PM -0400, Lyude Paul wrote: > It turns out that if you happen to have a kernel config where > CONFIG_DRM_PANIC is disabled and spinlock debugging is enabled, along with > KMS being enabled - we'll end up trying to acquire an uninitialized > spin_lock with

Re: [PATCH 09/11] usb: dwc2: Skip clock gating on Broadcom SoCs

2024-07-04 Thread Florian Fainelli
On 6/30/2024 4:36 PM, Stefan Wahren wrote: On resume of the Raspberry Pi the dwc2 driver fails to enable HCD_FLAG_HW_ACCESSIBLE before re-enabling the interrupts. This causes a situation where both handler ignore a incoming port interrupt and force the upper layers to disable the dwc2

Re: [PULL] drm-intel-fixes

2024-07-04 Thread Daniel Vetter
On Tue, Jul 02, 2024 at 11:28:39AM +0300, Jani Nikula wrote: > > Hi Dave & Sima - > > One early fix this week. > > drm-intel-fixes-2024-07-02: > drm/i915 fixes for v6.10-rc7: > - Skip unnecessary MG programming, avoiding warnings (Imre) > > BR, > Jani. > > The following changes since commit

Re: [PATCH 08/11] usb: dwc2: debugfs: Print parameter no_clock_gating

2024-07-04 Thread Florian Fainelli
On 6/30/2024 4:36 PM, 'Stefan Wahren' via BCM-KERNEL-FEEDBACK-LIST,PDL wrote: The commit c4a0f7a6ab54 ("usb: dwc2: Skip clock gating on Samsung SoCs") introduced a parameter to skip enabling clock gating mode even the hardware platform should supports it. In order to make this more visible

Re: [PATCH 11/11] ARM: bcm2835_defconfig: Enable SUSPEND

2024-07-04 Thread Florian Fainelli
On 6/30/2024 6:19 PM, Stefan Wahren wrote: Since the Raspberry Pi supports Suspend-To-Idle now, this option should be enabled. This should make power management testing easier. Signed-off-by: Stefan Wahren Reviewed-by: Florian Fainelli -- Florian smime.p7s Description: S/MIME

Re: [PATCH RFT 10/11] serial: 8250_bcm2835aux: add PM suspend/resume support

2024-07-04 Thread Florian Fainelli
On 6/30/2024 5:53 PM, Stefan Wahren wrote: This adds suspend/resume support for the 8250_bcm2835aux driver to provide power management support on attached devices. Signed-off-by: Stefan Wahren --- Since i don't have a RS485 setup, any test feedback would be great.

Re: [PATCH 05/11] irqchip/bcm2835: Enable SKIP_SET_WAKE and MASK_ON_SUSPEND

2024-07-04 Thread Florian Fainelli
On 6/30/2024 4:36 PM, 'Stefan Wahren' via BCM-KERNEL-FEEDBACK-LIST,PDL wrote: The BCM2835 ARMCTRL interrupt controller doesn't provide any facility to configure the wakeup sources. That's the reason why this implementation lacks the irq_set_wake implementation. But this prevent us from

Re: [PATCH 03/11] pmdomain: raspberrypi-power: Adjust packet definition

2024-07-04 Thread Florian Fainelli
On 6/30/2024 4:36 PM, Stefan Wahren wrote: According to the official Mailbox property interface the second part of RPI_FIRMWARE_SET_POWER_STATE ( and so on ...) is named state because it represent u32 flags and just the lowest bit is for on/off. So rename it to align with documentation and

Re: [PATCH 02/11] mailbox: bcm2835: Fix timeout during suspend mode

2024-07-04 Thread Florian Fainelli
On 6/30/2024 4:36 PM, Stefan Wahren wrote: During noirq suspend phase the Raspberry Pi power driver suffer of firmware property timeouts. The reason is that the IRQ of the underlying BCM2835 mailbox is disabled and rpi_firmware_property_list() will always run into a timeout [1]. Since the

Re: [PATCH 01/11] firmware: raspberrypi: Improve timeout warning

2024-07-04 Thread Florian Fainelli
On 6/30/2024 4:36 PM, Stefan Wahren wrote: Recent work on raspberry-power driver showed that even the stacktrace on firmware property timeout doesn't provide enough information. So add the first tag name to the warning to be in line with a status error. Signed-off-by: Stefan Wahren

Re: Time for drm-ci-next?

2024-07-04 Thread Daniel Vetter
On Tue, Jul 02, 2024 at 05:32:39AM -0700, Rob Clark wrote: > On Fri, Jun 28, 2024 at 10:44 AM Daniel Vetter wrote: > > > > On Thu, Jun 27, 2024 at 11:51:37AM -0700, Rob Clark wrote: > > > On Wed, Jun 26, 2024 at 10:47 AM Daniel Vetter wrote: > > > > > > > > On Wed, Jun 26, 2024 at 11:38:30AM

[PATCH RESEND] drm/qxl: fix null pointer dereference in qxl_add_mode

2024-07-04 Thread Ma Ke
In qxl_add_mode(), the return value of drm_cvt_mode() is assigned to mode, which will lead to a possible NULL pointer dereference on failure of drm_cvt_mode(). Add a check to avoid npd. Fixes: 1b043677d4be ("drm/qxl: add qxl_add_mode helper function") Signed-off-by: Ma Ke ---

Re: [PATCH v6 04/12] drm/ttm, drm/amdgpu, drm/xe: Consider hitch moves within bulk sublist moves

2024-07-04 Thread Thomas Hellström
On Thu, 2024-07-04 at 15:13 +0200, Christian König wrote: > Hey Thomas, > > Am 04.07.24 um 14:41 schrieb Thomas Hellström: > > Hi, Christian, > > > > On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote: > > > Am 03.07.24 um 17:38 schrieb Thomas Hellström: > > > > To address the problem with

Re: [PATCH v3 04/21] vhost-vdpa: Use iommu_paging_domain_alloc()

2024-07-04 Thread Will Deacon
On Wed, Jul 03, 2024 at 12:32:06PM -0400, Michael S. Tsirkin wrote: > On Mon, Jun 10, 2024 at 04:55:38PM +0800, Lu Baolu wrote: > > Replace iommu_domain_alloc() with iommu_paging_domain_alloc(). > > > > Signed-off-by: Lu Baolu > > Acked-by: Michael S. Tsirkin > > > I assume it's merged with

[PATCH RESEND] drm/radeon: fix null pointer dereference in radeon_add_common_modes

2024-07-04 Thread Ma Ke
In radeon_add_common_modes(), the return value of drm_cvt_mode() is assigned to mode, which will lead to a possible NULL pointer dereference on failure of drm_cvt_mode(). Add a check to avoid npd. Fixes: d50ba256b5f1 ("drm/kms: start adding command line interface using fb.") Signed-off-by: Ma Ke

[PATCH v10] drm/rockchip: rk3066_hdmi: add sound support

2024-07-04 Thread Johan Jonker
Add sound support to the RK3066 HDMI driver. The HDMI TX audio source is connected to I2S_8CH. Signed-off-by: Zheng Yang Signed-off-by: Johan Jonker --- Changed V10: s/audio_enable/audio_enabled hook to encoder->funcs->late_register move audio functions up to avoid adding a declaration

Re: [PATCH] gpu: ipu-v3: Removal of of_node_put with __free for auto cleanup

2024-07-04 Thread Abhinav Jain
On Tue, 2 Jul 2024 17:29:14 +0200, Javier Carrasco wrote: > Hi Abhinav, > > Apart form having sent two different patches with the same title (hence > the confusion), this cleanup is right from a functional point of view. > > On the other hand, the description should address why you are doing this

[PATCH RESEND] drm/client: fix null pointer dereference in drm_client_modeset_probe

2024-07-04 Thread Ma Ke
In drm_client_modeset_probe(), the return value of drm_mode_duplicate() is assigned to modeset->mode, which will lead to a possible NULL pointer dereference on failure of drm_mode_duplicate(). Add a check to avoid npd. Fixes: cf13909aee05 ("drm/fb-helper: Move out modeset config code")

[PATCH v2] gpu: ipu-v3: Add cleanup attribute for prg_node for auto cleanup

2024-07-04 Thread Abhinav Jain
Add cleanup attribute for device node prg_node. Remove of_node_put for device node prg_node as it is unnecessary now. Suggested-by: Julia Lawall Signed-off-by: Abhinav Jain --- - PATCH v1: https://lore.kernel.org/all/20240702150109.1002065-1-jain.abhinav...@gmail.com/ - Changes since v1:

[PULL] drm-misc-next

2024-07-04 Thread Maxime Ripard
Hi, Here's this week drm-misc-next PR, and the last PR for the 6.11 release cycle. Thanks! Maxime drm-misc-next-2024-07-04: drm-misc-next for $kernel-version: UAPI Changes: Cross-subsystem Changes: Core Changes: - dp/mst: Fix daisy-chaining at resume - dsc: Add helper to dump the DSC

Re: [PATCH v6 04/12] drm/ttm, drm/amdgpu, drm/xe: Consider hitch moves within bulk sublist moves

2024-07-04 Thread Christian König
Hey Thomas, Am 04.07.24 um 14:41 schrieb Thomas Hellström: Hi, Christian, On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote: Am 03.07.24 um 17:38 schrieb Thomas Hellström: To address the problem with hitches moving when bulk move sublists are lru-bumped, register the list cursors with

[PATCH v2 RESEND] drm/gma500: fix null pointer dereference in psb_intel_lvds_get_modes

2024-07-04 Thread Ma Ke
In psb_intel_lvds_get_modes(), the return value of drm_mode_duplicate() is assigned to mode, which will lead to a possible NULL pointer dereference on failure of drm_mode_duplicate(). Add a check to avoid npd. Cc: sta...@vger.kernel.org Fixes: 89c78134cc54 ("gma500: Add Poulsbo support")

Re: [PATCH v3 0/6] drm/radeon: remove load callback & drm_dev_alloc

2024-07-04 Thread Christian König
Am 04.07.24 um 06:58 schrieb Hoi Pok Wu: Thanks a lot for your help Thomas. On Wed, Jul 3, 2024 at 4:52 AM Thomas Zimmermann wrote: Hi Am 30.06.24 um 18:59 schrieb Wu Hoi Pok: .load and drm_dev_alloc are deprecated. These patch series aims to remove them. v3: Both v1 and v2 sucks. v3

[PATCH RESEND] drm/amd/display: Check pipe_ctx before it is used

2024-07-04 Thread Ma Ke
resource_get_otg_master_for_stream() could return NULL, we should check the return value of 'otg_master' before it is used in resource_log_pipe_for_stream(). Fixes: 5db346c256bb ("drm/amd/display: update pipe topology log to support subvp") Signed-off-by: Ma Ke ---

Re: [PATCH v3 4/4] drm/bridge-connector: reset the HDMI connector state

2024-07-04 Thread Maxime Ripard
hi, On Tue, Jul 02, 2024 at 12:48:55PM GMT, Dmitry Baryshkov wrote: > On HDMI connectors which use drm_bridge_connector and DRM_BRIDGE_OP_HDMI > IGT chokes on the max_bpc property in several kms_properties tests due > to the the drm_bridge_connector failing to reset HDMI-related > properties. >

Re: [PATCH v3 3/4] drm/bridge-connector: move to DRM_DISPLAY_HELPER module

2024-07-04 Thread Maxime Ripard
On Tue, Jul 02, 2024 at 12:48:54PM GMT, Dmitry Baryshkov wrote: > drm_bridge_connector is a "leaf" driver, belonging to the display > helper, rather than the "CRTC" drm_kms_helper module. Move the driver > to the drm/display and add necessary Kconfig selection clauses. > > Suggested-by: Maxime

Re: [PATCH 2/4] drm/mgag200: Start/stop BMC scanout in BMC encoder helpers

2024-07-04 Thread Thomas Zimmermann
Am 04.07.24 um 14:23 schrieb Thomas Zimmermann: Hi Am 04.07.24 um 14:13 schrieb Jocelyn Falempe: On 03/07/2024 15:40, Thomas Zimmermann wrote: Start and stop the BMC scanout from the BMC encoder's atomic_enable and atomic_disable helpers. The BMC stops scanning out at the beginning of a

[PATCH RESEND] drm/amd/display: Add otg_master NULL check within init_pipe_slice_table_from_context

2024-07-04 Thread Ma Ke
To avoid reports of NULL_RETURN warning, we should add otg_master NULL check. Fixes: c51d87202d1f ("drm/amd/display: do not attempt ODM power optimization if minimal transition doesn't exist") Signed-off-by: Ma Ke --- drivers/gpu/drm/amd/display/dc/dml/dcn32/dcn32_fpu.c | 2 ++ 1 file changed,

Re: [PATCH v3 1/4] drm/drm_property: require DRM_MODE_PROP_IMMUTABLE for single-value props

2024-07-04 Thread Maxime Ripard
On Tue, Jul 02, 2024 at 12:48:52PM GMT, Dmitry Baryshkov wrote: > Document that DRM_MODE_PROP_IMMUTABLE must be set for the properties > that are immutable by definition - e.g. ranges with min == max or enums > with a single value. This matches the behaviour of the IGT tests, see >

Re: [PATCH v6 04/12] drm/ttm, drm/amdgpu, drm/xe: Consider hitch moves within bulk sublist moves

2024-07-04 Thread Thomas Hellström
Hi, Christian, On Thu, 2024-07-04 at 11:21 +0200, Christian König wrote: > Am 03.07.24 um 17:38 schrieb Thomas Hellström: > > To address the problem with hitches moving when bulk move > > sublists are lru-bumped, register the list cursors with the > > ttm_lru_bulk_move structure when traversing

[PATCH v2 RESEND] drm/gma500: fix null pointer dereference in cdv_intel_lvds_get_modes

2024-07-04 Thread Ma Ke
In cdv_intel_lvds_get_modes(), the return value of drm_mode_duplicate() is assigned to mode, which will lead to a NULL pointer dereference on failure of drm_mode_duplicate(). Add a check to avoid npd. Cc: sta...@vger.kernel.org Fixes: 6a227d5fd6c4 ("gma500: Add support for Cedarview")

[PULL] drm-misc-fixes

2024-07-04 Thread Maarten Lankhorst
Hi Dave, Sima, A nicely filled fixes tree just for you! And the rest of the world! Cheers, ~Maarten drm-misc-fixes-2024-07-04: drm-misc-fixes for v6.10-rc7: - Add panel quirks. - Firmware sysfb refcount fix. - Another null pointer mode deref fix for nouveau. - Panthor sync and uobj fixes. - Fix

Re: [PATCH 1/4] drm/mgag200: Only set VIDRST bits in CRTC modesetting

2024-07-04 Thread Jocelyn Falempe
On 04/07/2024 14:16, Thomas Zimmermann wrote: Hi Am 04.07.24 um 14:03 schrieb Jocelyn Falempe: On 03/07/2024 15:40, Thomas Zimmermann wrote: The VRSTEN and HRSTEN bits control whether a CRTC synchronizes its display signal with an external source on the VIDRST pin. The G200WB and G200EW3

[RFC PATCH RESEND] drm/tiny: Add support for Sitronix ST7539

2024-07-04 Thread Christian Eggers
Resend because the 1st transmission got HTML'ed by my company's mail server. Based on the existing ST7586 driver. But the ST7539 ... - is monochrome only - has 8 VERTICAL pixels per byte - doesn't support any MIPI DCS commands - has (a few) 16 bit commands - doesn't support setting a clipping

Re: [PATCH 0/8] dma-buf: heaps: Support carved-out heaps and ECC related-flags

2024-07-04 Thread Maxime Ripard
On Fri, Jun 28, 2024 at 04:42:35PM GMT, Thierry Reding wrote: > On Fri, Jun 28, 2024 at 03:08:46PM GMT, Maxime Ripard wrote: > > Hi, > > > > On Fri, Jun 28, 2024 at 01:29:17PM GMT, Thierry Reding wrote: > > > On Tue, May 21, 2024 at 02:06:19PM GMT, Daniel Vetter wrote: > > > > On Thu, May 16,

Re: [PATCH 2/4] drm/mgag200: Start/stop BMC scanout in BMC encoder helpers

2024-07-04 Thread Thomas Zimmermann
Hi Am 04.07.24 um 14:13 schrieb Jocelyn Falempe: On 03/07/2024 15:40, Thomas Zimmermann wrote: Start and stop the BMC scanout from the BMC encoder's atomic_enable and atomic_disable helpers. The BMC stops scanning out at the beginning of a modeset operation and restarts the scanout at the

Re: [PATCH 1/4] drm/mgag200: Only set VIDRST bits in CRTC modesetting

2024-07-04 Thread Thomas Zimmermann
Hi Am 04.07.24 um 14:03 schrieb Jocelyn Falempe: On 03/07/2024 15:40, Thomas Zimmermann wrote: The VRSTEN and HRSTEN bits control whether a CRTC synchronizes its display signal with an external source on the VIDRST pin. The G200WB and G200EW3 models synchronize with a BMC chip, but different

Re: [PATCH 2/4] drm/mgag200: Start/stop BMC scanout in BMC encoder helpers

2024-07-04 Thread Jocelyn Falempe
On 03/07/2024 15:40, Thomas Zimmermann wrote: Start and stop the BMC scanout from the BMC encoder's atomic_enable and atomic_disable helpers. The BMC stops scanning out at the beginning of a modeset operation and restarts the scanout at the end of the modeset. Only G200EW3 and G200WB require

Re: [PATCH] drm/vkms: Remove event from vkms_output

2024-07-04 Thread Maíra Canal
On 7/3/24 13:04, Lyude Paul wrote: While working on rvkms, I noticed that there's no code that actually uses the drm_pending_vblank_event that's embedded in vkms_output. So, just drop the member from the struct. Signed-off-by: Lyude Paul Reviewed-by: Maíra Canal Feel free to apply it to

Re: [PATCH 1/4] drm/mgag200: Only set VIDRST bits in CRTC modesetting

2024-07-04 Thread Jocelyn Falempe
On 03/07/2024 15:40, Thomas Zimmermann wrote: The VRSTEN and HRSTEN bits control whether a CRTC synchronizes its display signal with an external source on the VIDRST pin. The G200WB and G200EW3 models synchronize with a BMC chip, but different external video encoders, such as the Matrox

Re: [PATCH v6 08/12] drm/ttm: Add a virtual base class for graphics memory backup

2024-07-04 Thread Christian König
Am 03.07.24 um 17:38 schrieb Thomas Hellström: Initially intended for experimenting with different backup solutions (shmem vs direct swap cache insertion), abstract the backup destination using a virtual base class. Also provide a sample implementation for shmem. Let's postpone this and all

Re: [PATCH 4/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Jocelyn Falempe
On 04/07/2024 11:11, Alice Ryhl wrote: Jocelyn Falempe wrote: This patch adds a new panic screen, with a QR code and the kmsg data embedded. If DRM_PANIC_SCREEN_QR_CODE_URL is set, then the kmsg data will be compressed with zlib and encoded as a numerical segment, and appended to the url as

Re: [PATCH 2/4] drm/bridge: add Microchip DSI controller support for sam9x7 SoC series

2024-07-04 Thread Krzysztof Kozlowski
On 04/07/2024 10:48, Manikandan Muralidharan wrote: > Add the Microchip's DSI controller wrapper driver that uses > the Synopsys DesignWare MIPI DSI host controller bridge. > > Signed-off-by: Manikandan Muralidharan > --- ... > + > +#define HSTT(_maxfreq, _c_lp2hs, _c_hs2lp, _d_lp2hs,

Re: [PATCH 1/4] dt-bindings: display: bridge: add sam9x75-mipi-dsi binding

2024-07-04 Thread Krzysztof Kozlowski
On 04/07/2024 10:48, Manikandan Muralidharan wrote: > Add the 'sam9x75-mipi-dsi' compatible binding, which describes the > Microchip's specific wrapper for the Synopsys DesignWare MIPI DSI HOST > Controller for the sam9x75 series System-on-Chip (SoC) devices. > > Signed-off-by: Manikandan

[PULL] drm-xe-fixes

2024-07-04 Thread Thomas Hellstrom
Hi Dave and Sima Two small fixes this week. Thanks, Thomas drm-xe-fixes-2024-07-04: Driver Changes: - One copy/paste mistake fix. - One error path fix causing an error pointer dereference. The following changes since commit 22a40d14b572deb80c0648557f4bd502d7e83826: Linux 6.10-rc6

Re: [PATCH 3/4] MAINTAINERS: add SAM9X7 SoC's Microchip's MIPI DSI host wrapper driver

2024-07-04 Thread Krzysztof Kozlowski
On 04/07/2024 10:48, Manikandan Muralidharan wrote: > Add the Microchip's DSI controller wrapper driver that uses the > Synopsys DesignWare MIPI DSI host controller bridge for the SAM9X7 > SoC series to the MAINTAINERS entry. > > Signed-off-by: Manikandan Muralidharan > --- > MAINTAINERS | 8

Re: [PATCH] drm/rockchip: cdn-dp: Remove redundant workarounds for firmware loading

2024-07-04 Thread Dragan Simic
Hello Andy, On 2024-07-04 04:10, Andy Yan wrote: At 2024-07-04 07:32:02, "Dragan Simic" wrote: After the additional firmware-related module information was introduced by the commit c0677e41a47f ("drm/rockchip: cdn-dp-core: add MODULE_FIRMWARE macro"), there's no longer need for the

Re: [PATCH v11 09/24] drm/rockchip: dw_hdmi: add regulator support

2024-07-04 Thread Diederik de Haas
On Thursday, 4 July 2024 12:00:43 CEST Heiko Stübner wrote: > > Is it possible to probe for those avdd_0v9 and avdd_1v8 regulators only on > > devices that should have them? > > > > On a Rock64 (rk3328), but probably for all VOP1 devices, they're not > > present and that results in the following

Re: [PATCH v11 09/24] drm/rockchip: dw_hdmi: add regulator support

2024-07-04 Thread Alex Bee
Am 04.07.24 um 11:09 schrieb Diederik de Haas: On Friday, 22 April 2022 09:28:26 CEST Sascha Hauer wrote: The RK3568 has HDMI_TX_AVDD0V9 and HDMI_TX_AVDD_1V8 supply inputs needed for the HDMI port. add support for these to the driver for boards which have them supplied by switchable regulators.

Re: [PATCH] drm/vkms: Remove event from vkms_output

2024-07-04 Thread Louis Chauvet
Le 03/07/24 - 12:04, Lyude Paul a écrit : > While working on rvkms, I noticed that there's no code that actually uses > the drm_pending_vblank_event that's embedded in vkms_output. So, just drop > the member from the struct. This seems to be a leftover of the work on the introduction on vblank,

Re: [PATCH v1] drm/ci: uprev IGT

2024-07-04 Thread Dmitry Baryshkov
On Thu, Jul 04, 2024 at 02:52:02PM GMT, Vignesh Raman wrote: > Uprev IGT to the latest version, which includes a fix for the > writeback tests issue on MSM devices. Enable debugging for > igt-runner to log output such as 'Begin test' and 'End test'. > This will help identify which test causes

Re: [PATCH v11 09/24] drm/rockchip: dw_hdmi: add regulator support

2024-07-04 Thread Heiko Stübner
Am Donnerstag, 4. Juli 2024, 11:09:00 CEST schrieb Diederik de Haas: > On Friday, 22 April 2022 09:28:26 CEST Sascha Hauer wrote: > > The RK3568 has HDMI_TX_AVDD0V9 and HDMI_TX_AVDD_1V8 supply inputs needed > > for the HDMI port. add support for these to the driver for boards which > > have them

Re: [PATCH] drm/msm: Fix incorrect file name output in adreno_request_fw()

2024-07-04 Thread Dmitry Baryshkov
On 04/07/2024 12:30, Aleksandr Mishin wrote: In adreno_request_fw() when debugging information is printed to the log after firmware load, an incorrect filename is printed. 'newname' is used instead of 'fwname', so prefix "qcom/" is being added to filename. Looks like "copy-paste" mistake. Fix

[PATCH] drm/msm: Fix incorrect file name output in adreno_request_fw()

2024-07-04 Thread Aleksandr Mishin
In adreno_request_fw() when debugging information is printed to the log after firmware load, an incorrect filename is printed. 'newname' is used instead of 'fwname', so prefix "qcom/" is being added to filename. Looks like "copy-paste" mistake. Fix this mistake by replacing 'newname' with

Re: [PATCH 4/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Alice Ryhl
On Thu, Jul 4, 2024 at 11:28 AM Greg KH wrote: > > On Thu, Jul 04, 2024 at 09:11:09AM +, Alice Ryhl wrote: > > As long as the above requirements are satisfied, calling > > `drm_panic_qr_generate` should never cause memory unsafety, so this is > > an appropriate list of safety requirements. >

Re: [PATCH 0/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Jocelyn Falempe
On 04/07/2024 11:18, Alice Ryhl wrote: On Wed, Jul 3, 2024 at 5:44 PM Jocelyn Falempe wrote: This series adds a new panic screen, with the kmsg data embedded in a QR-code. The main advantage of QR-code, is that you can copy/paste the debug data to a bug report. The QR-code encoder is

Re: [PATCH 4/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Greg KH
On Thu, Jul 04, 2024 at 09:11:09AM +, Alice Ryhl wrote: > As long as the above requirements are satisfied, calling > `drm_panic_qr_generate` should never cause memory unsafety, so this is > an appropriate list of safety requirements. > > (You also require that `data_len <= data_size`, but if

[PATCH v1] drm/ci: uprev IGT

2024-07-04 Thread Vignesh Raman
Uprev IGT to the latest version, which includes a fix for the writeback tests issue on MSM devices. Enable debugging for igt-runner to log output such as 'Begin test' and 'End test'. This will help identify which test causes system freeze or hangs. Update xfails and add metadata header for each

Re: [PATCH v6 04/12] drm/ttm, drm/amdgpu, drm/xe: Consider hitch moves within bulk sublist moves

2024-07-04 Thread Christian König
Am 03.07.24 um 17:38 schrieb Thomas Hellström: To address the problem with hitches moving when bulk move sublists are lru-bumped, register the list cursors with the ttm_lru_bulk_move structure when traversing its list, and when lru-bumping the list, move the cursor hitch to the tail. This also

Re: [PATCH 0/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Alice Ryhl
On Wed, Jul 3, 2024 at 5:44 PM Jocelyn Falempe wrote: > > This series adds a new panic screen, with the kmsg data embedded in a QR-code. > > The main advantage of QR-code, is that you can copy/paste the debug data to a > bug report. > > The QR-code encoder is written in rust, and is very

Re: [PATCH 0/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Alice Ryhl
On Thu, Jul 4, 2024 at 7:03 AM Greg KH wrote: > > On Wed, Jul 03, 2024 at 05:33:57PM +0200, Jocelyn Falempe wrote: > > Jocelyn Falempe (4): > > drm/panic: Add integer scaling to blit() > > drm/rect: add drm_rect_overlap() > > drm/panic: simplify logo handling > > drm/panic: Add a qr_code

Re: [PATCH 4/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Alice Ryhl
Jocelyn Falempe wrote: > This patch adds a new panic screen, with a QR code and the kmsg data > embedded. > If DRM_PANIC_SCREEN_QR_CODE_URL is set, then the kmsg data will be > compressed with zlib and encoded as a numerical segment, and appended > to the url as a url parameter. This allows to

Re: [PATCH v11 09/24] drm/rockchip: dw_hdmi: add regulator support

2024-07-04 Thread Diederik de Haas
On Friday, 22 April 2022 09:28:26 CEST Sascha Hauer wrote: > The RK3568 has HDMI_TX_AVDD0V9 and HDMI_TX_AVDD_1V8 supply inputs needed > for the HDMI port. add support for these to the driver for boards which > have them supplied by switchable regulators. > > Signed-off-by: Sascha Hauer >

Re: [PATCH v6 03/12] drm/ttm: Use LRU hitches

2024-07-04 Thread Christian König
Am 03.07.24 um 17:38 schrieb Thomas Hellström: Have iterators insert themselves into the list they are iterating over using hitch list nodes. Since only the iterator owner can remove these list nodes from the list, it's safe to unlock the list and when continuing, use them as a starting point.

[PATCH v1 2/2] HID: i2c-hid: elan: Add elan-ekth6a12nay timing

2024-07-04 Thread Zhaoxiong Lv
Elan-ekth6a12nay requires reset to pull down time greater than 10ms, so the configuration post_power_delay_ms is 10, and the chipset initial time is required to be greater than 300ms, so the post_gpio_reset_on_delay_ms is set to 300. Signed-off-by: Zhaoxiong Lv ---

[PATCH v1 1/2] dt-bindings: HID: i2c-hid: elan: Introduce Elan ekth6a12nay

2024-07-04 Thread Zhaoxiong Lv
The Elan ekth6a12nay touch screen chip same as Elan eKTH6915 controller has a reset gpio. The difference is that they have different post_power_delay_ms. Signed-off-by: Zhaoxiong Lv --- Documentation/devicetree/bindings/input/elan,ekth6915.yaml | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v1 0/2] HID: i2c-hid: elan: Add elan-ekth6a12nay timing

2024-07-04 Thread Zhaoxiong Lv
Elan-ekth6a12nay requires reset to pull down time greater than 10ms, so the configuration post_power_delay_ms is 10, and the chipset initial time is required to be greater than 300ms, so the post_gpio_reset_on_delay_ms is set to 300. Zhaoxiong Lv (2): dt-bindings: HID: i2c-hid: elan: Introduce

[PATCH 4/4] ARM: configs: at91: Enable Microchip's MIPI DSI Host Controller support

2024-07-04 Thread Manikandan Muralidharan
Enable the Microchip's DSI controller wrapper driver that uses the Synopsys DesignWare MIPI DSI host controller bridge. Signed-off-by: Manikandan Muralidharan --- arch/arm/configs/at91_dt_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/at91_dt_defconfig

[PATCH 1/4] dt-bindings: display: bridge: add sam9x75-mipi-dsi binding

2024-07-04 Thread Manikandan Muralidharan
Add the 'sam9x75-mipi-dsi' compatible binding, which describes the Microchip's specific wrapper for the Synopsys DesignWare MIPI DSI HOST Controller for the sam9x75 series System-on-Chip (SoC) devices. Signed-off-by: Manikandan Muralidharan --- .../bridge/microchip,sam9x75-mipi-dsi.yaml|

[PATCH 2/4] drm/bridge: add Microchip DSI controller support for sam9x7 SoC series

2024-07-04 Thread Manikandan Muralidharan
Add the Microchip's DSI controller wrapper driver that uses the Synopsys DesignWare MIPI DSI host controller bridge. Signed-off-by: Manikandan Muralidharan --- drivers/gpu/drm/bridge/Kconfig| 8 + drivers/gpu/drm/bridge/Makefile | 1 +

[PATCH 3/4] MAINTAINERS: add SAM9X7 SoC's Microchip's MIPI DSI host wrapper driver

2024-07-04 Thread Manikandan Muralidharan
Add the Microchip's DSI controller wrapper driver that uses the Synopsys DesignWare MIPI DSI host controller bridge for the SAM9X7 SoC series to the MAINTAINERS entry. Signed-off-by: Manikandan Muralidharan --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS

[PATCH 0/4] MIPI DSI Controller support for SAM9X75 series

2024-07-04 Thread Manikandan Muralidharan
This patch series adds support for the Microchip's MIPI DSI Controller wrapper driver that uses the Synopsys DesignWare MIPI DSI host controller bridge for SAM9X75 SoC series. Manikandan Muralidharan (4): dt-bindings: display: bridge: add sam9x75-mipi-dsi binding drm/bridge: add Microchip DSI

Re: [PATCH 2/2] drm/amdgpu: Add address alignment support to DCC buffers

2024-07-04 Thread Christian König
Am 04.07.24 um 10:30 schrieb Arunpravin Paneer Selvam: Add address alignment support to the DCC VRAM buffers. v2: - adjust size based on the max_texture_channel_caches values only for GFX12 DCC buffers. - used AMDGPU_GEM_CREATE_GFX12_DCC flag to apply change only for DCC

Re: [PATCH] drm/mediatek: Fix missing configuration flags in mtk_crtc_ddp_config()

2024-07-04 Thread AngeloGioacchino Del Regno
Il 03/07/24 12:33, Jason-JH.Lin ha scritto: In mtk_crtc_ddp_config(), mtk_crtc will use some configuration flags to generate instructions to cmdq_handle, such as: state->pending_config mtk_crtc->pending_planes plane_state->pending.config mtk_crtc->pending_async_planes

Re: [PATCH] drm/panthor: Record devfreq busy as soon as a job is started

2024-07-04 Thread Steven Price
On 03/07/2024 16:56, Steven Price wrote: > If a queue is already assigned to the hardware, then a newly submitted > job can start straight away without waiting for the tick. However in > this case the devfreq infrastructure isn't notified that the GPU is > busy. By the time the tick happens the

[PATCH v5 4/4] drm/xe/lnl: Offload system clear page activity to GPU

2024-07-04 Thread Nirmoy Das
On LNL because of flat CCS, driver creates a migrate job to clear CCS meta data. Extend that to also clear system pages using GPU. Inform TTM to allocate pages without __GFP_ZERO to avoid double page clearing by clearing out TTM_TT_FLAG_ZERO_ALLOC flag and set TTM_TT_FLAG_CLEARED_ON_FREE while

[PATCH v5 3/4] drm/xe/migrate: Clear CCS when clearing bo on xe2

2024-07-04 Thread Nirmoy Das
Clearing bo with uncompress PTE will trigger a CCS clearing as well for XE2, so skip emit_copy_ccs() when on xe2 when clearing bo. v2: When clearing BO, CCS clear happens with all command as long as PTEs are uncompress. Cc: Himal Prasad Ghimiray Cc: Matthew Auld Cc: "Thomas Hellström"

[PATCH v5 1/4] drm/ttm: Add a flag to allow drivers to skip clear-on-free

2024-07-04 Thread Nirmoy Das
Add TTM_TT_FLAG_CLEARED_ON_FREE, which DRM drivers can set before releasing backing stores if they want to skip clear-on-free. Cc: Matthew Auld Cc: Thomas Hellström Suggested-by: Christian König Signed-off-by: Nirmoy Das Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_pool.c | 18

[PATCH v5 2/4] drm/xe/migrate: Parameterize ccs and bo data clear in xe_migrate_clear()

2024-07-04 Thread Nirmoy Das
Parameterize clearing ccs and bo data in xe_migrate_clear() which higher layers can utilize. This patch will be used later on when doing bo data clear for igfx as well. Cc: Himal Prasad Ghimiray Cc: Matthew Auld Cc: "Thomas Hellström" Signed-off-by: Nirmoy Das ---

Re: [PATCH 0/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Jocelyn Falempe
On 04/07/2024 07:03, Greg KH wrote: On Wed, Jul 03, 2024 at 05:33:57PM +0200, Jocelyn Falempe wrote: This series adds a new panic screen, with the kmsg data embedded in a QR-code. The main advantage of QR-code, is that you can copy/paste the debug data to a bug report. The QR-code encoder

[PATCH 2/2] drm/amdgpu: Add address alignment support to DCC buffers

2024-07-04 Thread Arunpravin Paneer Selvam
Add address alignment support to the DCC VRAM buffers. v2: - adjust size based on the max_texture_channel_caches values only for GFX12 DCC buffers. - used AMDGPU_GEM_CREATE_GFX12_DCC flag to apply change only for DCC buffers. - roundup non power of two DCC buffer adjusted size to

[PATCH] drm/buddy: Add start address support to trim function

2024-07-04 Thread Arunpravin Paneer Selvam
- Add a new start parameter in trim function to specify exact address from where to start the trimming. This would help us in situations like if drivers would like to do address alignment for specific requirements. - Add a new flag DRM_BUDDY_TRIM_DISABLE. Drivers can use this flag to

Re: [PATCH v8 0/3] drm/mediatek: Add support for OF graphs

2024-07-04 Thread AngeloGioacchino Del Regno
Il 19/06/24 12:56, AngeloGioacchino Del Regno ha scritto: Il 18/06/24 12:17, AngeloGioacchino Del Regno ha scritto: Changes in v8:   - Rebased on next-20240617   - Changed to allow probing a VDO with no available display outputs Hello CK, At the time of writing, this series was well

Re: [PATCH 0/4] drm/panic: Add a qr_code panic screen

2024-07-04 Thread Miguel Ojeda
On Thu, Jul 4, 2024 at 7:03 AM Greg KH wrote: > > Wait, we can put .rs files in any directory now? I didn't think that > worked properly yet. We can put leaves of the crate graph (e.g. in-tree we have the samples and the PHY driver), but not the rest of the graph. The former fits just fine in

Re: [PATCH v2 3/3] drm/panel: jd9365da: Break some CMDS into helper functions

2024-07-04 Thread Linus Walleij
On Thu, Jul 4, 2024 at 6:50 AM Cong Yang wrote: > These panels have some common cmds (e0h~e3h,80h), let's break > them into helper functions. > > Signed-off-by: Cong Yang This is a good start! :) Reviewed-by: Linus Walleij If you get time one of these days, see if you can add some defines

Re: [PATCH] drm/ttm: Always take the bo delayed cleanup path for imported bos

2024-07-04 Thread Thomas Hellström
On Mon, 2024-07-01 at 12:43 +0200, Christian König wrote: > Am 28.06.24 um 20:13 schrieb Daniel Vetter: > > On Fri, Jun 28, 2024 at 03:51:33PM +, Matthew Brost wrote: > > > On Fri, Jun 28, 2024 at 05:38:48PM +0200, Thomas Hellström wrote: > > > > Bos can be put with multiple unrelated dma-resv

RE: [PATCH] drm/xe: Use write-back caching mode for system memory on DGFX

2024-07-04 Thread Mrozek, Michal
The caching mode for buffer objects with VRAM as a possible placement was forced to write-combined, regardless of placement. However, write-combined system memory is expensive to allocate and even though it is pooled, the pool is expensive to shrink, since it involves global CPU TLB flushes.

Re: [PATCH RFC 1/3] firmware: qcom: implement object invoke support

2024-07-04 Thread Dmitry Baryshkov
On Thu, 4 Jul 2024 at 00:40, Amirreza Zarrabi wrote: > > > > On 7/3/2024 10:13 PM, Dmitry Baryshkov wrote: > > On Tue, Jul 02, 2024 at 10:57:36PM GMT, Amirreza Zarrabi wrote: > >> Qualcomm TEE hosts Trusted Applications and Services that run in the > >> secure world. Access to these resources is

<    1   2   3   4   5   6   7   8   9   10   >