Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760304AbYJVWYo (ORCPT ); Wed, 22 Oct 2008 18:24:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755132AbYJVWYe (ORCPT ); Wed, 22 Oct 2008 18:24:34 -0400 Received: from fg-out-1718.google.com ([72.14.220.153]:27862 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755324AbYJVWYd (ORCPT ); Wed, 22 Oct 2008 18:24:33 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TzjJ4RrQ9Xab3nLERr9WSleR/spGjO5/Bbvl3ttdZivAl3587OJdU+i+McJ7203fQi 8CLKfkNwyxzwE9857XJNNqGxhv6IV/TMxivCWmpLj47N5IX6CapDKBF38IsQETPTTQJJ V9S+uYHXw9o5EJGYoALLrffBJxPf/Q46a2XEw= Message-ID: Date: Thu, 23 Oct 2008 00:24:31 +0200 From: "Markus Rechberger" To: "Greg KH" Subject: Re: [PATCH 1/7] Adding empia base driver Cc: "Linux Kernel Mailing List" , em28xx , acano@fastmail.fm, "Andre Kelmanson" , "Bouwsma Barry" , "Dan Kreiser" , "Frank Neuber" , "Jelle de Jong" , "John Stowers" , "Lukas Kuna" , "Stefan Vonolfen" , "Stephan Berberig" , "Thomas Giesecke" , "Vitaly Wool" , "Zhenyu Wang" In-Reply-To: <20081022220903.GA15278@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081022220903.GA15278@kroah.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2376 Lines: 61 On Thu, Oct 23, 2008 at 12:09 AM, Greg KH wrote: > On Wed, Oct 22, 2008 at 11:14:36PM +0200, Markus Rechberger wrote: >> em2880-dvb: >> * supporting the digital part of Empia based devices, which >> includes ATSC, ISDB-T and DVB-T > > > > Doesn't this driver duplicate some of the existing devices we already > support with the current in-kernel driver? If so, why not just add the > new device support to the existing driver instead of duplicating > everything? > > This is going to cause a big problem for distros as they will not know > which to enable, so they will probably just disable this one, which is > what I don't think you want to have happen :( > the current driver doesn't support most devices which are in there, also the alsa audio driver can easily crash the whole system. (It's my code so I know what was wrong there). The core video code is already too much off, the VBI code added alot complexity to it it does frame slicing on the fly. Those devices ship VBI+VIDEO within 1 datastream, VBI and Video aren't that different in the system. both interfaces provide framebuffers through a mmap'ed interface. If all the VBI buffers are filled the data has to be sliced off in any case while providing the same bottom data ot the Video interface http://mcentral.de/hg/~mrec/em28xx-new/shortlog (there are more than 200 changelog entries what happened in detail). The development has been split off (first due limitations in the kernel, afterwards due ..., and finally due the restriction that all that has to work without a framework upgrade on the eeePC). diffing the 2 available drivers shows up that only the core is twice as big as the one which is currently in the driver (the result of 2-3 years asynchronous development). The driver is currently also tested with signal generators (different inputs, and different video standards). Very likely the best would be to replace the available driver with it but I don't care, alot people use and have been using the driver from mcentral.de for a long time, development has always been opensource there too. regards, Markus -- 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/