[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9fc370be-89f4-4006-a4c0-1040dadfe4cd@quicinc.com>
Date: Wed, 19 Jun 2024 12:30:58 +0530
From: Ekansh Gupta <quic_ekangupt@...cinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
CC: Oded Gabbay <ogabbay@...nel.org>, <srinivas.kandagatla@...aro.org>,
<linux-arm-msm@...r.kernel.org>, <gregkh@...uxfoundation.org>,
<quic_bkumar@...cinc.com>, <linux-kernel@...r.kernel.org>,
<quic_chennak@...cinc.com>, <dri-devel@...ts.freedesktop.org>
Subject: Re: [PATCH v1] misc: fastrpc: Move fastrpc driver to misc/fastrpc/
On 6/19/2024 12:21 PM, Dmitry Baryshkov wrote:
> On Wed, 19 Jun 2024 at 09:45, Ekansh Gupta <quic_ekangupt@...cinc.com> wrote:
>>
>>
>> On 6/12/2024 11:58 PM, Dmitry Baryshkov wrote:
>>> On Wed, Jun 12, 2024 at 12:17:28PM +0530, Ekansh Gupta wrote:
>>>> Move fastrpc.c from misc/ to misc/fastrpc/. New C files are planned
>>>> to be added for PD notifications and other missing features. Adding
>>>> and maintaining new files from within fastrpc directory would be easy.
>>>>
>>>> Example of feature that is being planned to be introduced in a new C
>>>> file:
>>>> https://lore.kernel.org/all/20240606165939.12950-6-quic_ekangupt@quicinc.com/
>>>>
>>>> Signed-off-by: Ekansh Gupta <quic_ekangupt@...cinc.com>
>>>> ---
>>>> MAINTAINERS | 2 +-
>>>> drivers/misc/Kconfig | 13 +------------
>>>> drivers/misc/Makefile | 2 +-
>>>> drivers/misc/fastrpc/Kconfig | 16 ++++++++++++++++
>>>> drivers/misc/fastrpc/Makefile | 2 ++
>>>> drivers/misc/{ => fastrpc}/fastrpc.c | 0
>>>> 6 files changed, 21 insertions(+), 14 deletions(-)
>>>> create mode 100644 drivers/misc/fastrpc/Kconfig
>>>> create mode 100644 drivers/misc/fastrpc/Makefile
>>>> rename drivers/misc/{ => fastrpc}/fastrpc.c (100%)
>>> Please consider whether it makes sense to move to drivers/accel instead
>>> (and possibly writing a better Kconfig entry, specifying that the driver
>>> is to be used to offload execution to the DSP).
>> Planning to keep the driver to misc/ only as part of this patch. Moving to accel/ might
>> introduce some conventions to be followed which might require significant changes
>> in driver.
> To me this sounds like "we are trying to avoid following the
> conventions by hiding in the shadows".
Not trying to avoid, just trying to look into this separately as the need to take ABI also in account which
includes current device nodes and the uapi header which is present in uapi/misc/fastrpc.h whereas I see all
accel driver uapi headers are part of uapi/drm/.
Will be taking inputs from fastrpc maintainers also.
>> I'll write more meaningful Kconfig entry in next spin.
>>
Powered by blists - more mailing lists