[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+M3ks5oW-SkoTbFOB+m16H3rYcqZreNOXuaT=Hgm_a800=g=g@mail.gmail.com>
Date: Wed, 26 Oct 2016 16:41:35 +0200
From: Benjamin Gaignard <benjamin.gaignard@...aro.org>
To: Sumit Semwal <sumit.semwal@...aro.org>
Cc: Laura Abbott <labbott@...hat.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
yudongbin@...ilicon.com, Chen Feng <puck.chen@...ilicon.com>,
LKML <linux-kernel@...r.kernel.org>,
"linaro-kernel@...ts.linaro.org" <linaro-kernel@...ts.linaro.org>,
kernel@...inux.com
Subject: Re: [PATCH 0/3] add ION driver for STIh4xx SoC
2016-10-26 15:51 GMT+02:00 Sumit Semwal <sumit.semwal@...aro.org>:
> Hello Benjamin,
>
> On 26 October 2016 at 19:02, Benjamin Gaignard
> <benjamin.gaignard@...aro.org> wrote:
>> It is more or less a copy of Hisilicon driver but with a heap definition
>> fitting with STIH4xx SoC needs.
>> I have just chnage the some function prefix from "hi6220" to "sti".
>>
> Thanks for your patches!
>
> I was just wondering if you couldn't convert the HiSilicon driver into
> something like a 'simple-ion' driver, and have just the DT definitions
> as specifics? This would save a lot of code duplication, and keep it
> as a simple interface for common heaps like cma.
Create a simple-ion driver is a good idea but it means that heaps
(configuration, name, etc..)
will have to be describe into devicetree. I'm not sure if that will is
acceptable.
>
> If there are any ST-specific requirements that are incompatible with
> the existing driver, it should be clearly documented out here I think.
heaps names and Ids aren't the same so I can't reuse hisilicon driver.
--
Benjamin Gaignard
Graphic Study Group
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
Powered by blists - more mailing lists