From patchwork Sun Jul 19 19:59:41 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: hermann pitton X-Patchwork-Id: 36261 X-Patchwork-Delegate: dougsland@redhat.com Received: from vger.kernel.org (vger.kernel.org [209.132.176.167]) by demeter.kernel.org (8.14.2/8.14.2) with ESMTP id n6JK4eZr027141 for ; Sun, 19 Jul 2009 20:04:40 GMT Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751079AbZGSUE1 (ORCPT ); Sun, 19 Jul 2009 16:04:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751085AbZGSUE1 (ORCPT ); Sun, 19 Jul 2009 16:04:27 -0400 Received: from mail-in-10.arcor-online.net ([151.189.21.50]:33340 "EHLO mail-in-10.arcor-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751079AbZGSUE0 (ORCPT ); Sun, 19 Jul 2009 16:04:26 -0400 Received: from mail-in-10-z2.arcor-online.net (mail-in-10-z2.arcor-online.net [151.189.8.27]) by mx.arcor.de (Postfix) with ESMTP id 5F3CB28EFEF; Sun, 19 Jul 2009 22:04:24 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-10-z2.arcor-online.net (Postfix) with ESMTP id 4269223D2B5; Sun, 19 Jul 2009 22:04:24 +0200 (CEST) Received: from [192.168.178.24] (pD9E10928.dip0.t-ipconnect.de [217.225.9.40]) (Authenticated sender: hermann-pitton@arcor.de) by mail-in-09.arcor-online.net (Postfix) with ESMTPSA id 1567B1AF694; Sun, 19 Jul 2009 22:04:24 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-09.arcor-online.net 1567B1AF694 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arcor.de; s=mail-in; t=1248033864; bh=LJ4oZJqPB6wDdJETprBn2zZXhBv7i75UKeyNv48Ty28=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-Id:Mime-Version; b=XPFqhwI8MwZWPH8g2Q5V8ceDEvqOkSeaTbtC4mH/c4WsmNPNUzAGFCmsRy1FZNDFK jk9UNvM51YYGmaXzRJF0IBpA4rnqkfsFvqoBO+WBhoreLJUeEMtv0dB0mOkLnXNc6N FvwqPFZd7mO9t+/Iu5FJBOZtIBbDWC37sRnEl0Cg= Subject: Re: Problems with Pinnacle 310i (saa7134) and recent kernels From: hermann pitton To: Avl Jawrowski Cc: linux-media@vger.kernel.org In-Reply-To: References: Date: Sun, 19 Jul 2009 21:59:41 +0200 Message-Id: <1248033581.3667.40.camel@pc07.localdom.local> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-5.fc8) Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Hi, Am Samstag, den 18.07.2009, 14:05 +0000 schrieb Avl Jawrowski: > Hello, > I have a problem with my Pinnacle PCTV Hybrid Pro PCI using recent kernels. With > 2.6.29 both dvbscan and MPlayer stopped to work giving: > > dvbscan: > Unable to query frontend status > > mplayer: > MPlayer SVN-r29351-4.2.4 (C) 2000-2009 MPlayer Team > > Not able to lock to the signal on the given frequency, timeout: 30 > dvb_tune, TUNING FAILED > > Now with 2.6.30.1 Kaffeine sometimes works and sometimes not, going in timeout. > This is the hardware: > > 01:02.0 Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Vi > deo Broadcast Decoder (rev d1) > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step > ping- SERR- FastB2B- DisINTx- > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- - SERR- Latency: 32 (63750ns min, 63750ns max) > Interrupt: pin A routed to IRQ 22 > Region 0: Memory at cfddf800 (32-bit, non-prefetchable) [size=2K] > Capabilities: [40] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot > -,D3cold-) > Status: D0 PME-Enable- DSel=0 DScale=3 PME- > Kernel driver in use: saa7134 > Kernel modules: saa7134 > > dmesg output: > > saa7130/34: v4l2 driver version 0.2.15 loaded > saa7134 0000:01:02.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 > saa7133[0]: found at 0000:01:02.0, rev: 209, irq: 22, latency: 32, mmio: 0xcfddf > 800 > saa7133[0]: subsystem: ffff:ffff, board: Pinnacle PCTV 310i [card=101,insmod opt > ion] i2c fails to read the subsystem from the eeprom. > saa7133[0]: board init: gpio is 600c000 > IRQ 22/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > saa7133[0]: i2c eeprom read error (err=-5) Confirmed here again for the complete eeprom content. > tuner 1-004b: chip found @ 0x96 (saa7133[0]) > tda829x 1-004b: setting tuner address to 61 > tda829x 1-004b: type set to tda8290+75a Nothing about the IR, but at least all tuner modules seem to be correctly loaded. > saa7133[0]: registered device video0 [v4l2] > saa7133[0]: registered device vbi0 > saa7133[0]: registered device radio0 > dvb_init() allocating 1 frontend > DVB: registering new adapter (saa7133[0]) > DVB: registering adapter 0 frontend 0 (Philips TDA10046H DVB-T)... > tda1004x: setting up plls for 48MHz sampling clock > tda1004x: found firmware revision 29 -- ok > saa7134 ALSA driver for DMA sound loaded > IRQ 22/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > saa7133[0]/alsa: saa7133[0] at 0xcfddf800 irq 22 registered as card -1 > tda1004x: setting up plls for 48MHz sampling clock > tda1004x: found firmware revision 29 -- ok > > Can anyone help me getting my tyner working again? > Thanks, avljawrowski > What was your last good working kernel and was your eeprom already failing there too, or is that new? Usually such is caused by bad contacts of the PCI slot or by a bad PSU, but we have reports from a Pinnacle 50i with the same i2c remote. It has i2c troubles (ARB_LOST) and then also problems on loading the tuner modules correctly. With disable_ir=1 for saa7134 it became at least somewhat usable again. But for the 310i is another problem reported starting with kernel 2.6.26. The 310i and the HVR1110 are the only cards with LowNoiseAmplifier config = 1. Before 2.6.26 two buffers were sent to the tuner at 0x61, doing some undocumented LNA configuration, since 2.6.26 they go to the analog IF demodulator tda8290 at 0x4b. This was bisected here on the list and is wrong for the 300i. Thread is "2.6.26 regression ..." The HVR1110 using the same new configuration seems to come in variants with and without LNA and nobody knows, how to make a difference for those cards. At least still no reports about troubles with the new LNA configuration there. The attached patch against recent mercurial master v4l-dvb at linuxtv.org tries to restore the pre 2.6.26 behaviour for DVB-T on the 300i. It changes also the i2c remote address of the Upmost Purple TV from 0x7a to 0x3d, since recent i2c on >= 2.6.30 complains about it as invalid 7-bit address, just in case. Good luck, Hermann Tested-by: hermann pitton diff -r d277b05c41fe linux/drivers/media/video/ir-kbd-i2c.c --- a/linux/drivers/media/video/ir-kbd-i2c.c Sun Jul 12 11:04:15 2009 -0300 +++ b/linux/drivers/media/video/ir-kbd-i2c.c Sun Jul 19 19:44:30 2009 +0200 @@ -601,7 +601,7 @@ */ static const int probe_bttv[] = { 0x1a, 0x18, 0x4b, 0x64, 0x30, -1}; - static const int probe_saa7134[] = { 0x7a, 0x47, 0x71, 0x2d, -1 }; + static const int probe_saa7134[] = { 0x3d, 0x47, 0x71, 0x2d, -1 }; static const int probe_em28XX[] = { 0x30, 0x47, -1 }; static const int probe_cx88[] = { 0x18, 0x6b, 0x71, -1 }; static const int probe_cx23885[] = { 0x6b, -1 }; diff -r d277b05c41fe linux/drivers/media/video/saa7134/saa7134-dvb.c --- a/linux/drivers/media/video/saa7134/saa7134-dvb.c Sun Jul 12 11:04:15 2009 -0300 +++ b/linux/drivers/media/video/saa7134/saa7134-dvb.c Sun Jul 19 19:44:30 2009 +0200 @@ -580,6 +580,13 @@ .switch_addr = 0x4b }; +static struct tda827x_config tda827x_cfg_1_310i = { + .init = philips_tda827x_tuner_init, + .sleep = philips_tda827x_tuner_sleep, + .config = 1, + .switch_addr = 0x61 +}; + static struct tda827x_config tda827x_cfg_2 = { .init = philips_tda827x_tuner_init, .sleep = philips_tda827x_tuner_sleep, @@ -1139,7 +1146,7 @@ break; case SAA7134_BOARD_PINNACLE_PCTV_310i: if (configure_tda827x_fe(dev, &pinnacle_pctv_310i_config, - &tda827x_cfg_1) < 0) + &tda827x_cfg_1_310i) < 0) goto dettach_frontend; break; case SAA7134_BOARD_HAUPPAUGE_HVR1110: diff -r d277b05c41fe linux/drivers/media/video/saa7134/saa7134-input.c --- a/linux/drivers/media/video/saa7134/saa7134-input.c Sun Jul 12 11:04:15 2009 -0300 +++ b/linux/drivers/media/video/saa7134/saa7134-input.c Sun Jul 19 19:44:30 2009 +0200 @@ -737,7 +737,7 @@ struct i2c_board_info info; struct IR_i2c_init_data init_data; const unsigned short addr_list[] = { - 0x7a, 0x47, 0x71, 0x2d, + 0x3d, 0x47, 0x71, 0x2d, I2C_CLIENT_END };