Re: linux-next: build failure after merge of the drm-misc tree

From: Christian König

Date: Tue Feb 24 2026 - 04:48:38 EST


On 2/23/26 20:57, Leon Romanovsky wrote:
> On Mon, Feb 23, 2026 at 06:48:46PM +0000, Mark Brown wrote:
>> Hi all,
>>
>> After merging the drm-misc tree, today's linux-next build (x86_64
>> allmodconfig) failed like this:
>>
>> /tmp/next/build/drivers/infiniband/core/ib_core_uverbs.c: In function 'rdma_user_mmap_entry_remove':
>> /tmp/next/build/drivers/infiniband/core/ib_core_uverbs.c:249:17: error: implicit declaration of function 'dma_buf_move_notify' [-Wimplicit-function-declaration]
>> 249 | dma_buf_move_notify(uverbs_dmabuf->dmabuf);
>> | ^~~~~~~~~~~~~~~~~~~
>> make[6]: *** [/tmp/next/build/scripts/Makefile.build:289: drivers/infiniband/core/ib_core_uverbs.o] Error 1
>> make[6]: *** Waiting for unfinished jobs....
>> /tmp/next/build/drivers/infiniband/core/uverbs_std_types_dmabuf.c: In function 'uverbs_dmabuf_fd_destroy_uobj':
>> /tmp/next/build/drivers/infiniband/core/uverbs_std_types_dmabuf.c:170:17: error: implicit declaration of function 'dma_buf_move_notify' [-Wimplicit-function-declaration]
>> 170 | dma_buf_move_notify(uverbs_dmabuf->dmabuf);
>> | ^~~~~~~~~~~~~~~~~~~
>> make[6]: *** [/tmp/next/build/scripts/Makefile.build:289: drivers/infiniband/core/uverbs_std_types_dmabuf.o] Error 1
>>
>> Caused by commit
>>
>> 95308225e5bae (dma-buf: Rename dma_buf_move_notify() to dma_buf_invalidate_mappings())
>>
>> interacting with
>>
>> 0ac6f4056c4a2 (RDMA/uverbs: Add DMABUF object type and operations)
>>
>> from Linus' tree. I have fixed this up as below and can carry as
>> needed.
>>
>> From 89e7d4987e08a46f2db151cebba258a1bc01d628 Mon Sep 17 00:00:00 2001
>> From: Mark Brown <broonie@xxxxxxxxxx>
>> Date: Mon, 23 Feb 2026 18:27:51 +0000
>> Subject: [PATCH] RDMA/uverbs: Update for semantic conflict with drm-misc
>>
>> /tmp/next/build/drivers/infiniband/core/ib_core_uverbs.c: In function 'rdma_user_mmap_entry_remove':
>> /tmp/next/build/drivers/infiniband/core/ib_core_uverbs.c:249:17: error: implicit declaration of function 'dma_buf_move_notify' [-Wimplicit-function-declaration]
>> 249 | dma_buf_move_notify(uverbs_dmabuf->dmabuf);
>> | ^~~~~~~~~~~~~~~~~~~
>>
>> Signed-off-by: Mark Brown <broonie@xxxxxxxxxx>
>> ---
>> drivers/infiniband/core/ib_core_uverbs.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> The change is correct. The
> dma_buf_move_notify->dma_buf_invalidate_mappings rename was merged to
> DRM tree before merge window and ib_core_uverbs change was brought
> during merge window from RDMA tree.
>
> Christian,
>
> You should take this fix to your tree. RDMA tree doesn't have rename patches
> yet.

Done.

Regards,
Christian.

>
> Thanks
>
>>
>> diff --git a/drivers/infiniband/core/ib_core_uverbs.c b/drivers/infiniband/core/ib_core_uverbs.c
>> index d3836a62a0049..d6e99c79cf183 100644
>> --- a/drivers/infiniband/core/ib_core_uverbs.c
>> +++ b/drivers/infiniband/core/ib_core_uverbs.c
>> @@ -246,7 +246,7 @@ void rdma_user_mmap_entry_remove(struct rdma_user_mmap_entry *entry)
>> dma_resv_lock(uverbs_dmabuf->dmabuf->resv, NULL);
>> list_del(&uverbs_dmabuf->dmabufs_elm);
>> uverbs_dmabuf->revoked = true;
>> - dma_buf_move_notify(uverbs_dmabuf->dmabuf);
>> + dma_buf_invalidate_mappings(uverbs_dmabuf->dmabuf);
>> dma_resv_wait_timeout(uverbs_dmabuf->dmabuf->resv,
>> DMA_RESV_USAGE_BOOKKEEP, false,
>> MAX_SCHEDULE_TIMEOUT);
>> diff --git a/drivers/infiniband/core/uverbs_std_types_dmabuf.c b/drivers/infiniband/core/uverbs_std_types_dmabuf.c
>> index dfdfcd1d1a446..149220a1599cf 100644
>> --- a/drivers/infiniband/core/uverbs_std_types_dmabuf.c
>> +++ b/drivers/infiniband/core/uverbs_std_types_dmabuf.c
>> @@ -167,7 +167,7 @@ static void uverbs_dmabuf_fd_destroy_uobj(struct ib_uobject *uobj,
>> if (!uverbs_dmabuf->revoked) {
>> uverbs_dmabuf->revoked = true;
>> list_del(&uverbs_dmabuf->dmabufs_elm);
>> - dma_buf_move_notify(uverbs_dmabuf->dmabuf);
>> + dma_buf_invalidate_mappings(uverbs_dmabuf->dmabuf);
>> dma_resv_wait_timeout(uverbs_dmabuf->dmabuf->resv,
>> DMA_RESV_USAGE_BOOKKEEP, false,
>> MAX_SCHEDULE_TIMEOUT);
>>
>> --
>> 2.47.3
>>
>
>