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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Nov 5, 2024 at 1:20 PM Alexei Starovoitov
<alexei.starovoitov@xxxxxxxxx> wrote:
>
> From: Alexei Starovoitov <ast@xxxxxxxxxx>
>
> 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@xxxxxxxxx>
> Signed-off-by: Alexei Starovoitov <ast@xxxxxxxxxx>
> ---
>  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




[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux