Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753216AbXINRdL (ORCPT ); Fri, 14 Sep 2007 13:33:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753449AbXINRc5 (ORCPT ); Fri, 14 Sep 2007 13:32:57 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:35700 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753378AbXINRc4 (ORCPT ); Fri, 14 Sep 2007 13:32:56 -0400 Subject: Re: [linux-dvb] [PATCH] Userspace tuner From: Mauro Carvalho Chehab To: Markus Rechberger Cc: Johannes Stezenbach , "video4linux-list@redhat.com" , Manu Abraham , "linux-kernel@vger.kernel.org" , "akpm@linux-foundation.org" , "linux-dvb@linuxtv.org" In-Reply-To: References: <20070913131353.GB26972@linuxtv.org> <46E95C54.4060502@gmail.com> <46E99F36.8090809@hauppauge.com> <46E9DDC7.4000403@hauppauge.com> <20070914113838.GA29962@linuxtv.org> Content-Type: text/plain Date: Fri, 14 Sep 2007 14:32:41 -0300 Message-Id: <1189791161.2363.8.camel@gaivota> Mime-Version: 1.0 X-Mailer: Evolution 2.11.92-2mdv2008.0 Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2387 Lines: 61 Markus, > > > > Maybe you still don't realize how tiresome it is to talk to you. > > What you present as "linuxtv people block my contributions" is > > IMHO "linuxtv people got fed up talking to you". Because when > > people disagree with you, you keep rambling on and on instead > > of just accepting it. See, working with an Open source community > > requires that you don't piss everyone off, but instead find > > ways to _motivate_ them to help you fix the problems which > > prevent your code from being merged. When people are doing > > software development _for fun_, then it should be a _pleasure_ > > for them to work with you, and not a pain in the ass. > > > > Johannes, > > people do contribute to the em28xx project. > If noone keeps finding solutions for requirements I will of course > go on to find my own way. > Although upcoming and even the current requirements are not met > by the existing API. > It's worth nothing to merge what's available now since I'm not even > ok with how several issues are solved with the driver itself at the > moment. > I'm going forward step by step with it now. > > there's also an active and even problem solving oriented ML available: > http://mcentral.de/pipermail/em28xx/ > > Also if you look at the mercurial code you'll see several people > contributing to that project. Solutions for your requirements can be reachable via a kernelspace solution: - The hybrid tuner support, that where your requirement, when all those discussions started, were already added to the subsystem. So now, an hybrid tuner can be accessed by both DVB and V4L devices; - Audio standard selection is already possible via S_STD (it is already working for a few standards, like NTSC/M JP and NTSC/M KR). Maybe more standards should be needed, but hey, we still have 34 bits available at std mask. The point is: there's no technical need for userspace. This will just add userless complexity. However, you insist with your selfish idea that every other solution, except the one you're proposing are bogus. This is not the way Open Source development works. You should listen to people. Cheers, Mauro - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/