Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757889AbXJKKUW (ORCPT ); Thu, 11 Oct 2007 06:20:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752479AbXJKKUJ (ORCPT ); Thu, 11 Oct 2007 06:20:09 -0400 Received: from rv-out-0910.google.com ([209.85.198.186]:62401 "EHLO rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750930AbXJKKUH convert rfc822-to-8bit (ORCPT ); Thu, 11 Oct 2007 06:20:07 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OdakshxggKFQHRddoxhi9m8FadymMzIa3f23g5zN0cI+jji0QogI+NQsg1+3VWd9fNzT9Zm1ChuWt1AC75h8I8C3uUzhwnY+/7FkDbleL1+ttznsAbTNlxNEOiB1eZw3+p7HQs3njiVVoX+cGks9u7BoCuXKFOUmNvxKjoJoyfk= Message-ID: Date: Thu, 11 Oct 2007 12:20:06 +0200 From: "Markus Rechberger" To: "Marcel Siegert" Subject: Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB changes for 2.6.24 Cc: "Aurelien Jarno" , video4linux-list@redhat.com, linux-kernel@vger.kernel.org, "Mauro Carvalho Chehab" , linux-dvb-maintainer@linuxtv.org, "Andrew Morton" , "Linus Torvalds" In-Reply-To: <470DEDDF.6040001@linuxtv.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-Disposition: inline References: <1192053794.15601.47.camel@gaivota> <470DBDC7.8000304@aurel32.net> <470DEDDF.6040001@linuxtv.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3651 Lines: 84 On 10/11/07, Marcel Siegert wrote: > Markus Rechberger schrieb: > > On 10/11/07, Aurelien Jarno wrote: > >> Markus Rechberger a ?crit : > >>> On 10/11/07, Linus Torvalds wrote: > >>>> As such, the old and decrepit em28xx driver seems more useful to > people, > >>>> since at least it supports the limited set of hardware on its own. > >>> it does not since it's broken and feature limited. On the other side > >> I have a device which works perfectly with it if you add the vendor and > >> product ID to the list. I don't really call that broken. And it doesn't > >> need a firmware. > >> > > > > Aurelien, > > > > the device you're using is around 2 years old. You're one of the lucky > > ones, I have tonns of support mails in my mail account from people who > > own almost a similar device but with different videodecoders which are > > not fully supported in the kernel or which worked and got broken > > during the time. > > It took me around 4 hours to debug such an issue last years remotly > > with an enduser (which includes that noone cared to ask me if I'm fine > > with such an update, neither did someone ask people who own such > > devices that they should test the changes). > > Please also take other devices and upcoming devices into account, > > since i'm willing to spend that time and since I'm in contact with > > various companies who provide several components of those devices. > > > >> Please think that a lot of persons do not have enough knowledge to > >> compile out of tree drivers, and that a lot more do not even know about > >> this out of tree driver. > >> > > > > this is what all is about, the project does not depend on certain > > broken drivers anymore. And people who initially disagreed without > > having any solution nor contributed any code can continue to play > > their game without having an impact on that driver anymore. > > > > Markus > > markus, > > its the same old story you are telling over and over again. > > of course there might be a huge community builded up the > last month @ mcentral, > of course your driver supports newer devices, > > BUT > > the same old story is - and you always miss that part > > we discussed a lot on your changes and also ACCEPTED those > for merging, if you would have changed your UNNECCESSARY touching > of dvb-core. its proven that things could work without that > nacked change to dvb core. but, you decided to stop discussion then, > and went away to perform your own tree/userspace thing. > > as linus and andrew stated within this thread they think they will not > merge your code like it is cause of different reasons, > i am wondering a bit whats your next step is. > I didn't read a clean statement about it. If so I won't continue to pull out opensource drivers from that company. Marcel, you haven't been and you are not into that topic otherwise you'd write about missing parts and address codeparts which I have mentioned in the past which are not ok in the kernel and how to solve that best. I remember the mail [1] where you (and Michael) tried to point me to something that doesn't work out. Please get into the whole topic which includes studying the requirements and what parts I'm complaining about. Markus (just for the record, although it's not relevant anymore) http://threebit.net/mail-archive/video4linux/msg07548.html - 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/