Le jeudi 27 juillet 2023 à 10:45 +0800, Hsia-Jun Li a écrit : > > On 7/27/23 03:53, Nicolas Dufresne wrote: > > CAUTION: Email originated externally, do not click links or open attachments unless you recognize the sender and know the content is safe. > > > > > > Hi, > > > > Le mercredi 26 juillet 2023 à 10:49 +0800, Hsia-Jun Li a écrit : > > > > I am strongly against this approach, instead I think we need to keep all > > > > vendor-specific parts in the kernel driver and provide a clean unified userspace > > > > API. > > > > > > > We are driving away vendor participation. Besides, the current design is > > > a performance bottleneck. > > > > . . . > Or we just define an interface that only FOSS would use. We explicitly favour FOSS and make API that guaranty you can use the driver with FOSS. This is not something we do in secret, this is fundamental to being a GPL project. On DRM side, were the API is a lot more flexible, they explicitly reject drivers without an actual FOSS user. We don't strictly have to do that in V4L2, because the API is done at a higher level. But if we were to come up with a lower level abstraction, we'd certainly have this rules. . . . > > > Please DO ***NOT*** make a standard that occupied many memory behinds > usersace and a standard that user has to handle the reconstruction > buffer holding with a strange mechanism(I mean reconstruction buffer > lifetime would be manged by userspace manually). In all fairness, people have limited time, and builds on top of existing infrastructure. The reason reconstruction buffers won't be exposed is really simple to understand. We don't have API in current framework to support all the allocations happening in codec drivers. If we could not progress without that, I've sure finding solution would become a priority. But the trith is that we can live without, and are aiming to move forward without. We can certainly start a thread on the subject, I even have plenty of ideas how to introduce these without throwing away all the existing stuff. But only if there is a clear intention to actually implement it. We have plenty on our plate and exposing reconstruction buffers can certainly wait. regards, Nicolas >
