Em Wed, 1 Feb 2023 17:37:12 +0100 Hans Verkuil <hverkuil-cisco@xxxxxxxxx> escreveu: > On 01/02/2023 16:20, Soeren Moch wrote: > > > > > > On 01.02.23 14:51, Hans Verkuil wrote: > >> Hi Sören, > >> > >> On 01/02/2023 12:35, Soeren Moch wrote: > >> > >> <snip> > >> > >>>>>> Obviously, if someone wants to do the vb2 conversion, then that would be > >>>>>> perfect. I was looking at removing analog video support, and that doesn't > >>>>>> look as easy as I thought it would be. > >>>>>> > >>> I only own full-featured (Nexus) cards, modified to also support a mode > >>> of operation like budget cards. In full-featured cards there is a > >>> possibility to re-read the decoded video output signal back, which could > >>> be similar to how analog cards work. But I never had access to > >>> analog/hybrid saa7146 cards, so I'm not sure I can test this mode. I > >>> also don't know anybody with such card who could help testing. > >>> I personally do not care much about analog card support in the driver, > >>> but will at least check which part of analog functionality is used in > >>> full-featured cards. Maybe the support for analog/hybrid cards and some > >>> test coverage comes for free with full support for full-featured cards. > >> It's the analog video streaming that uses vb2, so being able to test that > >> is critical. > >> > >> So I decided to do this differently: > >> > >> 1) I'll revert the move of saa7146 to staging, it will go back to > >> mainline. av7110 stays in staging for now (that might change, I > >> just don't want to make more changes than strictly necessary). > > Hm, you wrote earlier, all this staging is about vb2 conversion. > > There is no videobuf in av7110. Why this part needs to stay in staging? > > > > How can I help here? > > Right, there are two different issues here: av7110 in staging (and I wasn't > aware that these boards have no analog support) and the removal of the old videobuf. > > I have not really been involved in the move of av7110 to staging, but > given the fact that it is still used, I think it would make sense to just > make the 'problematic' part of the API an av7110 driver-specific API, and > then it can be moved back. Heh, if I'm not mistaken, you were the one who wrote the patc moving it to staging ;-) The av7110 is in staging for two reasons: - It is the only in-kernel driver that (partially) uses the full-featured DVB API; - Several IOCTLs used there are deprecated. See, for instance, AUDIO_BILINGUAL_CHANNEL_SELECT documentation: " This ioctl is obsolete. Do not use in new drivers. It has been replaced by the V4L2 ``V4L2_CID_MPEG_AUDIO_DEC_MULTILINGUAL_PLAYBACK`` control for MPEG decoders controlled through V4L2. " - the full-featured DVB API were never fully/properly documented. We did an effort to document what it was possible, but there are still documentation gaps. - there are some parts of the full-featured API that aren't used on av7110, which makes hard to have them documented. I guess those bits are used only on some DVB settop boxes. - there's a goal to use MC and V4L2 API for several of the features there. However, as this didn't actually happen, I guess we can consider such API as av7110-specific API when the time comes to move it from staging. Now, before moving av7110 out of staging, the API should be clearly documented (and/or the unused parts of the API should be removed). So, for now, I'm ok to move saa7146 out of "deprecated" part, but we should keep av7110 in staging (and all parts of saa7146 that may depend on av7110) while we don't fix the API documentation. Thanks, Mauro
