Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762661AbXIMQwy (ORCPT ); Thu, 13 Sep 2007 12:52:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757979AbXIMQwq (ORCPT ); Thu, 13 Sep 2007 12:52:46 -0400 Received: from an-out-0708.google.com ([209.85.132.249]:56242 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756781AbXIMQwp (ORCPT ); Thu, 13 Sep 2007 12:52:45 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Qdc3gZ4ScEeff9tz24sI3w8VQUsnNxPrHxqzPpNAG6ubPQzd0++G8kZLq+nbtHdIbmqVj6oFgfgHssUXky7JJ17TgwRQce87KRltnsMTX6gv3+C1u1s8cUtmQR3gdwmypzZ/DprBCJozvlAPJlqEC2CYGsm2vItaT9u5dn5yXDI= Message-ID: <46E96AD4.6050707@gmail.com> Date: Thu, 13 Sep 2007 20:52:36 +0400 From: Manu Abraham User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Markus Rechberger CC: Johannes Stezenbach , linux-kernel@vger.kernel.org, video4linux-list@redhat.com, "linux-dvb@linuxtv.org" , akpm@linux-foundation.org Subject: Re: [linux-dvb] [PATCH] Userspace tuner References: <46C1BCC5.9090709@amd.com> <1189626560.5160.57.camel@gaivota> <20070913131353.GB26972@linuxtv.org> <46E95C54.4060502@gmail.com> <46E963CC.8010707@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1582 Lines: 37 Markus Rechberger wrote: > On 9/13/07, Manu Abraham wrote: >> Markus Rechberger wrote: >>> On 9/13/07, Manu Abraham wrote: >>>>> It's only a step in development, I do not intend to keep the kernel >>>>> stub in the end, but I do intend to keep and use the userspace drivers >>>>> with i2c-dev in the long run, this requires a v4l/dvb library at the >> front >>>>> of everything. >>>> Well, this was what adq and myself did with libdvbapi and mti, (much >>>> before UIO was announced at LK.) It is not tied to I2C either. >>>> >>> I2C is the main communication path for it, although there are callback >>> mechanisms available which add the possibility for different configuration >>> paths. >> Sorry, i must say that what you said is wrong. >> >> The example implementation in libdvbapi/mti is I2C only with a STV0299 >> on the TTPCI, if that was what you meant. >> But if you need examples for every possible interface, then probably you >> are out of luck. >> > > I didn't comment the libdvbapi/mti driver. > I'm quite confident that non I2C protocols can be handled by a callback > function. In the end it's either a usb control command or pci mmio writes There's also DTL in some cases. It's not USB msgs and or PCI MMIO alone. The actual DTL spec is unfortunately not open. Manu - 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/