Hi,
On Wed, May 07, 2025 at 10:28:21AM +0200, Gerd Hoffmann wrote:
> Calling drm_dev_unplug() is the drm way to say the device
> is gone and can not be accessed any more.
>
> Cc: Michael S. Tsirkin
> Signed-off-by: Gerd Hoffmann
> Reviewed-by: Eric Auger
> Tested-by: Eric Auger
> ---
> drive
On Fri, 9 May 2025 15:53:48 +0200, Luca Ceresoli wrote:
> devm_drm_put_bridge() is a temporary workaround waiting for the panel
> bridge lifetime rework. Add a TODO entry to not forget it must be removed
> after such rework.
>
> Suggested-by: Maxime Ripard
>
> [ ... ]
Ac
->dev). However the panel_bridge allocation is not
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
mplify the code flow by removing now unnecessary gotos.
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
f they bind the devm removal action to a
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
y replacing the struct drm_bridge pointer with an
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, 9 May 2025 15:53:40 +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
>
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, 9 May 2025 15:53:33 +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
Acked-by: Maxime Ripard
Thanks!
Maxime
drm_bridge and its initialization, however it
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, 9 May 2025 15:53:41 +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
>
Acked-by: Maxime Ripard
Thanks!
Maxime
mplify the code flow by removing now unnecessary gotos.
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
mplify the code flow by removing now unnecessary gotos.
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
mplify the code flow by removing now unnecessary gotos.
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, 9 May 2025 15:53:35 +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
>
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, 9 May 2025 15:53:34 +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
>
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, 9 May 2025 15:53:32 +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, 9 May 2025 15:53:31 +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
>
Acked-by: Maxime Ripard
Thanks!
Maxime
On Fri, May 09, 2025 at 03:53:30PM +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
Acked-by: Maxime Ripard
Maxime
signature.asc
Description: PGP signature
On Fri, May 09, 2025 at 03:53:29PM +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
Acked-by: Maxime Ripard
signature.asc
Description: PGP signature
R_ERR(C);
> )
>...
> -C->BR.funcs = FUNCS;
>
> Reviewed-by: Manikandan Muralidharan #
> microchip-lvds.c
> Reviewed-by: Douglas Anderson # parade-ps8640
> Tested-by: Douglas Anderson # parade-ps8640
> Signed-off-by: Luca Ceresoli
Acked-by: Maxime Ripard
Maxime
signature.asc
Description: PGP signature
On Thu, May 08, 2025 at 05:27:21PM +0300, Jani Nikula wrote:
> On Mon, 05 May 2025, Anusha Srivatsa wrote:
> > On Mon, May 5, 2025 at 2:54 AM Maxime Ripard wrote:
> >
> >> Hi Jani,
> >>
> >> On Tue, Apr 29, 2025 at 12:22:00PM +0300, Jani Nikula wrote:
On Tue, Apr 29, 2025 at 09:25:00AM -0700, John Stultz wrote:
> On Mon, Apr 28, 2025 at 7:52 AM Maxime Ripard wrote:
> > On Fri, Apr 25, 2025 at 12:39:40PM -0700, John Stultz wrote:
> > > To your larger point about policy, I do get the tension that you want
> > > to
Hi Jani,
On Tue, Apr 29, 2025 at 12:22:00PM +0300, Jani Nikula wrote:
> On Tue, 29 Apr 2025, Maxime Ripard wrote:
> > Hi Jani,
> >
> > On Mon, Apr 28, 2025 at 07:31:50PM +0300, Jani Nikula wrote:
> >> On Mon, 31 Mar 2025, Anusha Srivatsa wrote:
> >> >
On Mon, Apr 28, 2025 at 05:25:16PM +0200, Luca Ceresoli wrote:
> Hi Maxime,
>
> On Mon, 28 Apr 2025 13:39:23 +0200
> Maxime Ripard wrote:
>
> > On Thu, Apr 24, 2025 at 10:05:49PM +0200, Luca Ceresoli wrote:
> > > This is the new API for allocating DRM bridges.
On Tue, Apr 29, 2025 at 02:41:42PM +0200, Louis Chauvet wrote:
> Le 29/04/2025 à 11:27, Louis Chauvet a écrit :
> >
> > On Thu, 24 Apr 2025 20:59:07 +0200, Luca Ceresoli wrote:
> > > devm_drm_bridge_alloc() [0] is the new API to allocate and initialize a
> > > DRM
> > > bridge, and the only one s
On Wed, Apr 30, 2025 at 10:21:48AM +0200, Louis Chauvet wrote:
>
>
> Le 29/04/2025 à 16:42, Dmitry Baryshkov a écrit :
> > On Tue, Apr 29, 2025 at 11:27:51AM +0200, Louis Chauvet wrote:
> > >
> > > On Thu, 24 Apr 2025 20:59:07 +0200, Luca Ceresoli wrote:
> > > > devm_drm_bridge_alloc() [0] is th
ELPER from DRM_DEBUG_DP_MST_TOPOLOGY_REFS
Karol Wachowski (1):
accel/ivpu: Correct DCT interrupt handling
Maxime Ripard (1):
drm/tests: shmem: Fix memleak
Philipp Stanner (1):
drm/nouveau: Fix WARN_ON in nouveau_fence_context_kill()
Russell Cloran (1):
drm/mipi-dbi: Fix blanking
On Tue, Apr 15, 2025 at 07:01:25PM +0300, Dmitry Baryshkov wrote:
> On 14/04/2025 17:58, Maxime Ripard wrote:
> > On Mon, Apr 07, 2025 at 06:11:03PM +0300, Dmitry Baryshkov wrote:
> > > +static void drm_connector_hdmi_cec_adapter_unregister(struct
> > &g
On Tue, Apr 15, 2025 at 12:03:23PM +0300, Dmitry Baryshkov wrote:
> On 14/04/2025 17:47, Maxime Ripard wrote:
> > Hi,
> >
> > On Mon, Apr 07, 2025 at 06:11:01PM +0300, Dmitry Baryshkov wrote:
> > > In order to make sure that CEC adapters or notifiers are unregistered
On Tue, Apr 15, 2025 at 12:10:06PM +0300, Dmitry Baryshkov wrote:
> On 14/04/2025 17:52, Maxime Ripard wrote:
> > Hi,
> >
> > On Mon, Apr 07, 2025 at 06:11:00PM +0300, Dmitry Baryshkov wrote:
> > > +/**
> > > + * struct drm_connector_ce
On Mon, 14 Apr 2025 22:32:59 -0700, Russell Cloran wrote:
> On r6x2b6x2g6x2 displays not enough blank data is sent to blank the
> entire screen. When support for these displays was added, the dirty
> function was updated to handle the different amount of data, but
> blanking was not, and remained h
On Tue, 08 Apr 2025 16:07:58 +0200, Maxime Ripard wrote:
> The drm_gem_shmem_test_get_pages_sgt() gets a scatter-gather table using
> the drm_gem_shmem_get_sg_table() function and rightfully calls
> sg_free_table() on it. However, it's also supposed to kfree() the
> returned sg_t
nsuring panel pointer is valid and can be usable till the last
> > reference is put.
> >
> > Reviewed-by: Luca Ceresoli
> > Reviewed-by: Maxime Ripard
> > Signed-off-by: Anusha Srivatsa
> >
> > ---
> > v4: Add refcounting documentation in this p
On Mon, Apr 28, 2025 at 05:24:57PM +0200, Luca Ceresoli wrote:
> Hi Maxime, other DRM maintainers,
>
> On Thu, 24 Apr 2025 20:59:07 +0200
> Luca Ceresoli wrote:
>
> > devm_drm_bridge_alloc() [0] is the new API to allocate and initialize a DRM
> > bridge, and the only one supported from now on. I
Hi John,
On Fri, Apr 25, 2025 at 12:39:40PM -0700, John Stultz wrote:
> On Thu, Apr 24, 2025 at 11:58 PM Maxime Ripard wrote:
> > On Thu, Apr 24, 2025 at 05:13:47PM -0700, John Stultz wrote:
> > > On Thu, Apr 24, 2025 at 1:34 AM Maxime Ripard wrote:
> > > > I appre
On Thu, Apr 24, 2025 at 10:05:49PM +0200, Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> The devm lifetime management of this driver is peculiar. The underlying
> device for the panel_bridge is the panel, and the devm lifetime is tied the
> panel device (panel->dev). Ho
Hi,
On Mon, Apr 07, 2025 at 06:29:06PM +0200, Maxime Ripard wrote:
> Hi,
>
> This series is the follow-up of the discussion that John and I had some
> time ago here:
>
> https://lore.kernel.org/all/candhncqujn6bh3kxkf65bwitylvqsd9892-xtfdhhqqyrro...@mail.gmail.com/
>
>
On Mon, Apr 14, 2025 at 12:43:44PM -0500, Andrew Davis wrote:
> On 4/11/25 3:26 PM, T.J. Mercier wrote:
> > On Mon, Apr 7, 2025 at 9:29 AM Maxime Ripard wrote:
> > >
> > > Some reserved memory regions might have particular memory setup or
> > > attributes that
Hi,
On Thu, Apr 24, 2025 at 06:51:00PM +0200, Ulf Hansson wrote:
> On Thu, 17 Apr 2025 at 18:19, Michal Wilczynski
> wrote:
> > On 4/16/25 16:48, Rafael J. Wysocki wrote:
> > > On Wed, Apr 16, 2025 at 3:32 PM Michal Wilczynski
> > > wrote:
> > >>
> > >> On 4/15/25 18:42, Rafael J. Wysocki wrote:
On Thu, Apr 24, 2025 at 05:13:47PM -0700, John Stultz wrote:
> On Thu, Apr 24, 2025 at 1:34 AM Maxime Ripard wrote:
> > On Tue, Apr 22, 2025 at 12:19:39PM -0700, Jared Kangas wrote:
> > > @@ -22,6 +22,7 @@
> > > #include
> > > #include
> > >
Hi Jared,
Thanks for working on this
On Tue, Apr 22, 2025 at 12:19:39PM -0700, Jared Kangas wrote:
> The CMA heap's name in devtmpfs can vary depending on how the heap is
> defined. Its name defaults to "reserved", but if a CMA area is defined
> in the devicetree, the heap takes on the devicetree
Hi,
On Wed, Apr 09, 2025 at 04:50:34PM +0200, Luca Ceresoli wrote:
> Document in detail the DRM bridge allocation and refcounting process based
> on the recently introduced devm_drm_bridge_alloc().
>
> Signed-off-by: Luca Ceresoli
There's a typo in your commit title.
> ---
>
> Changes in v7:
On Mon, Apr 14, 2025 at 08:52:58PM +0200, Michal Wilczynski wrote:
> Update the Imagination PVR driver to skip clock management during
> initialization if the platform PM has indicated that it manages platform
> resources.
>
> This is necessary for platforms like the T-HEAD TH1520, where the GPU's
[ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
by: Dmitry Baryshkov
>
> [ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
Hi,
On Wed, Apr 09, 2025 at 04:50:35PM +0200, Luca Ceresoli wrote:
> Add a basic KUnit test for the newly introduced drm_bridge_alloc().
>
> Signed-off-by: Luca Ceresoli
>
> ---
>
> Changed in v7:
> - rebase on current drm-misc-next, which now has a drm_bridge_test.c file
> - cleanup commit
by the HDMI drivers.
>
>
> [ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
On Mon, 7 Apr 2025 18:11:07 +0300, Dmitry Baryshkov wrote:
> Implement necessary glue code to let DRM bridge drivers to implement CEC
> adapters support.
>
> Signed-off-by: Dmitry Baryshkov
> Signed-off-by: Dmitry Baryshkov
>
> [ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
On Mon, Apr 07, 2025 at 06:11:03PM +0300, Dmitry Baryshkov wrote:
> +static void drm_connector_hdmi_cec_adapter_unregister(struct drm_connector
> *connector)
> +{
> + struct drm_connector_hdmi_cec_data *data = connector->cec.data;
> +
> + cec_delete_adapter(data->adapter);
> +
> + if (
Hi,
On Mon, Apr 07, 2025 at 06:11:00PM +0300, Dmitry Baryshkov wrote:
> +/**
> + * struct drm_connector_cec - DRM Connector CEC-related structure
> + */
> +struct drm_connector_cec {
> + /**
> + * @mutex: protects all fields in this structure.
> + */
> + struct mutex mutex;
> +
>
Hi,
On Mon, Apr 07, 2025 at 06:11:01PM +0300, Dmitry Baryshkov wrote:
> In order to make sure that CEC adapters or notifiers are unregistered
> and CEC-related data is properly destroyed make drm_connector_cleanup()
> call CEC's unregister() callback.
>
> Signed-off-by: Dmitry Baryshkov
> Signed
On Mon, Apr 07, 2025 at 06:11:05PM +0300, Dmitry Baryshkov wrote:
> +static const struct drm_connector_hdmi_cec_adapter_ops vc4_hdmi_cec_adap_ops
> = {
> + .base.unregister = drm_connector_hdmi_cec_unregister,
> + .init = vc4_hdmi_cec_init,
> + .enable = vc4_hdmi_cec_adap_enable,
> +
Y_DP_AUX_CEC is selected, then CEC_CORE is
> selected to be built-in into the kernel even if DRM_DISPLAY_HELPER is
>
> [ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
On Tue, Apr 01, 2025 at 07:47:16AM +0530, Vignesh Raman wrote:
> On 28/03/25 20:40, Maxime Ripard wrote:
> > On Thu, Mar 27, 2025 at 09:31:12PM +0530, Vignesh Raman wrote:
> > > Add jobs to run KUnit tests using tools/testing/kunit/kunit.py tool.
> > >
> &g
On Wed, Mar 26, 2025 at 12:20:02PM +0200, Cristian Ciocaltea wrote:
> Provide tests to verify that drm_atomic_helper_connector_hdmi_check()
> helper behaviour when using YUV420 output format is to always set the
> limited RGB quantization range to 'limited', no matter what the value of
> Broadcast
On Wed, 26 Mar 2025 12:19:51 +0200, Cristian Ciocaltea wrote:
> Provide the necessary constraints verification in
> sink_supports_format_bpc() in order to support handling of YUV420
> output format.
>
> Signed-off-by: Cristian Ciocaltea
>
> [ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
Hi Danilo,
On Fri, Mar 28, 2025 at 03:50:13PM +0100, Danilo Krummrich wrote:
> On Fri, Mar 28, 2025 at 03:28:04PM +0100, Maxime Ripard wrote:
> > On Wed, Mar 26, 2025 at 11:46:54AM +0100, Danilo Krummrich wrote:
> > > On Wed, Mar 26, 2025 at 10:24:43AM +0100, Maxime Ripard wro
Hi,
On Wed, Mar 26, 2025 at 12:20:04PM +0200, Cristian Ciocaltea wrote:
> Provide test to verify a forced fallback to YUV420 output cannot succeed
> when driver doesn't advertise YUV420 support.
>
> Signed-off-by: Cristian Ciocaltea
> ---
> drivers/gpu/drm/tests/drm_hdmi_state_helper_test.c | 4
On Wed, Mar 26, 2025 at 12:20:03PM +0200, Cristian Ciocaltea wrote:
> Provide tests to verify drm_atomic_helper_connector_hdmi_check() helper
> fallback behavior when using YUV420 output.
>
> Also rename drm_test_check_max_tmds_rate_{bpc|format}_fallback() to
> better differentiate from the newly
In order to allow providing test coverage for YUV420 modes, ensure the
>
> [ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
On Wed, Mar 26, 2025 at 12:19:57PM +0200, Cristian Ciocaltea wrote:
> Introduce a few macros to facilitate setting custom (i.e. non-default)
> EDID data during connector initialization.
>
> The actual conversion to use the new helpers is handled separately.
>
> Signed-off-by: Cristian Ciocaltea
On Wed, Mar 26, 2025 at 12:20:00PM +0200, Cristian Ciocaltea wrote:
> After updating the code to make use of the new EDID setup helpers,
> drm_kunit_helper_connector_hdmi_init_funcs() became unused, hence drop
> it.
>
> Signed-off-by: Cristian Ciocaltea
> ---
> drivers/gpu/drm/tests/drm_hdmi_sta
On Wed, Mar 26, 2025 at 12:19:58PM +0200, Cristian Ciocaltea wrote:
> Rename the reject_100_MHz_connector_hdmi_funcs variable to make
> checkpatch.pl happy:
>
> CHECK: Avoid CamelCase:
>
> While at it, also rename reject_100MHz_connector_tmds_char_rate_valid()
> for consistency.
>
> Signed-of
On Wed, Mar 26, 2025 at 12:19:59PM +0200, Cristian Ciocaltea wrote:
> Make use of the recently introduced macros to reduce boilerplate code
> around EDID setup. This also helps dropping the redundant calls to
> set_connector_edid().
>
> No functional changes intended.
>
> Signed-off-by: Cristian
On Wed, Mar 26, 2025 at 12:19:56PM +0200, Cristian Ciocaltea wrote:
> Try to make use of YUV420 when computing the best output format and
> RGB cannot be supported for any of the available color depths.
>
> Signed-off-by: Cristian Ciocaltea
> ---
> drivers/gpu/drm/display/drm_hdmi_state_helper.c
c, enum hdmi_colorspace fmt)
> {
> struct drm_device *dev = connector->dev;
> -
> - /*
> - * TODO: Add support for YCbCr420 output for HDMI 2.0 capable
> - * devices, for modes that only support YCbCr420.
> - */
And we should fix that comment for now.
Once fixed,
Reviewed-by: Maxime Ripard
Maxime
signature.asc
Description: PGP signature
On Wed, 9 Apr 2025 11:45:38 +0530, Vignesh Raman wrote:
> Add jobs to run dt_binding_check and dtbs_check. If warnings are seen,
> exit with a non-zero error code while configuring them as warning in
> the GitLab CI pipeline.
>
> Signed-off-by: Vignesh Raman
>
> [ ... ]
On Wed, 9 Apr 2025 11:45:39 +0530, Vignesh Raman wrote:
> Add jobs to run KUnit tests using tools/testing/kunit/kunit.py tool.
>
> Signed-off-by: Vignesh Raman
Reviewed-by: Maxime Ripard
Thanks!
Maxime
lly by devm, so it is rather done explicitly by calling
> drm_panel_bridge_remove(). This is the function that does devm_kfree() the
> panel_bridge in current code, so update it as well to put the bridge
> reference instead.
>
> Signed-off-by: Luca Ceresoli
> ---
>
> To: Maarte
hi,
On Tue, Apr 08, 2025 at 05:27:00PM +0200, Kory Maincent wrote:
> Add the dsi-lanes property to specify the number of DSI lanes used by the
> panel. This allows configuring the panel for either two, three or four
> lanes.
>
> Signed-off-by: Kory Maincent
> ---
> Documentation/devicetree/bind
On Tue, 08 Apr 2025 09:34:06 +0200, Maxime Ripard wrote:
> Here's a series that fixes some memory leaks in our kunit tests that
> eventually show up in kmemleak.
>
> Let me know what you think,
> Maxime
>
>
> [...]
Applied to misc/kernel.git (drm-misc-fixes).
Thanks!
Maxime
Hi Lucas,
On Tue, Apr 08, 2025 at 09:34:22AM -0500, Lucas De Marchi wrote:
> On Tue, Apr 08, 2025 at 02:20:06PM +0200, Maxime Ripard wrote:
> > Commit 9d7d7c3c9a19 ("panel/auo-a030jtn01: Use refcounted allocation in
> > place of devm_kzalloc()") switched from a kmal
Fix it by adding a
kunit action to kfree the sgt when the test ends.
Reported-by: Philipp Stanner
Closes:
https://lore.kernel.org/dri-devel/a7655158a6367ac46194d57f4b7433ef0772a73e.ca...@mailbox.org/
Fixes: 93032ae634d4 ("drm/test: add a test suite for GEM objects backed by
shmem")
S
Deak, Imre ; Neil Armstrong
> > ; Jessica Zhang ;
> > Maarten Lankhorst ; Maxime Ripard
> > ; Thomas Zimmermann ;
> > David Airlie ; Simona Vetter ; Linus
> > Walleij ; Joel Selvaraj ;
> > Douglas
> > Anderson ; dri-devel@lists.freedesktop.org; linux-
>
On Mon, Apr 07, 2025 at 06:49:23PM +0300, Imre Deak wrote:
> Hi,
>
> On Tue, Apr 01, 2025 at 12:03:47PM -0400, Anusha Srivatsa wrote:
> > Move to using the new API devm_drm_panel_alloc() to allocate the
> > panel.
> >
> > Signed-off-by: Anusha Srivatsa
> > ---
> > drivers/gpu/drm/panel/panel-au
reakage.
Fixes: 9d7d7c3c9a19 ("panel/auo-a030jtn01: Use refcounted allocation in place
of devm_kzalloc()")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/panel-auo-a030jtn01.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/panel
lation breakage.
Fixes: 77dcbce63779 ("panel/th101mb31ig002-28a: Use refcounted allocation in
place of devm_kzalloc()")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/panel-boe-th101mb31ig002-28a.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/driver
lation breakage.
Fixes: 5d2b55e55e61 ("panel/boe-tv101wum-ll2: Use refcounted allocation in
place of devm_kzalloc()")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/panel-boe-tv101wum-ll2.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/panel
Some reserved memory regions might have particular memory setup or
attributes that make them good candidates for heaps.
Let's provide a heap type that will create a new heap for each reserved
memory region flagged as such.
Signed-off-by: Maxime Ripard
---
drivers/dma-buf/heaps/Kc
772a73e.ca...@mailbox.org/
Fixes: 4fcd238560ee ("drm/modes: Add a function to generate analog display
modes")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/tests/drm_modes_test.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/drivers/gpu/drm/tests/drm_mod
/dri-devel/a7655158a6367ac46194d57f4b7433ef0772a73e.ca...@mailbox.org/
Fixes: 8fc0380f6ba7 ("drm/client: Add some tests for
drm_connector_pick_cmdline_mode()")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/tests/drm_client_modeset_test.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/tests/drm_clie
/dri-devel/a7655158a6367ac46194d57f4b7433ef0772a73e.ca...@mailbox.org/
Fixes: e691c9992ae1 ("drm/modes: Introduce the tv_mode property as a
command-line option")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/tests/drm_cmdline_parser_test.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/d
/dri-devel/a7655158a6367ac46194d57f4b7433ef0772a73e.ca...@mailbox.org/
Fixes: 1e4a91db109f ("drm/probe-helper: Provide a TV get_modes helper")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/tests/drm_probe_helper_test.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/d
Hi,
Here's a series that fixes some memory leaks in our kunit tests that
eventually show up in kmemleak.
Let me know what you think,
Maxime
Signed-off-by: Maxime Ripard
---
Maxime Ripard (7):
drm/tests: helpers: Create kunit helper to destroy a drm_display_mode
drm/tests: mo
/dri-devel/a7655158a6367ac46194d57f4b7433ef0772a73e.ca...@mailbox.org/
Fixes: e31538489908 ("drm/tests: Add tests for the new Monochrome value of
tv_mode")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/tests/drm_modes_test.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/tests/drm_mod
/dri-devel/a7655158a6367ac46194d57f4b7433ef0772a73e.ca...@mailbox.org/
Fixes: fedcaf726f54 ("drm/modes: Properly generate a drm_display_mode from a
named mode")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/tests/drm_client_modeset_test.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/d
ust create a helper every test suite can use.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/tests/drm_kunit_helpers.c | 23 +++
include/drm/drm_kunit_helpers.h | 3 +++
2 files changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/tests/drm_kunit_helpers.c
b/d
e-org/dt-schema/pull/138
Let me know what you think,
Maxime
Signed-off-by: Maxime Ripard
---
Changes in v3:
- Reworked global variable patch
- Link to v2:
https://lore.kernel.org/r/20250401-dma-buf-ecc-heap-v2-0-043fd006a...@kernel.org
Changes in v2:
- Add vmap/vunmap operations
- Drop ECC flag
The system heap is storing its struct dma_heap pointer in a global
variable but isn't using it anywhere.
Let's move the global variable into system_heap_create() to make it
local.
Signed-off-by: Maxime Ripard
---
drivers/dma-buf/heaps/system_heap.c | 3 +--
1 file changed, 1 inser
On Thu, 03 Apr 2025 15:33:29 +0200, Maxime Ripard wrote:
> This series deals with (lack of) EDEADLK handling in vc4 PV muxing
> tests.
>
> This was leading to failures with CONFIG_DEBUG_WW_MUTEX_SLOWPATH
> enabled.
>
> Maxime
>
> [...]
Applied to misc/kernel.g
On Tue, 01 Apr 2025 12:03:43 -0400, Anusha Srivatsa wrote:
> Start converting drivers to use the API - devm_drm_panel_alloc().
>
> This series addresses only 10 drivers. There are 98 more to go. Sending this
> series to mostly get feedback. if any change is required, it will be
> incorporated in t
On Sat, Apr 05, 2025 at 10:45:03AM +0800, sunlim...@linux.dev wrote:
> From: sunliming
>
> Fix below smatch warnings:
> drivers/gpu/drm/vc4/vc4_gem.c:604 vc4_lock_bo_reservations() error:
> uninitialized symbol 'ret'.
>
> Reported-by: kernel test robot
> Reported-by: Dan Carpenter
> Closes: h
4: tests: Add unit test suite for the PV muxing")
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/tests/vc4_test_pv_muxing.c | 44 ++
1 file changed, 44 insertions(+)
diff --git a/drivers/gpu/drm/vc4/tests/vc4_test_pv_muxing.c
b/drivers/gpu/drm/vc4/tests/vc4_test
On Sun, Mar 30, 2025 at 08:06:45PM +0300, Dmitry Baryshkov wrote:
> On Thu, Mar 27, 2025 at 09:31:11PM +0530, Vignesh Raman wrote:
> > Add jobs to run dt_binding_check and dtbs_check. If warnings are seen,
> > exit with a non-zero error code while configuring them as warning in
> > the GitLab CI pi
DRM bridges to be added to and removed from a DRM card without
> tearing the card down. This is possible for connectors already (used by DP
>
> [ ... ]
Reviewed-by: Maxime Ripard
Thanks!
Maxime
On Thu, Apr 03, 2025 at 09:39:52AM +0200, Christian König wrote:
> > For the UMA GPU case where there is no device memory or eviction
> > problem, perhaps a configurable option to just say account memory in
> > memcg for all allocations done by this process, and state yes you can
> > work around it
On Mon, 31 Mar 2025 11:15:24 -0400, Anusha Srivatsa wrote:
> This series adds the infrastructure needed for the refcounting
> allocations for panels similar to Luca's efforts with bridges.
> Underlying intention and idea is the same - avoid use-after-free
> situations in panels. Get reference to pa
let's just properly propagate the errors when they
occur.
Fixes: f759f5b53f1c ("drm/vc4: tests: Introduce a mocking infrastructure")
Fixes: 76ec18dc5afa ("drm/vc4: tests: Add unit test suite for the PV muxing")
Signed-off-by: Maxime Ripard
---
drivers/gpu/d
On Thu, 13 Mar 2025 12:59:54 +0100, Maxime Ripard wrote:
> Here's a series of changes after to the KMS helpers and bridge API
> following a bunch of reviews I did.
>
> It's mostly centered across providing an easier time to deal with bridge
> states, and a somewhat
let's just properly propagate the errors when they
occur.
Fixes: f759f5b53f1c ("drm/vc4: tests: Introduce a mocking infrastructure")
Fixes: 76ec18dc5afa ("drm/vc4: tests: Add unit test suite for the PV muxing")
Reviewed-by: Maíra Canal
Signed-off-by: Maxime Rip
1 - 100 of 3641 matches
Mail list logo
