bttv csonttá fagyaszt

Fórumok

Hozzám került egy miro PCTV pro tuner, amit sikerült is beüzemelni, van kép és hang is. De akkor mi lehet a hiba? Az, hogy random lefagy tőle az egész gép, van, hogy órákig semmi, egyszer-kétszer viszont már néhány másodperc után is. Ez tvnéző-programtól függetlenül csinálja.

Az automatikus felismerés nem sikerült, ezért
cat /etc/modprobe.d/modprobe.conf
#
# /etc/modprobe.d/modprobe.conf (for v2.6 kernels)
#
# disable autoload of ipv6
alias net-pf-10 off
options bttv card=11

így működik(nagyjából)

Debug módban ennyit helyezett el a logban:

Jan 16 23:31:38 adeehost kernel: bttv: driver version 0.9.18 loaded
Jan 16 23:31:38 adeehost kernel: bttv: using 8 buffers with 2080k (520 pages) each for capture
Jan 16 23:31:38 adeehost kernel: bttv: Bt8xx card found (0).
Jan 16 23:31:38 adeehost kernel: bttv0: Bt848 (rev 18) at 0000:01:07.0, irq: 17, latency: 32, mmio: 0xe6000000
Jan 16 23:31:38 adeehost kernel: bttv0: using: MIRO PCTV pro [card=11,insmod option]
Jan 16 23:31:38 adeehost kernel: IRQ 17/bttv0: IRQF_DISABLED is not guaranteed on shared IRQs
Jan 16 23:31:38 adeehost kernel: bttv0: i2c: checking for MSP34xx @ 0x80... found
Jan 16 23:31:38 adeehost kernel: bttv0: miro: id=1 tuner=0 radio=matchbox stereo=yes
Jan 16 23:31:38 adeehost kernel: bttv0: tuner type=0
Jan 16 23:31:38 adeehost kernel: msp3400 2-0040: MSP3410D-B4 found @ 0x80 (bt848 #0 [sw])
Jan 16 23:31:38 adeehost kernel: msp3400 2-0040: msp3400 supports nicam, mode is autodetect
Jan 16 23:31:38 adeehost kernel: All bytes are equal. It is not a TEA5767
Jan 16 23:31:38 adeehost kernel: tuner 2-0060: chip found @ 0xc0 (bt848 #0 [sw])
Jan 16 23:31:38 adeehost kernel: tuner-simple 2-0060: creating new instance
Jan 16 23:31:38 adeehost kernel: tuner-simple 2-0060: type set to 0 (Temic PAL (4002 FH5))
Jan 16 23:31:38 adeehost kernel: bttv0: registered device video0
Jan 16 23:31:38 adeehost kernel: bttv0: registered device vbi0
Jan 16 23:31:38 adeehost kernel: bttv0: registered device radio0
Jan 16 23:33:53 adeehost ntpd[2865]: adjusting local clock by -6.561305s
Jan 16 23:37:05 adeehost ntpd[2865]: adjusting local clock by -6.450643s
Jan 16 23:40:48 adeehost ntpd[2865]: adjusting local clock by -6.381791s
Jan 16 23:44:02 adeehost ntpd[2865]: adjusting local clock by -6.285000s
Jan 16 23:47:10 adeehost ntpd[2865]: adjusting local clock by -6.229607s
Jan 16 23:49:45 adeehost smartd[2647]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 66 to 64
Jan 16 23:49:45 adeehost smartd[2647]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 130 to 127
Jan 16 23:49:50 adeehost ntpd[2865]: adjusting local clock by -6.160711s
Jan 16 23:51:57 adeehost ntpd[2865]: adjusting local clock by -6.102734s
Jan 16 23:54:50 adeehost kernel: bttv0: timeout: drop=2 irq=50320/50320, risc=368bc01c, bits: HSYNC OFLOW
Jan 16 23:54:58 adeehost kernel: bttv0: timeout: drop=2 irq=50995/50995, risc=368bc01c, bits: HSYNC OFLOW
Jan 16 23:56:15 adeehost kernel: Linux version 2.6.32-ARCH (tobias@T-POWA-LX) (gcc version 4.4.2 20091208 (prerelease) (GCC) ) #1 SMP PREEMPT Thu Jan 7 22:19:56 UTC 2010

Az utolsó két sorban jól látható a két HSYNC OFLOW, majd a reboot nyomai. Ilyenkor még a mágikus SysRq bill.kombinációk se mennek. Itt tartok jelenleg, egy kicsit kifogyva az ötletekből várom hátha valakinek van egy jó ötlete merre tovább....

Hozzászólások

Nekem két Miro PCTV kártya van az öregebbel csonttá fagy a rendszer abban a pillanatban ahogy betöltöm a bttv kernel modult a pár évvel fiatalabb darabbal tökéletesen stabilan működik.

Jan 16 23:31:38 adeehost kernel: bttv0: Bt848 (rev 18) at 0000:01:07.0, irq: 17, latency: 32, mmio: 0xe6000000
Jan 16 23:31:38 adeehost kernel: bttv0: using: MIRO PCTV pro [card=11,insmod option]
Jan 16 23:31:38 adeehost kernel: IRQ 17/bttv0: IRQF_DISABLED is not guaranteed on shared IRQs

Már éppen kezdtem örülni, erre már megint megszivat... több mint 12 óra folymatos működés után megint: hang megy, viszont minden más leáll

Az első próbánál a /proc/interrupts:
17: 0 5 IO-APIC-fasteoi bttv0
a másodiknál más pci-slotban:
16: 6 1813 IO-APIC-fasteoi nvidia,bttv0
most más pci-slotban:
18: 0 5 IO-APIC-fasteoi bttv0
tehát ha csak nem nézek valamit nagyon félre, csupán egyszer volt osztott irq

A pozitívum, hogy van még egy slot, amit nem próbáltam :)

meg fogok próbálni mindent, amit a lehetőségeim/tudásom/időm megenged, a probléma az, hogy ez a debuggolás nagyon nyögvenyelősen és lassan megy, mint írtam előfordulhat, hogy 12+ órán át is megy hibátlanul, aztán meg minden jel nélkül egyszerűen leáll minden. Ez nem köthető semmilyen művelethez, teljesen random, így nincs ami kiindulási pontot adhatna. Ez így olyan, mintha sötétben tapogatóznék...

BT-878 chipset-es kártya, hasonló eset akkor van ha a bemenetem zajos (analóg kamera kontakthibás kábel) de ez valahol irq-ra vezethető vissza (erős gyanú), mert minden ilyen jelváltás eseményt generál.
A másik, hogy túlmelegszik a chip. Vedd el előle a kábeleket.
Az utolsó a szokásos irq probléma, tű a szénakazalban :-)

Üdv,
BaZso