[PATCH v2 0/2] Don't create Python bytecode when building the kernel

As reported by Andy, the Kernel build system runs kernel-doc script for DRM, when W=1. Due to Python's normal behavior, its JIT compiler will create a bytecode and store it under scripts/lib/*/__pycache__. As one may be using O= and even having the sources on a read-only mount point, disable its

[PATCH v2 1/2] scripts/kernel-doc.py: don't create *.pyc files

As reported by Andy, kernel-doc.py is creating a __pycache__ directory at build time. Disable creation of __pycache__ for the libraries used by kernel-doc.py, when excecuted via the build system or via scripts/find-unused-docs.sh. Reported-by: Andy Shevchenko Closes: https://lore.kernel.org/linu

Re: [PATCH v3 20/54] dyndbg: check DYNAMIC_DEBUG_CLASSMAP_DEFINE args at compile-time

Le 15/04/2025 à 21:54, jim.cro...@gmail.com a écrit : On Tue, Apr 15, 2025 at 4:04 AM Louis Chauvet wrote: Le 02/04/2025 à 19:41, Jim Cromie a écrit : Add __DYNAMIC_DEBUG_CLASSMAP_CHECK to implement the following arg-checks at compile-time: 0 <= _base < 63 class_names is n

Re: [PATCH 17/19] drm/virtio: Pass along the format info from .fb_create() to drm_helper_mode_fill_fb_struct()

On 4/10/25 19:32, Ville Syrjala wrote: > From: Ville Syrjälä > > Plumb the format info from .fb_create() all the way to > drm_helper_mode_fill_fb_struct() to avoid the redundant > lookup. > > Cc: David Airlie > Cc: Gerd Hoffmann > Cc: Dmitry Osipenko > Cc: Gurchetan Singh > Cc: Chia-I Wu >

Re: [PATCH v9 17/23] drm/mediatek: mtk_hdmi: Split driver and add common probe function

[PATCH] scripts/kernel-doc.py: don't create *.pyc files

As reported by Andy, kernel-doc.py is creating a __pycache__ directory at build time. Disable creation of __pycache__ for the libraries used by kernel-doc.py, when excecuted via the build system or via scripts/find-unused-docs.sh. Reported-by: Andy Shevchenko Closes: https://lore.kernel.org/linu

Re: Reggression caused by "drm/fb-helper: Don't use the preferred depth for the BPP default"

Hi, thanks for the bug report. Am 16.04.25 um 04:23 schrieb Fabio Estevam: Hi, I have a custom board populated with a cfaf240320x panel connected via SPI and driven by the drivers/gpu/drm/tiny/panel-mipi-dbi.c driver. It works well on kernel 6.1. After upgrading the kernel to 6.12 (also test

Re: [PATCH v1 1/4] dt-bindings: display: panel: Document Renesas R61307 based DSI panel

ср, 16 квіт. 2025 р. о 00:55 Rob Herring пише: > > On Sun, Apr 13, 2025 at 02:23:58PM +0300, Svyatoslav Ryhel wrote: > > R61307 is liquid crystal driver for high-definition amorphous silicon > > (a-Si) panels and is ideal for tablets and smartphones. > > > > Signed-off-by: Svyatoslav Ryhel > > --

Re: [PATCH 2/2] drm/virtio: Use dma_buf from GEM object instance

On 4/14/25 16:12, Thomas Zimmermann wrote: > Avoid dereferencing struct drm_gem_object.import_attach for the > imported dma-buf. The dma_buf field in the GEM object instance refers > to the same buffer. Prepares to make import_attach optional. > > Signed-off-by: Thomas Zimmermann > --- > drivers

Re: [PATCH 1/2] drm/virtio: Test for imported buffers with drm_gem_is_imported()

On 4/14/25 16:12, Thomas Zimmermann wrote: > Instead of testing import_attach for imported GEM buffers, invoke > drm_gem_is_imported() to do the test. The helper tests the dma_buf > itself while import_attach is just an artifact of the import. Prepares > to make import_attach optional. > > Signed-

RE: [PATCH RESEND v13 0/5] Expose modifiers/formats supported by async flips

Hello Alexander, > -Original Message- > From: Murthy, Arun R > Sent: Monday, April 7, 2025 11:14 AM > To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel- > x...@lists.freedesktop.org > Cc: Jani Nikula ; Borah, Chaitanya Kumar > ; Syrjala, Ville ; > Murthy, Arun R

[PATCH v2] dma-buf: system_heap: Set allocation orders for larger page sizes

This change sets the allocation orders for the different page sizes (4k, 16k, 64k) based on PAGE_SHIFT. Before this change, the orders for large page sizes were calculated incorrectly, this caused system heap to allocate from 2% to 4% more memory on 16KiB page size kernels. This change was tested

Re: [PATCH] dma-buf: heaps: Set allocation orders for larger page sizes

On Tue, Apr 15, 2025 at 7:28 PM 김재원 wrote: > > > > > -Original Message- > > From: T.J. Mercier [mailto:tjmerc...@google.com] > > Sent: Wednesday, April 16, 2025 5:57 AM > > To: Juan Yescas > > Cc: Sumit Semwal ; Benjamin Gaignard > > ; Brian Starkey ; > > John Stultz ; Christian König > >

Reggression caused by "drm/fb-helper: Don't use the preferred depth for the BPP default"

Hi, I have a custom board populated with a cfaf240320x panel connected via SPI and driven by the drivers/gpu/drm/tiny/panel-mipi-dbi.c driver. It works well on kernel 6.1. After upgrading the kernel to 6.12 (also tested Linux-next), the panel no longer works correctly: the colors are wrong, and

Re: [PATCH 1/1] drm/lima: implement the file flush callback

On Mon, Apr 14, 2025 at 9:19 PM Erico Nunes wrote: > > On Thu, Apr 10, 2025 at 4:04 PM Christian König > wrote: > > > > Am 10.04.25 um 15:56 schrieb Qiang Yu: > > This prevents applications with multiple contexts from running into a > > race condition between running tasks and context d

Re: MGA G200 issue in 6.12 and up

adding some people On Tue, Apr 15, 2025 at 10:35 AM Wakko Warner wrote: > > I found the fix that works for me. See below. > > Wakko Warner wrote: > > I decided to upgrade to 6.14 on a system with a Matrox G200 onboard vga > > (supermicro X9SCL). > > > > I use this system via the BMC. When the m

[PATCH 5.10.y] drm/amd/display: Stop amdgpu_dm initialize when link nums greater than max_links

From: Hersen Wu [ Upstream commit cf8b16857db702ceb8d52f9219a4613363e2b1cf ] [Why] Coverity report OVERRUN warning. There are only max_links elements within dc->links. link count could up to AMDGPU_DM_MAX_DISPLAY_INDEX 31. [How] Make sure link count less than max_links. Reviewed-by: Harry Went

[PATCH 5.15.y] drm/amd/display: Stop amdgpu_dm initialize when link nums greater than max_links

From: Hersen Wu [ Upstream commit cf8b16857db702ceb8d52f9219a4613363e2b1cf ] [Why] Coverity report OVERRUN warning. There are only max_links elements within dc->links. link count could up to AMDGPU_DM_MAX_DISPLAY_INDEX 31. [How] Make sure link count less than max_links. Reviewed-by: Harry Went

[PATCH 6.1.y] drm/amd/display: Stop amdgpu_dm initialize when link nums greater than max_links

From: Hersen Wu [ Upstream commit cf8b16857db702ceb8d52f9219a4613363e2b1cf ] [Why] Coverity report OVERRUN warning. There are only max_links elements within dc->links. link count could up to AMDGPU_DM_MAX_DISPLAY_INDEX 31. [How] Make sure link count less than max_links. Reviewed-by: Harry Went

[PATCH 6.6.y] drm/amd/display: Stop amdgpu_dm initialize when link nums greater than max_links

From: Hersen Wu [ Upstream commit cf8b16857db702ceb8d52f9219a4613363e2b1cf ] [Why] Coverity report OVERRUN warning. There are only max_links elements within dc->links. link count could up to AMDGPU_DM_MAX_DISPLAY_INDEX 31. [How] Make sure link count less than max_links. Reviewed-by: Harry Went

Re: [PATCH][next] drm/amd/pm: Avoid multiple -Wflex-array-member-not-at-end warnings

Hi all, Friendly ping (second one): who can take this patch, please? 🙂 Thanks! -Gustavo On 11/03/25 02:10, Gustavo A. R. Silva wrote: Hi all, Friendly ping: who can take this, please? :) Thanks! -- Gustavo On 14/02/25 18:48, Gustavo A. R. Silva wrote: -Wflex-array-member-not-at-end was int

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Tue, Apr 15, 2025 at 07:08:42PM -0400, Tamir Duberstein wrote: [...] > > > > > > > > > > also from the link document you shared, looks like the suggestion > > > > > > is to > > > > > > use core::ptr::from_{ref,mut}(), was this ever considered? > > > > > > > > > > I considered it, but I thought

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Tue, Apr 15, 2025 at 7:03 PM Boqun Feng wrote: > > On Tue, Apr 15, 2025 at 04:59:01PM -0400, Tamir Duberstein wrote: > [...] > > > > > > > > diff --git a/rust/kernel/device_id.rs b/rust/kernel/device_id.rs > > > > > > > > index 4063f09d76d9..37cc03d1df4c 100644 > > > > > > > > --- a/rust/kernel

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Tue, Apr 15, 2025 at 04:59:01PM -0400, Tamir Duberstein wrote: [...] > > > > > > > diff --git a/rust/kernel/device_id.rs b/rust/kernel/device_id.rs > > > > > > > index 4063f09d76d9..37cc03d1df4c 100644 > > > > > > > --- a/rust/kernel/device_id.rs > > > > > > > +++ b/rust/kernel/device_id.rs > >

Re: [PATCH v3 26/54] dyndbg: change __dynamic_func_call_cls* macros into expressions

On Tue, Apr 15, 2025 at 4:06 AM Louis Chauvet wrote: > > > > Le 02/04/2025 à 19:41, Jim Cromie a écrit : > > The Xe driver's XE_IOCTL_DBG macro calls drm_dbg() from inside an if > > (expression). This breaks when CONFIG_DRM_USE_DYNAMIC_DEBUG=y because > > the invoked macro has a do-while-0 wrappe

Re: [PATCH v1 1/4] dt-bindings: display: panel: Document Renesas R61307 based DSI panel

On Sun, Apr 13, 2025 at 02:23:58PM +0300, Svyatoslav Ryhel wrote: > R61307 is liquid crystal driver for high-definition amorphous silicon > (a-Si) panels and is ideal for tablets and smartphones. > > Signed-off-by: Svyatoslav Ryhel > --- > .../display/panel/renesas,r61307.yaml | 93 +

[PATCH 1/1] dt-bindings: display: imx: convert fsl-imx-drm.txt to yaml format

Convert fsl-imx-drm.txt to yaml format and create 5 yaml files for differences purpose. Additional changes: - add missed include file in examples. - add clocks, clock-names for ipu. Signed-off-by: Frank Li --- .../imx/fsl,imx-display-subsystem.yaml| 36 .../display/imx/fsl,imx-par

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Tue, Apr 15, 2025 at 4:51 PM Boqun Feng wrote: > > On Tue, Apr 15, 2025 at 04:10:01PM -0400, Tamir Duberstein wrote: > > On Tue, Apr 15, 2025 at 2:18 PM Boqun Feng wrote: > > > > > > On Tue, Apr 15, 2025 at 01:58:41PM -0400, Tamir Duberstein wrote: > > > > Hi Boqun, thanks for having a look! >

Re: [PATCH] dma-buf: heaps: Set allocation orders for larger page sizes

On Tue, Apr 15, 2025 at 10:20 AM Juan Yescas wrote: > > This change sets the allocation orders for the different page sizes > (4k, 16k, 64k) based on PAGE_SHIFT. Before this change, the orders > for large page sizes were calculated incorrectly, this caused system > heap to allocate from 2% to 4% m

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Tue, Apr 15, 2025 at 04:10:01PM -0400, Tamir Duberstein wrote: > On Tue, Apr 15, 2025 at 2:18 PM Boqun Feng wrote: > > > > On Tue, Apr 15, 2025 at 01:58:41PM -0400, Tamir Duberstein wrote: > > > Hi Boqun, thanks for having a look! > > > > > > On Tue, Apr 15, 2025 at 1:37 PM Boqun Feng wrote: >

Re: [PATCH v3 23/54] dyndbg: treat comma as a token separator

On Tue, Apr 15, 2025 at 4:05 AM Louis Chauvet wrote: > > > > Le 02/04/2025 à 19:41, Jim Cromie a écrit : > > Treat comma as a token terminator, just like a space. This allows a > > user to avoid quoting hassles when spaces are otherwise needed: > > > > :#> modprobe drm dyndbg=class,DRM_UT_CORE,

Re: [PATCH v3 21/54] dyndbg-test: change do_prints testpoint to accept a loopct

On Tue, Apr 15, 2025 at 4:04 AM Louis Chauvet wrote: > > > > Le 02/04/2025 à 19:41, Jim Cromie a écrit : > > echo 1000 > /sys/module/test_dynamic_debug/parameters/do_prints > > > > This allows its use as a scriptable load generator, to generate > > dynamic-prefix-emits for flag combinations vs und

Re: [PATCH] dma-buf: heaps: Set allocation orders for larger page sizes

On Tue, Apr 15, 2025 at 10:20 AM Juan Yescas wrote: > > This change sets the allocation orders for the different page sizes > (4k, 16k, 64k) based on PAGE_SHIFT. Before this change, the orders > for large page sizes were calculated incorrectly, this caused system > heap to allocate from 2% to 4% m

Re: [PATCH v3 13/17] drm/bridge: cdns-dsi: Fix REG_WAKEUP_TIME value

Hi Tomi, On 14/04/25 16:41, Tomi Valkeinen wrote: > The driver tries to calculate the value for REG_WAKEUP_TIME. However, > the calculation itself is not correct, and to add on it, the resulting > value is almost always larger than the field's size, so the actual > result is more or less random.>

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Tue, Apr 15, 2025 at 2:18 PM Boqun Feng wrote: > > On Tue, Apr 15, 2025 at 01:58:41PM -0400, Tamir Duberstein wrote: > > Hi Boqun, thanks for having a look! > > > > On Tue, Apr 15, 2025 at 1:37 PM Boqun Feng wrote: > > > > > > On Wed, Apr 09, 2025 at 10:47:23AM -0400, Tamir Duberstein wrote: >

Re: [PATCH v3 20/54] dyndbg: check DYNAMIC_DEBUG_CLASSMAP_DEFINE args at compile-time

On Tue, Apr 15, 2025 at 4:04 AM Louis Chauvet wrote: > > > > Le 02/04/2025 à 19:41, Jim Cromie a écrit : > > Add __DYNAMIC_DEBUG_CLASSMAP_CHECK to implement the following > > arg-checks at compile-time: > > > > 0 <= _base < 63 > > class_names is not empty > > class_names[0] is a

Re: [PATCH v3 18/54] selftests-dyndbg: add tools/testing/selftests/dynamic_debug/*

On Tue, Apr 15, 2025 at 4:02 AM Louis Chauvet wrote: > > > > Le 02/04/2025 à 19:41, Jim Cromie a écrit : > > Add a selftest script for dynamic-debug. The config requires > > CONFIG_TEST_DYNAMIC_DEBUG=m and CONFIG_TEST_DYNAMIC_DEBUG_SUBMOD=m, > > which tacitly requires either CONFIG_DYNAMIC_DEBUG=

Re: [PATCH v3 17/54] dyndbg-API: replace DECLARE_DYNDBG_CLASSMAP

On Tue, Apr 15, 2025 at 4:01 AM Louis Chauvet wrote: > > > > Le 02/04/2025 à 19:41, Jim Cromie a écrit : > > DECLARE_DYNDBG_CLASSMAP() has a design error; its usage fails a basic > > K&R rule: "define once, refer many times". > > > > When DRM_USE_DYNAMIC_DEBUG=y, it is used across DRM core & drive

[PATCH v2] docs: backlight: Clarify `actual_brightness`

From: Mario Limonciello Currently userspace software systemd treats `brightness` and `actual_brightness` identically due to a bug found in an out of tree driver. This however causes problems for in-tree drivers that use brightness to report user requested `brightness` and `actual_brightness` to

[PATCH v8 0/4] Panthor BO tagging and GEMS debug display

This patch series is aimed at providing UM with detailed memory profiling information in debug builds. It is achieved through a device-wide list of DRM GEM objects, and also implementing the ability to label BO's from UM through a new IOCTL. The new debugfs file shows a list of driver DRM GEM obje

[PATCH v8 4/4] drm/panthor: show device-wide list of DRM GEM objects over DebugFS

Add a device DebugFS file that displays a complete list of all the DRM GEM objects that are exposed to UM through a DRM handle. Since leaking object identifiers that might belong to a different NS is inadmissible, this functionality is only made available in debug builds with DEBUGFS support enabl

[PATCH v8 3/4] drm/panthor: Label all kernel BO's

Kernel BO's aren't exposed to UM, so labelling them is the responsibility of the driver itself. This kind of tagging will prove useful in further commits when want to expose these objects through DebugFS. Expand panthor_kernel_bo_create() interface to take a NUL-terminated string. No bounds checki

[PATCH v8 1/4] drm/panthor: Introduce BO labeling

Add a new character string Panthor BO field, and a function that allows setting it from within the driver. Driver takes care of freeing the string when it's replaced or no longer needed at object destruction time, but allocating it is the responsibility of callers. Signed-off-by: Adrián Larumbe

[PATCH v8 2/4] drm/panthor: Add driver IOCTL for setting BO labels

Allow UM to label a BO for which it possesses a DRM handle. Signed-off-by: Adrián Larumbe Reviewed-by: Liviu Dudau Reviewed-by: Boris Brezillon Reviewed-by: Steven Price --- drivers/gpu/drm/panthor/panthor_drv.c | 64 ++- drivers/gpu/drm/panthor/panthor_gem.h | 2 + i

[PATCH v3 3/4] drm/amdgpu: use drm_file_err in logging to also dump process information

add process and pid information in the userqueue error logging to make it more useful in resolving the error by logs. Sample log: [ 42.444297] [drm:amdgpu_userqueue_wait_for_signal [amdgpu]] *ERROR* Timed out waiting for fence f=1c74d978 for comm:Xwayland pid:3427 [ 42.444669] [drm:am

[PATCH v3 2/4] drm/amdgpu: add drm_file reference in userq_mgr

drm_file will be used in usermode queues code to enable better process information in logging and hence add drm_file part of the userq_mgr struct. update the drm_file pointer in userq_mgr for each amdgpu_driver_open_kms. Signed-off-by: Sunil Khatri --- drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c

[PATCH v3 1/4] drm: add function drm_file_err to print proc information too

Add a drm helper function which get the process information for the drm_file and append the process information using the existing drm_err. Signed-off-by: Sunil Khatri --- include/drm/drm_file.h | 40 1 file changed, 40 insertions(+) diff --git a/include

[PATCH v3 4/4] drm/amdgpu: change DRM_ERROR to drm_file_err in amdgpu_userqueue.c

change the DRM_ERROR to drm_file_err which gives the drm device information too which is useful in case of multiple GPU's and also add process information. Signed-off-by: Sunil Khatri --- drivers/gpu/drm/amd/amdgpu/amdgpu_userqueue.c | 59 +++ 1 file changed, 33 insertions(+), 26

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Tue, Apr 15, 2025 at 01:58:41PM -0400, Tamir Duberstein wrote: > Hi Boqun, thanks for having a look! > > On Tue, Apr 15, 2025 at 1:37 PM Boqun Feng wrote: > > > > On Wed, Apr 09, 2025 at 10:47:23AM -0400, Tamir Duberstein wrote: > > > In Rust 1.78.0, Clippy introduced the `ref_as_ptr` lint [1]

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

Hi Boqun, thanks for having a look! On Tue, Apr 15, 2025 at 1:37 PM Boqun Feng wrote: > > On Wed, Apr 09, 2025 at 10:47:23AM -0400, Tamir Duberstein wrote: > > In Rust 1.78.0, Clippy introduced the `ref_as_ptr` lint [1]: > > > > > Using `as` casts may result in silently changing mutability or typ

RE: [PATCH v12 2/8] drm/xe/uapi: Introduce API for EU stall sampling

I will send out a patch to replace __copy_from_user() with copy_from_user(). -Harish PS: Having issues with mutt, hence replying from Outlook -Original Message- From: Kees Cook Sent: Friday, April 4, 2025 10:56 AM To: Chegondi, Harish Cc: intel...@lists.freedesktop.org; Dixit, Ashutos

[PATCH 1/2] Revert "udmabuf: fix vmap_udmabuf error page set"

This reverts commit 18d7de823b7150344d242c3677e65d68c5271b04. This given a misuse of vmap_pfn, vmap_pfn only allow none-page based user invoke, i.e. PCIe BARs and other. Signed-off-by: Huan Yang Reported-by: Bingbu Cao Closes: https://lore.kernel.org/dri-devel/eb7e0137-3508-4287-98c4-816c5fd98

Re: [PATCH v7 1/2] drm/bridge: documentat bridge allocation and lifecycle

Hi, On Wed, Apr 09, 2025 at 04:50:34PM +0200, Luca Ceresoli wrote: > Document in detail the DRM bridge allocation and refcounting process based > on the recently introduced devm_drm_bridge_alloc(). > > Signed-off-by: Luca Ceresoli There's a typo in your commit title. > --- > > Changes in v7:

Re: [PATCH v2 2/2] drm/amdgpu: Clean up error handling in amdgpu_userq_fence_driver_alloc()

Applied the series. Thanks! On Mon, Apr 14, 2025 at 12:48 AM Yadav, Arvind wrote: > > Reviewed-by:Arvind Yadav > > On 4/12/2025 8:09 PM, Dan Carpenter wrote: > > 1) Checkpatch complains if we print an error message for kzalloc() > > failure. The kzalloc() failure already has it's own error

Re: [PATCH 13/13] drm/amd/display: move dc_sink from dc_edid to drm_edid

On Fri, 11 Apr 2025, Melissa Wen wrote: > +void dc_edid_copy_edid_to_sink(struct dc_sink *sink) > +{ > + const struct edid *edid; > + uint32_t edid_length; > + > + edid = drm_edid_raw(sink->drm_edid); // FIXME: Get rid of drm_edid_raw() > + edid_length = EDID_LENGTH * (edid->extens

Re: [PATCH v2 10/10] arm64: dts: qcom: sar2130p: add display nodes

On 4/14/25 2:14 PM, Dmitry Baryshkov wrote: > On Mon, Apr 14, 2025 at 01:39:56PM +0200, Konrad Dybcio wrote: >> On 4/14/25 1:37 PM, Dmitry Baryshkov wrote: >>> On Mon, Apr 14, 2025 at 01:13:28PM +0200, Konrad Dybcio wrote: On 3/14/25 7:09 AM, Dmitry Baryshkov wrote: > From: Dmitry Baryshko

Re: [PATCH 01/13] drm/amd/display: make sure drm_edid stored in aconnector doesn't leak

On 4/11/2025 3:08 PM, Melissa Wen wrote: Make sure the drm_edid container stored in aconnector is freed when detroying the aconnector. destroying Fixes: 48edb2a4 ("drm/amd/display: switch amdgpu_dm_connector to use struct drm_edid") Signed-off-by: Melissa Wen Minor nit above. Add to nex

Re: [PATCH v8 6/6] rust: enable `clippy::ref_as_ptr` lint

On Wed, Apr 09, 2025 at 10:47:23AM -0400, Tamir Duberstein wrote: > In Rust 1.78.0, Clippy introduced the `ref_as_ptr` lint [1]: > > > Using `as` casts may result in silently changing mutability or type. > > While this doesn't eliminate unchecked `as` conversions, it makes such > conversions easi

[GIT PULL] Immutable branch between Backlight, fbdev and LEDs for the v6.16 merge window

Enjoy! The following changes since commit 0af2f6be1b4281385b618cb86ad946eded089ac8: Linux 6.15-rc1 (2025-04-06 13:11:33 -0700) are available in the Git repository at: ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git tags/ib-backlight-leds-fbdev-v6.16 for you to fe

[PATCH] dma-buf: heaps: Set allocation orders for larger page sizes

This change sets the allocation orders for the different page sizes (4k, 16k, 64k) based on PAGE_SHIFT. Before this change, the orders for large page sizes were calculated incorrectly, this caused system heap to allocate from 2% to 4% more memory on 16KiB page size kernels. This change was tested

Re: [PATCH next] drm/amdkfd: Fix kfd_smi_event_process()

Thanks for the fix, I had the same patch submitted yesterday. Regards, Eric On 2025-04-15 06:44, Dan Carpenter wrote: The "pdd->drm_priv" NULL check is reversed so it will lead to a NULL dereference on the next line. Fixes: 4172b556fd5b ("drm/amdkfd: add smi events for process start and end")

Re: [PATCH DO NOT MERGE v6 17/18] arm64: dts: ti: k3-am62: New GPU binding details

On 12:41-20250415, Matt Coster wrote: > On 10/04/2025 10:55, Matt Coster wrote: > > Use the new compatible string introduced earlier (in "dt-bindings: gpu: > > img: More explicit compatible strings") and add a name to the single power > > domain for this GPU (intro

Re: [PATCH] drm/nouveau: Fix null pointer dereference

On Sat, 2025-04-12 at 12:53 -0500, Chenyuan Yang wrote: > @@ -236,9 +237,11 @@ static int ch7006_encoder_get_modes(struct drm_encoder > *encoder, > ~mode->valid_norms & 1 continue; > > - drm_mode_probed_add(connector, > -

Re: [PATCH v8 1/6] rust: enable `clippy::ptr_as_ptr` lint

For the HrTimer bits: Reviewed-by: Lyude Paul On Wed, 2025-04-09 at 10:47 -0400, Tamir Duberstein wrote: > In Rust 1.51.0, Clippy introduced the `ptr_as_ptr` lint [1]: > > > Though `as` casts between raw pointers are not terrible, > > `pointer::cast` is safer because it cannot accidentally chan

Re: [PATCH] drm/gem: Internally test import_attach for imported objects

Hi Am 15.04.25 um 14:52 schrieb Christian König: Am 15.04.25 um 14:40 schrieb Thomas Zimmermann: Hi Am 15.04.25 um 14:19 schrieb Christian König: Am 15.04.25 um 12:45 schrieb Thomas Zimmermann: Hi Am 15.04.25 um 11:39 schrieb Christian König: Am 15.04.25 um 11:20 schrieb Thomas Zimmermann:

Re: [PATCH v3 04/17] phy: cdns-dphy: Store hs_clk_rate and return it

Hi, On 14/04/25 16:41, Tomi Valkeinen wrote: > The DPHY driver does not return the actual hs_clk_rate, so the DSI > driver has no idea what clock was actually achieved. Set the realized > hs_clk_rate to the opts struct, so that the DSI driver gets it back. > > Signed-off-by: Tomi Valkeinen > ---

Re: [PATCH v3 1/2] dt-bindings: drm/bridge: Add no-hpd property

Hi, On 15/04/2025 18:40, Dmitry Baryshkov wrote: On Tue, Apr 15, 2025 at 03:50:46PM +0300, Tomi Valkeinen wrote: Hi, On 18/03/2025 21:51, Doug Anderson wrote: Hi, On Tue, Mar 18, 2025 at 8:50 AM Tomi Valkeinen wrote: Hi, On 12/03/2025 14:52, Dmitry Baryshkov wrote: On Wed, Mar 12, 2025

Re: [PATCH v2 1/4] PM: device: Introduce platform_resources_managed flag

On Mon, Apr 14, 2025 at 8:53 PM Michal Wilczynski wrote: > > Introduce a new dev_pm_info flag - platform_resources_managed, to > indicate whether platform PM resources such as clocks or resets are > managed externally (e.g. by a generic power domain driver) instead of > directly by the consumer de

Re: [PATCH v8 2/3] drm/panel: startek-kd070fhfid015: add another init step

Hi Angelo, Gentle ping Let me shortly summarize my problem: I see the panel driver sending commands to the display before it is ready. My approach to prevent that is to delay sending commands until bridge enable. Your concern was that during the panel's .prepare() the panel driver should alrea

Re: [PATCH 02/13] drm/amd/display: use drm_edid_product_id for parsing EDID product info

On 2025-04-11 22:08, Melissa Wen wrote: > Since [1], we can use drm_edid_product_id to get debug info from > drm_edid instead of directly parsing EDID. > > Link: > https://lore.kernel.org/dri-devel/cover.1712655867.git.jani.nik...@intel.com/ > [1] > Signed-off-by: Melissa Wen > --- > .../amd/d

Re: [PATCH v2 2/4] dt-bindings: firmware: thead,th1520: Add resets for GPU clkgen

On Mon, Apr 14, 2025 at 08:52:56PM +0200, Michal Wilczynski wrote: > Extend the TH1520 AON firmware bindings to describe the GPU clkgen reset > line, required for proper GPU clock and reset sequencing. > > The T-HEAD TH1520 GPU requires coordinated management of two clocks > (core and sys) and two

[PATCH v4 2/3] drm/st7571-i2c: add support for Sitronix ST7571 LCD controller

Sitronix ST7571 is a 4bit gray scale dot matrix LCD controller. The controller has a SPI, I2C and 8bit parallel interface, this driver is for the I2C interface only. Reviewed-by: Thomas Zimmermann Signed-off-by: Marcus Folkesson --- drivers/gpu/drm/tiny/Kconfig | 11 + drivers/gpu/drm/tin

[PATCH v9 12/19] drm/imx: Add i.MX8qxp Display Controller KMS

i.MX8qxp Display Controller(DC) is comprised of three main components that include a blit engine for 2D graphics accelerations, display controller for display output processing, as well as a command sequencer. Add kernel mode setting support for the display controller part with two CRTCs and two p

Re: [PATCH v2 5/8] rust: drm: add DRM driver registration

Reviewed-by: Alyssa Rosenzweig

Re: [PATCH v8 23/23] drm/mediatek/hdmi: Use syscon_regmap_lookup_by_phandle_args

[PATCH 02/11] drm/exynos: Test for imported buffers with drm_gem_is_imported()

Instead of testing import_attach for imported GEM buffers, invoke drm_gem_is_imported() to do the test. The helper tests the dma_buf itself while import_attach is just an artifact of the import. Prepares to make import_attach optional. Signed-off-by: Thomas Zimmermann Cc: Inki Dae Cc: Seung-Woo

Re: [bug report] drm/panthor: Call panthor_gpu_coherency_init() after PM resume()

On Mon, Apr 14, 2025 at 09:34:48AM +0200, Boris Brezillon wrote: > > 235 /* If PM is disabled, we need to call > > panthor_device_resume() manually. */ > > 236 if (!IS_ENABLED(CONFIG_PM)) { > > 237 ret = panthor_device_resume(ptdev->base.dev); > > 23

Re: [PATCH v7 3/4] drm/panthor: Label all kernel BO's

Hi Adrián, kernel test robot noticed the following build warnings: [auto build test WARNING on linus/master] [also build test WARNING on v6.15-rc2 next-20250414] [cannot apply to drm-misc/drm-misc-next] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting pa

[PATCH v2 1/4] PM: device: Introduce platform_resources_managed flag

Introduce a new dev_pm_info flag - platform_resources_managed, to indicate whether platform PM resources such as clocks or resets are managed externally (e.g. by a generic power domain driver) instead of directly by the consumer device driver. This flag enables device drivers to cooperate with SoC

[PATCH v9 10/19] drm/imx: Add i.MX8qxp Display Controller pixel engine

i.MX8qxp Display Controller pixel engine consists of all processing units that operate in the AXI bus clock domain. Add drivers for ConstFrame, ExtDst, FetchLayer, FetchWarp and LayerBlend units, as well as a pixel engine driver, so that two displays with primary planes can be supported. The pixe

[PATCH v3 07/17] drm/bridge: cdns-dsi: Drop crtc_* code

With recent change the cdns_dsi_check_conf() is always called with mode_valid_check = true. We can thus remove all the code related to the "false" paths. Signed-off-by: Tomi Valkeinen --- drivers/gpu/drm/bridge/cadence/cdns-dsi-core.c | 60 -- 1 file changed, 17 insertion

[DO NOT MERGE PATCH v9 14/19] dt-bindings: phy: mixel, mipi-dsi-phy: Allow assigned-clock* properties

assigned-clock* properties can be used by default now, so allow them. Signed-off-by: Liu Ying --- v9: * No change. v8: * No change. v7: * No change. v6: * No change. v5: * No change. v4: * No change. v3: * No change. v2: * New patch as needed by MIPI/LVDS subsystems device tree. .../devi

[PATCH v3 2/2] drm/panel: Add Visionox G2647FB105 panel driver

Add the driver for Visionox G2647FB105 6.47" FHD Plus CMD mode AMOLED panel support found in: - Xiaomi Mi Note 10 / CC9 Pro (sm7150-xiaomi-tucana) - Xiaomi Mi Note 10 Lite (sm7150-xiaomi-toco) Signed-off-by: Alexander Baransky --- drivers/gpu/drm/panel/Kconfig | 9 + drivers/gp

Re: [PATCH] docs: backlight: Clarify `actual_brightness`

On Tue, 15 Apr 2025, Mario Limonciello wrote: > On 4/15/2025 10:53 AM, Lee Jones wrote: > > On Tue, 08 Apr 2025, Mario Limonciello wrote: > > > > > From: Mario Limonciello > > > > > > Currently userspace software systemd treats `brightness` and > > > `actual_brightness` identically due to a bug

Re: [PATCH 05/11] drm/rockchip: Test for imported buffers with drm_gem_is_imported()

Hi Am 15.04.25 um 06:00 schrieb Andy Yan: Hi Thomas， At 2025-04-14 21:48:12, "Thomas Zimmermann" wrote: Instead of testing import_attach for imported GEM buffers, invoke drm_gem_is_imported() to do the test. The helper tests the dma_buf itself while import_attach is just an artifact of the i

Re: [PATCH v4 0/3] Add support for Sitronix ST7571 LCD controller

On 15/04/2025 07:58, Marcus Folkesson wrote: > This series add support for the ST7571 LCD Controller. > It is a 4 gray scale dot matrix LCD controller that supports several > interfaces such as SPI, I2C and a 8bit parallell port. > The controlelr supports both monochrome and grayscale displays. >

Re: [PATCH v3 0/8] drm: Introduce sparse GEM shmem

On Mon, 14 Apr 2025 09:03:55 -0400 Alyssa Rosenzweig wrote: > > Actually, CSF stands in the way of re-allocating memory to other > > contexts, because once we've allocated memory to a tiler heap, the FW > > manages this pool of chunks, and recycles them. Mesa can intercept > > the "returned chunk

Re: `u64` by `u64` div/mod in DRM QR for arm32

On 4/15/25 11:14, Jocelyn Falempe wrote: For this case, the u64 divisor "pow" is a power of 10, so can have only a limited number of values. (17, and 9 of them can be used as u32). Normally when the divisor is known at build time the compiler can replace the division by a multiplication and some

Re: [PATCH 07/13] drm/amd/display: simplify dm_helpers_parse_edid_caps signature

Hi Melissa, kernel test robot noticed the following build warnings: [auto build test WARNING on amd-pstate/linux-next] [also build test WARNING on amd-pstate/bleeding-edge linus/master v6.15-rc2 next-20250415] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [PATCH v3 1/2] dt-bindings: drm/bridge: Add no-hpd property

Hi, On 18/03/2025 21:51, Doug Anderson wrote: Hi, On Tue, Mar 18, 2025 at 8:50 AM Tomi Valkeinen wrote: Hi, On 12/03/2025 14:52, Dmitry Baryshkov wrote: On Wed, Mar 12, 2025 at 11:56:41AM +0530, Harikrishna Shenoy wrote: On 05/02/25 19:03, Dmitry Baryshkov wrote: On Wed, Feb 05, 2025 a

[PATCH v9 12/23] drm/mediatek: mtk_hdmi: Use dev_err_probe() in mtk_hdmi_dt_parse_pdata()

Change error prints to use dev_err_probe() instead of dev_err() where possible in function mtk_hdmi_dt_parse_pdata(), used only during device probe. While at it, also beautify some prints. Reviewed-by: CK Hu Signed-off-by: AngeloGioacchino Del Regno --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 26

[RESEND 0/2] drm/edid: more displayid timing parsing and cleanups

Resend of Egor's patches [1]. [1] https://lore.kernel.org/r/20250214110643.506740-1-sdore...@sdore.me Cc: Egor Vorontsov Egor Vorontsov (2): drm/edid: Implement DisplayID Type IX & X timing blocks parsing drm/edid: Refactor DisplayID timing block structs drivers/gpu/drm/drm_displayid_inte

[RESEND 1/2] drm/edid: Implement DisplayID Type IX & X timing blocks parsing

From: Egor Vorontsov Some newer high refresh rate consumer monitors (including those by Samsung) make use of DisplayID 2.1 timing blocks in their EDID data, notably for their highest refresh rate modes. Such modes won't be available as of now. Implement partial support for such blocks in order t

[PATCH v2 1/2] drm/nouveau: Fix WARN_ON in nouveau_fence_context_kill()

Nouveau is mostly designed in a way that it's expected that fences only ever get signaled through nouveau_fence_signal(). However, in at least one other place, nouveau_fence_done(), can signal fences, too. If that happens (race) a signaled fence remains in the pending list for a while, until it get

Re: [PATCH v4 04/16] drm/vkms: Allow to configure the plane type via configfs

Le 07/04/2025 à 10:14, José Expósito a écrit : From: Louis Chauvet When a plane is created, add a `type` file to allow to set the type: - 0 overlay - 1 primary - 2 cursor Reviewed-by: Louis Chauvet Signed-off-by: Louis Chauvet Co-developed-by: José Expósito Signed-off-by: José

[PATCH v9 01/23] dt-bindings: display: mediatek: Add binding for HDMIv2 DDC

Add a binding for the Display Data Channel (DDC) IP in MediaTek SoCs with version 2 HDMI TX IP. Reviewed-by: Rob Herring (Arm) Reviewed-by: CK Hu Signed-off-by: AngeloGioacchino Del Regno --- .../mediatek/mediatek,mt8195-hdmi-ddc.yaml| 41 +++ 1 file changed, 41 insertions

Re: [PATCH v3 13/54] dyndbg, module: make proper substructs in _ddebug_info

Le 02/04/2025 à 19:41, Jim Cromie a écrit : recompose struct _ddebug_info, inserting proper sub-structs. The struct currently has 2 pairs of fields: descs, num_descs and classes, num_classes. Several for-loops operate on these field pairs, soon many more will be added. Looping over these bl

Re: [PATCH v4 1/8] driver core: auxiliary bus: add device creation helpers

On Tue, Apr 15, 2025 at 02:52:47PM +0200, Jerome Brunet wrote: > On Wed 19 Feb 2025 at 15:20, Greg Kroah-Hartman > wrote: > > > On Tue, Feb 18, 2025 at 08:29:46PM +0100, Jerome Brunet wrote: > >> Add helper functions to create a device on the auxiliary bus. > >> > >> This is meant for fairly si

Re: [PATCH V8 32/43] drm/colorop: Add 1D Curve Custom LUT type

On Tuesday, April 15th, 2025 at 17:05, Harry Wentland wrote: > > > > We want to have just one change in the way we expose the hardware > > > > capabilities else all looks good in general. > > > > > > I would really recommend leaving this as a follow-up extension. It's a > > > complicated > > >

Re: [PATCH v3 3/3] drm/bridge:anx7625: Enable DSC feature

Hi Xin, kernel test robot noticed the following build errors: [auto build test ERROR on linus/master] [also build test ERROR on v6.15-rc2 next-20250415] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as doc

  1   2   3   >