From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]:62750 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751173Ab1KYPiy (ORCPT ); Fri, 25 Nov 2011 10:38:54 -0500 Message-ID: <4ECFB686.2090204@redhat.com> Date: Fri, 25 Nov 2011 13:38:46 -0200 From: Mauro Carvalho Chehab MIME-Version: 1.0 To: Andreas Oberritter CC: Manu Abraham , Hans Verkuil , linux-media@vger.kernel.org, Hans Verkuil Subject: Re: [RFCv2 PATCH 12/12] Remove audio.h, video.h and osd.h. References: <1322141949-5795-1-git-send-email-hverkuil@xs4all.nl> <4ECE79F5.9000402@linuxtv.org> <201111241844.23292.hverkuil@xs4all.nl> <4ECE8839.8040606@redhat.com> <4ECE913A.9090001@redhat.com> <4ECF8359.5080705@linuxtv.org> <4ECF9C92.2040607@redhat.com> <4ECFA927.10108@linuxtv.org> In-Reply-To: <4ECFA927.10108@linuxtv.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: Em 25-11-2011 12:41, Andreas Oberritter escreveu: > On 25.11.2011 14:48, Mauro Carvalho Chehab wrote: >> If your complain is about the removal of audio.h, video.h > > We're back on topic, thank you! > >> and osd.h, then my proposal is >> to keep it there, writing a text that they are part of a deprecated API, > > That's exactly what I proposed. Well, you shouldn't write "deprecated", > because it's not. Just explain - inside this text - when V4L2 should be > preferred over DVB. It is deprecated, as the API is not growing to fulfill today's needs, and no patches adding new stuff to it to it will be accepted anymore. >> but keeping >> the rest of the patches > > Which ones? V4L2, ivtv and DocBook patches. >> and not accepting anymore any submission using them > > Why? First you complain about missing users and then don't want to allow > any new ones. I didn't complain about missing users. What I've said is that, between a one-user API and broad used APIs like ALSA and V4L2, the choice is to freeze the one-user API and mark it as deprecated. Also, today's needs are properly already covered by V4L/ALSA/MC/subdev. It is easier to add what's missing there for DVB than to work the other way around, and deprecate V4L2/ALSA/MC/subdev. >> , removing >> the ioctl's that aren't used by av7110 from them. > > That's just stupid. I can easily provide a list of used and valuable > ioctls, which need to remain present in order to not break userspace > applications. Those ioctl's aren't used by any Kernel driver, and not even documented. So, why to keep/maintain them? > Btw.: It's not easy to submit a driver for a SoC. Even if you are > legally allowed to do it, you have to first merge and maintain the board > support code before even thinking about multimedia. Yes, I know that there's a long road for SoC drivers addition. Fortunately, several vendors are now working to put their stuff upstream. I heard that there are some upcoming changes intended to simplify it a little bit, trying to make the architecture a little more generic, and put board-specific configuration on userspace. I dunno the details. Regards, Mauro.