[PULL] drm-misc-next

Hi Dave, Simona, First pull request for v6.12! Enjoy! Cheers, ~Maarten drm-misc-next-2024-09-20: drm-misc-next for v6.12: UAPI Changes: - Add panthor/DEV_QUERY_TIMESTAMP_INFO query. Cross-subsystem Changes: - Updated dt bindings. - Add documentation explaining default errnos for fences. - Mar

[PULL] drm-misc-next

Hi Dave, Simona, First pull request for v6.12! Enjoy! Cheers, ~Maarten drm-misc-next-2024-09-20: drm-misc-next for v6.12: UAPI Changes: - Add panthor/DEV_QUERY_TIMESTAMP_INFO query. Cross-subsystem Changes: - Updated dt bindings. - Add documentation explaining default errnos for fences. - Mar

[PULL] drm-misc-next

Hi Dave, Simona, First pull request for v6.12! Enjoy! Cheers, ~Maarten drm-misc-next-2024-09-20: drm-misc-next for v6.12: UAPI Changes: - Add panthor/DEV_QUERY_TIMESTAMP_INFO query. Cross-subsystem Changes: - Updated dt bindings. - Add documentation explaining default errnos for fences. - Mar

Re: [PATCH v2] drm/i915/fb: convert parts of intel_fb.c to struct drm_gem_object

Much better! Reviewed-by: Maarten Lankhorst Den 2024-09-18 kl. 08:25, skrev Jani Nikula: > Prefer the driver agnostic struct drm_gem_object over i915 specific > struct drm_i915_gem_object. Add new intel_bo_* functions as needed. > > v2: update comment for intel_bo_is_userpt

Re: [PATCH 22/22] drm/xe: eradicate -Ddrm_i915_gem_object=xe_bo

For the whole series, with the comment addressed: Reviewed-by: Maarten Lankhorst Den 2024-09-17 kl. 18:14, skrev Jani Nikula: > We've now completely stopped using drm_i915_gem_object in display code > that gets built for xe. Kill off the -Ddrm_i915_gem_object=xe_bo > hack.

Re: [PATCH 03/22] drm/i915/fb: convert parts of intel_fb.c to struct drm_gem_object

Den 2024-09-17 kl. 18:13, skrev Jani Nikula: > Prefer the driver agnostic struct drm_gem_object over i915 specific > struct drm_i915_gem_object. Add new intel_bo_* functions as needed. > > Signed-off-by: Jani Nikula > --- > drivers/gpu/drm/i915/display/intel_bo.c | 10 + > drivers/gpu

Re: [PATCH 1/2] drm/xe: Fix DSB buffer coherency

Den 2024-09-13 kl. 19:12, skrev Ville Syrjälä: > On Fri, Sep 13, 2024 at 01:47:53PM +0200, Maarten Lankhorst wrote: >> Add the scanout flag to force WC caching, and add the memory barrier >> where needed. >> >> Signed-off-by: Maarten Lankhorst >> -

Re: [PATCH 1/2] drm/xe: Fix DSB buffer coherency

Den 2024-09-13 kl. 14:04, skrev Matthew Auld: > On 13/09/2024 12:47, Maarten Lankhorst wrote: >> Add the scanout flag to force WC caching, and add the memory barrier >> where needed. >> >> Signed-off-by: Maarten Lankhorst >> --- >>   drivers/gpu/drm/xe/d

[PATCH 2/2] drm/xe: Revert "drm/i915: Disable DSB in Xe KMD"

: Animesh Manna Link: https://patchwork.freedesktop.org/patch/msgid/20240708055630.4058818-1-animesh.ma...@intel.com Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/display/intel_dsb.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/gpu/drm/i915/display/intel_dsb.c b/drivers

[PATCH 0/2] drm/xe: Re-enable DSB.

Fix coherency issues with DSB, and then try enabling DSB again. Animesh Manna (1): drm/xe: Revert "drm/i915: Disable DSB in Xe KMD" Maarten Lankhorst (1): drm/xe: Fix DSB buffer coherency drivers/gpu/drm/i915/display/intel_dsb.c | 4 drivers/gpu/drm/xe/display/xe_dsb_bu

[PATCH 1/2] drm/xe: Fix DSB buffer coherency

Add the scanout flag to force WC caching, and add the memory barrier where needed. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_dsb_buffer.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/xe/display/xe_dsb_buffer.c b/drivers/gpu

[PATCH] drm/xe: Fix merge fails related to display runtime PM

The most recent merge commits introduced some fails to drm/drm-next, I've noticed these when looking at the xe patches. Solve it! Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_display.c | 2 -- drivers/gpu/drm/xe/xe_pm.c | 4 +--- 2 files changed, 1 inse

Re: [PATCH] drm/i915/display: Fix BMG CCS modifiers

Den 2024-08-29 kl. 16:29, skrev Rodrigo Vivi: > On Thu, Aug 29, 2024 at 03:29:28PM +0300, Juha-Pekka Heikkila wrote: >> Let I915_FORMAT_MOD_4_TILED_BMG_CCS show up as supported modifier >> > > doh! I just did the pull-request with that... I guess this is one extra > pull request next week or th

Re: [PATCH] drm/i915/display: Fix BMG CCS modifiers

Hey, D'oh, serves me right for changing patch around at last moment. :) Reviewed-by: Maarten Lankhorst Cheers, ~Maarten Den 2024-08-29 kl. 16:29, skrev Rodrigo Vivi: > On Thu, Aug 29, 2024 at 03:29:28PM +0300, Juha-Pekka Heikkila wrote: >> Let I915_FORMAT_MOD_4_TILED_BMG_

Re: [PATCH] drm/i915/display: use old bpp as a base when modeset is not allowed

Hey, We shouldn't have code acting differently whether modesets are allowed, I think I'm missing some context here? Cheers, ~Marten Den 2024-08-26 kl. 12:41, skrev Jouni Högander: > We are currently observing failure on refresh rate change on VRR setup if > full modeset is not allowed. This is c

Re: [PATCH v6 2/2] drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed.

Hey, Den 2024-08-27 kl. 05:11, skrev Matthew Brost: > On Mon, Aug 26, 2024 at 09:42:54PM +0200, Maarten Lankhorst wrote: >> Hey, >> >> Den 2024-08-26 kl. 21:30, skrev Matthew Brost: >>> On Mon, Aug 26, 2024 at 07:01:16PM +0200, Maarten Lankhorst wrote: >>>

Re: [PATCH v6 2/2] drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed.

Hey, Den 2024-08-26 kl. 21:30, skrev Matthew Brost: > On Mon, Aug 26, 2024 at 07:01:16PM +0200, Maarten Lankhorst wrote: >> For CCS formats on affected platforms, CCS can be used freely, but >> display engine requires a multiple of 64k physical pages. No other >> changes are

[PATCH v6 0/2] drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed.

Another spin. Maarten Lankhorst (2): drm/i915/display: Plane capability for 64k phys alignment drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed. drivers/gpu/drm/i915/display/intel_fb.c | 20 +++- drivers/gpu/drm/i915/display/intel_fb.h | 2

[PATCH v6 2/2] drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed.

The scanout flag and size being a multiple of 64k are used together to enforce 64k physical placement. VM_BIND is completely unaffected, mappings to a VM can still be aligned to 4k, just like for normal buffers. Signed-off-by: Zbigniew Kempczyński Signed-off-by: Maarten Lankhorst Cc: Matthew Aul

[PATCH v6 1/2] drm/i915/display: Plane capability for 64k phys alignment

Some plane formats have been designed to require 64k physical alignment. By returning whether this is the case for certain formats, we do not need to hardcode this check inside Xe. Signed-off-by: Maarten Lankhorst Reviewed-by: Zbigniew Kempczyński --- drivers/gpu/drm/i915/display/intel_fb.c

Re: [PATCH v5 1/2] drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed.

Hey, Den 2024-08-26 kl. 16:01, skrev Thomas Hellström: > On Mon, 2024-08-26 at 11:50 +0200, Maarten Lankhorst wrote: >> For CCS formats on affected platforms, CCS can be used freely, but >> display engine requires a multiple of 64k physical pages. No other >> changes are ne

[PATCH v5 1/2] drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed.

The scanout flag and size being a multiple of 64k are used together to enforce 64k physical placement. VM_BIND is completely unaffected, mappings to a VM can still be aligned to 4k, just like for normal buffers. Signed-off-by: Maarten Lankhorst Co-developed-by: Zbigniew Kempczyński Cc: Matthew

[PATCH v5 2/2] drm/i915/display: Add function for checking 64k physical alignment workaround

Instead of hardcoding the modifier in xe, the alternative approach is setting a bit in the modifier description for 64k phys requirement. This removes the hardcoding for the modifier in CCS. Signed-off-by: Maarten Lankhorst --- This might make the changes more palatable, but I personally

[PATCH v5 0/2] drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed.

Introduce a second patch to move the changes to intel_fb instead. Maarten Lankhorst (2): drm/xe: Align all VRAM scanout buffers to 64k physical pages when needed. drm/i915/display: Add function for checking 64k physical alignment workaround drivers/gpu/drm/i915/display/intel_fb.c

Re: [PATCH 2/3] drm/fourcc: define Intel Xe2 related tile4 ccs modifiers

Acked-by: Maarten Lankhorst Den 2024-08-17 kl. 02:06, skrev Lucas De Marchi: > On Fri, Aug 16, 2024 at 02:52:28PM GMT, Juha-Pekka Heikkila wrote: >> Add Tile4 type ccs modifiers to indicate presence of compression on Xe2. >> Here is defined I915_FORMAT_MOD_4_TILED_LNL_CCS whi

Re: [PATCH 2/3] drm/fourcc: define Intel Xe2 related tile4 ccs modifiers

Acked-by: Maarten Lankhorst Den 2024-08-17 kl. 02:06, skrev Lucas De Marchi: > On Fri, Aug 16, 2024 at 02:52:28PM GMT, Juha-Pekka Heikkila wrote: >> Add Tile4 type ccs modifiers to indicate presence of compression on Xe2. >> Here is defined I915_FORMAT_MOD_4_TILED_LNL_CCS whi

Re: [PATCH 2/2] drm/xe/display: drop unused rawclk_freq and RUNTIME_INFO()

Excellent, for both patches: Reviewed-by: Maarten Lankhorst Den 2024-08-20 kl. 11:07, skrev Jani Nikula: > With rawclk_freq moved to display runtime info, xe has no users left for > them. > > Reviewed-by: Ville Syrjälä > Signed-off-by: Jani Nikula > --- > drivers/g

Re: linux-next: build warning after merge of the drm-intel tree

Hey, Den 2024-07-15 kl. 06:21, skrev Golani, Mitulkumar Ajitkumar: > > On 15-07-2024 04:42, Stephen Rothwell wrote: >> Hi all, >> >> On Wed, 12 Jun 2024 14:11:10 +1000 Stephen Rothwell >> wrote: >>> After merging the drm-intel tree, today's linux-next build (htmldocs) >>> produced this warning:

Re: linux-next: build warning after merge of the drm-intel tree

Hey, Den 2024-07-15 kl. 06:21, skrev Golani, Mitulkumar Ajitkumar: > > On 15-07-2024 04:42, Stephen Rothwell wrote: >> Hi all, >> >> On Wed, 12 Jun 2024 14:11:10 +1000 Stephen Rothwell >> wrote: >>> After merging the drm-intel tree, today's linux-next build (htmldocs) >>> produced this warning:

Re: [PATCH v3] drm/dp: Describe target_rr_divider in struct drm_dp_as_sdp

Acked-by: Maarten Lankhorst Den 2024-07-15 kl. 06:02, skrev Mitul Golani: > Describe newly added parameter target_rr_divider in struct > drm_dp_as_sdp. > > -v2: > Remove extra line from commit message.(Lucas) > > -v3: > Rebase. > > Fixes: a20c6d954d75 ("

[PATCH] drm/xe/display: Re-use display vmas when possible

i915 has this really nice, infrastructure where everything becomes complicated, GGTT needs eviction, etc.. Lets not do that, and make the dumbest possible interface instead. Try to retrieve the VMA from old_plane_state, or intel_fbdev if kernel fb. Signed-off-by: Maarten Lankhorst --- .../gpu

[PULL] drm-misc-fixes

Hi Dave, Sima, Few fixes for v6.10. :) Cheers, ~Maarten drm-misc-fixes-2024-07-11: drm-misc-fixes for v6.10: - EDID irq fix for bridge/adv7511. - gma500 null mode fixes. - Cleanup meson binding. The following changes since commit 256abd8e550ce977b728be79a74e1729438b4948: Linux 6.10-rc7 (2024-

[PULL] drm-misc-fixes

Hi Dave, Sima, Few fixes for v6.10. :) Cheers, ~Maarten drm-misc-fixes-2024-07-11: drm-misc-fixes for v6.10: - EDID irq fix for bridge/adv7511. - gma500 null mode fixes. - Cleanup meson binding. The following changes since commit 256abd8e550ce977b728be79a74e1729438b4948: Linux 6.10-rc7 (2024-

[PULL] drm-misc-fixes

Hi Dave, Sima, Few fixes for v6.10. :) Cheers, ~Maarten drm-misc-fixes-2024-07-11: drm-misc-fixes for v6.10: - EDID irq fix for bridge/adv7511. - gma500 null mode fixes. - Cleanup meson binding. The following changes since commit 256abd8e550ce977b728be79a74e1729438b4948: Linux 6.10-rc7 (2024-

[PULL] drm-misc-fixes

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

[PULL] drm-misc-fixes

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

[PULL] drm-misc-fixes

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: [RFC PATCH 2/6] drm/cgroup: Add memory accounting DRM cgroup

Den 2024-06-28 kl. 16:04, skrev Maxime Ripard: > Hi, > > On Thu, Jun 27, 2024 at 09:22:56PM GMT, Maarten Lankhorst wrote: >> Den 2024-06-27 kl. 19:16, skrev Maxime Ripard: >>> Hi, >>> >>> Thanks for working on this! >>> >>> On

Re: [RFC PATCH 2/6] drm/cgroup: Add memory accounting DRM cgroup

Hey, Den 2024-06-27 kl. 19:16, skrev Maxime Ripard: Hi, Thanks for working on this! On Thu, Jun 27, 2024 at 05:47:21PM GMT, Maarten Lankhorst wrote: The initial version was based roughly on the rdma and misc cgroup controllers, with a lot of the accounting code borrowed from rdma. The

[RFC PATCH 6/6] drm/xe: Hack to test with mapped pages instead of vram.

We will probably want to make this a proper region in TTM for everything, so that we can charge VRAM twice, once for mapped in sysmem, once for mapped in vram. That way we don't need to deal with evict failing from lack of available memory in mapped. Signed-off-by: Maarten Lankhorst --- dr

[RFC PATCH 0/6] DRM resource management cgroup, try 2.

his version has a lot better chance of being upstreamed than the previous. It should be a lot more scalable thanks to the usage of RCU and page_counter. Cheers, Maarten Maarten Lankhorst (6): mm/page_counter: Move calculating protection values to page_counter drm/cgroup: Add memory accoun

[RFC PATCH 3/6] drm/ttm: Handle cgroup based eviction in TTM

only from cgroups which are a subgroup of the current cgroup. The returned CSS is used to determine if eviction is valuable for a given resource, and allows TTM to only target specific resources to lower memory usage. Signed-off-by: Maarten Lankhorst Co-developed-by: Friedrich Vock --- drivers

[RFC PATCH 4/6] drm/xe: Implement cgroup for vram

Add vram based cgroup eviction to Xe. Most hardware with VRAM uses TTM for its management, and can be similarly trivially enabled. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/xe_device.c | 4 drivers/gpu/drm/xe/xe_device_types.h | 4 drivers/gpu/drm/xe

[RFC PATCH 1/6] mm/page_counter: Move calculating protection values to page_counter

It's a lot of math, and there is nothing memcontrol specific about it. This makes it easier to use inside of the drm cgroup controller. Signed-off-by: Maarten Lankhorst --- include/linux/page_counter.h | 4 + mm/memcontrol.c | 154 +-

[RFC PATCH 5/6] drm/amdgpu: Add cgroups implementation

Similar to xe, enable some simple management of VRAM only. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 6 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | 6 ++ 3 files changed, 14 insertions

[RFC PATCH 2/6] drm/cgroup: Add memory accounting DRM cgroup

, drop reference to limiting cs with drmcs_pool_put. This API allows you to limit device resources with cgroups. You can see the supported cards in /sys/fs/cgroup/drm.capacity You need to echo +drm to cgroup.subtree_control, and then you can partition memory. Signed-off-by: Maarten Lankhorst

[RFC PATCH 5/6] drm/amdgpu: Add cgroups implementation

Similar to xe, enable some simple management of VRAM only. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 6 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | 6 ++ 3 files changed, 14 insertions

[PULL] drm-misc-fixes

Hi Dave, Sima, Was out last week, didn't happen much anyway with only 2 patches, so have a double sized -fixes this week. Cheers, ~Maarten drm-misc-fixes-2024-06-26: drm-misc-fixes for v6.10-rc6: - nouveau tv mode fixes. - Add KOE TX26D202VM0BWA timings. - Fix fb_info when vmalloc is used, re

[PULL] drm-misc-fixes

Hi Dave, Sima, Was out last week, didn't happen much anyway with only 2 patches, so have a double sized -fixes this week. Cheers, ~Maarten drm-misc-fixes-2024-06-26: drm-misc-fixes for v6.10-rc6: - nouveau tv mode fixes. - Add KOE TX26D202VM0BWA timings. - Fix fb_info when vmalloc is used, re

[PULL] drm-misc-fixes

Hi Dave, Sima, Was out last week, didn't happen much anyway with only 2 patches, so have a double sized -fixes this week. Cheers, ~Maarten drm-misc-fixes-2024-06-26: drm-misc-fixes for v6.10-rc6: - nouveau tv mode fixes. - Add KOE TX26D202VM0BWA timings. - Fix fb_info when vmalloc is used, re

[PULL] drm-misc-fixes

Hi Dave, Sima, Got a bit distracted with drm-misc-next-fixes yesterday, so here's a slightly late drm-misc-fixes. Cheers, ~Maarten drm-misc-fixes-2024-06-14: drm-misc-fixes for v6.10-rc4: - Kconfig fix for WERROR. - Add panel quirk for Aya Neo KUN - Small bugfixes in komeda, bridge/panel, amd

[PULL] drm-misc-fixes

Hi Dave, Sima, Got a bit distracted with drm-misc-next-fixes yesterday, so here's a slightly late drm-misc-fixes. Cheers, ~Maarten drm-misc-fixes-2024-06-14: drm-misc-fixes for v6.10-rc4: - Kconfig fix for WERROR. - Add panel quirk for Aya Neo KUN - Small bugfixes in komeda, bridge/panel, amd

[PULL] drm-misc-fixes

Hi Dave, Sima, Got a bit distracted with drm-misc-next-fixes yesterday, so here's a slightly late drm-misc-fixes. Cheers, ~Maarten drm-misc-fixes-2024-06-14: drm-misc-fixes for v6.10-rc4: - Kconfig fix for WERROR. - Add panel quirk for Aya Neo KUN - Small bugfixes in komeda, bridge/panel, amd

Re: [PATCH 05/13] drm/display: Add missing Panel Replay Enable SU Region ET bit

Acked-by: Maarten Lankhorst Den 2024-06-07 kl. 15:49, skrev Jouni Högander: Add missing Panel Replay Enable SU Region ET bit defined in DP2.1 specification. Signed-off-by: Jouni Högander Reviewed-by: Animesh Manna --- include/drm/display/drm_dp.h | 1 + 1 file changed, 1 insertion

[PULL] drm-misc-next-fixes

Hi Dave, Sima, Pull request for a single patch lost in the wrong tree. Cheers, ~Maarten drm-misc-next-fixes-2024-06-07: drm-misc-next-fixes for v6.10-rc3: - Single unused struct removal that should have been in -fixes. The following changes since commit 5a507b7d2be15fddb95bf8dee01110b723e2bcd9:

[PULL] drm-misc-next-fixes

Hi Dave, Sima, Pull request for a single patch lost in the wrong tree. Cheers, ~Maarten drm-misc-next-fixes-2024-06-07: drm-misc-next-fixes for v6.10-rc3: - Single unused struct removal that should have been in -fixes. The following changes since commit 5a507b7d2be15fddb95bf8dee01110b723e2bcd9:

[PULL] drm-misc-next-fixes

Hi Dave, Sima, Pull request for a single patch lost in the wrong tree. Cheers, ~Maarten drm-misc-next-fixes-2024-06-07: drm-misc-next-fixes for v6.10-rc3: - Single unused struct removal that should have been in -fixes. The following changes since commit 5a507b7d2be15fddb95bf8dee01110b723e2bcd9:

[PULL] drm-misc-fixes

Hi Dave, Sima, Lots of fixes for vmwgfx all over the place, and one fix for sitronix panel. Cheers, Maarten drm-misc-fixes-2024-06-07: drm-misc-fixes for v6.10-rc3: - Robustness fixes for vmwgfx. - Error check for of_drm_get_panel_orientation failing in sitronix-st7789v. The following changes

[PULL] drm-misc-fixes

Hi Dave, Sima, Lots of fixes for vmwgfx all over the place, and one fix for sitronix panel. Cheers, Maarten drm-misc-fixes-2024-06-07: drm-misc-fixes for v6.10-rc3: - Robustness fixes for vmwgfx. - Error check for of_drm_get_panel_orientation failing in sitronix-st7789v. The following changes

[PULL] drm-misc-fixes

Hi Dave, Sima, Lots of fixes for vmwgfx all over the place, and one fix for sitronix panel. Cheers, Maarten drm-misc-fixes-2024-06-07: drm-misc-fixes for v6.10-rc3: - Robustness fixes for vmwgfx. - Error check for of_drm_get_panel_orientation failing in sitronix-st7789v. The following changes

Re: [PATCH v3 02/20] drm/panel replay: Add edp1.5 Panel Replay bits and register

Acked-by: Maarten Lankhorst Den 2024-05-27 kl. 09:22, skrev Jouni Högander: Add PANEL_REPLAY_CONFIGURATION_2 register and some missing Panel Replay bits. Signed-off-by: Jouni Högander --- include/drm/display/drm_dp.h | 16 +--- 1 file changed, 13 insertions(+), 3 deletions

[PULL] drm-misc-next-fixes

drm-misc-next-fixes-2024-05-23: drm-misc-next-fixes for v6.10-rc1: - MST null deref fix. - Don't let next bridge create connector in adv7511 to make probe work. The following changes since commit 959314c438caf1b62d787f02d54a193efda38880: drm/nouveau: use tile_mode and pte_kind for VM_BIND bo al

[PULL] drm-misc-next-fixes

drm-misc-next-fixes-2024-05-23: drm-misc-next-fixes for v6.10-rc1: - MST null deref fix. - Don't let next bridge create connector in adv7511 to make probe work. The following changes since commit 959314c438caf1b62d787f02d54a193efda38880: drm/nouveau: use tile_mode and pte_kind for VM_BIND bo al

[PULL] drm-misc-next-fixes

drm-misc-next-fixes-2024-05-23: drm-misc-next-fixes for v6.10-rc1: - MST null deref fix. - Don't let next bridge create connector in adv7511 to make probe work. The following changes since commit 959314c438caf1b62d787f02d54a193efda38880: drm/nouveau: use tile_mode and pte_kind for VM_BIND bo al

[v6 2/3] drm/i915: Use vblank worker to unpin old legacy cursor fb safely

this is causing problems we can think about adding a lower priority worker for such things. This patch is slightly reworked by Maarten Cc: Maarten Lankhorst Signed-off-by: Ville Syrjälä Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/display/intel_cursor.c | 26 +-- drive

[v6 3/3] drm/i915: Use the same vblank worker for atomic unpin

after-free in cursor cleanup. Signed-off-by: Maarten Lankhorst --- .../gpu/drm/i915/display/intel_atomic_plane.c | 13 +++- .../gpu/drm/i915/display/intel_atomic_plane.h | 2 ++ drivers/gpu/drm/i915/display/intel_crtc.c | 31 +++ drivers/gpu/drm/i915/display/intel_curso

[v6 1/3] drm: Add drm_vblank_work_flush_all().

In some cases we want to flush all vblank work, right before vblank_off for example. Add a simple function to make this possible. Check that both pending_work and running work are empty when flushing. Co-Developed-by: Chaitanya Kumar Borah Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm

[v6 0/3] Fix cursor FB unpinning.

Hopefully last attempt. Small bug in drm_vblank_work_flush_all left, fixed now hopefully. Maarten Lankhorst (2): drm: Add drm_vblank_work_flush_all(). drm/i915: Use the same vblank worker for atomic unpin Ville Syrjälä (1): drm/i915: Use vblank worker to unpin old legacy cursor fb safely

[PULL] drm-misc-next-fixes

drm-misc-next-fixes-2024-05-16: drm-misc-next-fixes for v6.10-rc1: - VM_BIND fix for nouveau. - Lots of panthor fixes: * Fixes for panthor's heap logical block. * Reset on unrecoverable fault * Fix VM references. * Reset fix. - xlnx compile and doc fixes. The following changes since commit

[PULL] drm-misc-next-fixes

drm-misc-next-fixes-2024-05-16: drm-misc-next-fixes for v6.10-rc1: - VM_BIND fix for nouveau. - Lots of panthor fixes: * Fixes for panthor's heap logical block. * Reset on unrecoverable fault * Fix VM references. * Reset fix. - xlnx compile and doc fixes. The following changes since commit

[PULL] drm-misc-next-fixes

drm-misc-next-fixes-2024-05-16: drm-misc-next-fixes for v6.10-rc1: - VM_BIND fix for nouveau. - Lots of panthor fixes: * Fixes for panthor's heap logical block. * Reset on unrecoverable fault * Fix VM references. * Reset fix. - xlnx compile and doc fixes. The following changes since commit

Re: [PATCH v10 05/12] drm/panelreplay: dpcd register definition for panelreplay SU

Hey, Den 2024-05-13 kl. 10:55, skrev Hogander, Jouni: Hello Maintainers, Could you please ack this patch? I'm planning to merge it via drm-intel tree. BR, Jouni Högander Acked-by: Maarten Lankhorst

[PULL] drm-misc-next-fixes

Hi Dave, Sima, drm-misc-next-fixes for v6.10-rc1. There was some discussion on certain cherry picks I did, specifically the one for hiding fbdev address. There is some potential to cause regressions on ARM by hiding the physical address, but I think it should be fine to move ahead. This is why

[PULL] drm-misc-next-fixes

Hi Dave, Sima, drm-misc-next-fixes for v6.10-rc1. There was some discussion on certain cherry picks I did, specifically the one for hiding fbdev address. There is some potential to cause regressions on ARM by hiding the physical address, but I think it should be fine to move ahead. This is why

[PULL] drm-misc-next-fixes

Hi Dave, Sima, drm-misc-next-fixes for v6.10-rc1. There was some discussion on certain cherry picks I did, specifically the one for hiding fbdev address. There is some potential to cause regressions on ARM by hiding the physical address, but I think it should be fine to move ahead. This is why

[PATCH v4 4/4] drm/xe/display: Re-use display vmas when possible

i915 has this really nice, infrastructure where everything becomes complicated, GGTT needs eviction, etc.. Lets not do that, and make the dumbest possible interface instead. Try to retrieve the VMA from old_plane_state, or intel_fbdev if kernel fb. Signed-off-by: Maarten Lankhorst --- .../gpu

[PATCH v4 3/4] drm/xe: Use simple xchg to cache DPT

Preallocate a DPT when creating the FB, and store it in i915_address_space. This can be used to prevent an expensive allocation in the pinning path. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 33 +++--- 1 file changed, 19 insertions(+), 14

[PATCH v4 2/4] drm/xe/display: Preparations for preallocating dpt bo

The DPT bo should not be allocated when pinning, but in advance when creating the framebuffer. Split allocation from bo pinning and GGTT insertion. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 159 +++-- 1 file changed, 123 insertions(+), 36

[PATCH v4 1/4] drm/xe: Remove safety check from __xe_ttm_stolen_io_mem_reserve_stolen

This is invalid with display code when reworking DPT pinning. The only reason we added it, was because originally all display allocations also had the bit set. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/xe_ttm_stolen_mgr.c | 4 1 file changed, 4 deletions(-) diff --git a

[PATCH v4 0/4] drm/xe: More fb pinning optimizations.

This reduces the latency of pinning framebuffers by re-using the previous mapping, if available. Additionally, DPT is preallocated when creating the FB, instead of performing a bo allocation on every pin. No changes since v3, just a rebase from conflicts. Maarten Lankhorst (4): drm/xe: Remove

Re: [RFC PATCH 00/18] TTM interface for managing VRAM oversubscription

Hey, Den 2024-04-24 kl. 18:56, skrev Friedrich Vock: Hi everyone, recently I've been looking into remedies for apps (in particular, newer games) that experience significant performance loss when they start to hit VRAM limits, especially on older or lower-end cards that struggle to fit both desk

Re: [RFC PATCH 00/18] TTM interface for managing VRAM oversubscription

Hey, Den 2024-04-24 kl. 18:56, skrev Friedrich Vock: Hi everyone, recently I've been looking into remedies for apps (in particular, newer games) that experience significant performance loss when they start to hit VRAM limits, especially on older or lower-end cards that struggle to fit both desk

[PULL] drm-misc-next

Hi Dave, Sima, One more pull request for v6.10! Cheers, ~Maarten drm-misc-next-2024-04-25: drm-misc-next for v6.10-rc1: UAPI Changes: Cross-subsystem Changes: - Devicetree updates for rockchip (#sound-dai-cells) - Add dt bindings for new panels. - Change bridge/tc358775 dt bindings. Core Cha

[PULL] drm-misc-next

Hi Dave, Sima, One more pull request for v6.10! Cheers, ~Maarten drm-misc-next-2024-04-25: drm-misc-next for v6.10-rc1: UAPI Changes: Cross-subsystem Changes: - Devicetree updates for rockchip (#sound-dai-cells) - Add dt bindings for new panels. - Change bridge/tc358775 dt bindings. Core Cha

[PULL] drm-misc-next

Hi Dave, Sima, One more pull request for v6.10! Cheers, ~Maarten drm-misc-next-2024-04-25: drm-misc-next for v6.10-rc1: UAPI Changes: Cross-subsystem Changes: - Devicetree updates for rockchip (#sound-dai-cells) - Add dt bindings for new panels. - Change bridge/tc358775 dt bindings. Core Cha

[PATCH 3/3] drm/i915: Use the same vblank worker for atomic unpin

after-free in cursor cleanup. Signed-off-by: Maarten Lankhorst --- .../gpu/drm/i915/display/intel_atomic_plane.c | 13 +++- .../gpu/drm/i915/display/intel_atomic_plane.h | 2 ++ drivers/gpu/drm/i915/display/intel_crtc.c | 31 +++ drivers/gpu/drm/i915/display/intel_curso

[PATCH 2/3] drm/i915: Use vblank worker to unpin old legacy cursor fb safely

this is causing problems we can think about adding a lower priority worker for such things. This patch is slightly reworked by Maarten Cc: Maarten Lankhorst Signed-off-by: Ville Syrjälä Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/display/intel_cursor.c | 26 +-- drive

[PATCH 0/3] drm/i915/display: Unpin cursor worker in vblank worker series.

Use the vblank worker to unpin fb, for the legacy cursor fastpath and atomic cursor slowpath. This prevents pipe fault errors from the cursor plane in Xe. A small race appears to exist in kms_universal_plane@cursor-fb-leak on dg2, not sure why. I tried reproducing it and failed. Maarten

[PATCH 1/3] drm: Add drm_vblank_work_flush_all().

In some cases we want to flush all vblank work, right before vblank_off for example. Add a simple function to make this possible. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_vblank_work.c | 22 ++ include/drm/drm_vblank_work.h | 2 ++ 2 files changed, 24

[PATCH v3 4/4] drm/xe/display: Re-use display vmas when possible

i915 has this really nice, infrastructure where everything becomes complicated, GGTT needs eviction, etc.. Lets not do that, and make the dumbest possible interface instead. Try to retrieve the VMA from old_plane_state, or intel_fbdev if kernel fb. Signed-off-by: Maarten Lankhorst --- .../gpu

[PATCH v3 3/4] drm/xe: Use simple xchg to cache DPT

Preallocate a DPT when creating the FB, and store it in i915_address_space. This can be used to prevent an expensive allocation in the pinning path. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 33 +++--- 1 file changed, 19 insertions(+), 14

[PATCH v3 2/4] drm/xe/display: Preparations for preallocating dpt bo

The DPT bo should not be allocated when pinning, but in advance when creating the framebuffer. Split allocation from bo pinning and GGTT insertion. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 159 +++-- 1 file changed, 123 insertions(+), 36

[PATCH v3 1/4] drm/xe: Remove safety check from __xe_ttm_stolen_io_mem_reserve_stolen

This is invalid with display code when reworking DPT pinning. The only reason we added it, was because originally all display allocations also had the bit set. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/xe_ttm_stolen_mgr.c | 4 1 file changed, 4 deletions(-) diff --git a

[PATCH v3 0/4] drm/xe: More fb pinning optimizations.

even without the initial FB GGTT pinning removal. Maarten Lankhorst (4): drm/xe: Remove safety check from __xe_ttm_stolen_io_mem_reserve_stolen drm/xe/display: Preparations for preallocating dpt bo drm/xe: Use simple xchg to cache DPT drm/xe/display: Re-use display vmas when possible .../gp

[PATCH v2 1/3] drm/xe/display: Preparations for preallocating dpt bo

The DPT bo should not be allocated when pinning, but in advance when creating the framebuffer. Split allocation from bo pinning and GGTT insertion. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 159 +++-- 1 file changed, 123 insertions(+), 36

[PATCH v2 2/3] drm/xe: Use simple xchg to cache DPT

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 33 +++--- 1 file changed, 19 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/xe/display/xe_fb_pin.c b/drivers/gpu/drm/xe/display/xe_fb_pin.c index 5a8d6857fb89..6ebda3ded8b4 100644

[PATCH v2 2/3] drm/xe: Use simple xchg to cache DPT

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 33 +++--- 1 file changed, 19 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/xe/display/xe_fb_pin.c b/drivers/gpu/drm/xe/display/xe_fb_pin.c index 5a8d6857fb89..6ebda3ded8b4 100644

[PATCH v2 1/3] drm/xe/display: Preparations for preallocating dpt bo

The DPT bo should not be allocated when pinning, but in advance when creating the framebuffer. Split allocation from bo pinning and GGTT insertion. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/xe/display/xe_fb_pin.c | 159 +++-- 1 file changed, 123 insertions(+), 36

[PATCH v2 3/3] drm/xe/display: Re-use display vmas when possible

i915 has this really nice, infrastructure where everything becomes complicated, GGTT needs eviction, etc.. Lets not do that, and make the dumbest possible interface instead. Try to retrieve the VMA from old_plane_state, or intel_fbdev if kernel fb. Signed-off-by: Maarten Lankhorst --- .../gpu

[PATCH v2 0/3] drm/xe: More fb pinning optimizations.

test results. It's not needed for optimizing FB pinning. Maarten Lankhorst (3): drm/xe/display: Preparations for preallocating dpt bo drm/xe: Use simple xchg to cache DPT drm/xe/display: Re-use display vmas when possible .../gpu/drm/i915/display/intel_atomic_plane.c | 2 +- driver

  1   2   3   4   5   6   7   8   9   10   >