Bttv errors with onboard video.
Quoted 8 lines
VIA 686a, AMD Duron, 2.4.18,
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22) 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10) 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10) 00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
I read a post relating to something similar with the VIA chipset. I suppose the "bttv0: irq:
SCERR risc_count=1764e020" errors isn't the problem for why mine isn't working but just another normal error. Any idea on how to put the bttv module into a debug mode?
Brett
Quoted 4 lines
I read a post relating to something similar with the VIA chipset. I suppose the "bttv0: irq: SCERR risc_count=1764e020" errors isn't the problem for why mine isn't working but just another normal error. Any idea on how to put the bttv module into a debug mode?
bogomips kraxel ~# modinfo bttv | grep debug
parm: bttv_debug int, description "debug messages, default is 0 (no)" parm: irq_debug int, description "irq handler debug messages, default is 0 (no)"
That likely doesn't help you througth. SCERR is a syncronisation error of the DMA engine. Most likely the bt878 chip has problems to do PCI-PCI transfers to the onboard video chipset for some reason.
Gerd
Signature · 3 lines
You can't please everybody. And usually if you _try_ to please everybody, the end result is one big mess. -- Linus Torvalds, 2002-04-20