Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1241039

Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion

From Rob Herring <robherring2@gmail.com>
Newsgroups linux.kernel
Subject Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion
Date 2015-10-07 00:40 +0200
Message-ID <qgJ3Q-2UE-1@gated-at.bofh.it> (permalink)
References <qgHlo-p0-5@gated-at.bofh.it> <qgHlo-p0-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tue, Oct 6, 2015 at 3:47 PM, Laura Abbott <labbott@fedoraproject.org> wrote:
> From: Laura Abbott <laura@labbott.name>
>
>
> This adds a base set of devicetree bindings for the Ion memory
> manager. This supports setting up the generic set of heaps and
> their properties.
>
> Signed-off-by: Laura Abbott <laura@labbott.name>
> Signed-off-by: Andrew Andrianov <andrew@ncrmnt.org>
> ---
>  drivers/staging/android/ion/devicetree.txt | 53 ++++++++++++++++++++++++++++++

I have no issue with this going in here, but I do have lots of issues
with this binding.

>  1 file changed, 53 insertions(+)
>  create mode 100644 drivers/staging/android/ion/devicetree.txt
>
> diff --git a/drivers/staging/android/ion/devicetree.txt b/drivers/staging/android/ion/devicetree.txt
> new file mode 100644
> index 0000000..4a0c941
> --- /dev/null
> +++ b/drivers/staging/android/ion/devicetree.txt
> @@ -0,0 +1,53 @@
> +Ion Memory Manager
> +
> +Ion is a memory manager that allows for sharing of buffers via dma-buf.
> +Ion allows for different types of allocation via an abstraction called
> +a 'heap'. A heap represents a specific type of memory. Each heap has
> +a different type. There can be multiple instances of the same heap
> +type.
> +
> +Required properties for Ion
> +
> +- compatible: "linux,ion"
> +
> +All child nodes of a linux,ion node are interpreted as heaps
> +
> +required properties for heaps
> +
> +- linux,ion-heap-id: The Ion heap id used for allocation selection
> +- linux,ion-heap-type: Ion heap type defined in ion.h
> +- linux,ion-heap-name: Human readble name of the heap
> +
> +
> +Optional properties
> +- memory-region: A phandle to a memory region. Required for DMA heap type
> +(see reserved-memory.txt for details on the reservation)
> +- linux,ion-heap-align: Alignment for the heap.
> +
> +Example:
> +
> +       ion {
> +               compatbile = "linux,ion";
> +               #address-cells = <1>;
> +               #size-cells = <0>;
> +
> +               ion-system-heap {
> +                       linux,ion-heap-id = <0>;
> +                       linux,ion-heap-type = <ION_SYSTEM_HEAP_TYPE>;
> +                       linux,ion-heap-name = "system";

How does this vary across platforms? Is all of this being pushed down
to DT, because there is no coordination of this at the kernel ABI
level across platforms. In other words, why can't heap 0 be hardcoded
as system heap in the driver. It seems to me any 1 of these 3
properties could be used to derive the other 2.


> +               };
> +
> +               ion-camera-region {
> +                       linux,ion-heap-id = <1>;
> +                       linux,ion-heap-type = <ION_DMA_HEAP_TYPE>;
> +                       linux,ion-heap-name = "camera"
> +                       memory-region = <&camera_region>;

Couldn't the memory-region node with addition properties or some
standardization of existing ones provide enough information for ION's
needs?

> +               };
> +
> +               ion-fb-region {
> +                       linux,ion-heap-id = <2>;
> +                       linux,ion-heap-type = <ION_DMA_HEAP_TYPE>;
> +                       linux,ion-heap-name = "fb"
> +                       memory-region = <&fb_region>;
> +               };
> +       }
> --
> 2.4.3
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Laura Abbott <labbott@fedoraproject.org> - 2015-10-06 22:50 +0200
  Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Rob Herring <robherring2@gmail.com> - 2015-10-07 00:40 +0200
    Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Laura Abbott <laura@labbott.name> - 2015-10-07 01:10 +0200
      Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Andrew <andrew@ncrmnt.org> - 2015-10-07 12:40 +0200
        Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Rob Herring <robherring2@gmail.com> - 2015-10-07 20:40 +0200
          Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Andrew <andrew@ncrmnt.org> - 2015-10-07 21:30 +0200
          Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Laura Abbott <laura@labbott.name> - 2015-10-08 03:50 +0200
    Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Mitchel Humpherys <mitchelh@codeaurora.org> - 2015-10-12 20:40 +0200
      Re: [RFC][PATCH 1/2] WIP: Devicetree bindings for Ion Andrew <andrew@ncrmnt.org> - 2015-10-13 10:30 +0200

csiph-web