From: John Stultz <john.stultz@linaro.org> To: lkml <linux-kernel@vger.kernel.org> Cc: John Stultz <john.stultz@linaro.org>, Laura Abbott <labbott@redhat.com>, Benjamin Gaignard <benjamin.gaignard@linaro.org>, Sumit Semwal <sumit.semwal@linaro.org>, Liam Mark <lmark@codeaurora.org>, Pratik Patel <pratikp@codeaurora.org>, Brian Starkey <Brian.Starkey@arm.com>, "Andrew F . Davis" <afd@ti.com>, Andrew Morton <akpm@linux-foundation.org>, Yue Hu <huyue2@yulong.com>, Mike Rapoport <rppt@linux.ibm.com>, Chenbo Feng <fengc@google.com>, Alistair Strachan <astrachan@google.com>, Sandeep Patil <sspatil@google.com>, Hridya Valsaraju <hridya@google.com>, dri-devel@lists.freedesktop.org Subject: [RFC][PATCH 0/2] Allow DMA BUF heaps to be loaded as modules Date: Fri, 25 Oct 2019 23:48:32 +0000 [thread overview] Message-ID: <20191025234834.28214-1-john.stultz@linaro.org> (raw) Now that the DMA BUF heaps core code has been queued, I wanted to send out some of the pending changes that I've been working on. For use with Android and their GKI effort, it is desired that DMA BUF heaps are able to be loaded as modules. This is required for migrating vendors off of ION which was also recently changed to support modules. So this patch series simply provides the necessary exported symbols and allows the system and CMA drivers to be built as modules. Due to the fact that dmabuf's allocated from a heap may be in use for quite some time, there isn't a way to safely unload the driver once it has been loaded. Thus these drivers do no implement module_exit() functions and will show up in lsmod as "[permanent]" Feedback and thoughts on this would be greatly appreciated! thanks -john Cc: Laura Abbott <labbott@redhat.com> Cc: Benjamin Gaignard <benjamin.gaignard@linaro.org> Cc: Sumit Semwal <sumit.semwal@linaro.org> Cc: Liam Mark <lmark@codeaurora.org> Cc: Pratik Patel <pratikp@codeaurora.org> Cc: Brian Starkey <Brian.Starkey@arm.com> Cc: Andrew F. Davis <afd@ti.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Yue Hu <huyue2@yulong.com> Cc: Mike Rapoport <rppt@linux.ibm.com> Cc: Chenbo Feng <fengc@google.com> Cc: Alistair Strachan <astrachan@google.com> Cc: Sandeep Patil <sspatil@google.com> Cc: Hridya Valsaraju <hridya@google.com> Cc: dri-devel@lists.freedesktop.org John Stultz (1): dma-buf: heaps: Allow system & cma heaps to be configured as a modules Sandeep Patil (1): mm: cma: Export cma symbols for cma heap as a module drivers/dma-buf/dma-heap.c | 2 ++ drivers/dma-buf/heaps/Kconfig | 4 ++-- drivers/dma-buf/heaps/heap-helpers.c | 2 ++ kernel/dma/contiguous.c | 1 + mm/cma.c | 5 +++++ 5 files changed, 12 insertions(+), 2 deletions(-) -- 2.17.1
WARNING: multiple messages have this Message-ID (diff)
From: John Stultz <john.stultz@linaro.org> To: lkml <linux-kernel@vger.kernel.org> Cc: Sandeep Patil <sspatil@google.com>, Mike Rapoport <rppt@linux.ibm.com>, Chenbo Feng <fengc@google.com>, Alistair Strachan <astrachan@google.com>, Liam Mark <lmark@codeaurora.org>, Yue Hu <huyue2@yulong.com>, dri-devel@lists.freedesktop.org, "Andrew F . Davis" <afd@ti.com>, Hridya Valsaraju <hridya@google.com>, Andrew Morton <akpm@linux-foundation.org>, Pratik Patel <pratikp@codeaurora.org> Subject: [RFC][PATCH 0/2] Allow DMA BUF heaps to be loaded as modules Date: Fri, 25 Oct 2019 23:48:32 +0000 [thread overview] Message-ID: <20191025234834.28214-1-john.stultz@linaro.org> (raw) Now that the DMA BUF heaps core code has been queued, I wanted to send out some of the pending changes that I've been working on. For use with Android and their GKI effort, it is desired that DMA BUF heaps are able to be loaded as modules. This is required for migrating vendors off of ION which was also recently changed to support modules. So this patch series simply provides the necessary exported symbols and allows the system and CMA drivers to be built as modules. Due to the fact that dmabuf's allocated from a heap may be in use for quite some time, there isn't a way to safely unload the driver once it has been loaded. Thus these drivers do no implement module_exit() functions and will show up in lsmod as "[permanent]" Feedback and thoughts on this would be greatly appreciated! thanks -john Cc: Laura Abbott <labbott@redhat.com> Cc: Benjamin Gaignard <benjamin.gaignard@linaro.org> Cc: Sumit Semwal <sumit.semwal@linaro.org> Cc: Liam Mark <lmark@codeaurora.org> Cc: Pratik Patel <pratikp@codeaurora.org> Cc: Brian Starkey <Brian.Starkey@arm.com> Cc: Andrew F. Davis <afd@ti.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Yue Hu <huyue2@yulong.com> Cc: Mike Rapoport <rppt@linux.ibm.com> Cc: Chenbo Feng <fengc@google.com> Cc: Alistair Strachan <astrachan@google.com> Cc: Sandeep Patil <sspatil@google.com> Cc: Hridya Valsaraju <hridya@google.com> Cc: dri-devel@lists.freedesktop.org John Stultz (1): dma-buf: heaps: Allow system & cma heaps to be configured as a modules Sandeep Patil (1): mm: cma: Export cma symbols for cma heap as a module drivers/dma-buf/dma-heap.c | 2 ++ drivers/dma-buf/heaps/Kconfig | 4 ++-- drivers/dma-buf/heaps/heap-helpers.c | 2 ++ kernel/dma/contiguous.c | 1 + mm/cma.c | 5 +++++ 5 files changed, 12 insertions(+), 2 deletions(-) -- 2.17.1 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2019-10-25 23:49 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-10-25 23:48 John Stultz [this message] 2019-10-25 23:48 ` [RFC][PATCH 0/2] Allow DMA BUF heaps to be loaded as modules John Stultz 2019-10-25 23:48 ` [RFC][PATCH 1/2] mm: cma: Export cma symbols for cma heap as a module John Stultz 2019-10-25 23:48 ` John Stultz 2019-10-28 7:46 ` Christoph Hellwig 2019-10-28 18:39 ` John Stultz 2019-10-28 18:39 ` John Stultz 2019-10-28 22:23 ` John Stultz 2019-10-28 22:23 ` John Stultz 2019-10-28 19:12 ` sspatil 2019-10-28 19:12 ` sspatil 2019-10-28 20:03 ` John Stultz 2019-10-28 20:03 ` John Stultz 2019-10-28 22:26 ` John Stultz 2019-10-28 22:26 ` John Stultz 2019-10-25 23:48 ` [RFC][PATCH 2/2] dma-buf: heaps: Allow system & cma heaps to be configured as a modules John Stultz 2019-10-25 23:48 ` John Stultz 2019-11-04 9:45 ` Brian Starkey 2019-11-04 9:45 ` Brian Starkey 2019-11-04 10:24 ` Daniel Vetter 2019-11-04 10:24 ` Daniel Vetter 2019-11-04 19:00 ` John Stultz 2019-11-04 19:00 ` John Stultz 2019-11-04 9:58 ` [RFC][PATCH 0/2] Allow DMA BUF heaps to be loaded as modules Daniel Vetter 2019-11-04 9:58 ` Daniel Vetter 2019-11-04 18:57 ` John Stultz 2019-11-04 18:57 ` John Stultz 2019-11-05 9:42 ` Daniel Vetter 2019-11-05 9:42 ` Daniel Vetter 2019-11-05 13:30 ` Andrew F. Davis 2019-11-05 13:30 ` Andrew F. Davis 2019-11-05 13:58 ` Daniel Vetter 2019-11-05 13:58 ` Daniel Vetter 2019-11-05 17:41 ` John Stultz 2019-11-05 17:41 ` John Stultz 2019-11-05 19:18 ` Daniel Vetter 2019-11-05 19:18 ` Daniel Vetter 2019-11-05 19:47 ` John Stultz 2019-11-05 19:47 ` John Stultz 2019-11-05 20:21 ` Daniel Vetter 2019-11-05 20:21 ` Daniel Vetter 2019-11-12 0:56 ` Sandeep Patil 2019-11-12 0:56 ` Sandeep Patil 2019-11-12 0:49 ` Sandeep Patil 2019-11-12 0:49 ` Sandeep Patil
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20191025234834.28214-1-john.stultz@linaro.org \ --to=john.stultz@linaro.org \ --cc=Brian.Starkey@arm.com \ --cc=afd@ti.com \ --cc=akpm@linux-foundation.org \ --cc=astrachan@google.com \ --cc=benjamin.gaignard@linaro.org \ --cc=dri-devel@lists.freedesktop.org \ --cc=fengc@google.com \ --cc=hridya@google.com \ --cc=huyue2@yulong.com \ --cc=labbott@redhat.com \ --cc=linux-kernel@vger.kernel.org \ --cc=lmark@codeaurora.org \ --cc=pratikp@codeaurora.org \ --cc=rppt@linux.ibm.com \ --cc=sspatil@google.com \ --cc=sumit.semwal@linaro.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.