Kernel 2.6.29 breaks DVB-T ASUSTeK Tiger LNA Hybrid Capture Device

2009-04-03 Thread 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




--
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

2009-04-03 Thread 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.

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

2009-04-03 Thread hermann pitton 

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

2009-04-05 Thread hermann pitton 
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

2009-04-08 Thread 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,
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

2009-04-08 Thread hermann pitton 

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

2009-04-08 Thread 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 :(

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

2009-04-10 Thread hermann pitton 
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

2009-04-11 Thread hermann pitton 

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

2009-04-13 Thread Mauro Carvalho Chehab 
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

2009-04-14 Thread 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
>> > >> 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

2009-04-14 Thread 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 ...)
> >> > >>
> >> > >> 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

2009-04-15 Thread hermann pitton 
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

2009-04-16 Thread hermann pitton 

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

2009-04-23 Thread hermann pitton 
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