From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-in-12.arcor-online.net ([151.189.21.52]:52186 "EHLO mail-in-12.arcor-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750775AbZAYXIA (ORCPT ); Sun, 25 Jan 2009 18:08:00 -0500 Subject: Re: KWorld ATSC 115 all static From: hermann pitton To: Trent Piepho Cc: CityK , Hans Verkuil , Michael Krufky , Mauro Carvalho Chehab , Josh Borke , David Lonie , linux-media@vger.kernel.org In-Reply-To: References: <7994.62.70.2.252.1232028088.squirrel@webmail.xs4all.nl> <200901182241.10047.hverkuil@xs4all.nl> <4973BD03.4060702@rogers.com> <200901190853.19327.hverkuil@xs4all.nl> <497CAB2F.7080700@rogers.com> Content-Type: text/plain Date: Mon, 26 Jan 2009 00:08:26 +0100 Message-Id: <1232924906.12575.10.camel@pc10.localdom.local> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: Am Sonntag, den 25.01.2009, 13:49 -0800 schrieb Trent Piepho: > On Sun, 25 Jan 2009, CityK wrote: > > Hans Verkuil wrote: > > > card. Does someone know if there is something special about this? And how > > > do you manage to make analog TV work if the tda9887 isn't found? That's > > > rather peculiar. > > The tda9887 is a simple device with just three registers. If they are set > to the right value when the driver loads, which wouldn't be unexpected, > then it isn't necessary to actually do anything to the chip. If you had a > multistandard tuner (and had access to broadcasts in multiple standards!) > then I expect switching standards wouldn't work without the tda9887 driver. > Verifying both TV and radio tuning works is probably the most realistic way > to check. For radio you need a tda9887 and working i2c for what i can know. Also after a cold boot the tda988x is not in a usable state for any tv standard yet, it needs to be set by i2c first. But for NTSC, and only NTSC, one pin can be strapped, IIRC, and then it works without any i2c programming needed. Guess it is a tda9885 here. > > > saa7133[1]: i2c xfer: < c2 30 90 > > > > saa7134[3]: i2c xfer: < c2 > > > > saa7134[3]: i2c xfer: < c2 0b dc 9c 60 > > > > saa7134[3]: i2c xfer: < c2 0b dc 86 54 > > > > > > > Exactly here, when the buffers are sent the second time the tda9887 > > > becomes the first time visible on the bus. According to Hartmut the > > > modification of buffer[3] from 0x60 to 0x54 is that hidden switch, > > > IIRC. > > > > > > > I believe Mauro is correct in regards to the tda9887 in that, within the > > Philips TUV1236D NIM, it is behind the Nxt2004's i2c gate. After > > re-reading what Michael mentioned previously: > > Address 0xc2 is the PLL, not the NXT2004. Why would the PLL control an I2C > gate on the nxt2004? I think what I said before about a gpio line on the > PLL being used to hold the analog demod in reset when not in use is more > likely to be correct. That the analog demod is enabled from the pll in case of the FMD1216ME MK3 hybrid is what Hartmut told us. To remeber, the Pinnacle 300i hybrid with mt32xx (3250) disables the analog demod with tda9887 port2=0 in digital mode. That is why Gerd re-enables it on exit of DVB. > > > The i2c command to enable the tuner is sent to nxt200x. If there are any > > > ATSC110 variant with a different demod (maybe a different version of nxt200x?), > > > then the users may experience different behaviors. > > That command sequence is sent to the PLL, not the nxt2004, so this is > wrong. There is another command sent to the nxt2004 (which is at address > 0x0a) from code in saa7134-cards.c to "enables tuner" as well. Cheers, Hermann