Hi,
Pitching in to describe the situation for v3d:
El vie, 18-04-2025 a las 14:25 +0200, Boris Brezillon escribió:
(...)
> +For all these reasons, the tiler usually allocates memory
> dynamically, but
> +DRM has not been designed with this use case in mind. Drivers will
> address
> +these proble
Hi,
On 4/25/2025 7:22 PM, Jeff Hugo wrote:
> On 4/25/2025 3:36 AM, Jacek Lawrynowicz wrote:
>> From: Karol Wachowski
>>
>> The mutex unlock for vdev->submitted_jobs_lock was incorrectly placed
>> after unlocking file_priv->lock. Change order of unlocks to avoid potential
>
> This should read "be
We start to have support many Sitronix displays in the tiny directory,
and we expect more to come.
Move them to their own subdirectory.
Signed-off-by: Marcus Folkesson
---
MAINTAINERS | 6 ++--
drivers/gpu/drm/Kconfig | 2 ++
drivers
Hi Kees,
On Sat, 26 Apr 2025 at 13:33, Helge Deller wrote:
> On 4/26/25 08:23, Kees Cook wrote:
> > In preparation for making the kmalloc family of allocators type aware,
> > we need to make sure that the returned type from the allocation matches
> > the type of the variable being assigned. (Befo
On Thu, 2025-04-24 at 20:45 +0530, Arun R Murthy wrote:
> Unify the function to calculate the link symbol cycles for both dsc and
> non-dsc case and export the function so that it can be used in the
> respective platform display drivers for other calculations.
>
> v2: unify the fn for both dsc and
Hi, is there any issue with this serie
Thanks,
Philippe
On 4/3/25 07:52, Philippe Simons wrote:
Allwinner H616 has a dedicated power domain for its Mali G31.
Currently after probe, the GPU is put in runtime suspend which
disable the power domain.
On first usage of GPU, the power domain enable
Hi Maira,
Looks good to me, but don't we need to do the same in
v3d_csd_job_timedout?
Iago
El dom, 27-04-2025 a las 17:28 -0300, Maíra Canal escribió:
> When a CL/CSD job times out, we check if the GPU has made any
> progress
> since the last timeout. If so, instead of resetting the hardware, we
On 4/26/2025 3:42 PM, Konrad Dybcio wrote:
> On 4/24/25 8:24 AM, Ayushi Makhija wrote:
>> Add anx7625 DSI to DP bridge device nodes.
>>
>> Signed-off-by: Ayushi Makhija
>> ---
>> arch/arm64/boot/dts/qcom/sa8775p-ride.dtsi | 181 +
>> 1 file changed, 181 insertions(+)
>>
>> dif
Hi Sumit,
On 4/21/2025 11:17 PM, Sumit Garg wrote:
> On Wed, Apr 09, 2025 at 05:20:08PM +1000, Amirreza Zarrabi wrote:
>>
>>
>> On 4/9/2025 4:41 PM, Jens Wiklander wrote:
>>> Hi Amirreza,
>>>
>>> On Wed, Apr 9, 2025 at 2:28 AM Amirreza Zarrabi
>>> wrote:
Hi jens,
On 4/8/2025 1
On Mon, Apr 28, 2025 at 01:40:42PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
Thanks Dave, I already merge this fix. I guess our new CI policy
rejected this though - I'll follow up on allowing you trigger our CI for
anything going forward.
Matt
> Fixes: 55df7c0c62c1 ("drm/ttm/xe: drop unu
Hi all,
On Mon, 28 Apr 2025 13:30:13 +1000 Stephen Rothwell
wrote:
>
> After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> In file included from drivers/gpu/drm/xe/xe_bo.c:3118:
> drivers/gpu/drm/xe/tests/xe_bo.c: In function 'ccs_test_migrate':
>
Hi Sumit,
On 4/21/2025 11:38 PM, Sumit Garg wrote:
> On Thu, Mar 27, 2025 at 07:47:26PM -0700, Amirreza Zarrabi wrote:
>> The TEE subsystem allows session-based access to trusted services,
>> requiring a session to be established to receive a service. This
>> is not suitable for an environment tha
Hi Huan,
> Subject: Re: [PATCH 1/2] Revert "udmabuf: fix vmap_udmabuf error page set"
>
> From 38aa11d92f209e7529736f3e11e08dfc804bdfae Mon Sep 17 00:00:00
> 2001
> From: Huan Yang
> Date: Tue, 15 Apr 2025 10:04:18 +0800
> Subject: [PATCH 1/2] Revert "udmabuf: fix vmap_udmabuf error page set"
>
Hi Sumit
On 4/21/2025 8:42 PM, Sumit Garg wrote:
> On Thu, Mar 27, 2025 at 07:47:24PM -0700, Amirreza Zarrabi wrote:
>> The tee_context can be used to manage TEE user resources, including
>> those allocated by the driver for the TEE on behalf of the user.
>> The release() callback is invoked only
> Hi all,
>
> After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> In file included from drivers/gpu/drm/xe/xe_bo.c:3118:
> drivers/gpu/drm/xe/tests/xe_bo.c: In function 'ccs_test_migrate':
> drivers/gpu/drm/xe/tests/xe_bo.c:63:15: error: too many argum
On 24.04.2025 13:18, Matthew Auld wrote:
Goal here is cut over to gpusvm and remove xe_hmm, relying instead on
common code. The core facilities we need are get_pages(), unmap_pages()
and free_pages() for a given useptr range, plus a vm level notifier
lock, which is now provided by gpusvm.
v2:
-
From: Dave Airlie
Fixes: 55df7c0c62c1 ("drm/ttm/xe: drop unused force_alloc flag")
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/xe/tests/xe_bo.c | 2 +-
drivers/gpu/drm/xe/tests/xe_dma_buf.c | 2 +-
drivers/gpu/drm/xe/tests/xe_migrate.c | 2 +-
3 files changed, 3 insertions(+), 3 deletio
Hi all,
After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from drivers/gpu/drm/xe/xe_bo.c:3118:
drivers/gpu/drm/xe/tests/xe_bo.c: In function 'ccs_test_migrate':
drivers/gpu/drm/xe/tests/xe_bo.c:63:15: error: too many arguments to functi
On Sun, Apr 27, 2025 at 02:57:22PM +0300, Dafna Hirschfeld wrote:
> On 24.04.2025 20:49, Jonathan Cavitt wrote:
> > Move the pagefault struct from xe_gt_pagefault.c to the
> > xe_gt_pagefault_types.h header file, and move the associated enum values
> > into the regs folder under xe_pagefault_desc.h
On Sun, Apr 27, 2025 at 06:51:30PM -0700, Matthew Brost wrote:
Ignore this one... I screwed up the reply list as intel-xe is not
include. Replying again to include intel-xe.
Matt
> On Sun, Apr 27, 2025 at 02:57:22PM +0300, Dafna Hirschfeld wrote:
> > On 24.04.2025 20:49, Jonathan Cavitt wrote:
On Sun, Apr 27, 2025 at 02:57:22PM +0300, Dafna Hirschfeld wrote:
> On 24.04.2025 20:49, Jonathan Cavitt wrote:
> > Move the pagefault struct from xe_gt_pagefault.c to the
> > xe_gt_pagefault_types.h header file, and move the associated enum values
> > into the regs folder under xe_pagefault_desc.h
On Wed, Apr 23, 2025 at 12:29:20PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This flag used to be used in the old memory tracking code, that
> code got migrated into the vmwgfx driver[1], and then got removed
> from the tree[2], but this piece got left behind.
>
> [1] f07069da6b4c ("drm/
On Mon, Apr 28, 2025 at 01:01:41AM +0100, Ruben Wauters wrote:
> make htmldocs reports unexpected indentation on line 1119 in the kernel
> doc comment. This was due to alignment of numbers (except the minus)
> which caused indentation. This also had unintended effects on the
> compiled documentatio
make htmldocs reports unexpected indentation on line 1119 in the kernel
doc comment. This was due to alignment of numbers (except the minus)
which caused indentation. This also had unintended effects on the
compiled documentation, with breaks and indentation after the -1 option.
This patch fixes t
On Mon, Apr 14, 2025 at 09:48:10AM -0400, Alex Deucher wrote:
On Mon, Apr 14, 2025 at 9:28 AM Sasha Levin wrote:
From: Christian König
[ Upstream commit f5e7fabd1f5c65b2e077efcdb118cfa67eae7311 ]
Try pinning into VRAM to allow P2P with RDMA NICs without ODP
support if all attachments can do
When a CL/CSD job times out, we check if the GPU has made any progress
since the last timeout. If so, instead of resetting the hardware, we skip
the reset and let the timer get rearmed. This gives long-running jobs a
chance to complete.
However, when `timedout_job()` is called, the job in question
Replace __ATTR() with __ATTR_RO() to make code cleaner.
Signed-off-by: Salah Triki
---
drivers/gpu/drm/i915/gt/sysfs_engines.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/gt/sysfs_engines.c
b/drivers/gpu/drm/i915/gt/sysfs_engines.c
index aab2759067
Hi Chema,
On 25/04/25 09:25, Jose Maria Casanova Crespo wrote:
In the case of MMU errors caused by the TFU unit, the
client that causes the MMU error is expected to be reported.
But in the case of MMU TFU errors, a non existing client was
being reported. This happened because the client calculat
On 24.04.2025 20:49, Jonathan Cavitt wrote:
Move the pagefault struct from xe_gt_pagefault.c to the
xe_gt_pagefault_types.h header file, and move the associated enum values
into the regs folder under xe_pagefault_desc.h
Since xe_pagefault_desc.h is being initialized here, also move the
xe_guc_pa
Drop simple-KMS in favor of regular atomic helpers to make the code more
modular. The simple-KMS helper mix up plane and CRTC state, so it is
obsolete and should go away [1]. Since it just split the simple-pipe
functions into per-plane and per-CRTC, no functional changes is
expected.
[1] https://l
`vc4_hdmi_audio_init` calls `devm_snd_dmaengine_pcm_register` which may
return EPROBE_DEFER. Calling `drm_connector_hdmi_audio_init` adds a
child device. The driver model docs[1] state that adding a child device
prior to returning EPROBE_DEFER may result in an infinite loop.
[1] https://www.kernel
[Public]
Thanks for you time Ville Syrjälä !
And like what you pointed out here, sorry I realized that I misread the code
flow just after I sent it out. Will have another patch for fixing the aux
request format
only. Thanks!
Regards,
Wayne
> -Original Message-
> From: Ville Syrjälä
> S
From: Xuemei Liu
KFD has been confirmed that can run on RISCV systems. It's necessary to
support CONFIG_HSA_AMD on RISCV.
Signed-off-by: Xuemei Liu
---
drivers/gpu/drm/amd/amdkfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdkfd/Kconfig
b/d
[Why]
Notice AUX request format of I2C-over-AUX with
Write_Status_Update_Request flag set is incorrect. It should
be address only request without length and data like:
"SYNC->COM3:0 (= 0110)|-> |->
0|7-bit I2C address (the same as the last)-> STOP->".
[How]
Refer to DP v2.1 Table 2-178
Use string choice helpers for better readability.
Reported-by: kernel test robot
Reported-by: Julia Lawall
Closes: https://lore.kernel.org/r/202503222049.suxl3q6w-...@intel.com/
Signed-off-by: R Sundar
---
Reported in linux repository.
cocci warnings: (new ones prefixed by >>)
>> drivers/gpu/
Add driver for BOE TD4320 DSI panel, used in Xiaomi Redmi Note 7
smartphones.
Signed-off-by: Barnabás Czémán
---
Barnabás Czémán (2):
dt-bindings: display: panel: Add BOE TD4320
drivers: gpu: drm: panel: Add BOE TD4320
.../bindings/display/panel/boe,td4320.yaml | 55 +
Document BOE TD4320 6.3" 2340x1080 panel
found in Xiaomi Redmi Note 7 smartphone.
Signed-off-by: Barnabás Czémán
---
.../bindings/display/panel/boe,td4320.yaml | 55 ++
1 file changed, 55 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel/boe,
Add driver for BOE TD4320 DSI panel, used in Xiaomi Redmi Note 7
mobile phone.
Signed-off-by: Barnabás Czémán
---
drivers/gpu/drm/panel/Kconfig| 9 ++
drivers/gpu/drm/panel/Makefile | 1 +
drivers/gpu/drm/panel/panel-boe-td4320.c | 224 +++
3
Hi!
I have been seeing the following splat for quite a while (since I got this
laptop!). It happens every time I switch from the laptop display to an
external display with:
xrandr --output eDP --off --output HDMI-A-0 --auto --primary
Not sure what information is needed to debug this, but he
Ryosuke Yasuoka writes:
Hello Ryosuke,
> Hi Javier,
>
> On Fri, Apr 25, 2025 at 4:15 PM Javier Martinez Canillas
> wrote:
>>
>> Ryosuke Yasuoka writes:
>>
>> Hello Ryosuke,
>>
>> > Drop simple-KMS in favor of regular atomic helpers to make the code more
>> > modular. The simple-KMS helper mix
41 matches
Mail list logo
