[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