The etnaviv driver wants to use 40-bit DMA mask and 32-bit coherent
allocation mask, to be able to access memory up to 40-bit, but still
limit page tables to lower 32-bit.
However, the call to of_dma_configure() next to setting the masks ruined
everything -- of_dma_configure will use the coherent
Looks like a reasonable approach to me. Thanks for following up on it!
I'll look into a KWin implementation soon.
- Xaver
On 7/18/2025 2:13 AM, Dmitry Baryshkov wrote:
On Thu, Jul 17, 2025 at 04:28:43PM -0700, Jessica Zhang wrote:
From: Abhinav Kumar
Please fix the patch subject.
Hi Dmitry,
Ack.
Add x1e80100 to the dp-controller bindings, fix the
displayport-controller reg bindings, and drop
assigned-
Am Do., 10. Juli 2025 um 22:21 Uhr schrieb Ville Syrjälä
:
>
> On Mon, Jul 07, 2025 at 03:41:20PM +, Naveen Kumar wrote:
> > Allow asynchronous page flips on planes that either lack a framebuffer or
> > retain the same framebuffer, as long as no plane properties are modified.
> >
> > This avoid
Hi Dave and Sima,
Please pull the following nova changes and other dependencies.
There's a minor conflict with the rust-timekeeping tree [1] with a resolution
in [2].
[1] https://lore.kernel.org/all/20250624195142.1050e...@canb.auug.org.au/
[2] https://lore.kernel.org/all/20250626170538.67e26...
On Fri, Jul 18, 2025 at 6:01 PM Leo Li wrote:
>
>
>
> On 2025-07-18 17:33, Alex Deucher wrote:
> > On Fri, Jul 18, 2025 at 5:02 PM Leo Li wrote:
> >>
> >>
> >>
> >> On 2025-07-18 16:07, Alex Deucher wrote:
> >>> On Fri, Jul 18, 2025 at 1:57 PM Brian Geffon wrote:
>
> On Thu, Jul 17, 20
On Fri, Jul 18, 2025 at 03:15:51PM -0700, Jessica Zhang wrote:
> Currently, runtime resume will always return success even if the core
> clock enable fails.
>
> Propagate any core clock enable errors during the resume to avoid any
> crashes later.
>
> Signed-off-by: Jessica Zhang
> ---
> driver
Currently, runtime resume will always return success even if the core
clock enable fails.
Propagate any core clock enable errors during the resume to avoid any
crashes later.
Signed-off-by: Jessica Zhang
---
drivers/gpu/drm/msm/dp/dp_display.c | 16
1 file changed, 12 insertion
On 2025-07-18 17:33, Alex Deucher wrote:
> On Fri, Jul 18, 2025 at 5:02 PM Leo Li wrote:
>>
>>
>>
>> On 2025-07-18 16:07, Alex Deucher wrote:
>>> On Fri, Jul 18, 2025 at 1:57 PM Brian Geffon wrote:
On Thu, Jul 17, 2025 at 10:59 AM Alex Deucher
wrote:
>
> On Wed, Jul 16
On Fri, Jul 18, 2025 at 5:02 PM Leo Li wrote:
>
>
>
> On 2025-07-18 16:07, Alex Deucher wrote:
> > On Fri, Jul 18, 2025 at 1:57 PM Brian Geffon wrote:
> >>
> >> On Thu, Jul 17, 2025 at 10:59 AM Alex Deucher
> >> wrote:
> >>>
> >>> On Wed, Jul 16, 2025 at 8:13 PM Brian Geffon wrote:
>
> >>
Melisa,
The following NULL pointer error was reported from promotion test with
this patch:
[ 31.525028] amdgpu :c4:00.0: [drm] *ERROR* No EDID read.
[ 31.525596] amdgpu :c4:00.0: [drm:drm_dp_dpcd_read
[drm_display_helper]] AMDGPU DM aux hw bus 2: 0x6921d AUX -> (ret= 3)
00 00 0
The xe_vram_region_alloc() function returns NULL on error. It never
returns error pointers. Update the error checking to match.
Fixes: 4b0a5f5ce784 ("drm/xe: Unify the initialization of VRAM regions")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/xe/xe_tile.c | 4 ++--
1 file changed, 2 ins
On 2025-07-18 16:07, Alex Deucher wrote:
> On Fri, Jul 18, 2025 at 1:57 PM Brian Geffon wrote:
>>
>> On Thu, Jul 17, 2025 at 10:59 AM Alex Deucher wrote:
>>>
>>> On Wed, Jul 16, 2025 at 8:13 PM Brian Geffon wrote:
On Wed, Jul 16, 2025 at 5:03 PM Alex Deucher wrote:
>
> On W
thanks!
Tested-by: David (Ming Qiang) Wu
Reviewed-by: David (Ming Qiang) Wu
On 7/18/2025 3:57 PM, Alex Deucher wrote:
Update the client id mapping so the correct clients
get printed when there is a mmhub page fault.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/mmhub_v4_1_0.c
Hi,
On Fri, Jul 18, 2025 at 10:17 AM Brigham Campbell
wrote:
>
> On Fri Jul 18, 2025 at 10:10 AM MDT, Doug Anderson wrote:
> >> +#define mipi_dsi_dual(_func, _dsi1, _dsi2, _ctx, ...) \
> >> + _mipi_dsi_dual(_func, _dsi1, _dsi2, _ctx, ##__VA_ARGS__)
> >> +
> >> +#define _mipi_dsi_d
On 7/18/25 12:26 AM, Alexandre Courbot wrote:
...
diff --git a/drivers/gpu/nova-core/falcon/gsp.rs
b/drivers/gpu/nova-core/falcon/gsp.rs
index
0db9f94036a6a7ced5a461aec2cff2ce246a5e0e..f17599cb49fa1e5077a554dc14b3715aa62a4ebd
100644
--- a/drivers/gpu/nova-core/falcon/gsp.rs
+++ b/drivers/gpu/n
On Fri, Jul 18, 2025 at 01:34:13PM -0300, Luiz Otavio Mello wrote:
Oi Luiz! :)
First of all thank you so much for the patch. A few comments below:
> Includes the missing file drm_device.h, which was unintentionally
> omitted in v1.
This version comment should be below, not in the beginning of t
On Fri, Jul 18, 2025 at 1:57 PM Brian Geffon wrote:
>
> On Thu, Jul 17, 2025 at 10:59 AM Alex Deucher wrote:
> >
> > On Wed, Jul 16, 2025 at 8:13 PM Brian Geffon wrote:
> > >
> > > On Wed, Jul 16, 2025 at 5:03 PM Alex Deucher
> > > wrote:
> > > >
> > > > On Wed, Jul 16, 2025 at 12:40 PM Brian
Update the client id mapping so the correct clients
get printed when there is a mmhub page fault.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/mmhub_v3_0_1.c | 57 +--
1 file changed, 32 insertions(+), 25 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mmh
Update the client id mapping so the correct clients
get printed when there is a mmhub page fault.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/mmhub_v4_1_0.c | 34 +--
1 file changed, 13 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mmh
Update the client id mapping so the correct clients
get printed when there is a mmhub page fault.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/mmhub_v3_3.c | 104 +++-
1 file changed, 103 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mmhu
Includes the missing file drm_device.h, which was unintentionally
omitted in v1.
i915 is the only remaining user of struct_mutex lock.
Move it from drm_device to drm_i915_private so it is only used within
the i915 driver.
Also update intel_guc_log.c to use the new location of struct_mutex.
Sign
From: Mario Limonciello
commit 0887054d14ae2 ("drm/amd: Drop abm_level property") dropped the
abm level property in favor of sysfs control. Since then there have
been discussions that compositors showed an interest in modifying
a vendor specific property instead.
So re-introduce the abm level pr
From: Mario Limonciello
During the 2025 Display Next Hackfest the topic from the 2024 display
next hackfest about what to do with adaptive backlight modulation was
revisited.
The general consensus was that the 2024 proposed solution [1] although
functional was not desirable because it was a bina
On Fri, Jul 18, 2025 at 04:26:07PM +0900, Alexandre Courbot wrote:
> A space was missing between arguments in this invocation.
>
It's obvious up to driver and Nova folks, but I feel this commit better
folded into another patch or we make the title a bit more clear, say:
gpu: nova-core: register:
The pull request you sent on Fri, 18 Jul 2025 20:33:49 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2025-07-18-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c460535a6d6182dcb00773132a8c384c1f9b5408
Thank you!
--
Deet-doot-dot, I am a bot.
On 18/07/2025 21:26, Jérôme de Bretagne wrote:
On Friday, Jul 18, 2025, Dmitry Baryshkov
wrote:
On Thu, Jul 17, 2025 at 11:36:38PM +0200, Jérôme de Bretagne wrote:
Le jeu. 17 juil. 2025 à 23:10, Konrad Dybcio
a écrit :
On 7/17/25 10:27 PM, Jérôme de Bretagne wrote:
On 2025/7/17 04:21, Xil
On Friday, Jul 18, 2025, Dmitry Baryshkov
wrote:
>
> On Thu, Jul 17, 2025 at 11:36:38PM +0200, Jérôme de Bretagne wrote:
> > Le jeu. 17 juil. 2025 à 23:10, Konrad Dybcio
> > a écrit :
> > >
> > > On 7/17/25 10:27 PM, Jérôme de Bretagne wrote:
> > > > On 2025/7/17 04:21, Xilin Wu wrote :
> > > >>
On Friday, Jul 18, 2025, Dmitry Baryshkov
wrote:
> On Thu, Jul 17, 2025 at 11:36:38PM +0200, Jérôme de Bretagne wrote:
>> Le jeu. 17 juil. 2025 à 23:10, Konrad Dybcio
>> a écrit :
>> >
>> > On 7/17/25 10:27 PM, Jérôme de Bretagne wrote:
>> > > On 2025/7/17 04:21, Xilin Wu wrote :
>> > >>
>> > >>
On 7/17/2025 2:42 PM, Felix Richter wrote:
Hi,
just tested that this Bug still exists in kernel version 6.16-rc6. The
example trigger from my previous mail still works triggering screen
freezing shortly after invocation.
I also learned that setting kernel param `amdgpu.dcdebugmask=0x10` work
On Thu, Jul 17, 2025 at 10:59 AM Alex Deucher wrote:
>
> On Wed, Jul 16, 2025 at 8:13 PM Brian Geffon wrote:
> >
> > On Wed, Jul 16, 2025 at 5:03 PM Alex Deucher wrote:
> > >
> > > On Wed, Jul 16, 2025 at 12:40 PM Brian Geffon wrote:
> > > >
> > > > On Wed, Jul 16, 2025 at 12:33 PM Alex Deucher
On 7/18/2025 12:36 PM, Bjorn Helgaas wrote:
On Fri, Jul 18, 2025 at 12:29:05PM -0500, Mario Limonciello wrote:
On 7/18/2025 12:25 PM, Bjorn Helgaas wrote:
On Thu, Jul 17, 2025 at 12:38:12PM -0500, Mario Limonciello wrote:
From: Mario Limonciello
On systems with multiple GPUs there can be unc
On Fri, Jul 18, 2025 at 12:29:05PM -0500, Mario Limonciello wrote:
> On 7/18/2025 12:25 PM, Bjorn Helgaas wrote:
> > On Thu, Jul 17, 2025 at 12:38:12PM -0500, Mario Limonciello wrote:
> > > From: Mario Limonciello
> > >
> > > On systems with multiple GPUs there can be uncertainty which GPU is the
On 7/18/2025 12:25 PM, Bjorn Helgaas wrote:
On Thu, Jul 17, 2025 at 12:38:12PM -0500, Mario Limonciello wrote:
From: Mario Limonciello
On systems with multiple GPUs there can be uncertainty which GPU is the
primary one used to drive the display at bootup. In some desktop
environments this can
On Fri, Jul 18, 2025 at 02:34:04PM +0100, Colin Ian King wrote:
> There is a statement that has an extraneous semicolon; remove it.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/gpu/drm/msm/msm_gpu.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Dmitry Baryshkov
On Fri, Jul 18, 2025 at 03:27:37PM +0200, Thomas Weißschuh wrote:
> In the past %pK was preferable to %p as it would not leak raw pointer
> values into the kernel log.
> Since commit ad67b74d2469 ("printk: hash addresses printed with %p")
> the regular %p has been improved to avoid this issue.
> Fu
On 7/13/2025 2:38 AM, Tomeu Vizoso wrote:
Using the DRM GPU scheduler infrastructure, with a scheduler for each
core.
Userspace can decide for a series of tasks to be executed sequentially
in the same core, so SRAM locality can be taken advantage of.
The job submission code was initially based
On Thu, Jul 17, 2025 at 12:38:12PM -0500, Mario Limonciello wrote:
> From: Mario Limonciello
>
> On systems with multiple GPUs there can be uncertainty which GPU is the
> primary one used to drive the display at bootup. In some desktop
> environments this can lead to increased power consumption b
On Fri Jul 18, 2025 at 10:10 AM MDT, Doug Anderson wrote:
>> +#define mipi_dsi_dual(_func, _dsi1, _dsi2, _ctx, ...) \
>> + _mipi_dsi_dual(_func, _dsi1, _dsi2, _ctx, ##__VA_ARGS__)
>> +
>> +#define _mipi_dsi_dual(_func, _dsi1, _dsi2, _ctx, ...) \
>> + do {
On 7/13/2025 2:38 AM, Tomeu Vizoso wrote:
This initial version supports the NPU as shipped in the RK3588 SoC and
described in the first part of its TRM, in Chapter 36.
This NPU contains 3 independent cores that the driver can submit jobs
to.
This commit adds just hardware initialization and pow
On 7/13/2025 2:38 AM, Tomeu Vizoso wrote:
A XML file was generated with the data from the TRM, and then this
header was generated from it.
The canonical location for the XML file is the Mesa3D repository.
v3:
- Make use of GPL-2.0-only for the copyright notice (Jeff Hugo)
v8:
- Remove full MIT
On Fri, Jul 18, 2025 at 01:34:13PM -0300, Luiz Otavio Mello wrote:
> Includes the missing file drm_device.h, which was unintentionally
> omitted in v1.
>
> i915 is the only remaining user of struct_mutex lock.
>
> Move it from drm_device to drm_i915_private so it is only used within
> the i915 dr
On 7/4/2025 1:55 AM, Sunil Khatri wrote:
add support to add a directory for each client-id
Nitpick. This is the start of a sentence, and therefore proper grammar
would have the first letter capitalized. So, "add support" should be
"Add support".
-Jeff
On 7/4/2025 1:55 AM, Sunil Khatri wrote:
Requirement is to create per client-id based directories to
hold key debugging information and for that access to
root debugfs dentry is need which is not in one place
and that information cannot be stored in drm_device.
Move the debugfs functionality fro
Applied. Thanks!
Alex
On Thu, Jul 17, 2025 at 4:58 PM Peter Shkenev wrote:
>
> HUBBUB structure is not initialized on DCE hardware, so check if it is NULL
> to avoid null dereference while accessing amdgpu_dm_capabilities file in
> debugfs.
>
> Signed-off-by: Peter Shkenev
> ---
> drivers/gpu
On Fri, Jul 18, 2025 at 04:41:56PM +0200, Luca Ceresoli wrote:
> Hi Dmitry,
>
> On Sat, 17 May 2025 04:59:44 +0300
> Dmitry Baryshkov wrote:
>
> > Allow HDMI DRM bridges to create CEC notifier. Physical address is
> > handled automatically by drm_atomic_helper_connector_hdmi_hotplug()
> > being
On 7/18/2025 2:22 AM, Dmitry Baryshkov wrote:
On Thu, Jul 17, 2025 at 04:28:42PM -0700, Jessica Zhang wrote:
On some MSM chipsets, the display port controller is capable of supporting
up to 4 streams.
To drive these additional streams, the pixel clocks for the corresponding
stream needs to b
On 7/17/2025 11:16 PM, Krzysztof Kozlowski wrote:
On 18/07/2025 01:28, Jessica Zhang wrote:
From: Abhinav Kumar
Add x1e80100 to the dp-controller bindings, fix the
displayport-controller reg bindings, and drop
assigned-clock-parents/assigned-clocks
Signed-off-by: Abhinav Kumar
Reviewed-by
On 7/18/2025 2:23 AM, Konrad Dybcio wrote:
On 7/18/25 1:28 AM, Jessica Zhang wrote:
The following chipsets support 2 total pixel streams:
- sa8775p (on mdss_dp1)
- sc8180x
- sc8280xp (mdss_dp0-2 only)
- sm8150
- sm8350
I think 8250 can do 2 streams too, no?
Hi Konrad,
Yes,
On 7/18/2025 2:20 AM, Dmitry Baryshkov wrote:
On Thu, Jul 17, 2025 at 04:28:47PM -0700, Jessica Zhang wrote:
The following chipsets support 2 total pixel streams:
- sa8775p (on mdss_dp1)
Uppercase chipset names.
Hi Dmitry,
Ack.
- sc8180x
- sc8280xp (mdss_dp0-2 only)
- sm8
Includes the missing file drm_device.h, which was unintentionally
omitted in v1.
i915 is the only remaining user of struct_mutex lock.
Move it from drm_device to drm_i915_private so it is only used within
the i915 driver.
Also update intel_guc_log.c to use the new location of struct_mutex.
Sign
On Fri, Jul 18, 2025 at 06:11:50PM +0800, Shengjiu Wang wrote:
> The HDMI TX Parallel Audio Interface (HTX_PAI) is a digital module that
> acts as the bridge between the Audio Subsystem to the HDMI TX Controller.
Remove " a digital module that acts as the" is more straightforward.
>
> Correct the
On Fri, Jul 18, 2025 at 06:11:49PM +0800, Shengjiu Wang wrote:
Subject needn't said binding again.
dt-bindings: display: imx: add HDMI PAI for i.MX8MP
> Add binding for the i.MX8MP HDMI parallel Audio interface block.
Need empty line between two paragraph
> As this port is linked to imx8mp-hdm
On Fri, Jul 18, 2025 at 02:59:10PM +0100, Ruben Wauters wrote:
> On Tue, 2025-07-01 at 12:54 +0100, Ruben Wauters wrote:
> > DRM_DEBUG_SELFTEST was removed in commit fc8d29e298cf (drm: selftest:
> > convert drm_mm selftest to KUnit) and all functions under it were
> > converted to KUnit, under the
Hi,
On Thu, Jul 17, 2025 at 9:41 AM Brigham Campbell
wrote:
>
> Create mipi_dsi_dual macro for panels which are driven by two parallel
> serial interfaces. This allows for the reduction of code duplication in
> drivers for these panels.
>
> Signed-off-by: Brigham Campbell
> ---
> include/drm/d
i915 is the only remaining user of struct_mutex lock.
Move it from drm_device to drm_i915_private so it is only used within
the i915 driver.
Signed-off-by: Luiz Otavio Mello
---
drivers/gpu/drm/i915/gt/uc/intel_guc_log.c | 4 ++--
drivers/gpu/drm/i915/i915_drv.h| 8
2 files
On Fri, Jul 18, 2025 at 06:11:47PM +0800, Shengjiu Wang wrote:
> The enable_audio() and disable_audio() callback pointers are in
> plat_data structure, and the audio device driver needs to get plat_data
> for assign these pointers. So add a function to export plat_data
> structure.
drm/bridge: dw-
Hi,
On Thu, Jul 17, 2025 at 9:41 AM Brigham Campbell
wrote:
>
> static int jdi_panel_prepare(struct drm_panel *panel)
> {
> struct jdi_panel *jdi = to_panel_jdi(panel);
> + struct mipi_dsi_multi_context dsi_ctx = { .accum_err = 0 };
nit: can just be this:
struct mipi_dsi_multi_
On 13/11/2024 21:03, Jann Horn wrote:
> When bailing out due to group_priority_permit() failure, the queue_args
> need to be freed. Fix it by rearranging the function to use the
> goto-on-error pattern, such that the success case flows straight without
> indentation while error cases jump forward t
Le 18/07/2025 à 15:03, Marius Vlad a écrit :
Hi,
FWIW, we (Weston) also use vkms in CI and we have in plan to make use of
these changes to exercise some internal code paths and enhance our tests.
Look forward to getting these into the tree and have it a in release. We
tend to follow with a br
Hi
Am 18.07.25 um 16:47 schrieb Andi Shyti:
Hi Nitin,
On Fri, Jul 18, 2025 at 04:20:51PM +0530, Nitin Gote wrote:
The current iosys_map_clear() implementation reads the potentially
uninitialized 'is_iomem' boolean field to decide which union member
to clear. This causes undefined behavior when
The kernel test robot reported that sparse gives the following warnings:
make C=2 M=drivers/gpu/drm/sitronix/
CC [M] st7571-i2c.o
CHECK st7571-i2c.c
st7571-i2c.c:1027:26: warning: symbol 'st7567_config' was not declared. Should
it be static?
st7571-i2c.c:1039:26: warning: symbol 'st7571_co
Drivers might need to update DRM connector in the
drm_bridge_funcs.hpd_notify callback (e.g. it might be necessary to
update EDID before setting ELD). Add corresponding argument to the
callback.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_bridge_connector.c | 2 +-
drivers/gp
While LT9611UXC is a DSI-to-HDMI bridge, it implements all HDMI-related
functions internally, in the firmware, thus it doesn't make sense to
implement DRM_BRIDGE_OP_HDMI. However it is possible to implement
DRM_BRIDGE_OP_HDMI_AUDIO, streamlining HDMI audio plumbing (which
includes plugged notificat
+-
drivers/gpu/drm/omapdrm/dss/hdmi4.c| 1 +
include/drm/drm_bridge.h | 1 +
7 files changed, 57 insertions(+), 79 deletions(-)
---
base-commit: 024e09e444bd2b06aee9d1f3fe7b313c7a2df1bb
change-id: 20250718-lt9611uxc-hdmi-3dd96306cdff
Best regards,
--
With best
Hi Lucas, another missing remark from the original review,
On 16.05.2025 16:49, Lukas Zapolskas wrote:
> This patch implements the PANTHOR_PERF_CONTROL ioctl series, and
> a PANTHOR_GET_UOBJ wrapper to deal with the backwards and forwards
> compatibility of the uAPI.
>
> The minor version is bumpe
Hi Lucas, forgot to add one comment in the previous patch review,
On 16.05.2025 16:49, Lukas Zapolskas wrote:
> This change adds the IOCTL to query data about the performance counter
> setup. Some of this data was available via previous DEV_QUERY calls,
> for instance for GPU info, but exposing it
Hi Lucas, this whole patch is alright, but don't forget to bump the
driver minor revision up, because 1.5 has alrady been assigned:
1.5 - adds DRM_PANTHOR_SET_USER_MMIO_OFFSET ioctl
On 16.05.2025 16:49, Lukas Zapolskas wrote:
> This patch implements the PANTHOR_PERF_CONTROL ioctl series, and
> a
On 16.05.2025 16:49, Lukas Zapolskas wrote:
> The sampler must disable and re-enable counter sampling around suspends,
> and must re-program the FW interface after a reset to avoid losing
> data.
>
> Signed-off-by: Lukas Zapolskas
> ---
> drivers/gpu/drm/panthor/panthor_device.c | 7 +-
> drive
On 16.05.2025 16:49, Lukas Zapolskas wrote:
> From: Adrián Larumbe
>
> The sampler aggregates counter and set requests coming from userspace
> and mediates interactions with the FW interface, to ensure that user
> sessions cannot override the global configuration.
>
> From the top-level interface,
This patch series adds support for CRIU checkpointing of processes that
share memory with the amdgpu dmabuf interface.
This v8 incorporates the vm mapping rework, which it depends on.
(https://lore.kernel.org/amd-gfx/880855c5-dede-4497-8ca1-916bd0dbd...@amd.com/T/#u)
Accompanying CRIU changes:
ht
The kfd CRIU checkpoint ioctl would return an error if trying
to checkpoint a process with no kfd buffer objects.
This is a normal case and should not be an error.
Signed-off-by: David Francis
---
drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Add new ioctl DRM_IOCTL_AMDGPU_CRIU_MAPPING_INFO, which
returns a list of mappings associated with a given bo, along with
their positions and offsets.
Signed-off-by: David Francis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_criu.c | 97
drivers/gpu/drm/amd/amdgpu/amdgpu_criu.h
Add new ioctl DRM_IOCTL_AMDGPU_CRIU_BO_INFO.
This ioctl returns a list of bos with their handles, sizes,
and flags and domains.
This ioctl is meant to be used during CRIU checkpoint and
provide information needed to reconstruct the bos
in CRIU restore.
Signed-off-by: David Francis
---
drivers/
Hi Nitin,
On Fri, Jul 18, 2025 at 04:20:51PM +0530, Nitin Gote wrote:
> The current iosys_map_clear() implementation reads the potentially
> uninitialized 'is_iomem' boolean field to decide which union member
> to clear. This causes undefined behavior when called on uninitialized
> structures, as
On Fri, Jul 18, 2025 at 03:17:00PM +0100, Matthew Wilcox wrote:
> On Fri, Jul 18, 2025 at 02:51:08PM +0300, Yonatan Maman wrote:
> > +++ b/include/linux/memremap.h
> > @@ -89,6 +89,14 @@ struct dev_pagemap_ops {
> > */
> > vm_fault_t (*migrate_to_ram)(struct vm_fault *vmf);
> >
> > + /
Hello Tomi,
On Fri, 18 Jul 2025 14:13:03 +0300
Tomi Valkeinen wrote:
> Hi,
>
> On 17/07/2025 16:56, Luca Ceresoli wrote:
> > Hello Jyri, Tomi, Michael,
> >
> > On Thu, 17 Jul 2025 09:49:44 +0200
> > "Michael Walle" wrote:
> >
> >> Hi,
> >>
> >> thanks for taking a look!
> >>
> >>> Howeve
Hi Dmitry,
On Sat, 17 May 2025 04:59:44 +0300
Dmitry Baryshkov wrote:
> Allow HDMI DRM bridges to create CEC notifier. Physical address is
> handled automatically by drm_atomic_helper_connector_hdmi_hotplug()
> being called from .detect() path.
>
> Signed-off-by: Dmitry Baryshkov
> Reviewed-by
On Fri, Jul 18, 2025 at 02:51:08PM +0300, Yonatan Maman wrote:
> +++ b/include/linux/memremap.h
> @@ -89,6 +89,14 @@ struct dev_pagemap_ops {
>*/
> vm_fault_t (*migrate_to_ram)(struct vm_fault *vmf);
>
> + /*
> + * Used for private (un-addressable) device memory only. Retur
On Tue, 2025-07-01 at 12:54 +0100, Ruben Wauters wrote:
> DRM_DEBUG_SELFTEST was removed in commit fc8d29e298cf (drm: selftest:
> convert drm_mm selftest to KUnit) and all functions under it were
> converted to KUnit, under the DRM_KUNIT_TEST option
>
> This conversion however did not occur in the
[Public]
> -Original Message-
> From: Nathan Chancellor
> Sent: Tuesday, July 15, 2025 7:50 PM
> To: Deucher, Alexander ; Koenig, Christian
>
> Cc: Gao, Likun ; Zhang, Hawking
> ; amd-...@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; l...@lists.linux.dev; patc...@lists.linux
On 15.07.25 15:44, WangYuli wrote:
There is a spelling mistake of 'notifer' in the comment which
should be 'notifier'.
Link:
https://lore.kernel.org/all/b3c019b63c93846f+20250715071245.398846-1-wangy...@uniontech.com/
Signed-off-by: WangYuli
Reviewed-by: Juergen Gross
Juergen
OpenPGP_0x
There is a statement that has an extraneous semicolon; remove it.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/msm/msm_gpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/msm_gpu.c b/drivers/gpu/drm/msm/msm_gpu.c
index c317b25a8162..33caefd0f877 100
In the past %pK was preferable to %p as it would not leak raw pointer
values into the kernel log.
Since commit ad67b74d2469 ("printk: hash addresses printed with %p")
the regular %p has been improved to avoid this issue.
Furthermore, restricted pointers ("%pK") were never meant to be used
through p
On 18-07-2025 00:51, Matthew Schwartz wrote:
[...]
>
> Sure, going to use my Legion Go S w/ Z2 Go for this (DCN 3.1.2). All
> of these are from amd-staging-drm-next with AMD_PRIVATE_COLOR=y.
>
> DTN log from Hades II with MangoHud enabled:
> https://gist.github.com/matte-schwartz/0c290ffe99bdb4f0
Hi,
FWIW, we (Weston) also use vkms in CI and we have in plan to make use of
these changes to exercise some internal code paths and enhance our tests.
Look forward to getting these into the tree and have it a in release. We
tend to follow with a branch/stable release so I suppose that's going be
On Fri, Jul 18, 2025 at 04:23:57PM +0530, Vignesh Raman wrote:
> Uprev IGT to the latest version and update expectation files.
>
> Signed-off-by: Vignesh Raman
> ---
> drivers/gpu/drm/ci/gitlab-ci.yml | 2 +-
> .../gpu/drm/ci/xfails/amdgpu-stoney-fails.txt | 2 +
> .../drm/ci/xf
On 18.07.25 12:23, Louis Chauvet wrote:
Le 03/07/2025 à 11:03, Robert Mader a écrit :
Since commit 41b4b11da0215 ("drm: Add valid clones check") setting
the `possible_clones` values is a hard requirement for cloning.
`vkms` supports cloning for writeback connectors in order to capture
CRTC con
Since commit 41b4b11da0215 ("drm: Add valid clones check") setting
the `possible_clones` values is a hard requirement for cloning.
`vkms` supports cloning for writeback connectors in order to capture
CRTC content, however that broke with said commit.
Writeback connectors are created on a per-CRTC
The HDMI TX Parallel Audio Interface (HTX_PAI) is a digital module that
acts as the bridge between the Audio Subsystem to the HDMI TX Controller.
Correct the register map of hdmi_pvi, which is overlapped with the
hdmi_pai device.
Signed-off-by: Shengjiu Wang
---
arch/arm64/boot/dts/freescale/im
The HDMI TX Parallel Audio Interface (HTX_PAI) is a digital module that
acts as the bridge between the Audio Subsystem to the HDMI TX Controller.
This IP block is found in the HDMI subsystem of the i.MX8MP SoC.
Data received from the audio subsystem can have an arbitrary component
ordering. The HT
Add binding for the i.MX8MP HDMI parallel Audio interface block.
As this port is linked to imx8mp-hdmi-tx, add port@2 in
fsl,imx8mp-hdmi-tx.yaml document.
Signed-off-by: Shengjiu Wang
---
.../display/bridge/fsl,imx8mp-hdmi-tx.yaml| 13
.../display/imx/fsl,imx8mp-hdmi-pai.yaml | 61
12 is identical to the value of `size_of::()`,
so use the latter instead.
Signed-off-by: Rhys Lloyd
---
Changes in v2:
- Added `#[repr(C)]` to `BitHeader`
---
drivers/gpu/nova-core/vbios.rs | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/nova-core/vbios.rs b/dr
Annotate the PmuLookupTableEntry with an `#[repr(C, packed)]` attribute.
Removes another magic number by making the struct the same size as
the data it needs to read, allowing the use of
`size_of::()`
Signed-off-by: Rhys Lloyd
---
Changes in v2:
- get_data helper function renamed to data
Changes
The enable_audio() and disable_audio() callback pointers are in
plat_data structure, and the audio device driver needs to get plat_data
for assign these pointers. So add a function to export plat_data
structure.
Signed-off-by: Shengjiu Wang
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 6 +
Use the offset_of macro for each struct field, annotate the
`PmuLookupTableHeader` struct with `#[repr(C)]` attribute,
and add a TODO message to use FromBytes when available.
Signed-off-by: Rhys Lloyd
---
drivers/gpu/nova-core/vbios.rs | 10 ++
1 file changed, 6 insertions(+), 4 deletion
The HDMI TX Parallel Audio Interface (HTX_PAI) is a digital module that
acts as the bridge between the Audio Subsystem to the HDMI TX Controller.
Add HDMI PAI driver on i.MX8MP to make HDMI audio function fully work.
Shengjiu Wang (4):
drm/bridge: dw-hdmi: Add function to get plat_data
drm/br
From: Ville Syrjälä
Disable TPS4 in favor of POST_LT_ADJ_REQ for testing purposes.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_dp_link_training.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/i915/display/intel_dp_link_training.c
b/drivers/
From: Ville Syrjälä
Implement the POST_LT_ADJ_REQ sequence, which should be used
to further fine tune the link if TPS4 is not supported.
The POST_LT_ADJ_REQ sequence will be performed after
the normal link training has succeeded.
Only the final hop between the last LTTPR and DPRX will
perform th
From: Ville Syrjälä
Add small helpers (drm_dp_post_lt_adj_req_supported() and
drm_dp_post_lt_adj_req_in_progress()) to help with implementing
the POST_LT_ADJ_REQ sequence.
Tested-by: Imre Deak
Reviewed-by: Imre Deak
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/display/drm_dp_helper.c | 8
1 - 100 of 190 matches
Mail list logo
