staging/android: Update Ion TODO list

Most of the items have been taken care of by a clean up series. Remove
the completed items and add a few new ones.

Signed-off-by: Laura Abbott <labbott@redhat.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
Laura Abbott 2017-04-18 11:27:14 -07:00 committed by Greg Kroah-Hartman
parent 804ca94a98
commit e44adf05b8
1 changed files with 4 additions and 17 deletions

View File

@ -7,23 +7,10 @@ TODO:
ion/ ion/
- Remove ION_IOC_SYNC: Flushing for devices should be purely a kernel internal - Add dt-bindings for remaining heaps (chunk and carveout heaps). This would
interface on top of dma-buf. flush_for_device needs to be added to dma-buf involve putting appropriate bindings in a memory node for Ion to find.
first. - Split /dev/ion up into multiple nodes (e.g. /dev/ion/heap0)
- Remove ION_IOC_CUSTOM: Atm used for cache flushing for cpu access in some - Better test framework (integration with VGEM was suggested)
vendor trees. Should be replaced with an ioctl on the dma-buf to expose the
begin/end_cpu_access hooks to userspace.
- Clarify the tricks ion plays with explicitly managing coherency behind the
dma api's back (this is absolutely needed for high-perf gpu drivers): Add an
explicit coherency management mode to flush_for_device to be used by drivers
which want to manage caches themselves and which indicates whether cpu caches
need flushing.
- With those removed there's probably no use for ION_IOC_IMPORT anymore either
since ion would just be the central allocator for shared buffers.
- Add dt-binding to expose cma regions as ion heaps, with the rule that any
such cma regions must already be used by some device for dma. I.e. ion only
exposes existing cma regions and doesn't reserve unecessarily memory when
booting a system which doesn't use ion.
Please send patches to Greg Kroah-Hartman <greg@kroah.com> and Cc: Please send patches to Greg Kroah-Hartman <greg@kroah.com> and Cc:
Arve Hjønnevåg <arve@android.com> and Riley Andrews <riandrews@android.com> Arve Hjønnevåg <arve@android.com> and Riley Andrews <riandrews@android.com>