[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Hauppauge WinTV verursacht XFree-Abstürze



Hallo Liste,

Irgendwas klappt mit einer Hauppauge WinTV in meinem Debian Woody System, 
Kernel 2.4.18 nicht...

Hier mal ein paar Angaben:

$# lspci
[...]
00:09.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06)
00:0a.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)
00:0a.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF

Wenn ich jetzt versuche, das Modul bttv mit modconf zu laden 
(kernel/drivers/media/video, bttv mit parameter "card=10"), krieg ich diese 
Fehlermeldungen:
-----
Installiere Modul bttv. Wenn die Gerätedatei nicht vorhanden oder noch nicht 
konfiguriert ist, kann das System bis zu 1 Minute warten.

Using /lib/modules/2.4.18/kernel/drivers/media/video/tuner.o
insmod: a module named tuner already exists
/lib/modules/2.4.18/kernel/drivers/media/video/bttv.o: post-install bttv 
failed
/lib/modules/2.4.18/kernel/drivers/media/video/bttv.o: insmod bttv failed

Installation ging schief.

Drücken Sie ENTER, wenn Sie fertig sind.
-----

obwohl nachher:

$# lsmod
tuner                   8036   1  (autoclean)
tvaudio                 9664   0  (autoclean) (unused)
bttv                   60160   0  (unused)
i2c-algo-bit            7052   1  [bttv]
i2c-core               12768   0  [tuner tvaudio bttv i2c-algo-bit]
videodev                4576   3  [bttv]
r128                   88440   1
[...]

Wenn ich die Module per insmod einzeln lade, passiert folgendes:
~# insmod i2c-core
Using /lib/modules/2.4.18/kernel/drivers/i2c/i2c-core.o
i2c-core.o: i2c core module
~# insmod i2c-algo-bit
Using /lib/modules/2.4.18/kernel/drivers/i2c/i2c-algo-bit.o
i2c-algo-bit.o: i2c bit algorithm module
~# insmod videodev
Using /lib/modules/2.4.18/kernel/drivers/media/video/videodev.o
Linux video capture interface: v1.00
~# insmod bttv card=10
Using /lib/modules/2.4.18/kernel/drivers/media/video/bttv.o
bttv: driver version 0.7.83 loaded
bttv: using 2 buffers with 2080k (4160k total) for capture
bttv: Host bridge is Intel Corp. 440BX/ZX - 82443BX/ZX Host bridge
bttv: Host bridge needs ETBF enabled.
bttv: Bt8xx card found (0).
PCI: Found IRQ 9 for device 00:0a.0
PCI: Sharing IRQ 9 with 00:0a.1
bttv0: Bt878 (rev 17) at 00:0a.0, irq: 9, latency: 64, memory: 0xea000000
bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb
bttv0: using: BT878(Hauppauge (bt878)) [card=10,insmod option]
bttv0: enabling ETBF (430FX/VP3 compatibilty)
bttv0: Hauppauge/Voodoo msp34xx: reset line init [5]
i2c-core.o: adapter bt848 #0 registered as adapter 0.
bttv0: Hauppauge eeprom: model=44314, tuner=Philips FM1216 (5), radio=yes
bttv0: i2c: checking for MSP34xx @ 0x80... not found
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
tvaudio: TV audio decoder + audio/video mux driver
tvaudio: known chips: 
tda9840,tda9873h,tda9874a,tda9850,tda9855,tea6300,tea6420,tda8425,pic16c54 
(PV951)
i2c-core.o: driver generic i2c audio driver registered.
i2c-core.o: driver i2c TV tuner driver registered.
tuner: chip found @ 0xc2
bttv0: i2c attach [client=Philips PAL_I,ok]
i2c-core.o: client [Philips PAL_I] registered to adapter [bt848 #0](pos. 0).
-----------

sieht ganz gut aus, dachte ich... aber lsmod sagt genau dasselbe wie vorher 
(?)
Die Geräte /dev/video* sind auch da. Wenn ich jetzt z.B. xawtv starte, dann 
stürzt XFree bitterst ab und reißt das ganze System mit, und mit fernsehen 
ist natürlich auch nix...

Was läuft hier schief? Ich habe den 16bit Framebuffer fest in den Kernel 
einkompiliert, ohne den läuft XFree86 nicht - kann es sein, dass es daran 
liegt? Die Doku in [linux-2.4.18-src]/Documentation/video4linux hab ich 
gelesen, aber aussagekräftig ist sie m.E. nicht für dieses Problem. Und wenn 
man nach "Hauppauge WinTV linux debian" googelt, steht überall, dass diese 
Karte unterstützt wird.. irgendwas mach ich wohl falsch.


Bin für jeden Hinweis dankbar. 

Eckhard



Reply to: