[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9598082e-3719-4436-bdc9-15faa19837d0@amd.com>
Date: Mon, 14 Apr 2025 10:59:41 +0200
From: Christian König <christian.koenig@....com>
To: Thomas Petazzoni <thomas.petazzoni@...tlin.com>
Cc: Bastien Curutchet <bastien.curutchet@...tlin.com>,
Sumit Semwal <sumit.semwal@...aro.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-media@...r.kernel.org, dri-devel@...ts.freedesktop.org,
linaro-mm-sig@...ts.linaro.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/3] uio/dma-buf: Give UIO users access to DMA addresses.
Am 14.04.25 um 10:17 schrieb Thomas Petazzoni:
> Hello Christian,
>
> On Fri, 11 Apr 2025 14:41:56 +0200
> Christian König <christian.koenig@....com> wrote:
>
>> But anyway please note that when you want to create new UAPI you need
>> to provide an open source user of it. E.g. link to a repository or
>> something similar in the covert letter should do it.
> Could you clarify what is the "reference" user-space user of UIO that
> exists today?
I honestly don't know. I have never looked into UIO before this patch set arrived.
What I mean is that the general rule to justify adding UAPI to the Linux kernel is that you need to have an open source user of that UAPI.
In other words for UIO this means that you *can't* do things like exposing some kernel functionality like DMA-buf through UIO and then write a binary only driver on top of it.
Regards,
Christian.
>
> Thomas
Powered by blists - more mailing lists