Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder (rev d1) Works perfectly with kernel 2.6.28.4 (or older). Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and now, at boot time, I get the message: IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs Signal strength is very low and Kaffeine is unable to tune in any channel. Same problem with kernel 2.6.29.1 - Messages from /var/log/dmesg saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> \ IRQ 18 saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, mmio: \ 0xfdefe000 saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ [card=111,autodetected] saa7133[0]: board init: gpio is 0 IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff ff ff ff saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff ff ff ff saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff tuner' 2-004b: chip found @ 0x96 (saa7133[0]) tda829x 2-004b: setting tuner address to 61 tda829x 2-004b: type set to tda8290+75a saa7133[0]: registered device video0 [v4l2] saa7133[0]: registered device vbi0 dvb_init() allocating 1 frontend DVB: registering new adapter (saa7133[0]) DVB: registering adapter 0 frontend -32769 (Philips TDA10046H DVB-T)... tda1004x: setting up plls for 48MHz sampling clock tda1004x: timeout waiting for DSP ready tda1004x: found firmware revision 0 -- invalid tda1004x: trying to boot from eeprom tda1004x: timeout waiting for DSP ready tda1004x: found firmware revision 0 -- invalid tda1004x: waiting for firmware upload... saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw tda1004x: found firmware revision 29 -- ok saa7134 ALSA driver for DMA sound loaded IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as card -1 -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi Ralph, Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: > ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card > Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video > Broadcast Decoder (rev d1) > > Works perfectly with kernel 2.6.28.4 (or older). > Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and now, at > boot > time, I get the message: > > IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > Signal strength is very low and Kaffeine is unable to tune in any channel. > Same problem with kernel 2.6.29.1 > > - > > Messages from /var/log/dmesg > > saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> \ > IRQ 18 > saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, mmio: \ > 0xfdefe000 > saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ > [card=111,autodetected] > saa7133[0]: board init: gpio is 0 > IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 > saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff ff ff ff > saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff ff ff ff > saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > tuner' 2-004b: chip found @ 0x96 (saa7133[0]) > tda829x 2-004b: setting tuner address to 61 > tda829x 2-004b: type set to tda8290+75a > saa7133[0]: registered device video0 [v4l2] > saa7133[0]: registered device vbi0 > dvb_init() allocating 1 frontend > DVB: registering new adapter (saa7133[0]) > DVB: registering adapter 0 frontend -32769 (Philips TDA10046H DVB-T)... > tda1004x: setting up plls for 48MHz sampling clock > tda1004x: timeout waiting for DSP ready > tda1004x: found firmware revision 0 -- invalid > tda1004x: trying to boot from eeprom > tda1004x: timeout waiting for DSP ready > tda1004x: found firmware revision 0 -- invalid > tda1004x: waiting for firmware upload... > saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw > tda1004x: found firmware revision 29 -- ok > saa7134 ALSA driver for DMA sound loaded > IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as card -1 > thanks for your report, as announced previously, I unfortunately did not have time to run with latest always ... (guess why ...) The driver always worked with shared IRQs, if not, it was always a limitation of certain hardware or mostly in some combination with binary only drivers. If the above should be the case in general now, and not only caused by some blacklist, no print out in that direction, the driver is pretty broken again. I for sure don't have all for last months, but that "IRQF_DISABLED is not guaranteed on shared IRQs" for sure does not come from us here. Cheers, Hermann -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Am Samstag, den 04.04.2009, 02:45 +0200 schrieb hermann pitton: > Hi Ralph, > > Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: > > ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card > > Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video > > Broadcast Decoder (rev d1) > > > > Works perfectly with kernel 2.6.28.4 (or older). > > Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and now, at > > boot > > time, I get the message: > > > > IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > > > Signal strength is very low and Kaffeine is unable to tune in any channel. > > Same problem with kernel 2.6.29.1 > > > > - > > > > Messages from /var/log/dmesg > > > > saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> \ > > IRQ 18 > > saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, mmio: \ > > 0xfdefe000 > > saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ > > [card=111,autodetected] > > saa7133[0]: board init: gpio is 0 > > IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 > > saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff ff ff ff > > saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff ff ff ff > > saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > tuner' 2-004b: chip found @ 0x96 (saa7133[0]) > > tda829x 2-004b: setting tuner address to 61 > > tda829x 2-004b: type set to tda8290+75a > > saa7133[0]: registered device video0 [v4l2] > > saa7133[0]: registered device vbi0 > > dvb_init() allocating 1 frontend > > DVB: registering new adapter (saa7133[0]) > > DVB: registering adapter 0 frontend -32769 (Philips TDA10046H DVB-T)... > > tda1004x: setting up plls for 48MHz sampling clock > > tda1004x: timeout waiting for DSP ready > > tda1004x: found firmware revision 0 -- invalid > > tda1004x: trying to boot from eeprom > > tda1004x: timeout waiting for DSP ready > > tda1004x: found firmware revision 0 -- invalid > > tda1004x: waiting for firmware upload... > > saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw > > tda1004x: found firmware revision 29 -- ok > > saa7134 ALSA driver for DMA sound loaded > > IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as card -1 > > > > thanks for your report, as announced previously, I unfortunately did not > have time to run with latest always ... (guess why ...) > > The driver always worked with shared IRQs, if not, it was always a > limitation of certain hardware or mostly in some combination with binary > only drivers. > > If the above should be the case in general now, and not only caused by > some blacklist, no print out in that direction, the driver is pretty > broken again. > > I for sure don't have all for last months, but that > "IRQF_DISABLED is not guaranteed on shared IRQs" for sure does not come > from us here. Do use something unusual like pollirq or something? We only have in saa7134-core.c /* initialize hardware #1 */ saa7134_board_init1(dev); saa7134_hwinit1(dev); /* get irq */ err = request_irq(pci_dev->irq, saa7134_irq, IRQF_SHARED | IRQF_DISABLED, dev->name, dev); if (err < 0) { printk(KERN_ERR "%s: can't get IRQ %d\n", dev->name,pci_dev->irq); goto fail3; } and in saa7134-alsa.c err = request_irq(dev->pci->irq, saa7134_alsa_irq, IRQF_SHARED | IRQF_DISABLED, dev->name, (void*) &dev->dmasound); if (err < 0) { printk(KERN_ERR "%s: can't get IRQ %d for ALSA\n", dev->name, dev->pci->irq); goto __nodev; } Have fun ;) Hermann -- To unsubscribe f
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi, Am Samstag, den 04.04.2009, 17:20 +0200 schrieb Ra.M.: > hermann pitton ha scritto: > > Am Samstag, den 04.04.2009, 02:45 +0200 schrieb hermann pitton: > > > >> Hi Ralph, > >> > >> Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: > >> > >>> ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card > >>> Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 > >>> Video > >>> Broadcast Decoder (rev d1) > >>> > >>> Works perfectly with kernel 2.6.28.4 (or older). > >>> Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and now, at > >>> boot > >>> time, I get the message: > >>> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > >>> > >>> Signal strength is very low and Kaffeine is unable to tune in any channel. > >>> Same problem with kernel 2.6.29.1 > >>> > >>> - > >>> > >>> Messages from /var/log/dmesg > >>> > >>> saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> \ > >>> IRQ 18 > >>> saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, mmio: \ > >>> 0xfdefe000 > >>> saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ > >>> [card=111,autodetected] > >>> saa7133[0]: board init: gpio is 0 > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > >>> saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 > >>> saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff ff ff ff > >>> saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >>> tuner' 2-004b: chip found @ 0x96 (saa7133[0]) > >>> tda829x 2-004b: setting tuner address to 61 > >>> tda829x 2-004b: type set to tda8290+75a > >>> saa7133[0]: registered device video0 [v4l2] > >>> saa7133[0]: registered device vbi0 > >>> dvb_init() allocating 1 frontend > >>> DVB: registering new adapter (saa7133[0]) > >>> DVB: registering adapter 0 frontend -32769 (Philips TDA10046H DVB-T)... > >>> tda1004x: setting up plls for 48MHz sampling clock > >>> tda1004x: timeout waiting for DSP ready > >>> tda1004x: found firmware revision 0 -- invalid > >>> tda1004x: trying to boot from eeprom > >>> tda1004x: timeout waiting for DSP ready > >>> tda1004x: found firmware revision 0 -- invalid > >>> tda1004x: waiting for firmware upload... > >>> saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw > >>> tda1004x: found firmware revision 29 -- ok > >>> saa7134 ALSA driver for DMA sound loaded > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > >>> saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as card -1 > >>> > >>> > >> thanks for your report, as announced previously, I unfortunately did not > >> have time to run with latest always ... (guess why ...) > >> > >> The driver always worked with shared IRQs, if not, it was always a > >> limitation of certain hardware or mostly in some combination with binary > >> only drivers. > >> > >> If the above should be the case in general now, and not only caused by > >> some blacklist, no print out in that direction, the driver is pretty > >> broken again. > >> > >> I for sure don't have all for last months, but that > >> "IRQF_DISABLED is not guaranteed on shared IRQs" for sure does not come > >> from us here. > >> > > > > Do use something unusual like pollirq or something? > > > > We only have in saa7134-core.c > > > > /* initialize hardware #1 */ > > saa7134_board_init1(dev); > > saa7134_hwinit1(dev); > > > > /* get irq */ > > err = request_irq(pci_dev->irq, saa7134_irq, > > IRQF_SHARED | IRQF_DISABLED, dev->name, dev); > > if (err < 0) { > > printk(KERN_ERR "%s: can't get IRQ %d\n", > >dev->name,pci_dev->irq); > > goto fail3; > > } > > > > and in saa7134-alsa.c > > > > err = request_irq(dev->pci->irq, saa7134_alsa_irq, > >
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi, Sorry for breaking in-reply-to-chain but I wasn't subscribed to the list. > did build a 2.6.29.1 now and your report is correct! > > DVB-T on saa7134 is broken at least for all tda10046 and tda8275 stuff > and it is not restricted to devices with LNA. > > For what I can see so far, it is not related to the IRQF_DISABLED print > out, since only a warning for now and removing it from the driver > doesn't change anything. > > saa7134 DVB-S, analog TV and saa7134-alsa are not affected. > > Installing the current mercurial v4l-dvb on 2.6.29.1 does fix it. > > If on that saa7134-dvb.ko and saa7134.ko are replaced with the ones from > 2.6.29.1 the breakage is back again. The related dvb and tuner modules > tolerate such exchange on a first rough test. > > As you reported, symptoms are tumbling signal and SNR between very low > and 100%, as if tuning and AGC would never stabilize. > > I suspect failing i2c stuff is involved. Did not notice anything like > that on various mercurial versions during the last months. I have the same issue (I think) on a Hauppauge WinTV Nova-T DVB-T card. Here is the output from my old kernel, 2.6.28.7 when everything worked: cx88/0: cx2388x v4l2 driver version 0.0.6 loaded cx8800 :13:09.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29 cx88[0]: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T [card=18,autodetected], frontend(s): 1 cx88[0]: TV tuner type 4, Radio tuner type -1 cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded dib0700: loaded with support for 8 different device-types dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will try to load a firmware usb 5-1: firmware: requesting dvb-usb-dib0700-1.20.fw input: PC Speaker as /class/input/input3 ACPI: PCI Interrupt Link [LACI] enabled at IRQ 22 Intel ICH :00:04.0: PCI INT A -> Link[LACI] -> GSI 22 (level, high) -> IRQ 22 Intel ICH :00:04.0: setting latency timer to 64 tveeprom 2-0050: Hauppauge model 90002, rev C176, serial# 471851 tveeprom 2-0050: MAC address is 00-0D-FE-07-33-2B tveeprom 2-0050: tuner model is Thompson DTT7592 (idx 76, type 4) tveeprom 2-0050: TV standards ATSC/DVB Digital (eeprom 0x80) tveeprom 2-0050: audio processor is None (idx 0) tveeprom 2-0050: decoder processor is CX882 (idx 25) tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter cx88[0]: hauppauge eeprom: model=90002 input: cx88 IR (Hauppauge Nova-T DVB-T as /class/input/input4 cx88[0]/0: found at :13:09.0, rev: 5, irq: 29, latency: 165, mmio: 0xd900 cx88[0]/0: registered device video0 [v4l2] cx88[0]/0: registered device vbi0 cx88[0]/2: cx2388x 8802 Driver Manager cx88-mpeg driver manager :13:09.2: PCI INT A -> GSI 29 (level, low) -> IRQ 29 cx88[0]/2: found at :13:09.2, rev: 5, irq: 29, latency: 64, mmio: 0xda00 cx8802_probe() allocating 1 frontend(s) With 2.6.29.1 I get this: cx88/0: cx2388x v4l2 driver version 0.0.6 loaded cx8800 :13:09.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29 cx88[0]: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T [card=18,autodetect ed], frontend(s): 1 cx88[0]: TV tuner type 4, Radio tuner type -1 cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded dib0700: loaded with support for 8 different device-types dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) tveeprom 3-0050: Hauppauge model 90002, rev C176, serial# 471851 tveeprom 3-0050: MAC address is 00-0D-FE-07-33-2B tveeprom 3-0050: tuner model is Thompson DTT7592 (idx 76, type 4) tveeprom 3-0050: TV standards ATSC/DVB Digital (eeprom 0x80) tveeprom 3-0050: audio processor is None (idx 0) tveeprom 3-0050: decoder processor is CX882 (idx 25) tveeprom 3-0050: has no radio, has IR receiver, has no IR transmitter cx88[0]: hauppauge eeprom: model=90002 input: cx88 IR (Hauppauge Nova-T DVB-T as /class/input/input4 DVB: registering adapter 0 frontend 0 (DiBcom 3000MC/P)... MT2060: successfully identified (IF1 = 1222) cx88[0]/0: found at :13:09.0, rev: 5, irq: 29, latency: 165, mmio: 0xd900 IRQ 29/cx88[0]: IRQF_DISABLED is not guaranteed on shared IRQs cx88[0]/0: registered device video0 [v4l2] cx88[0]/0: registered device vbi0 ACPI: PCI Interrupt Link [LACI] enabled at IRQ 22 Intel ICH :00:04.0: PCI INT A -> Link[LACI] -> GSI 22 (level, high) -> IRQ 22 Intel ICH :00:04.0: setting latency timer to 64 input: ImPS/2 Logitech Wheel Mouse as /class/input/input5 intel8x0_measure_ac97_clock: measured 54864 usecs intel8x0: clocking to 46887 cx88[0]/2: cx2388x 8802 Driver Manager cx88-mpeg driver manager :13:09.2: PCI INT A -> GSI 29 (level, low) -> IRQ 29 cx88[0]/2: found at :13:09.2, rev: 5, irq: 29, latency: 64, mmio: 0xda00 IRQ 29/cx88[0]: IRQF_DISABLED is not guaranteed on shared IRQs cx88/2: cx2388x dvb driver version 0.0.6 loaded cx88/2: registering cx8802 driver, type: dvb access: shared cx88[0]/2:
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Am Mittwoch, den 08.04.2009, 20:49 +0100 schrieb Thomas Horsten: > Hi, > > Sorry for breaking in-reply-to-chain but I wasn't subscribed to the list. > > > did build a 2.6.29.1 now and your report is correct! > > > > DVB-T on saa7134 is broken at least for all tda10046 and tda8275 stuff > > and it is not restricted to devices with LNA. > > > > For what I can see so far, it is not related to the IRQF_DISABLED print > > out, since only a warning for now and removing it from the driver > > doesn't change anything. > > > > saa7134 DVB-S, analog TV and saa7134-alsa are not affected. > > > > Installing the current mercurial v4l-dvb on 2.6.29.1 does fix it. > > > > If on that saa7134-dvb.ko and saa7134.ko are replaced with the ones from > > 2.6.29.1 the breakage is back again. The related dvb and tuner modules > > tolerate such exchange on a first rough test. > > > > As you reported, symptoms are tumbling signal and SNR between very low > > and 100%, as if tuning and AGC would never stabilize. > > > > I suspect failing i2c stuff is involved. Did not notice anything like > > that on various mercurial versions during the last months. > > I have the same issue (I think) on a Hauppauge WinTV Nova-T DVB-T > card. Here is the output from my old kernel, 2.6.28.7 when everything > worked: > > cx88/0: cx2388x v4l2 driver version 0.0.6 loaded > cx8800 :13:09.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29 > cx88[0]: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T > [card=18,autodetected], frontend(s): 1 > cx88[0]: TV tuner type 4, Radio tuner type -1 > cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded > dib0700: loaded with support for 8 different device-types > dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will > try to load a firmware > usb 5-1: firmware: requesting dvb-usb-dib0700-1.20.fw > input: PC Speaker as /class/input/input3 > ACPI: PCI Interrupt Link [LACI] enabled at IRQ 22 > Intel ICH :00:04.0: PCI INT A -> Link[LACI] -> GSI 22 (level, > high) -> IRQ 22 > Intel ICH :00:04.0: setting latency timer to 64 > tveeprom 2-0050: Hauppauge model 90002, rev C176, serial# 471851 > tveeprom 2-0050: MAC address is 00-0D-FE-07-33-2B > tveeprom 2-0050: tuner model is Thompson DTT7592 (idx 76, type 4) > tveeprom 2-0050: TV standards ATSC/DVB Digital (eeprom 0x80) > tveeprom 2-0050: audio processor is None (idx 0) > tveeprom 2-0050: decoder processor is CX882 (idx 25) > tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter > cx88[0]: hauppauge eeprom: model=90002 > input: cx88 IR (Hauppauge Nova-T DVB-T as /class/input/input4 > cx88[0]/0: found at :13:09.0, rev: 5, irq: 29, latency: 165, mmio: > 0xd900 > cx88[0]/0: registered device video0 [v4l2] > cx88[0]/0: registered device vbi0 > cx88[0]/2: cx2388x 8802 Driver Manager > cx88-mpeg driver manager :13:09.2: PCI INT A -> GSI 29 (level, > low) -> IRQ 29 > cx88[0]/2: found at :13:09.2, rev: 5, irq: 29, latency: 64, mmio: > 0xda00 > cx8802_probe() allocating 1 frontend(s) > > With 2.6.29.1 I get this: > > cx88/0: cx2388x v4l2 driver version 0.0.6 loaded > cx8800 :13:09.0: PCI INT A -> GSI 29 (level, low) -> IRQ 29 > cx88[0]: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T > [card=18,autodetect > ed], frontend(s): 1 > cx88[0]: TV tuner type 4, Radio tuner type -1 > cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded > dib0700: loaded with support for 8 different device-types > dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state. > dvb-usb: will pass the complete MPEG2 transport stream to the software > demuxer. > DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T) > tveeprom 3-0050: Hauppauge model 90002, rev C176, serial# 471851 > tveeprom 3-0050: MAC address is 00-0D-FE-07-33-2B > tveeprom 3-0050: tuner model is Thompson DTT7592 (idx 76, type 4) > tveeprom 3-0050: TV standards ATSC/DVB Digital (eeprom 0x80) > tveeprom 3-0050: audio processor is None (idx 0) > tveeprom 3-0050: decoder processor is CX882 (idx 25) > tveeprom 3-0050: has no radio, has IR receiver, has no IR transmitter > cx88[0]: hauppauge eeprom: model=90002 > input: cx88 IR (Hauppauge Nova-T DVB-T as /class/input/input4 > DVB: registering adapter 0 frontend 0 (DiBcom 3000MC/P)... > MT2060: successfully identified (IF1 = 1222) > cx88[0]/0: found at :13:09.0, rev: 5, irq: 29, latency: 165, mmio: > 0xd900 > IRQ 29/cx88[0]: IRQF_DISABLED is not guaranteed on shared IRQs > cx88[0]/0: registered device video0 [v4l2] > cx88[0]/0: registered device vbi0 > ACPI: PCI Interrupt Link [LACI] enabled at IRQ 22 > Intel ICH :00:04.0: PCI INT A -> Link[LACI] -> GSI 22 (level, > high) -> IRQ 22 > Intel ICH :00:04.0: setting latency timer to 64 > input: ImPS/2 Logitech Wheel Mouse as /class/input/input5 > intel8x0_measure_ac97_clock: measured 54864 usecs > intel8x0: clocking to 46887 > cx88[0]/2: cx2388x 8802 Driver Manager > cx88-mpeg driver manager :13:09.2: PCI INT A -> GSI 29 (level,
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi Hermann, 2009/4/8 hermann pitton : > does it make any difference too with the current mercurial v4l-dvb ? > > I did not look any further, since some tones coming currently from above > I don't like, more those from Linus after having 800 plus patches. After installing the mercurial drivers and rebooting the symptoms are exactly the same. Another tuner card in the same machine (a Hauppauge Nova-T 500 Dual DVB-T) works fine. If you have any ideas I am willing to experiment to get this to work again. If I have some time over Easter I might try git-dissecting the changes to find the patch that introduced the behaviour but since it is running on quite a big server the turnaround time to reboot and try new modules is about 30 minutes :( Cheers Thomas -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi, Am Donnerstag, den 09.04.2009, 02:05 +0100 schrieb Thomas Horsten: > Hi Hermann, > > 2009/4/8 hermann pitton : > > > does it make any difference too with the current mercurial v4l-dvb ? > > > > I did not look any further, since some tones coming currently from above > > I don't like, more those from Linus after having 800 plus patches. > > After installing the mercurial drivers and rebooting the symptoms are > exactly the same. Another tuner card in the same machine (a Hauppauge > Nova-T 500 Dual DVB-T) works fine. > > If you have any ideas I am willing to experiment to get this to work > again. If I have some time over Easter I might try git-dissecting the > changes to find the patch that introduced the behaviour but since it > is running on quite a big server the turnaround time to reboot and try > new modules is about 30 minutes :( > scrolled at least over some saa7134 related diffs just, thousands of lines, but no exact catch yet. It seems the i2c gate control of the tda8290 at 0x96 is broken in DVB-T mode open/close related. Correct behavior with current mercurial tuning the tuner at 0xc0. saa7133[0]: i2c xfer: < 10 06 [fd quirk] < 11 =af > saa7133[0]: i2c xfer: < 10 06 [fd quirk] < 11 =af > saa7133[0]: i2c xfer: < 10 06 [fd quirk] < 11 =af > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > saa7133[0]: i2c xfer: < 10 01 91 > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > saa7133[0]: i2c xfer: < 10 02 1c > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > saa7133[0]: i2c xfer: < 10 03 00 > saa7133[0]: i2c xfer: < 10 43 [fd quirk] < 11 =03 > saa7133[0]: i2c xfer: < 10 43 03 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 00 2e 70 00 16 14 4b 1c 06 24 00 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 90 ff 60 00 59 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 a0 40 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c1 =09 =a8 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 c0 99 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 60 3c > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 30 11 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 c0 39 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 50 4f > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > saa7133[0]: i2c xfer: < 10 01 91 > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > saa7133[0]: i2c xfer: < 10 02 1c > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > saa7133[0]: i2c xfer: < 10 02 1c > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > saa7133[0]: i2c xfer: < 10 03 00 > saa7133[0]: i2c xfer: < 10 31 54 > saa7133[0]: i2c xfer: < 10 32 03 > On the broken 2.6.29.1 it looks like that. saa7133[0]: i2c xfer: < 10 22 [fd quirk] < 11 =ff > saa7133[0]: i2c xfer: < 10 21 [fd quirk] < 11 =ff > saa7133[0]: i2c xfer: < 10 20 [fd quirk] < 11 =ff > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > saa7133[0]: i2c xfer: < 10 01 91 > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > saa7133[0]: i2c xfer: < 10 02 1c > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > saa7133[0]: i2c xfer: < 10 03 00 > saa7133[0]: i2c xfer: < 10 43 [fd quirk] < 11 =03 > saa7133[0]: i2c xfer: < 10 43 03 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 00 32 c0 00 16 5a 5b 1c 06 24 00 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 90 ff 60 00 59 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 a0 40 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c1 =09 =a8 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 c0 99 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 60 3c > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 30 10 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 c0 39 > saa7133[0]: i2c xfer: < 96 21 c0 > saa7133[0]: i2c xfer: < c0 50 5f > saa7133[0]: i2c xfer: < 96 21 80 > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > saa7133[0]: i2c xfer: < 10 01 91 > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > saa7133[0]: i2c xfer: < 10 02 1c > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > saa7133[0]: i2c xfer: < 10 02 1c > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > saa7133[0]: i2c xfer: < 10 03 00 > saa7133[0]: i2c xfer: < 10 31 60 > saa7133[0]: i2c xfer: < 10 32 02 > saa7133[0]: i2c xfer: < 10 33 aa > saa7133[0]: i2c xfer: < 10 34 aa > saa7133[0]: i2c xfer: < 10 35 ab > saa7133[0]: i2c xfer: < 10 4d 0c > saa7133[0]: i2c xfer: < 10 4e 00 > saa7133[0]: i2c xfer: < 10 16 [fd quirk] < 11 =a8 > saa7133[0]: i2c xfer: < 10 16 a8 >
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi, for the record. > scrolled at least over some saa7134 related diffs just, thousands of > lines, but no exact catch yet. > > It seems the i2c gate control of the tda8290 at 0x96 is broken in DVB-T > mode open/close related. > > Correct behavior with current mercurial tuning the tuner at 0xc0. > > saa7133[0]: i2c xfer: < 10 06 [fd quirk] < 11 =af > > saa7133[0]: i2c xfer: < 10 06 [fd quirk] < 11 =af > > saa7133[0]: i2c xfer: < 10 06 [fd quirk] < 11 =af > > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > > saa7133[0]: i2c xfer: < 10 01 91 > > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > > saa7133[0]: i2c xfer: < 10 02 1c > > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > > saa7133[0]: i2c xfer: < 10 03 00 > > saa7133[0]: i2c xfer: < 10 43 [fd quirk] < 11 =03 > > saa7133[0]: i2c xfer: < 10 43 03 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 00 2e 70 00 16 14 4b 1c 06 24 00 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 90 ff 60 00 59 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 a0 40 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c1 =09 =a8 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 c0 99 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 60 3c > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 30 11 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 c0 39 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 50 4f > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > > saa7133[0]: i2c xfer: < 10 01 91 > > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > > saa7133[0]: i2c xfer: < 10 02 1c > > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > > saa7133[0]: i2c xfer: < 10 02 1c > > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > > saa7133[0]: i2c xfer: < 10 03 00 > > saa7133[0]: i2c xfer: < 10 31 54 > > saa7133[0]: i2c xfer: < 10 32 03 > > > > On the broken 2.6.29.1 it looks like that. > > > saa7133[0]: i2c xfer: < 10 22 [fd quirk] < 11 =ff > > saa7133[0]: i2c xfer: < 10 21 [fd quirk] < 11 =ff > > saa7133[0]: i2c xfer: < 10 20 [fd quirk] < 11 =ff > > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > > saa7133[0]: i2c xfer: < 10 01 91 > > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > > saa7133[0]: i2c xfer: < 10 02 1c > > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > > saa7133[0]: i2c xfer: < 10 03 00 > > saa7133[0]: i2c xfer: < 10 43 [fd quirk] < 11 =03 > > saa7133[0]: i2c xfer: < 10 43 03 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 00 32 c0 00 16 5a 5b 1c 06 24 00 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 90 ff 60 00 59 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 a0 40 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c1 =09 =a8 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 c0 99 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 60 3c > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 30 10 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 c0 39 > > saa7133[0]: i2c xfer: < 96 21 c0 > > saa7133[0]: i2c xfer: < c0 50 5f > > saa7133[0]: i2c xfer: < 96 21 80 > > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > > saa7133[0]: i2c xfer: < 10 01 91 > > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > > saa7133[0]: i2c xfer: < 10 02 1c > > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > > saa7133[0]: i2c xfer: < 10 02 1c > > saa7133[0]: i2c xfer: < 10 03 [fd quirk] < 11 =00 > > saa7133[0]: i2c xfer: < 10 03 00 > > saa7133[0]: i2c xfer: < 10 31 60 > > saa7133[0]: i2c xfer: < 10 32 02 > > saa7133[0]: i2c xfer: < 10 33 aa > > saa7133[0]: i2c xfer: < 10 34 aa > > saa7133[0]: i2c xfer: < 10 35 ab > > saa7133[0]: i2c xfer: < 10 4d 0c > > saa7133[0]: i2c xfer: < 10 4e 00 > > saa7133[0]: i2c xfer: < 10 16 [fd quirk] < 11 =a8 > > saa7133[0]: i2c xfer: < 10 16 a8 > > saa7133[0]: i2c xfer: < 10 01 [fd quirk] < 11 =91 > > saa7133[0]: i2c xfer: < 10 01 91 > > saa7133[0]: i2c xfer: < 10 02 [fd quirk] < 11 =1c > > saa7133[0]: i2c xfer: < 10 02 1c > > > Mauro had a fix during further changes for the upcoming 2.6.30 commits > on mercurial, but it seems to be broken already previously. > > The open gate, write to tuner, close gate commands are no longer in the > also previously known sequence and might cause the trouble visible on > the saa713x. To apply Mauros tda827x i2c gate control patch to 2.6.29.1 does bring back the old open/close behavior, but does not fix the broken D
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
On Sun, 05 Apr 2009 20:22:33 +0200 hermann pitton wrote: > Hi, > > Am Samstag, den 04.04.2009, 17:20 +0200 schrieb Ra.M.: > > hermann pitton ha scritto: > > > Am Samstag, den 04.04.2009, 02:45 +0200 schrieb hermann pitton: > > > > > >> Hi Ralph, > > >> > > >> Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: > > >> > > >>> ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card > > >>> Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 > > >>> Video > > >>> Broadcast Decoder (rev d1) > > >>> > > >>> Works perfectly with kernel 2.6.28.4 (or older). > > >>> Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and now, > > >>> at > > >>> boot > > >>> time, I get the message: > > >>> > > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > >>> > > >>> Signal strength is very low and Kaffeine is unable to tune in any > > >>> channel. > > >>> Same problem with kernel 2.6.29.1 > > >>> > > >>> - > > >>> > > >>> Messages from /var/log/dmesg > > >>> > > >>> saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> > > >>> \ > > >>> IRQ 18 > > >>> saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, > > >>> mmio: \ > > >>> 0xfdefe000 > > >>> saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ > > >>> [card=111,autodetected] > > >>> saa7133[0]: board init: gpio is 0 > > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > >>> saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 d2 b2 > > >>> 92 > > >>> saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff > > >>> ff > > >>> tuner' 2-004b: chip found @ 0x96 (saa7133[0]) > > >>> tda829x 2-004b: setting tuner address to 61 > > >>> tda829x 2-004b: type set to tda8290+75a > > >>> saa7133[0]: registered device video0 [v4l2] > > >>> saa7133[0]: registered device vbi0 > > >>> dvb_init() allocating 1 frontend > > >>> DVB: registering new adapter (saa7133[0]) > > >>> DVB: registering adapter 0 frontend -32769 (Philips TDA10046H DVB-T)... > > >>> tda1004x: setting up plls for 48MHz sampling clock > > >>> tda1004x: timeout waiting for DSP ready > > >>> tda1004x: found firmware revision 0 -- invalid > > >>> tda1004x: trying to boot from eeprom > > >>> tda1004x: timeout waiting for DSP ready > > >>> tda1004x: found firmware revision 0 -- invalid > > >>> tda1004x: waiting for firmware upload... > > >>> saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw > > >>> tda1004x: found firmware revision 29 -- ok > > >>> saa7134 ALSA driver for DMA sound loaded > > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > >>> saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as card -1 > > >>> > > >>> > > >> thanks for your report, as announced previously, I unfortunately did not > > >> have time to run with latest always ... (guess why ...) > > >> > > >> The driver always worked with shared IRQs, if not, it was always a > > >> limitation of certain hardware or mostly in some combination with binary > > >> only drivers. > > >> > > >> If the above should be the case in general now, and not only caused by > > >> some blacklist, no print out in that direction, the driver is pretty > > >> broken again. > > >> > > >> I for sure don't have all for last months, but that > > >> "IRQF_DISABLED is not guaranteed on shared IRQs" for sure does not come > > >> from us here. > > >> > > > > > > Do use something unusual like pollirq or something? > > > > > > We only have in saa7134-core.c > > > > > > /* initialize hardware #1 */ > > > saa7134_board_init1(dev); > > > saa7134_hwinit1(dev); > >
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
On Tue, Apr 14, 2009 at 11:23 AM, Mauro Carvalho Chehab wrote: > On Sun, 05 Apr 2009 20:22:33 +0200 > hermann pitton wrote: > >> Hi, >> >> Am Samstag, den 04.04.2009, 17:20 +0200 schrieb Ra.M.: >> > hermann pitton ha scritto: >> > > Am Samstag, den 04.04.2009, 02:45 +0200 schrieb hermann pitton: >> > > >> > >> Hi Ralph, >> > >> >> > >> Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: >> > >> >> > >>> ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card >> > >>> Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 >> > >>> Video >> > >>> Broadcast Decoder (rev d1) >> > >>> >> > >>> Works perfectly with kernel 2.6.28.4 (or older). >> > >>> Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and >> > >>> now, at >> > >>> boot >> > >>> time, I get the message: >> > >>> >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs >> > >>> >> > >>> Signal strength is very low and Kaffeine is unable to tune in any >> > >>> channel. >> > >>> Same problem with kernel 2.6.29.1 >> > >>> >> > >>> - >> > >>> >> > >>> Messages from /var/log/dmesg >> > >>> >> > >>> saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) >> > >>> -> \ >> > >>> IRQ 18 >> > >>> saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, >> > >>> mmio: \ >> > >>> 0xfdefe000 >> > >>> saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ >> > >>> [card=111,autodetected] >> > >>> saa7133[0]: board init: gpio is 0 >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs >> > >>> saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 d2 >> > >>> b2 92 >> > >>> saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff >> > >>> ff ff >> > >>> tuner' 2-004b: chip found @ 0x96 (saa7133[0]) >> > >>> tda829x 2-004b: setting tuner address to 61 >> > >>> tda829x 2-004b: type set to tda8290+75a >> > >>> saa7133[0]: registered device video0 [v4l2] >> > >>> saa7133[0]: registered device vbi0 >> > >>> dvb_init() allocating 1 frontend >> > >>> DVB: registering new adapter (saa7133[0]) >> > >>> DVB: registering adapter 0 frontend -32769 (Philips TDA10046H DVB-T)... >> > >>> tda1004x: setting up plls for 48MHz sampling clock >> > >>> tda1004x: timeout waiting for DSP ready >> > >>> tda1004x: found firmware revision 0 -- invalid >> > >>> tda1004x: trying to boot from eeprom >> > >>> tda1004x: timeout waiting for DSP ready >> > >>> tda1004x: found firmware revision 0 -- invalid >> > >>> tda1004x: waiting for firmware upload... >> > >>> saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw >> > >>> tda1004x: found firmware revision 29 -- ok >> > >>> saa7134 ALSA driver for DMA sound loaded >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs >> > >>> saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as card -1 >> > >>> >> > >>> >> > >> thanks for your report, as announced previously, I unfortunately did not >> > >> have time to run with latest always ... (guess why ...) >> > >> >> > >> The driver always worked with shared IRQs, if not, it was always a >> > >> limitation of certain hardware or mostly in some combination with binary >> > >> only drivers. >> > >> >> > >> If the above should be the case in general now, and not only caused by >> > >> some blacklist, no print out in that direction, the driver is pretty >> > >> broken again. >> > >> >> > >> I for sure don't have all for last months, but that >> > >> "IRQF_DISABLED is not guaranteed on shared IRQs" for sure does not come >> > >> from us here. >> > >> >> > > >> > > Do use something unusual like pollirq or some
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi, Am Dienstag, den 14.04.2009, 17:30 +0800 schrieb David Wong: > On Tue, Apr 14, 2009 at 11:23 AM, Mauro Carvalho Chehab > wrote: > > On Sun, 05 Apr 2009 20:22:33 +0200 > > hermann pitton wrote: > > > >> Hi, > >> > >> Am Samstag, den 04.04.2009, 17:20 +0200 schrieb Ra.M.: > >> > hermann pitton ha scritto: > >> > > Am Samstag, den 04.04.2009, 02:45 +0200 schrieb hermann pitton: > >> > > > >> > >> Hi Ralph, > >> > >> > >> > >> Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: > >> > >> > >> > >>> ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card > >> > >>> Multimedia controller: Philips Semiconductors > >> > >>> SAA7131/SAA7133/SAA7135 Video > >> > >>> Broadcast Decoder (rev d1) > >> > >>> > >> > >>> Works perfectly with kernel 2.6.28.4 (or older). > >> > >>> Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and > >> > >>> now, at > >> > >>> boot > >> > >>> time, I get the message: > >> > >>> > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > >> > >>> > >> > >>> Signal strength is very low and Kaffeine is unable to tune in any > >> > >>> channel. > >> > >>> Same problem with kernel 2.6.29.1 > >> > >>> > >> > >>> - > >> > >>> > >> > >>> Messages from /var/log/dmesg > >> > >>> > >> > >>> saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) > >> > >>> -> \ > >> > >>> IRQ 18 > >> > >>> saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, > >> > >>> mmio: \ > >> > >>> 0xfdefe000 > >> > >>> saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ > >> > >>> [card=111,autodetected] > >> > >>> saa7133[0]: board init: gpio is 0 > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > >> > >>> saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 d2 > >> > >>> b2 92 > >> > >>> saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff > >> > >>> ff ff > >> > >>> tuner' 2-004b: chip found @ 0x96 (saa7133[0]) > >> > >>> tda829x 2-004b: setting tuner address to 61 > >> > >>> tda829x 2-004b: type set to tda8290+75a > >> > >>> saa7133[0]: registered device video0 [v4l2] > >> > >>> saa7133[0]: registered device vbi0 > >> > >>> dvb_init() allocating 1 frontend > >> > >>> DVB: registering new adapter (saa7133[0]) > >> > >>> DVB: registering adapter 0 frontend -32769 (Philips TDA10046H > >> > >>> DVB-T)... > >> > >>> tda1004x: setting up plls for 48MHz sampling clock > >> > >>> tda1004x: timeout waiting for DSP ready > >> > >>> tda1004x: found firmware revision 0 -- invalid > >> > >>> tda1004x: trying to boot from eeprom > >> > >>> tda1004x: timeout waiting for DSP ready > >> > >>> tda1004x: found firmware revision 0 -- invalid > >> > >>> tda1004x: waiting for firmware upload... > >> > >>> saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw > >> > >>> tda1004x: found firmware revision 29 -- ok > >> > >>> saa7134 ALSA driver for DMA sound loaded > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > >> > >>> saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as card > >> > >>> -1 > >> > >>> > >> > >>> > >> > >> thanks for your report, as announced previously, I unfortunately did > >> > >> not > >> > >> have time to run with latest always ... (guess why ...) > >> > >> > >> > >> The driver always worked with shared IRQs, if not, it was always a > >> > >> limitation of certain hardware or mostly in some combination with > >> > >> binary > >> > >> only drivers. > >> > >> > >> > >> If the above should be the case in general now, and not only caused by > >> > >
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi, just a short update. Am Dienstag, den 14.04.2009, 23:33 +0200 schrieb hermann pitton: > Hi, > > Am Dienstag, den 14.04.2009, 17:30 +0800 schrieb David Wong: > > On Tue, Apr 14, 2009 at 11:23 AM, Mauro Carvalho Chehab > > wrote: > > > On Sun, 05 Apr 2009 20:22:33 +0200 > > > hermann pitton wrote: > > > > > >> Hi, > > >> > > >> Am Samstag, den 04.04.2009, 17:20 +0200 schrieb Ra.M.: > > >> > hermann pitton ha scritto: > > >> > > Am Samstag, den 04.04.2009, 02:45 +0200 schrieb hermann pitton: > > >> > > > > >> > >> Hi Ralph, > > >> > >> > > >> > >> Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: > > >> > >> > > >> > >>> ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card > > >> > >>> Multimedia controller: Philips Semiconductors > > >> > >>> SAA7131/SAA7133/SAA7135 Video > > >> > >>> Broadcast Decoder (rev d1) > > >> > >>> > > >> > >>> Works perfectly with kernel 2.6.28.4 (or older). > > >> > >>> Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) and > > >> > >>> now, at > > >> > >>> boot > > >> > >>> time, I get the message: > > >> > >>> > > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > >> > >>> > > >> > >>> Signal strength is very low and Kaffeine is unable to tune in any > > >> > >>> channel. > > >> > >>> Same problem with kernel 2.6.29.1 > > >> > >>> > > >> > >>> - > > >> > >>> > > >> > >>> Messages from /var/log/dmesg > > >> > >>> > > >> > >>> saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, > > >> > >>> low) -> \ > > >> > >>> IRQ 18 > > >> > >>> saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: 32, > > >> > >>> mmio: \ > > >> > >>> 0xfdefe000 > > >> > >>> saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ > > >> > >>> [card=111,autodetected] > > >> > >>> saa7133[0]: board init: gpio is 0 > > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > >> > >>> saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c 55 > > >> > >>> d2 b2 92 > > >> > >>> saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff > > >> > >>> ff ff ff > > >> > >>> tuner' 2-004b: chip found @ 0x96 (saa7133[0]) > > >> > >>> tda829x 2-004b: setting tuner address to 61 > > >> > >>> tda829x 2-004b: type set to tda8290+75a > > >> > >>> saa7133[0]: registered device video0 [v4l2] > > >> > >>> saa7133[0]: registered device vbi0 > > >> > >>> dvb_init() allocating 1 frontend > > >> > >>> DVB: registering new adapter (saa7133[0]) > > >> > >>> DVB: registering adapter 0 frontend -32769 (Philips TDA10046H > > >> > >>> DVB-T)... > > >> > >>> tda1004x: setting up plls for 48MHz sampling clock > > >> > >>> tda1004x: timeout waiting for DSP ready > > >> > >>> tda1004x: found firmware revision 0 -- invalid > > >> > >>> tda1004x: trying to boot from eeprom > > >> > >>> tda1004x: timeout waiting for DSP ready > > >> > >>> tda1004x: found firmware revision 0 -- invalid > > >> > >>> tda1004x: waiting for firmware upload... > > >> > >>> saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw > > >> > >>> tda1004x: found firmware revision 29 -- ok > > >> > >>> saa7134 ALSA driver for DMA sound loaded > > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > >> > >>> saa7133[0]/alsa: saa7133[0] at 0xfdefe000 irq 18 registered as > > >> > >>> card -1 > > >> > >>> > > >> > >>> > > >> > >> thanks for your report, as announced previously, I unfortunately > > >> > >> did not > > >> > >> have time to run with latest always ... (guess why .
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Am Donnerstag, den 16.04.2009, 00:49 +0200 schrieb hermann pitton: > Hi, > > just a short update. Just again, don't read it if not affected, but I don't cut anything yet, in case it should be for longer. > Am Dienstag, den 14.04.2009, 23:33 +0200 schrieb hermann pitton: > > Hi, > > > > Am Dienstag, den 14.04.2009, 17:30 +0800 schrieb David Wong: > > > On Tue, Apr 14, 2009 at 11:23 AM, Mauro Carvalho Chehab > > > wrote: > > > > On Sun, 05 Apr 2009 20:22:33 +0200 > > > > hermann pitton wrote: > > > > > > > >> Hi, > > > >> > > > >> Am Samstag, den 04.04.2009, 17:20 +0200 schrieb Ra.M.: > > > >> > hermann pitton ha scritto: > > > >> > > Am Samstag, den 04.04.2009, 02:45 +0200 schrieb hermann pitton: > > > >> > > > > > >> > >> Hi Ralph, > > > >> > >> > > > >> > >> Am Freitag, den 03.04.2009, 20:49 + schrieb Ralph: > > > >> > >> > > > >> > >>> ASUSTeK Tiger LNA Hybrid Capture Device PCI - Analog/DVB-T card > > > >> > >>> Multimedia controller: Philips Semiconductors > > > >> > >>> SAA7131/SAA7133/SAA7135 Video > > > >> > >>> Broadcast Decoder (rev d1) > > > >> > >>> > > > >> > >>> Works perfectly with kernel 2.6.28.4 (or older). > > > >> > >>> Recently, I have switched to 2.6.29 (same .config as 2.6.28.4) > > > >> > >>> and now, at > > > >> > >>> boot > > > >> > >>> time, I get the message: > > > >> > >>> > > > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > > >> > >>> > > > >> > >>> Signal strength is very low and Kaffeine is unable to tune in > > > >> > >>> any channel. > > > >> > >>> Same problem with kernel 2.6.29.1 > > > >> > >>> > > > >> > >>> - > > > >> > >>> > > > >> > >>> Messages from /var/log/dmesg > > > >> > >>> > > > >> > >>> saa7134 :03:0a.0: PCI INT A -> Link[APC3] -> GSI 18 (level, > > > >> > >>> low) -> \ > > > >> > >>> IRQ 18 > > > >> > >>> saa7133[0]: found at :03:0a.0, rev: 209, irq: 18, latency: > > > >> > >>> 32, mmio: \ > > > >> > >>> 0xfdefe000 > > > >> > >>> saa7133[0]: subsystem: 1043:4871, board: ASUS P7131 4871 \ > > > >> > >>> [card=111,autodetected] > > > >> > >>> saa7133[0]: board init: gpio is 0 > > > >> > >>> IRQ 18/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs > > > >> > >>> saa7133[0]: i2c eeprom 00: 43 10 71 48 54 20 1c 00 43 43 a9 1c > > > >> > >>> 55 d2 b2 92 > > > >> > >>> saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 20: 01 40 01 02 03 00 01 03 08 ff 00 cf > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 03 22 15 50 ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff > > > >> > >>> ff ff ff ff > > > >> > >>> tuner' 2-004b: chip found @ 0x96 (saa7133[0]) > > > >> > >>> tda829x 2-004b: setting tuner address to 61 > > > >> > >>> tda829x 2-004b: type set to tda8290+75a > > > >> > >>> saa7133[0]: registered device video0 [v4l2] > > > >> > >>> saa7133[0]: registered device vbi0 > > > >> > >>> dvb_init() allocating 1 frontend > > > >> > >>> DVB: registering new adapter (saa7133[0]) > > > >> > >>> DVB: registering adapter 0 frontend -32769 (Philips TDA10046H > > > >> > >>> DVB-T)... > > > >> > >>> tda1004x: setting up plls for 48MHz sampling clock > > > >> > >>> tda1004x: timeout waiting for DSP ready > > > >> > >>> tda1004x: found firmware revision 0 -- invalid > > > >> > >>> tda1004x: trying to boot from eeprom > > > >> > >>> tda1004x: timeout waiting for DSP ready > > > >> > >>> tda1004x: found firmware revision 0 -- invalid > > > >> > >>> tda1004x: waiting for firmware upload... > > > >> > >>> saa7134 :03:0a.0: firmware: requesting dvb-fe-tda10046.fw > > > >> > >>> tda1004x: found firmware revision 29 -- ok > > > >> > >>> saa7134 ALSA driver for
Re: Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device
Hi David and all interested, [snip] > > Sorry for interrupt. > Would your saa7134 i2c problem is due to the i2c quirk? > I have problem on the saa7134 i2c quirk that I have to totally disable > it on my work-in-progress card. > Just a little suggestion that trying disable the i2c quirk like this change > set: > http://linuxtv.org/hg/~mkrufky/dmbth/rev/781ffa6c43d3 > > David. I cross post this in for the record. Commenting the i2c quirk does not help at all on these card, as already assumed. And I also can't see any pattern yet, which should cause this from within v4l-dvb. At least, but who has hardware to test on all cases, the i2c quirk Gerd needed for the first saa7134 DVB card ever, the Pinnacle 300i, seems not to be needed for a few other cards I could test on only for now with saa7134 and saa7131e. So, Jean likely is right, that we should have it the other way round and this might help you and Mike with a decision still to make. Since 2.6.28 did work for those cards and 2.6.30-rc2-git4 seems to work within limited usability in my user environment, it seems to be something in between and might not even be the same. Cheers, Hermann -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html