From: "José Expósito" <jose.exposito89@gmail.com>
To: Louis Chauvet <louis.chauvet@bootlin.com>
Cc: airlied@gmail.com, dri-devel@lists.freedesktop.org,
hamohammed.sa@gmail.com, linux-kernel@vger.kernel.org,
maarten.lankhorst@linux.intel.com, mairacanal@riseup.net,
melissa.srw@gmail.com, mripard@kernel.org,
rodrigosiqueiramelo@gmail.com, simona.vetter@ffwll.ch,
simona@ffwll.ch, thomas.petazzoni@bootlin.com,
tzimmermann@suse.de
Subject: Re: [PATCH v4 3/3] drm/vkms: Switch to dynamic allocation for CRTC
Date: Tue, 21 Jan 2025 11:45:22 +0100 [thread overview]
Message-ID: <Z496wgH0AyaoSHdW@fedora> (raw)
In-Reply-To: <Z46HL-eSSA2EsPCi@louis-chauvet-laptop>
On Mon, Jan 20, 2025 at 06:26:07PM +0100, Louis Chauvet wrote:
> On 20/01/25 - 17:23, José Expósito wrote:
> > > A specific allocation for the CRTC is not strictly necessary at this
> > > point, but in order to implement dynamic configuration of VKMS (configFS),
> > > it will be easier to have one allocation per CRTC.
> > >
> > > Reviewed-by: Maxime Ripard <mripard@kernel.org>
> > > Signed-off-by: Louis Chauvet <louis.chauvet@bootlin.com>
> > > ---
>
> [...]
>
> > > + /* Initialize the writeback component */
> > > if (vkmsdev->config->writeback) {
> > > - writeback = vkms_enable_writeback_connector(vkmsdev, crtc);
> > > + writeback = vkms_enable_writeback_connector(vkmsdev, output);
> > > if (writeback)
> > > DRM_ERROR("Failed to init writeback connector\n");
> > > }
> >
> > Hi Louis,
> >
> > Thanks for fixing this error condition.
> >
> > I have been working and running automated tests on top of this series and
> > I haven't found any other issue.
> >
> > Reviewed-by: José Expósito <jose.exposito89@gmail.com>
>
> Thanks a lot! I will merge this tomorrow.
>
> What is your automated tests series?
On the kernel side, I keep working on the ConfigFS patches here:
https://github.com/JoseExposito/linux/commits/patch-vkms-configfs/
It sits on top of your work to switch to managed memory. But now that
the code is merged, it needs to be rebased.
You'll notice that I kept your signed-off-by in many patches, as I
tried to reuse as much common code as possible.
About the automated testing, the series could be split in two:
- vkms_config.h/c, which is tested with KUnit
- ConfigFS, tested with IGT:
https://gitlab.freedesktop.org/jexposit/igt-gpu-tools/-/commits/vkms-configfs
I made some wrong assumptions with connectors, for example, it is
possible to create a device without connectors and hot-add/remove
them later, and I'm still fixing them and writing tests.
Once that work is done I'll send the series to the ML.
Jose
> I will also send tomorrow a new rebased iteration for:
> - https://patchwork.freedesktop.org/series/140786/
> - https://patchwork.freedesktop.org/series/133698/
> - https://patchwork.freedesktop.org/patch/625883/
>
> If someone can look on them and leave some reviews, I will be very happy
> to apply them!
>
> I will also send a first version of the configFS work (two distincts
> series to make the review easier).
>
> Thanks a lot,
> Louis Chauvet
>
next prev parent reply other threads:[~2025-01-21 10:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-17 9:04 [PATCH v4 0/3] drm/vkms: Switch to allocated for drm objects Louis Chauvet
2025-01-17 9:04 ` [PATCH v4 1/3] drm/vkms: Switch to dynamic allocation for connector Louis Chauvet
2025-01-17 9:04 ` [PATCH v4 2/3] drm/vkms: Switch to dynamic allocation for encoder Louis Chauvet
2025-01-17 9:04 ` [PATCH v4 3/3] drm/vkms: Switch to dynamic allocation for CRTC Louis Chauvet
2025-01-20 16:23 ` José Expósito
2025-01-20 17:26 ` Louis Chauvet
2025-01-21 10:45 ` José Expósito [this message]
2025-01-21 16:03 ` Louis Chauvet
2025-01-21 10:17 ` [PATCH v4 0/3] drm/vkms: Switch to allocated for drm objects Louis Chauvet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Z496wgH0AyaoSHdW@fedora \
--to=jose.exposito89@gmail.com \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=hamohammed.sa@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=louis.chauvet@bootlin.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mairacanal@riseup.net \
--cc=melissa.srw@gmail.com \
--cc=mripard@kernel.org \
--cc=rodrigosiqueiramelo@gmail.com \
--cc=simona.vetter@ffwll.ch \
--cc=simona@ffwll.ch \
--cc=thomas.petazzoni@bootlin.com \
--cc=tzimmermann@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox