On Mon, 24 Feb 2025 02:56:15 +0100, Barnabás Czémán wrote:
> This patch series add initial support for MSM8937 SoC
> and Xiaomi Redmi 3S (land).
>
> The series is extending the MSM8917 gcc and pinctrl drivers
> because they are sibling SoCs.
> MSM8937 have 4 more A53 cores and have one more dsi po
On Fri, Feb 28, 2025 at 06:49:43PM -0300, André Almeida wrote:
> Hi Raag,
>
> On 2/28/25 11:58, Raag Jadav wrote:
> > On Fri, Feb 28, 2025 at 09:13:53AM -0300, André Almeida wrote:
> > > To notify userspace about which app (if any) made the device get in a
> > > wedge state, make use of drm_wedge_
On Fri, Feb 28, 2025 at 06:54:12PM -0300, André Almeida wrote:
> Hi Raag,
>
> On 2/28/25 11:20, Raag Jadav wrote:
> > Cc: Lucas
> >
> > On Fri, Feb 28, 2025 at 09:13:52AM -0300, André Almeida wrote:
> > > When a device get wedged, it might be caused by a guilty application.
> > > For userspace, k
Hi Ville,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm-exynos/exynos-drm-next]
[also build test WARNING on linus/master v6.14-rc4 next-20250228]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we
From: Ville Syrjälä
Get rid of all the redundant debugs and just wait until the end
to print which mode (and of which type) we picked.
Reviewed-by: Thomas Zimmermann
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_client_modeset.c | 70 +---
1 file changed, 33 ins
From: Ville Syrjälä
Use the array notation rather that the pointer notation for
function arguments. This makes it clear to the reader that
we are in fact dealing with an array rather than a single
pointer. Functionally the two are equivalent.
Reviewed-by: Jani Nikula
Reviewed-by: Thomas Zimmerm
On Thu, Feb 27, 2025 at 11:38:05AM +0200, Jani Nikula wrote:
> Update GVT-g MAINTAINERS entry to reflect the current status of
> maintenance and repositories.
>
> Cc: Dave Airlie
> Cc: Joonas Lahtinen
> Cc: Rodrigo Vivi
> Cc: Simona Vetter
> Cc: Tvrtko Ursulin
> Cc: Zhenyu Wang
> Cc: Zhi Wan
From: Ville Syrjälä
Bunch of variables are only needed inside loops and whatnot.
Move them to a tighter scope to make the code less confusing.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_client_modeset.c | 33 +++-
1 file changed, 18 insertions(+), 15 deletions
From: Ville Syrjälä
The modes used by the client code live on the connectors' mode
lists, which are not owned by the client code, and thus it has
no business modifying the modes. Mark the modes const to make
that fact abundantly clear.
Reviewed-by: Jani Nikula
Reviewed-by: Thomas Zimmermann
Si
Hi Ville,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm-exynos/exynos-drm-next]
[also build test ERROR on linus/master v6.14-rc4 next-20250228]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to
x27;B', 'O', 'E',
0x0cb4),
+ .ident.name = "NE160QDM-NZ6",
+ .min_brightness = 0,
+ },
};
static bool drm_panel_min_backlight_quirk_matches(const struct
drm_panel_min_backlight_quirk *quirk,
---
base-commit: 76544811c850a1f4c055aa182b513b7a8438
From: Andrey Vatoropin
The IOCTL handler drm_mode_create_dumb receives different parameters from
the user, specifically "height", "width" and others. Sanity checks are
performed on these parameters. However, these parameters are sent to the
->dumb_create() callback, and during the processing of
On Fri, Feb 28, 2025 at 7:41 AM Alice Ryhl wrote:
>
> Without this change, the rest of this series will emit the following
> error message:
>
> error[E0308]: `if` and `else` have incompatible types
> --> /rust/kernel/print.rs:22:22
>|
> 21 | #[export]
>| - expected because of thi
Hi,
On Tue, Feb 25, 2025 at 8:44 AM Maxime Ripard wrote:
>
> The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> deprecated and shouldn't be used by atomic drivers.
>
> This was due to the fact that we did't have any other alternative to
> retrieve the CRTC pointer. Fortunatel
From: Rob Clark
Somehow, possibly as a result of rebase gone badly, setting
nr_indexed_regs for pre-a650 a6xx devices lost the setting of
nr_indexed_regs, resulting in values getting snapshot, but omitted
from the devcoredump.
Fixes: e997ae5f45ca ("drm/msm/a6xx: Mostly implement A7xx gpu_state")
On Fri, Feb 28, 2025 at 12:08 PM Alice Ryhl wrote:
>
> On Fri, Feb 28, 2025 at 4:55 PM Tamir Duberstein wrote:
> >
> > On Fri, Feb 28, 2025 at 7:41 AM Alice Ryhl wrote:
> > >
> > > @@ -980,8 +983,12 @@ fn draw_all(&mut self, data: impl Iterator > > u8>) {
> > > /// * If `url_len` > 0, remove th
On Fri, Feb 28, 2025 at 10:49 AM Miguel Ojeda
wrote:
>
> On Fri, Feb 28, 2025 at 4:41 PM Tamir Duberstein wrote:
> >
> > This needs an update given Miguel's comments on the cover letter. I
> > wonder if the code should also justify the choice (over cbindgen).
>
> `cbindgen` is a longer term thing
On Fri, Feb 28, 2025 at 7:42 AM Alice Ryhl wrote:
>
> This gives the quote! macro support for the following additional tokens:
>
> * The = token.
> * The _ token.
> * Using #my_var with variables of type Ident.
>
> Additionally, some type annotations are added to allow cases where
> groups are emp
On Fri, Feb 28, 2025 at 7:41 AM Alice Ryhl wrote:
>
> This validates at compile time that the signatures match what is in the
> header file. It highlights one annoyance with the compile-time check,
> which is that it can only be used with functions marked unsafe.
>
> If the function is not unsafe,
On Fri, Feb 28, 2025 at 04:53:11PM +1100, Alistair Popple wrote:
> On Thu, Feb 27, 2025 at 08:36:35PM -0800, Matthew Brost wrote:
> > On Fri, Feb 28, 2025 at 01:34:42PM +1100, Alistair Popple wrote:
> > > On Mon, Feb 24, 2025 at 08:43:11PM -0800, Matthew Brost wrote:
> > > > Add documentation for a
On Fri, Feb 28, 2025 at 7:41 AM Alice Ryhl wrote:
>
> This moves the rust_fmt_argument function over to use the new #[export]
> macro, which will verify at compile-time that the function signature
> matches what is in the header file.
>
> Reviewed-by: Andreas Hindborg
> Signed-off-by: Alice Ryhl
On Fri, Feb 28, 2025 at 7:40 AM Alice Ryhl wrote:
>
> Rust has two different tools for generating function declarations to
> call across the FFI boundary:
>
> * bindgen. Generates Rust declarations from a C header.
> * cbindgen. Generates C headers from Rust declarations.
>
> In the kernel, we onl
On 28.02.25 17:36, Markus Elfring wrote:
From: Markus Elfring
Date: Fri, 28 Feb 2025 17:32:45 +0100
Replace nested max() calls by single max3() call in this
function implementation.
This issue was transformed by using the Coccinelle software.
How about something like "this change was made" o
Corrected a spelling mistake in the exynos_drm_fimd driver to improve code
readability. No functional changes were made.
Signed-off-by: Anindya Sundar Gayen
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exy
On Thu, 27 Feb 2025 19:18:58 +0800, Kever Yang wrote:
> This patch set adds rk3562 SoC and its evb support.
>
> I have split out patches need driver change for different subsystem.
> And all the modules with dt-binding document update in this patch set
> do not need any driver change. I put them
Hi Raag,
On 2/28/25 11:20, Raag Jadav wrote:
Cc: Lucas
On Fri, Feb 28, 2025 at 09:13:52AM -0300, André Almeida wrote:
When a device get wedged, it might be caused by a guilty application.
For userspace, knowing which app was the cause can be useful for some
situations, like for implementing a
Hi Raag,
On 2/28/25 11:58, Raag Jadav wrote:
On Fri, Feb 28, 2025 at 09:13:53AM -0300, André Almeida wrote:
To notify userspace about which app (if any) made the device get in a
wedge state, make use of drm_wedge_app_info parameter, filling it with
the app PID and name.
Signed-off-by: André Al
On 2/28/25 12:36 AM, Honglei Huang wrote:
> From: Honglei Huang
>
> Add a new resource for blob resource, called userptr, used for let
> host access guest user space memory, to acquire buffer based userptr
> feature in virtio GPU.
>
> - The capset VIRTIO_GPU_CAPSET_HSAKMT used for context init,
On Thu, Feb 20, 2025 at 10:53:57AM +0100, Simona Vetter wrote:
> On Wed, Feb 19, 2025 at 06:02:39PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Video players (eg. mpv) do periodic XResetScreenSaver() calls to
> > keep the screen on while the video playing. The modesetting ddx
> >
From: Ville Syrjälä
Replace the 'unsigned int i' footguns with plain old signed
int. Avoids accidents if/when someone decides they need
to iterate backwards.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_client_modeset.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
From: Ville Syrjälä
Rename the 'new_crtc' variable to just 'crtc' in
drm_client_firmware_config(). We don't call any of the other
stuff in here new or old so this feels out of place.
v2: Rebase
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_client_modeset.c | 12 ++--
1 file cha
From: Ville Syrjälä
drm_client_firmware_config() is currently picking up the current
mode of the crtc via the legacy crtc->mode, which is not supposed
to be used by atomic drivers at all. We can't simply switch over
to the proper crtc->state->mode because we drop the crtc->mutex
(which protects c
From: Ville Syrjälä
The most interesting part is the change to modes[] to solve
the lifetime issue so that we can stop using the legacy
crtc->mode for atomic drivers.
Additionally I included a bunch of cleanups, some of which were
inherited from https://patchwork.freedesktop.org/series/132051/
syzbot has found a reproducer for the following issue on:
HEAD commit:017f704fbfb1 Merge branch 'for-next/core' into for-kernelci
git tree: git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
for-kernelci
console output: https://syzkaller.appspot.com/x/log.txt?x=1212886458
> Wiadomość napisana przez Andy Yan w dniu 23 lut 2025, o
> godz. 12:30:
>
> From: Andy Yan
>
>
> There are two DW DPTX based DisplayPort Controller on rk3588 which
> are compliant with the DisplayPort Specification Version 1.4 with
> the following features:
>
> * DisplayPort 1.4a
> * Mai
Hi Heiko,
On 2/28/25 6:45 PM, Heiko Stübner wrote:
Am Freitag, 28. Februar 2025, 18:42:32 MEZ schrieb Quentin Schulz:
Hi Heiko,
On 2/28/25 5:57 PM, Heiko Stuebner wrote:
From: Heiko Stuebner
Commit 52d11c863ac9 ("drm/rockchip: lvds: do not print scary message when
probing defer") already st
On Thu, 27 Feb 2025 19:19:03 +0800, Kever Yang wrote:
> The Rockchip RK3562 GPU is ARM Mali-G52, use the same driver with
> "arm,mali-bifrost". Extend the binding accordingly to allow
>
> compatible = "rockchip,rk3562-mali", "arm,mali-bifrost";
>
> Signed-off-by: Kever Yang
> ---
>
> Ch
On Fri, Feb 28, 2025 at 11:52:57AM +0100, Simona Vetter wrote:
> - Nuke the driver binding manually through sysfs with the unbind files.
> - Nuke all userspace that might beholding files and other resources open.
> - At this point the module refcount should be zero and you can unload it.
>
> Exce
On Fri, Feb 28, 2025 at 4:41 PM Tamir Duberstein wrote:
>
> This needs an update given Miguel's comments on the cover letter. I
> wonder if the code should also justify the choice (over cbindgen).
`cbindgen` is a longer term thing and more complex, assuming we use it
in the end, so I think it is
On Fri, Feb 28, 2025 at 08:52:51PM +0200, Andy Shevchenko wrote:
> On Fri, Feb 28, 2025 at 08:45:26PM +0200, Raag Jadav wrote:
> > On Fri, Feb 28, 2025 at 08:42:10PM +0200, Andy Shevchenko wrote:
> > > On Fri, Feb 28, 2025 at 08:41:33PM +0200, Andy Shevchenko wrote:
> > > > On Fri, Feb 28, 2025 at
On Wed, Feb 26, 2025 at 04:59:02PM -0300, Maíra Canal wrote:
> V3D 7.1 exposes a new register block, called V3D_SMS. As BCM2712 has a
> V3D 7.1 core, add a new register item to the list. Similar to the GCA
> and bridge register, SMS is optional and should only be added for V3D
> 7.1 variants.
>
>
Add additional information to each VM so they can report up to the last
50 seen pagefaults. Only failed pagefaults are saved this way, as
successful pagefaults should recover and not need to be reported to
userspace.
Signed-off-by: Jonathan Cavitt
Suggested-by: Matthew Brost
---
drivers/gpu/dr
"Alice Ryhl" writes:
> This gives the quote! macro support for the following additional tokens:
>
> * The = token.
> * The _ token.
> * Using #my_var with variables of type Ident.
>
> Additionally, some type annotations are added to allow cases where
> groups are empty. For example, quote! does s
"Alice Ryhl" writes:
> Rust has two different tools for generating function declarations to
> call across the FFI boundary:
>
> * bindgen. Generates Rust declarations from a C header.
> * cbindgen. Generates C headers from Rust declarations.
>
> In the kernel, we only use bindgen. This is because
Add initial declarations for the drm_xe_vm_get_property ioctl.
Signed-off-by: Jonathan Cavitt
---
include/uapi/drm/xe_drm.h | 63 +++
1 file changed, 63 insertions(+)
diff --git a/include/uapi/drm/xe_drm.h b/include/uapi/drm/xe_drm.h
index 76a462fae05f..38f29
Add additional information to each VM so they can report up to the last
50 seen pagefaults. Only failed pagefaults are saved this way, as
successful pagefaults should recover and not need to be reported to
userspace.
Additionally, add a new ioctl - xe_vm_get_property_ioctl - that allows the
user
On Thu, Feb 27, 2025 at 11:40:53PM +0100, Danilo Krummrich wrote:
> On Thu, Feb 27, 2025 at 06:00:13PM -0400, Jason Gunthorpe wrote:
> > On Thu, Feb 27, 2025 at 01:25:10PM -0800, Boqun Feng wrote:
> > >
> > > Most of the cases, it should be naturally achieved, because you already
> > > bind the ob
On Fri, Feb 28, 2025 at 08:45:26PM +0200, Raag Jadav wrote:
> On Fri, Feb 28, 2025 at 08:42:10PM +0200, Andy Shevchenko wrote:
> > On Fri, Feb 28, 2025 at 08:41:33PM +0200, Andy Shevchenko wrote:
> > > On Fri, Feb 28, 2025 at 07:41:55PM +0200, Raag Jadav wrote:
> > > > On Fri, Feb 28, 2025 at 06:11
On Fri, Feb 28, 2025 at 02:10:39PM +1000, Dave Airlie wrote:
> On Fri, 28 Feb 2025 at 09:07, John Hubbard wrote:
> >
> > On Thu Feb 27, 2025 at 1:42 PM PST, Dave Airlie wrote:
> > > On Thu, 27 Feb 2025 at 11:34, John Hubbard wrote:
> > >> On Wed Feb 26, 2025 at 5:02 PM PST, Greg KH wrote:
> > >>
On Fri, Feb 28, 2025 at 07:41:55PM +0200, Raag Jadav wrote:
> On Fri, Feb 28, 2025 at 06:11:16PM +0100, Arnd Bergmann wrote:
> > On Thu, Feb 27, 2025, at 16:25, Andy Shevchenko wrote:
> > > On Thu, Feb 27, 2025 at 12:37:45PM +0530, Raag Jadav wrote:
> > >> This series attempts to cleanup io.h with
On 2/28/25 11:21 AM, Alexander Stein wrote:
Hi,
diff --git a/drivers/gpu/drm/panthor/panthor_gpu.c
b/drivers/gpu/drm/panthor/panthor_gpu.c
index 0f07ef7d9aea7..2371ab8e50627 100644
--- a/drivers/gpu/drm/panthor/panthor_gpu.c
+++ b/drivers/gpu/drm/panthor/panthor_gpu.c
@@ -67,6 +67,7 @@ struct
On 2/28/25 11:06 AM, Alexander Stein wrote:
Hi,
diff --git a/drivers/gpu/drm/panthor/panthor_device.c
b/drivers/gpu/drm/panthor/panthor_device.c
index a9da1d1eeb707..51ee9cae94504 100644
--- a/drivers/gpu/drm/panthor/panthor_device.c
+++ b/drivers/gpu/drm/panthor/panthor_device.c
@@ -64,6 +64,
On 2/28/25 11:36 AM, Alexander Stein wrote:
Hi Marek,
Hi,
diff --git a/arch/arm64/boot/dts/freescale/imx95.dtsi
b/arch/arm64/boot/dts/freescale/imx95.dtsi
index 3af13173de4bd..36bad211e5558 100644
--- a/arch/arm64/boot/dts/freescale/imx95.dtsi
+++ b/arch/arm64/boot/dts/freescale/imx95.dtsi
@
On 2/28/25 11:33 AM, Marco Felsch wrote:
On 25-02-27, Marek Vasut wrote:
On 2/27/25 9:17 PM, Marco Felsch wrote:
[...]
diff --git a/drivers/gpu/drm/panthor/panthor_drv.c
b/drivers/gpu/drm/panthor/panthor_drv.c
index 06fe46e320738..2504a456d45c4 100644
--- a/drivers/gpu/drm/panthor/panthor_dr
On 2/28/25 12:06 PM, Liviu Dudau wrote:
Hi Marek,
Hi,
On Thu, Feb 27, 2025 at 05:58:06PM +0100, Marek Vasut wrote:
This seems necessary on Freescale i.MX95 Mali G310 to reliably resume
from runtime PM suspend. Without this, if only the L2 is powered down
on RPM entry, the GPU gets stuck and
On 2/28/25 11:39 AM, Alexander Stein wrote:
Am Donnerstag, 27. Februar 2025, 23:21:22 CET schrieb Frank Li:
On Thu, Feb 27, 2025 at 10:34:20PM +0100, Marek Vasut wrote:
On 2/27/25 10:27 PM, Frank Li wrote:
[...]
+ gpu: gpu@4d90 {
+ compatible = "fsl,im
On 2/28/25 1:30 PM, Rob Herring wrote:
On Thu, Feb 27, 2025 at 05:58:07PM +0100, Marek Vasut wrote:
The instance of the GPU populated in Freescale i.MX95 is the
Mali G310, document support for this variant.
You should combine patch 4 with this one and make resets required for
imx95 since you s
Add support for userspace to request a list of observed failed
pagefaults from a specified VM.
v2:
- Only allow querying of failed pagefaults (Matt Brost)
Signed-off-by: Jonathan Cavitt
Suggested-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_device.c | 3 ++
drivers/gpu/drm/xe/xe_vm.c | 79
Add a new field to the xe_pagefault struct, address_type, that tracks
the type of fault the pagefault incurred.
Signed-off-by: Jonathan Cavitt
---
drivers/gpu/drm/xe/xe_gt_pagefault.c | 3 +++
drivers/gpu/drm/xe/xe_gt_pagefault.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/drivers/gpu/
Migrate the pagefault struct from xe_gt_pagefault.c to the
xe_gt_pagefault.h header file, along with the associated enum values.
v2: Normalize names for common header (Matt Brost)
Signed-off-by: Jonathan Cavitt
---
drivers/gpu/drm/xe/xe_gt_pagefault.c | 43 ++--
drivers/
* Thierry Reding (thierry.red...@gmail.com) wrote:
> On Sun, Dec 15, 2024 at 09:47:50PM +, li...@treblig.org wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > host1x_debug_dump_syncpts() has been unused since
> > commit f0fb260a0cdb ("gpu: host1x: Implement syncpoint wait using DMA
> > fences
From: Markus Elfring
Date: Fri, 28 Feb 2025 18:25:31 +0100
Reduce nested max() calls by a single max3() call in this
function implementation.
This issue was transformed by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 2 +-
1 file ch
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Avoid dereferencing struct drm_gem_object.import_attach for the
> imported dma-buf. The dma_buf field in the GEM object instance refers
> to the same buffer. Prepares to make import_attach optional.
>
> Signed-off-by: Thomas Zimmermann
Am Freitag, 28. Februar 2025, 18:42:32 MEZ schrieb Quentin Schulz:
> Hi Heiko,
>
> On 2/28/25 5:57 PM, Heiko Stuebner wrote:
> > From: Heiko Stuebner
> >
> > Commit 52d11c863ac9 ("drm/rockchip: lvds: do not print scary message when
> > probing defer") already started hiding scary messages that a
Hi Heiko,
On 2/28/25 5:57 PM, Heiko Stuebner wrote:
From: Heiko Stuebner
Commit 52d11c863ac9 ("drm/rockchip: lvds: do not print scary message when
probing defer") already started hiding scary messages that are not relevant
if the requested supply just returned EPROBE_DEFER, but there are more
On Fri, Feb 28, 2025 at 4:55 PM Tamir Duberstein wrote:
>
> On Fri, Feb 28, 2025 at 7:41 AM Alice Ryhl wrote:
> >
> > This validates at compile time that the signatures match what is in the
> > header file. It highlights one annoyance with the compile-time check,
> > which is that it can only be
Hi Dave, Simona,
Updates for 6.15.
The following changes since commit 3521276ad14fe47ce1c4382749f3c95762629375:
drm/amdgpu: update the handle ptr in get_clockgating_state (2025-02-19
15:19:05 -0500)
are available in the Git repository at:
https://gitlab.freedesktop.org/agd5f/linux.git
ta
Hi Heiko,
On 2/28/25 5:57 PM, Heiko Stuebner wrote:
From: Heiko Stuebner
The LVDS block needs a separate pclk only on some socs, so currently
requests and prepares it in the soc-specific probe function, but common
code is required to unprepare it in the error path or on driver remove.
While t
Reviewed-by: Anusha Srivatsa
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Avoid dereferencing struct drm_gem_object.import_attach for the
> imported dma-buf. The dma_buf field in the GEM object instance refers
> to the same buffer. Prepares to make import_attach optional.
>
> Si
On Thu, Feb 27, 2025, at 16:25, Andy Shevchenko wrote:
> On Thu, Feb 27, 2025 at 12:37:45PM +0530, Raag Jadav wrote:
>> This series attempts to cleanup io.h with "include what you use" approach.
>> This depends on changes available on immutable tag[1].
>>
>> Although this series is too trivial in
On Fri, Feb 28, 2025 at 4:37 PM Andy Shevchenko
wrote:
>
> On Fri, Feb 28, 2025 at 12:39:33PM +, Alice Ryhl wrote:
> > This moves the rust_fmt_argument function over to use the new #[export]
> > macro, which will verify at compile-time that the function signature
> > matches what is in the hea
On Fri, Feb 28, 2025 at 12:39:34PM +, Alice Ryhl wrote:
> This validates at compile time that the signatures match what is in the
> header file. It highlights one annoyance with the compile-time check,
> which is that it can only be used with functions marked unsafe.
>
> If the function is not
On Fri, Feb 28, 2025 at 4:34 PM Andy Shevchenko
wrote:
>
> On Fri, Feb 28, 2025 at 12:39:34PM +, Alice Ryhl wrote:
> > This validates at compile time that the signatures match what is in the
> > header file. It highlights one annoyance with the compile-time check,
> > which is that it can only
From: Heiko Stuebner
Commit 52d11c863ac9 ("drm/rockchip: lvds: do not print scary message when
probing defer") already started hiding scary messages that are not relevant
if the requested supply just returned EPROBE_DEFER, but there are more
possible sources - like the phy.
So modernize the whol
From: Heiko Stuebner
The LVDS block needs a separate pclk only on some socs, so currently
requests and prepares it in the soc-specific probe function, but common
code is required to unprepare it in the error path or on driver remove.
While this works because clk_unprepare just does nothing if cl
Getting the panel already uses dev_err_probe to stay silent, when
the panel just probes later, and the lvds defers.
But the phy needed on px30, also has the capability to probe after
the lvds. So make the rest of the lvds probe/bind logic also use
more modern logging than DRM_DEV_ERR, that is depr
On 27/02/2025 23:16, Adrián Larumbe wrote:
> Commit 0590c94c3596 ("drm/panthor: Fix race condition when gathering fdinfo
> group samples") introduced an xarray lock to deal with potential
> use-after-free errors when accessing groups fdinfo figures. However, this
> toggles the kernel's atomic conte
On Sun, Dec 15, 2024 at 09:47:50PM +, li...@treblig.org wrote:
> From: "Dr. David Alan Gilbert"
>
> host1x_debug_dump_syncpts() has been unused since
> commit f0fb260a0cdb ("gpu: host1x: Implement syncpoint wait using DMA
> fences")
>
> Remove it.
>
> Signed-off-by: Dr. David Alan Gilbert
Reviewed-by: Anusha Srivatsa
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Instead of testing import_attach for imported GEM buffers, invoke
> drm_gem_is_imported() to do the test.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/drm_mipi_dbi.c | 2 +-
> 1 file chang
Reviewed-by: Anusha Srivatsa
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Avoid dereferencing struct drm_gem_object.import_attach for the
> imported dma-buf. The dma_buf field in the GEM object instance refers
> to the same buffer. Prepares to make import_attach optional.
>
> Si
Reviewed-by: Anusha Srivatsa
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Instead of testing import_attach for imported GEM buffers, invoke
> drm_gem_is_imported() to do the test.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/drm_gem_framebuffer_helper.c | 4 ++--
Le 20/02/2025 à 10:45, Simona Vetter a écrit :
On Thu, Feb 20, 2025 at 09:31:41AM +0100, Greg KH wrote:
On Fri, Jan 24, 2025 at 11:45:14PM -0700, Jim Cromie wrote:
This series fixes dynamic-debug's support for DRM debug-categories.
Classmaps-v1 evaded full review, and got committed in 2 chun
From: Markus Elfring
Date: Fri, 28 Feb 2025 17:18:07 +0100
Replace nested max() calls by single max3() call in this
function implementation.
This issue was transformed by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/gpu/drm/drm_ioctl.c | 2 +-
1 file changed, 1 ins
Reviewed-by: ANusha Srivatsa
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Avoid dereferencing struct drm_gem_object.import_attach for the
> imported dma-buf. The dma_buf field in the GEM object instance refers
> to the same buffer. Prepares to make import_attach optional.
>
> Si
Hi All,
* Dmitry Baryshkov (dmitry.barysh...@linaro.org) wrote:
> On Thu, Dec 26, 2024 at 02:27:45AM +, li...@treblig.org wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > Hi,
> > This set removes a bunch of functions in ipu-v3 that
> > have been unused for a long time (since 2012-2017).
>
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Instead of testing import_attach for imported GEM buffers, invoke
> drm_gem_is_imported() to do the test.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/drm_gem_shmem_helper.c | 24
> include/drm/
On 2025-02-25 05:05, Louis Chauvet wrote:
Le 20/12/2024 à 05:33, Alex Hung a écrit :
From: Harry Wentland
@@ -249,6 +255,20 @@ void drm_atomic_state_default_clear(struct
drm_atomic_state *state)
state->planes[i].new_state = NULL;
}
+ for (i = 0; i < config->num_coloro
On Wed, Feb 26, 2025 at 12:28 PM Thomas Zimmermann
wrote:
> Instead of testing import_attach for imported GEM buffers, invoke
> drm_gem_is_imported() to do the test.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/drm_gem_dma_helper.c | 2 +-
> 1 file changed, 1 insertion(+), 1 del
Hi,
* Mikko Perttunen (cyn...@kapsi.fi) wrote:
> On 12/16/24 6:47 AM, li...@treblig.org wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > host1x_debug_dump_syncpts() has been unused since
> > commit f0fb260a0cdb ("gpu: host1x: Implement syncpoint wait using DMA
> > fences")
> >
> > Remove it.
>
On Fri, Feb 28, 2025 at 12:39:33PM +, Alice Ryhl wrote:
> This moves the rust_fmt_argument function over to use the new #[export]
> macro, which will verify at compile-time that the function signature
> matches what is in the header file.
...
> I'm not sure which header file to put this in. A
On Fri, Feb 28, 2025 at 12:39:34PM +, Alice Ryhl wrote:
> This validates at compile time that the signatures match what is in the
> header file. It highlights one annoyance with the compile-time check,
> which is that it can only be used with functions marked unsafe.
>
> If the function is not
Le 25/02/2025 à 18:59, José Expósito a écrit :
Allow to create, enable, disable and destroy VKMS instances using
configfs.
For the moment, it is not possible to add pipeline items, so trying to
enable the device will fail printing an informative error to the log.
Reviewed-by: Louis Chauvet
The python-artifacts job has a timeout of 10 minutes, which causes
build failures as it was unable to clone the repository within the
specified limits. Set GIT_DEPTH to 50 to speed up cloning and avoid
build failures due to timeouts when fetching the full repository.
Signed-off-by: Vignesh Raman
On Fri, Feb 28, 2025 at 09:13:53AM -0300, André Almeida wrote:
> To notify userspace about which app (if any) made the device get in a
> wedge state, make use of drm_wedge_app_info parameter, filling it with
> the app PID and name.
>
> Signed-off-by: André Almeida
> ---
> drivers/gpu/drm/amd/amd
Introduce a new mechanism in configfs to prevent the deletion of certain
symlink.
This is particularly useful in scenarios where userspace should not be
allowed
to modify the configfs structure under some conditions, such as in VKMS.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_
Le 25/02/2025 à 18:59, José Expósito a écrit :
Create a default subgroup at /config/vkms/planes to allow to create as
many planes as required.
Reviewed-by: Louis Chauvet
Co-developed-by: Louis Chauvet
Signed-off-by: Louis Chauvet
Signed-off-by: José Expósito
---
Documentation/gpu/vkms.r
Introduce a new mechanism in configfs to prevent the deletion of certain
item/group.
This is particularly useful in scenarios where userspace should not be
allowed
to modify the configfs structure under some conditions, such as in VKMS.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vk
then
make sure dt-schema is up to date:
pip3 install dtschema --upgrade
New warnings running 'make CHECK_DTBS=y for arch/arm64/boot/dts/qcom/' for
20250228-a623-gpu-support-v2-0-aea654ecc...@quicinc.com:
arch/arm64/boot/dts/qcom/qcs8300-ride.dtb: iommu@3da: clock-names:0:
'
Cc: Lucas
On Fri, Feb 28, 2025 at 09:13:52AM -0300, André Almeida wrote:
> When a device get wedged, it might be caused by a guilty application.
> For userspace, knowing which app was the cause can be useful for some
> situations, like for implementing a policy, logs or for giving a chance
> for t
On 28.02.2025 3:40 AM, Dmitry Baryshkov wrote:
> The MSM8937 platform doesn't have DSC blocks nor does have it DSC
^
in all patches
Konrad
1 - 100 of 208 matches
Mail list logo
