Linaro-mm-sig February 2026

linaro-mm-sig@lists.linaro.org

49 participants
195 discussions

Re: [PATCH v7 7/8] vfio: Permit VFIO to work with pinned importers

by Christian König

On 2/4/26 17:56, Alex Williamson wrote: ... >> >> This chunk here doesn't want to apply to drm-misc-next, my educated >> guess is that the patch adding those lines is missing in that tree. >> >> How should we handle that? Patches 1-3 have already been pushed to >> drm-misc-next and I would rather like to push patches 4-6 through >> that branch as well. >> >> I can request a backmerge from the drm-misc-next maintainers, but >> then we clearly don't get that upstream this week. > > Hmm, drm-next already has a backmerge up to v6.19-rc7, the patch here is > based on a commit merged in rc8. The tag for that change was based on > rc6. It can be found here: > > https://github.com/awilliam/linux-vfio.git tags/vfio-v6.19-rc8 > > As the same tag Linus merged in: > > 1f97d9dcf536 ("Merge tag 'vfio-v6.19-rc8' of https://github.com/awilliam/linux-vfio") > > drm-misc-next only seems to be based on v6.19-rc1 though, so I don't > know that any of that helps. Thanks, Thanks Alex, that was indeed helpful. Simona, Jani and Lucas can we do a backmerge of 6.19-rc8 into drm-misc-next or does that completely breaks the flow? If it's not possible immediately then I will do the merge next week or so when the final 6.19 is out and everything merged back into the drm-misc trees. Leon the flow of patches through the DRM subsystem is documented here: https://drm.pages.freedesktop.org/maintainer-tools/repositories/drm-misc.ht… Thanks, Christian. > > Alex

2 weeks, 1 day

Re: [PATCH rdma-next v3 0/3] RDMA: Add support for exporting dma-buf file descriptors

by Leon Romanovsky

On Sun, 01 Feb 2026 16:34:03 +0200, Edward Srouji wrote: > This patch series introduces dma-buf export support for RDMA/InfiniBand > devices, enabling userspace applications to export RDMA PCI-backed > memory regions (such as device memory or mlx5 UAR pages) as dma-buf file > descriptors. > > This allows PCI device memory to be shared with other kernel subsystems > (e.g., graphics or media) or between userspace processes, via the > standard dma-buf interface, avoiding unnecessary copies and enabling > efficient peer-to-peer (P2P) DMA transfers. See [1] for background on > dma-buf. > > [...] Applied, thanks! [1/3] RDMA/uverbs: Support external FD uobjects https://git.kernel.org/rdma/rdma/c/6b848074a32078 [2/3] RDMA/uverbs: Add DMABUF object type and operations https://git.kernel.org/rdma/rdma/c/e6738fe6cad448 [3/3] RDMA/mlx5: Implement DMABUF export ops https://git.kernel.org/rdma/rdma/c/992a14bb2150a1 Best regards, -- Leon Romanovsky <leon(a)kernel.org>

2 weeks, 2 days

How to Recover Lost or Scammed Cryptocurrency, visit OPTIMISTIC HACKER GAIUS

by benjaminlucas0a＠gmail.com

OPTIMISTIC HACKER GAIUS is a professional crypto recovery service specializing in lost Bitcoin recovery, scammed USDT recovery, and digital asset tracing. The company uses advanced blockchain analysis and investigative techniques to track and recover stolen or inaccessible cryptocurrency. Known for clear communication and ethical practices, OPTIMISTIC HACKER GAIUS provides realistic assessments and reliable support for individuals and businesses affected by crypto-related losses. Mail-Box: support @ optimistichackargaius. c om WhatsApp: +44 737 674 0569 Website: optimistichackargaius. co m

2 weeks, 2 days