[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <36c37aae-244f-48f8-8f88-c46b58a9e8b1@bootlin.com>
Date: Tue, 4 Mar 2025 10:43:12 +0100
From: Louis Chauvet <louis.chauvet@...tlin.com>
To: José Expósito <jose.exposito89@...il.com>
Cc: hamohammed.sa@...il.com, simona@...ll.ch, melissa.srw@...il.com,
maarten.lankhorst@...ux.intel.com, mripard@...nel.org, tzimmermann@...e.de,
airlied@...il.com, dri-devel@...ts.freedesktop.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4 00/14] drm/vkms: Allow to configure device
Le 18/02/2025 à 11:12, José Expósito a écrit :
> Hi everyone,
>
> In preparation for ConfigFS support, a flexible way to configure VKMS device(s)
> is required.
> This series adds the required APIs to create a configuration, the code changes
> required to apply it and KUnit test validating the changes.
>
> Louis Chauvet and I are working on ConfigFS support. In this series I tried to
> merge his changes [1] with mine [2].
> I kept his Signed-off-by to reflect that, even if I show up as the author of
> some/most of the patches, this was a joint effort.
>
> I'll send the ConfigFS code [3] and its IGT tests [4] code this week.
> Meanwhile, the IGT tests also exercise this series and can be used for
> additional test coverage.
>
> Best wishes,
> José Expósito
Hi all,
I am trying to apply this series but I am encountering some issues. Most
of the patches have the following trailers:
Co-developed-by: Louis Chauvet
Signed-off-by: Louis Chauvet
Signed-off-by: José Exposito
When I use dim b4-shazam, the result is:
Co-developed-by: Louis Chauvet
Signed-off-by: José Exposito
Signed-off-by: Louis Chauvet
However, checkpatch is not happy with this because it removes my
Signed-off-by line immediately after Co-developed-by.
I then tried to add it myself:
Co-developed-by: Louis Chauvet
Signed-off-by: Louis Chauvet
Signed-off-by: José Exposito
Signed-off-by: Louis Chauvet
But this time, checkpatch complains that I have my Signed-off-by line twice.
And if I don't add the last Signed-off-by, checkpatch is indeed not
happy too:
Co-developed-by: Louis Chauvet
Signed-off-by: Louis Chauvet
Signed-off-by: José Exposito
How should I proceed in this situation? Should I ignore some warnings?
If so, what are the expected trailers?
Thanks!
> [1] https://patchwork.kernel.org/project/dri-devel/cover/20250121-google-remove-crtc-index-from-parameter-v3-0-cac00a3c3544@bootlin.com/
> [2] https://patchwork.kernel.org/project/dri-devel/cover/20240813105134.17439-1-jose.exposito89@gmail.com/
> [3] https://github.com/JoseExposito/linux/commits/patch-vkms-configfs/
> [4] https://gitlab.freedesktop.org/jexposit/igt-gpu-tools/-/commits/vkms-configfs
>
> Changes in v4:
>
> - Applied review comments by Louis Chauvet: (thanks!!)
> - Do not access "private" struct fields in tests
> - Reviewed-by in all patches
> - Rebased on top of drm-misc-next
> - Link to v3: https://lore.kernel.org/dri-devel/20250217100120.7620-1-jose.exposito89@gmail.com/T/
>
> Changes in v3:
>
> - Applied review comments by Louis Chauvet:
> - Moved drm_vblank_init(..., vkms_config_get_num_crtcs()) to a different patch
> - Improved error handling in vkms_config_*_attach_*() functions
> - Fixed compilation errors when CONFIG_DRM_VKMS_KUNIT_TEST=m
> - Used for_each iterators in vkms_config_test_default_config(). A leftover
> from the removed connector hot-add code
> - Validated that vkms_config.dev wasn't NULL before calling drm_info()
> - Kept vkms_device.config as a const pointer (at the cost of casting in
> list_count_nodes())
> - Renamed "CONFIG_DRM_VKMS_KUNIT_TESTS" to "CONFIG_DRM_VKMS_KUNIT_TEST" for
> consistency with other options
> - Rebased on top of drm-misc-next
> - Link to v2: https://lore.kernel.org/all/20250211110912.15409-1-jose.exposito89@gmail.com/
>
> Changes in v2:
>
> - Applied review comments by Louis Chauvet:
> - Added Co-developped-by tags where required
> - Split the first patch in 2: vkms_connector.h/c creation and struct
> vkms_connector creation
> - Fixes a user after free/double free bug. The bug is already present
> in drm-misc-next and the fix could be merged independently
> - Implemented for_each macros for the config
> - Other naming fixes
> - Link to v1: https://lore.kernel.org/all/20250129110059.12199-1-jose.exposito89@gmail.com/
>
> José Expósito (13):
> drm/vkms: Extract vkms_connector header
> drm/vkms: Create vkms_connector struct
> drm/vkms: Add KUnit test scaffolding
> drm/vkms: Extract vkms_config header
> drm/vkms: Move default_config creation to its own function
> drm/vkms: Set device name from vkms_config
> drm/vkms: Allow to configure multiple planes
> drm/vkms: Allow to configure multiple CRTCs
> drm/vkms: Allow to attach planes and CRTCs
> drm/vkms: Allow to configure multiple encoders
> drm/vkms: Allow to attach encoders and CRTCs
> drm/vkms: Allow to configure multiple connectors
> drm/vkms: Allow to attach connectors and encoders
>
> Louis Chauvet (1):
> drm/vkms: Add a validation function for VKMS configuration
>
> .clang-format | 7 +
> drivers/gpu/drm/vkms/Kconfig | 15 +
> drivers/gpu/drm/vkms/Makefile | 5 +-
> drivers/gpu/drm/vkms/tests/.kunitconfig | 4 +
> drivers/gpu/drm/vkms/tests/Makefile | 3 +
> drivers/gpu/drm/vkms/tests/vkms_config_test.c | 951 ++++++++++++++++++
> drivers/gpu/drm/vkms/vkms_config.c | 640 ++++++++++++
> drivers/gpu/drm/vkms/vkms_config.h | 437 ++++++++
> drivers/gpu/drm/vkms/vkms_connector.c | 61 ++
> drivers/gpu/drm/vkms/vkms_connector.h | 26 +
> drivers/gpu/drm/vkms/vkms_drv.c | 45 +-
> drivers/gpu/drm/vkms/vkms_drv.h | 17 +-
> drivers/gpu/drm/vkms/vkms_output.c | 176 ++--
> 13 files changed, 2246 insertions(+), 141 deletions(-)
> create mode 100644 drivers/gpu/drm/vkms/tests/.kunitconfig
> create mode 100644 drivers/gpu/drm/vkms/tests/Makefile
> create mode 100644 drivers/gpu/drm/vkms/tests/vkms_config_test.c
> create mode 100644 drivers/gpu/drm/vkms/vkms_config.c
> create mode 100644 drivers/gpu/drm/vkms/vkms_config.h
> create mode 100644 drivers/gpu/drm/vkms/vkms_connector.c
> create mode 100644 drivers/gpu/drm/vkms/vkms_connector.h
>
--
Louis Chauvet, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
Powered by blists - more mailing lists