From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:51763 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752106AbZBJCgl (ORCPT ); Mon, 9 Feb 2009 21:36:41 -0500 Date: Tue, 10 Feb 2009 00:35:20 -0200 From: Mauro Carvalho Chehab To: hermann pitton Cc: CityK , V4L , Michael Krufky , Borke , David Lonie , David Engel , linux-media@vger.kernel.org Subject: Re: KWorld ATSC 115 all static Message-ID: <20090210003520.14426415@pedra.chehab.org> In-Reply-To: <1234229460.3932.27.camel@pc10.localdom.local> References: <7994.62.70.2.252.1232028088.squirrel@webmail.xs4all.nl> <496FE555.7090405@rogers.com> <496FFCE2.8010902@rogers.com> <200901171720.03890.hverkuil@xs4all.nl> <49737088.7060800@rogers.com> <20090202235820.GA9781@opus.istwok.net> <4987DE4E.2090902@rogers.com> <20090209004343.5533e7c4@caramujo.chehab.org> <1234226235.2790.27.camel@pc10.localdom.local> <1234227277.3932.4.camel@pc10.localdom.local> <1234229460.3932.27.camel@pc10.localdom.local> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: On Tue, 10 Feb 2009 02:31:00 +0100 hermann pitton wrote: > > > Mauro, I know you are waiting for CityK, but I can report so far that I > > > never did see that black screen going away by adjusting the controls and > > > never had that black screen. > > > > > > Tvtime and xawtv were always working under my conditions so far. Good to know. > > > The very old troubles, like tda9887 not present after boot on my md7134 > > > devices with FMD1216ME MK3 hybrid, and the even unrelated issue with the > > > tda10046 not properly controlled anymore after suspend/resume, > > > are unchanged on your current saa7134 attempt, but also no new issues > > > visible so far. Ok, let's go by parts: 1) We need to know the sequence that enables tda9887 on md7134/fmd1216me, in order to fix it. If someone has fmd1216me, please write me in priv or help us to fix the code for it. 2) I bet that the issue with tda10046 is related to firmware loading. I made some tests with a TV @nyware cardbus device that has a tda10046 + tda8290/tda8975. What happens is that this device supports two type of firmware loads. The first one requires an i2c eeprom with the firmware inside. The driver just writes 0x04 at register 0x07 and waits for some time. The hardware does the firmware load. On the second mode, firmware bytes are transferred from the driver into the tda10046 memory. At the tests I made here, on both modes, the i2c bus can't have any other traffic during the firmware load. Otherwise, an invalid firmware will be loaded and tda10046 will hangup. I've started to implement some locks at saa7134 driver (on my saa7134 experimental tree), but it is not finished yet. I didn't touch at the sleep code yet. > > > > > > > BTW, just to remember. > > > > Tvtime with signal detection on shows a blue screen without signal. > > With signal detection off, just good old snow. So, the tda9887 or the PLL are configured wrongly. > > The tda8275/75a shows a black screen without having lock, not even snow, > > if it should be related. > > Sorry, to add one more about "black" screens :) > > Without the tda9887 loaded, the FMD1216ME MK3 hybrid also shows a black > screen, but it is slightly different from the fully black screen of the > tda8275, which is in fact an overlay like the blue screen on tvtime. It > has some white points visible and on some channels even _very_ decent > ghosting of TV. Probably, tda9887 is configured for STD/M, instead of STD/BG. Fixing tda9887 will also fix this issue. > The status of the tda9885/6/7 on the TUV1236D is still not clear to me, > until I see debug enabled on it for switching TV standards and just > nothing ever changes. Sorry but I didn't understand what you're meaning with your TUV1236D-based device. > > Cheers, > Hermann > > Cheers, Mauro