[PATCH v2 bpf-next 1/2] drm, bpf: Move drm_mm.c to lib to be used by bpf arena

Alexei Starovoitov alexei.starovoitov at gmail.com
Fri Nov 8 01:20:46 UTC 2024


On Tue, Nov 5, 2024 at 1:20 PM Alexei Starovoitov
<alexei.starovoitov at gmail.com> wrote:
>
> From: Alexei Starovoitov <ast at kernel.org>
>
> Move drm_mm.c to lib:
> - The next commit will use drm_mm to manage memory regions
>   in bpf arena.
> - Move drm_mm_print to drivers/gpu/drm/drm_print.c, since
>   it's not a core functionality of drm_mm and it depeneds
>   on drm_printer while drm_mm is generic and usuable as-is
>   by other subsystems.
> - Replace DRM_ERROR with pr_err to fix build.
>   DRM_ERROR is deprecated in favor of pr_err anyway.
> - Also add __maybe_unused to suppress compiler warnings.
> - Update MAINTAINERS file as well.
>
> Acked-by: Kumar Kartikeya Dwivedi <memxor at gmail.com>
> Signed-off-by: Alexei Starovoitov <ast at kernel.org>
> ---
>  MAINTAINERS                       |  1 +
>  drivers/gpu/drm/Makefile          |  1 -
>  drivers/gpu/drm/drm_print.c       | 39 +++++++++++++++++++++++++
>  lib/Makefile                      |  1 +
>  {drivers/gpu/drm => lib}/drm_mm.c | 48 ++++---------------------------
>  5 files changed, 46 insertions(+), 44 deletions(-)
>  rename {drivers/gpu/drm => lib}/drm_mm.c (95%)

DRM folks seem unresponsive :(
A simple move of the file shouldn't take a week to acknowledge.
I had plans to tailor drm_mm to bpf needs, but at this pace
it will take too long, so I'm abandoning this approach
and going a different route. It was worth a try. Fail fast.

pw-bot: cr


More information about the dri-devel mailing list