Re: [PATCH v2 00/23] Amdgpu plugin cleanups and fixes

Andrei Vagin <[email protected]> Mon, 13 Apr 2026 13:03:11 -0700
Newsgroups dev.linux.lists.criu
Message-ID <CANaxB-ybBhOAZKRUGFN4hbzhkJZmH9kkHeprfihT6LG=UThYrg@mail.gmail.com>
On Mon, Apr 13, 2026 at 12:48=E2=80=AFPM Tvrtko Ursulin
<[email protected]> wrote:
>
>
> Hi Andrei,
>
> On 13/04/2026 19:23, Andrei Vagin wrote:
> > On Fri, Apr 10, 2026 at 11:55=E2=80=AFAM Tvrtko Ursulin
> > <[email protected]> wrote:
> >>
> >> This series is a subset of previously posted as RFC:
> >> https://lore.kernel.org/criu/CAEWA0a4ghpPeQjg1ETiQysGj5agfWwJRvMbWzhrY=
[email protected]/T/#mfb4ab4866a0cb440961be7170d0e107fab7eedf2
> >>
> >> And as v1 cleanups only:
> >> https://lore.kernel.org/criu/5e99e181-6e19-4b7d-8c10-a846ed4e74a3@igal=
ia.com/T/#md4284ded141876b7d7b942d2d449d6100bd20a2e
> >>
> >> It still only contains the fixes and cleanups with the render node hac=
ks
> >> removed.
> >>
> >> All patches have now been reviewed, although from v1 to v2 it was a di=
fficult
> >> rebase do upstream movement that happened in the meantime. So I think =
it would
> >> be good to smoke test it in an environemnt other than where I tested u=
sing my
> >> amd_criu IGT.
> >>
> >> Two patches have been dropped from the series:
> >>
> >>    plugins/amdgpu: Check images were opened successfully
> >>    plugins/amdgpu: Fix error handling in amdgpu_plugin_drm_restore_fil=
e()
> >>
> >> The same fixes have since been implemented in upstream at least in:
> >>
> >>    611af0188dfe ("plugin/amdgpu: add open_img_file error handling")
> >>    16b252ee21a8 ("plugin/amdgpu: add missing xzalloc() NULL checks in =
drm")
> >>
> >> Fingers crossed I have not messed up anything in this relatively exten=
sive
> >> rebase and ideally we can merge this sooner rather than later and carr=
y on
> >> working on top.
> >
> > Tvrtko,
> >
> > could you please review comments and ci failures:
> > https://github.com/checkpoint-restore/criu/pull/2999
>
> Sure thing, I was not aware there is all that infra. Also, if I switch
> away from the mailing list workflow, presumably I can get these reports
> for pull requests I make?

Yes, you=E2=80=99ll receive these reports for pull requests. We previously =
used
a mailing list review process, but we switched to GitHub pull requests
to simplify our CI infrastructure.

Thanks,
Andrei