Hi,
Here's this week drm-misc-next PR.
Maxime
drm-misc-next-2025-06-19:
drm-misc-next for 6.17:
UAPI Changes:
- Add Task Information for the wedge API
Cross-subsystem Changes:
Core Changes:
- Fix warnings related to export.h
- fbdev: Make CONFIG_FIRMWARE_EDID available on all architectures
-
> -Original Message-
> From: Murthy, Arun R
> Sent: Thursday, June 19, 2025 10:47 AM
> To: Kandpal, Suraj ;
> nouv...@lists.freedesktop.org; dri-de...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org
> Cc: Nautiyal, Ankit K
> Subject: RE: [PAT
> > -Original Message-
> > From: Murthy, Arun R
> > Sent: Thursday, June 12, 2025 4:43 PM
> > To: Kandpal, Suraj ;
> > nouv...@lists.freedesktop.org; dri-de...@lists.freedesktop.org; intel-
> > x...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org
> > Cc: Nautiyal, Ankit K
> > Subje
> -Original Message-
> From: Kandpal, Suraj
> Sent: Monday, April 14, 2025 9:46 AM
> To: nouv...@lists.freedesktop.org; dri-de...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org
> Cc: Nautiyal, Ankit K ; Murthy, Arun R
> ; Kandpal, Suraj
> Subje
> -Original Message-
> From: Kandpal, Suraj
> Sent: Monday, April 14, 2025 9:46 AM
> To: nouv...@lists.freedesktop.org; dri-de...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org
> Cc: Nautiyal, Ankit K ; Murthy, Arun R
> ; Kandpal, Suraj
> Subje
Avoid reading the PCON capabilities redundantly on non-branch devices.
v2:
- Make commit description more accurate. (Imre)
- Clear intel_dp->pcon_dsc_dpcd irrespective of presense of PCON. (Imre)
Signed-off-by: Chaitanya Kumar Borah
---
drivers/gpu/drm/i915/display/intel_dp.c | 3 +++
1 file
>From PTL we need to move to using HDCP2_STREAM_STATUS to check if
the written content type info is the same as we expect since
HDCP2_AUTH_STREAM is inaccessible to us now.
Signed-off-by: Suraj Kandpal
---
drivers/gpu/drm/i915/display/intel_dp_hdcp.c | 13 ++---
1 file changed, 10 insert
On 6/18/2025 9:21 PM, Jani Nikula wrote:
Fix indents, use of spaces vs. tabs, grouping, remove superfluous
comments, remove some line continuations, wrap macro arguments in
parens, rename dev_priv to display. This is the way.
Cc: Ankit Nautiyal
Cc: Mitul Golani
Signed-off-by: Jani Nikula
On Wed, Jun 18, 2025 at 03:34:59PM -0700, Matt Roper wrote:
> On Fri, Jun 13, 2025 at 11:32:29AM -, Patchwork wrote:
> > == Series Details ==
> >
> > Series: Add WildCat Lake support (rev3)
> > URL : https://patchwork.freedesktop.org/series/150101/
> > State : failure
> >
> > == Summary ==
On Fri, Jun 13, 2025 at 11:32:29AM -, Patchwork wrote:
> == Series Details ==
>
> Series: Add WildCat Lake support (rev3)
> URL : https://patchwork.freedesktop.org/series/150101/
> State : failure
>
> == Summary ==
>
> CI Bug Log - changes from CI_DRM_16700 -> Patchwork_150101v3
>
Hi Jani and everyone,
On 17/06/2025 12.33, Jani Nikula wrote:
Does [1] help?
The patch works. (Applied on top of 6.16.0-rc2-1.1-mainline, built by
Christian @gromit who helped again.)
The patch (or the new kernel) also have a side effect of xrandr allowing
a completely new refresh rate, ~1
Hi Dave and Sima,
Here goes our first drm-xe-next pull-request towards 6.17.
The important part to mention is on the top of the tag below:
- uAPI addition for Media OA
- The restoration of a fix accidentally missed in a merge commit
- GPUSVM changes
Also, SVM enabling work itself, platform enabl
On Wed, 18 Jun 2025, Ankit Nautiyal wrote:
> Fixes/improvement in snps-phy HDMI PLL algorithm.
Reviewed-by: Jani Nikula
>
> Ankit Nautiyal (2):
> drm/i915/snps_hdmi_pll: Fix 64-bit divisor truncation by using
> div64_u64
> drm/i915/snps_hdmi_pll: Use clamp() instead of max(min())
>
> d
On Wed, Jun 18, 2025 at 05:15:53PM +0530, Chaitanya Kumar Borah wrote:
> Read PCON capabilities only when it is present. This will prevent
> spurious DCPD read failures.
>
> [drm] *ERROR* Failed to read DPCD register 0x92
The above read failure is due to the sink not being connected during the
re
On Thu, Jun 12, 2025 at 03:12:10PM +0300, Jani Nikula wrote:
> Add intel_cdclk_actual() and intel_cdclk_actual_voltage_level() helpers
> to avoid looking at struct intel_cdclk_state internals outside of
> intel_cdclk.c.
>
> Signed-off-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/display/intel_cd
On Thu, Jun 12, 2025 at 03:11:55PM +0300, Jani Nikula wrote:
> Hide all the structs that "derive" from struct intel_global_state inside
> their respective implementation files.
On the patchset:
Reviewed-by: Imre Deak
A nit later about naming of functions.
> Jani Nikula (16):
> drm/i915/wm: ab
On Mon, Jun 16, 2025 at 08:33:29PM +0100, Lorenzo Stoakes wrote:
> Since commit c84bf6dd2b83 ("mm: introduce new .mmap_prepare() file
> callback"), the f_op->mmap() hook has been deprecated in favour of
> f_op->mmap_prepare().
>
> This callback is invoked in the mmap() logic far earlier, so error
Hi Krzysztof,
On 2025-06-17 at 13:19:07 GMT, Krzysztof Karas wrote:
> igt_mmap_migrate() tests migration with various parameters.
> In one of the cases, where FILL and UNFAULTABLE flags are set,
> during first stages of this test a mock file is opened in
> igt_mmap_offset(), which results in alloc
On Mon, Jun 16, 2025 at 11:01:08AM -0400, Rodrigo Vivi wrote:
> On Fri, Jun 06, 2025 at 12:04:49PM +0300, Dan Carpenter wrote:
> > --- a/drivers/gpu/drm/i915/selftests/i915_request.c
> > +++ b/drivers/gpu/drm/i915/selftests/i915_request.c
> > @@ -290,7 +290,12 @@ struct smoketest {
> > static stru
== Series Details ==
Series: drm/i915/vrr: fix register file style
URL : https://patchwork.freedesktop.org/series/150473/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_16723 -> Patchwork_150473v1
Summary
---
**SUCCES
Hi Dave & Sima -
First i915 pull request towards v6.17.
drm-intel-next-2025-06-18:
drm/i915 feature pull for v6.17:
Features and functionality:
- Add support for DSC fractional link bpp on DP MST (Imre)
- Add support for simultaneous Panel Replay and Adaptive Sync (Jouni)
- Add support for PTL
Fix indents, use of spaces vs. tabs, grouping, remove superfluous
comments, remove some line continuations, wrap macro arguments in
parens, rename dev_priv to display. This is the way.
Cc: Ankit Nautiyal
Cc: Mitul Golani
Signed-off-by: Jani Nikula
---
Should be easy to review by applying and
On 18/06/2025 15:55, Christian König wrote:
On 6/18/25 11:31, Jocelyn Falempe wrote:
If the ttm bo is backed by pages, then it's possible to safely kmap
one page at a time, using kmap_try_from_panic().
Unfortunately there is no way to do the same with ioremap, so it
only supports the kmap case
== Series Details ==
Series: ref_tracker: add ability to register a debugfs file for a
ref_tracker_dir (rev11)
URL : https://patchwork.freedesktop.org/series/148490/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_16723 -> Patchwork_148490v11
===
On Thu, 05 Jun 2025, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915, drm/xe: add drm device based pcode interface for display
> URL : https://patchwork.freedesktop.org/series/149878/
> State : success
>
> == Summary ==
>
> CI Bug Log - changes from CI_DRM_16649 -> Patchwork_149878v
On Wed, 18 Jun 2025, Krzysztof Karas wrote:
> Krzysztof Karas (2):
> drm/i915: Move out engine related macros from i915_drv.h
> drm/i915: move GEM_QUIRK_PIN_SWIZZLED_PAGES to i915_gem.h
Maybe get an ack from the gem folks, but LGTM.
Reviewed-by: Jani Nikula
>
> drivers/gpu/drm/i915/gt/int
== Series Details ==
Series: drm/i915: Miscellaneous clean up changes around i915_drv.h
URL : https://patchwork.freedesktop.org/series/150462/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_16723 -> Patchwork_150462v1
Summar
== Series Details ==
Series: Fixes in snps-phy HDMI PLL algorithm
URL : https://patchwork.freedesktop.org/series/150458/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_16723 -> Patchwork_150458v1
Summary
---
**SUCCESS
> -Original Message-
> From: Intel-xe On Behalf Of Ville
> Syrjala
> Sent: Tuesday, June 17, 2025 10:38 PM
> To: intel-gfx@lists.freedesktop.org
> Cc: intel...@lists.freedesktop.org
> Subject: [PATCH v2 6/9] drm/i915/dmc: Reload pipe DMC MMIO registers for pipe
> C/D on various platforms
A later patch in the series will be adding debugfs files for each
ref_tracker that get created in ref_tracker_dir_init(). The format will
be "class@%px". The current "name" string can vary between
ref_tracker_dir objects of the same type, so it's not suitable for this
purpose.
Add a new "class" st
Add a new "ref_tracker" directory in debugfs. Each individual refcount
tracker can register files under there to display info about
currently-held references.
Reviewed-by: Andrew Lunn
Reviewed-by: Krzysztof Karas
Signed-off-by: Jeff Layton
---
lib/ref_tracker.c | 13 +
1 file chang
After assigning the inode number to the namespace, use it to create a
unique name for each netns refcount tracker with the ns.inum and
net_cookie values in it, and register a symlink to the debugfs file for
it.
init_net is registered before the ref_tracker dir is created, so add a
late_initcall()
Now that we have dentries and the ability to create meaningful symlinks
to them, don't keep a name string in each tracker. Switch the output
format to print "class@address", and drop the name field.
Also, add a kerneldoc header for ref_tracker_dir_init().
Signed-off-by: Jeff Layton
---
drivers/
Allow pr_ostream to also output directly to a seq_file without an
intermediate buffer. The first caller of +ref_tracker_dir_seq_print()
will come in a later patch, so mark that __maybe_unused for now. That
designation will be removed once it is used.
Reviewed-by: Andrew Lunn
Signed-off-by: Jeff L
Add the ability for a subsystem to add a user-friendly symlink that
points to a ref_tracker_dir's debugfs file. Add a separate
debugfs_symlinks xarray and use that to track symlinks. The reaper
workqueue job will remove symlinks before their corresponding dentries.
Signed-off-by: Jeff Layton
---
Currently, there is no convenient way to see the info that the
ref_tracking infrastructure collects. Attempt to create a file in
debugfs when called from ref_tracker_dir_init().
The file is given the name "class@%px", as having the unmodified address
is helpful for debugging. This should be safe s
For those just joining in, this series adds a new top-level
"ref_tracker" debugfs directory, and has each ref_tracker_dir register a
file in there as part of its initialization. It also adds the ability to
register a symlink with a more human-usable name that points to the
file, and does some gener
In a later patch, we'll be adding a 3rd mechanism for outputting
ref_tracker info via seq_file. Instead of a conditional, have the caller
set a pointer to an output function in struct ostream. As part of this,
the log prefix must be explicitly passed in, as it's too late for the
pr_fmt macro.
Revi
As Thomas Weißschuh points out [1], it is now preferable to use %p
instead of hashed pointers with printk(), since raw pointers should no
longer be leaked into the kernel log. Change the ref_tracker
infrastructure to use %p instead of %pK in its formats.
[1]:
https://lore.kernel.org/netdev/202504
On 6/18/25 11:31, Jocelyn Falempe wrote:
> If the ttm bo is backed by pages, then it's possible to safely kmap
> one page at a time, using kmap_try_from_panic().
> Unfortunately there is no way to do the same with ioremap, so it
> only supports the kmap case.
> This is needed for proper drm_pani
Move this macro where other GEM_* definitions live.
---
drivers/gpu/drm/i915/i915_drv.h | 2 --
drivers/gpu/drm/i915/i915_gem.h | 2 ++
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
index f69b64e06078..4e4e89746aa6
On Thu, Jun 05, 2025 at 01:29:37PM +0300, Jani Nikula wrote:
> With the struct drm_device based pcode interface in place in both i915
> and xe, we can switch dram code to use that.
Reviewed-by: Rodrigo Vivi
>
> Signed-off-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/soc/intel_dram.c | 4 ++--
Move macros related to engines out of i915_drv.h header and
place them in intel_engine.h.
Signed-off-by: Krzysztof Karas
---
drivers/gpu/drm/i915/gt/intel_engine.h | 31 ++
drivers/gpu/drm/i915/i915_drv.h| 31 --
2 files changed, 31 inserti
Krzysztof Karas (2):
drm/i915: Move out engine related macros from i915_drv.h
drm/i915: move GEM_QUIRK_PIN_SWIZZLED_PAGES to i915_gem.h
drivers/gpu/drm/i915/gt/intel_engine.h | 31
drivers/gpu/drm/i915/i915_drv.h| 33 --
drivers/gpu/drm
On Thu, Jun 05, 2025 at 01:29:38PM +0300, Jani Nikula wrote:
> With display code using the struct drm_device based pcode interface, we
> can drop the old pcode compat interface.
>
> We can also drop the __compat_uncore_to_tile() helper from
> intel_uncore.h compat header.
>
> Turns out a couple o
On Tue, Jun 17, 2025 at 11:29:54AM +0300, Jani Nikula wrote:
> On Mon, 16 Jun 2025, Rodrigo Vivi wrote:
> > On Thu, Jun 05, 2025 at 01:29:36PM +0300, Jani Nikula wrote:
> >> With the struct drm_device based pcode interface in place in both i915
> >> and xe, we can switch display code to use that,
On 6/17/2025 7:20 PM, Jani Nikula wrote:
On Tue, 17 Jun 2025, Vas Novikov wrote:
Hi Jani and everyone,
On 17/06/2025 12.33, Jani Nikula wrote:
Does [1] help?
The patch works. (Applied on top of 6.16.0-rc2-1.1-mainline, built by
Christian @gromit who helped again.)
The patch (or the new ke
DIV_ROUND_CLOSEST_ULL uses do_div(), which expects a 32-bit divisor.
When passing a 64-bit constant like CURVE2_MULTIPLIER, the value is
silently truncated to u32, potentially leading to incorrect results
on large divisors.
Replace DIV_ROUND_CLOSEST_ULL with DIV64_U64_ROUND_CLOSEST which correctly
Fixes/improvement in snps-phy HDMI PLL algorithm.
Ankit Nautiyal (2):
drm/i915/snps_hdmi_pll: Fix 64-bit divisor truncation by using
div64_u64
drm/i915/snps_hdmi_pll: Use clamp() instead of max(min())
drivers/gpu/drm/i915/display/intel_snps_hdmi_pll.c | 8
1 file changed, 4 inse
The values of ana_cp_int, and ana_cp_prop are clamped between 1 and 127.
Use the more intuitive and readable clamp() macro instead of using
nested max(min(...)).
Signed-off-by: Ankit Nautiyal
---
drivers/gpu/drm/i915/display/intel_snps_hdmi_pll.c | 4 ++--
1 file changed, 2 insertions(+), 2 dele
Please disregard this email, I made a mistake while sending
a bunch of patches. Sorry for the noise.
---
Best Regards,
Krzysztof
== Series Details ==
Series: drm/xe/display: read PCON capability only when present
URL : https://patchwork.freedesktop.org/series/150451/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_16723 -> Patchwork_150451v1
Summary
--
-cover-letter.patch
0001-drm-i915-Move-out-engine-related-macros-from-i915_dr.patch
0002-drm-i915-move-GEM_QUIRK_PIN_SWIZZLED_PAGES-to-i915_g.patch
Hi Christian,
Em 18/06/2025 04:29, Christian König escreveu:
On 6/17/25 15:22, André Almeida wrote:
Em 17/06/2025 10:07, Christian König escreveu:
On 6/17/25 14:49, André Almeida wrote:
To notify userspace about which task (if any) made the device get in a
wedge state, make use of drm_wedge_t
Read PCON capabilities only when it is present. This will prevent
spurious DCPD read failures.
[drm] *ERROR* Failed to read DPCD register 0x92
Signed-off-by: Chaitanya Kumar Borah
---
drivers/gpu/drm/i915/display/intel_dp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/d
== Series Details ==
Series: drm/i915: Add drm_panic support (rev10)
URL : https://patchwork.freedesktop.org/series/141935/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_16723 -> Patchwork_141935v10
Summary
---
**FAI
== Series Details ==
Series: drm/i915/panel: register drm_panel and call prepare/unprepare for eDP
(rev2)
URL : https://patchwork.freedesktop.org/series/150370/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_16723 -> Patchwork_150370v2
=
On Wed, 18 Jun 2025, Arun R Murthy wrote:
> Allocate and register drm_panel to allow the panel_follower framework to
> detect the eDP panel and pass drm_connector::kdev device to drm_panel
> allocation for matching.
> Call drm_panel_prepare/unprepare in ddi_enable for eDP to allow the
> followers
Hi Tvrtko,
On Tue Jun 17, 2025 at 11:39 AM UTC, Tvrtko Ursulin wrote:
>
> On 16/06/2025 15:22, Sebastian Brzezinka wrote:
>> This patch adds a defensive check in `eb_relocate_entry()` to validate
>> the relocation entry pointer before dereferencing it. It ensures the
>> pointer is non-NULL and acc
This adds drm_panic support for i915 and xe driver.
I've tested it on the 4 intel laptops I have at my disposal.
* Haswell with 128MB of eDRAM.
* Comet Lake i7-10850H
* Raptor Lake i7-1370P (with DPT, and Y-tiling).
* Lunar Lake Ultra 5 228V (with DPT, and 4-tiling, and using the Xe driver.
On Alder Lake and later, it's not possible to disable tiling when DPT
is enabled.
So this commit implements Y-Tiling support, to still be able to draw
the panic screen.
Signed-off-by: Jocelyn Falempe
---
v8:
* Pass the tiling function to intel_bo_panic_setup()
.../gpu/drm/i915/display/intel_a
When the panic handler is called, configure the psr to send the full
framebuffer to the monitor, otherwise the panic screen is only
partially visible.
Signed-off-by: Jocelyn Falempe
---
v8:
* Added in v8
.../gpu/drm/i915/display/intel_atomic_plane.c | 7 +++
drivers/gpu/drm/i915/display/
On Alder Lake and later, it's not possible to disable tiling when DPT
is enabled.
So this commit implements 4-Tiling support, to still be able to draw
the panic screen.
Signed-off-by: Jocelyn Falempe
---
.../gpu/drm/i915/display/intel_atomic_plane.c | 20 +++
1 file changed, 20
Implement both functions for i915 and xe, they prepare the work for
drm_panic support.
They both use kmap_try_from_panic(), and map one page at a time, to
write the panic screen on the framebuffer.
Signed-off-by: Jocelyn Falempe
---
v5:
* Use iosys_map for intel_bo_panic_map().
v7:
* Return i
This adds drm_panic support for a wide range of Intel GPU. I've
tested it only on 4 laptops, Haswell (with 128MB of eDRAM),
Comet Lake, Raptor Lake, and Lunar Lake.
For hardware using DPT, it's not possible to disable tiling, as you
will need to reconfigure the way the GPU is accessing the
framebuf
drm_panic draws in linear framebuffer, so it's easier to re-use the
current framebuffer, and disable tiling in the panic handler, to show
the panic screen.
This assumes that the alignment restriction is always smaller in
linear than in tiled.
It also assumes that the linear framebuffer size is alw
If the ttm bo is backed by pages, then it's possible to safely kmap
one page at a time, using kmap_try_from_panic().
Unfortunately there is no way to do the same with ioremap, so it
only supports the kmap case.
This is needed for proper drm_panic support with xe driver.
Signed-off-by: Jocelyn Fale
drm_panic draws in linear framebuffer, so it's easier to re-use the
current framebuffer, and disable tiling in the panic handler, to show
the panic screen.
This assumes that the alignment restriction is always smaller in
linear than in tiled.
It also assumes that the linear framebuffer size is alwa
The vaddr of the fbdev framebuffer is private to the struct
intel_fbdev, so this function is needed to access it for drm_panic.
Also the struct i915_vma is different between i915 and xe, so it
requires a few functions to access fbdev->vma->iomap.
Signed-off-by: Jocelyn Falempe
---
v2:
* Add int
This allows driver to set some private data in get_scanout_buffer(),
and re-use them in set_pixel() callback.
Signed-off-by: Jocelyn Falempe
---
v10:
* Added in v10, to avoid static variables
include/drm/drm_panic.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/drm/drm_pan
Allocate and register drm_panel to allow the panel_follower framework to
detect the eDP panel and pass drm_connector::kdev device to drm_panel
allocation for matching.
Call drm_panel_prepare/unprepare in ddi_enable for eDP to allow the
followers to get notified of the panel power state changes.
v2
On 6/17/25 15:22, André Almeida wrote:
> Em 17/06/2025 10:07, Christian König escreveu:
>> On 6/17/25 14:49, André Almeida wrote:
>>> To notify userspace about which task (if any) made the device get in a
>>> wedge state, make use of drm_wedge_task_info parameter, filling it with
>>> the task PID a
72 matches
Mail list logo
