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. I know you have been hammering this argument for many many years. But in concrete situation, we have conducted tests, and we out perform vendors stacks that directly hit into hardware register with stateless CODEC. Also, Paul's proposal, is that fine grain / highly close to metal tuning of the encoding process should endup in the Linux kernel, so that it can benefit from the natural hard real-time advantage of a hard IRQ. Just like anything else, we will find a lot of common methods and shareable code which will benefit in security and quality, which is very unlike what we normally get from per vendor BSP. The strategy is the same as everything else in Linux, vendor will adpot it if there is a clear benefit. And better quality, ease of use, good collection of mature userspace software is what makes the difference. It does takes time of course. regards, Nicolas
