<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.0.9">
</HEAD>
<BODY>
Hey guys- I'm having the same problem. I don't think it's the motherboard. It's an Intel board in a Dell Dimension 4550, BIOS rev. A06. cat /proc/interrupts:<BR>
<BR>
CPU0<BR>
0: 3291340 XT-PIC timer<BR>
1: 2287 XT-PIC keyboard<BR>
2: 0 XT-PIC cascade<BR>
3: 0 XT-PIC ivtv: iTVC15/16 mpg2 encoder chip<BR>
8: 2 XT-PIC rtc<BR>
11: 290382 XT-PIC ide2, eth0, Ensoniq AudioPCI, nvidia<BR>
12: 108636 XT-PIC PS/2 Mouse<BR>
14: 16034 XT-PIC ide0<BR>
15: 38 XT-PIC ide1<BR>
NMI: 0<BR>
ERR: 0<BR>
<BR>
This is my /etc/modules.d/ivtv: (Gentoo)<BR>
<BR>
alias char-major-81 videodev<BR>
alias char-major-81-0 ivtv<BR>
alias char-major-61 lirc_i2c<BR>
options ivtv debug=0<BR>
options tuner type=2<BR>
options msp3400 once=1 simple=1<BR>
add below ivtv msp3400 saa7115 tuner<BR>
add above ivtv lirc_dev lirc_i2c<BR>
<BR>
Spewing at syslog is a known issue in the FAQ, but i have debug=0, so apparently it's not respecting that?<BR>
<BR>
Some things during boot and in dmesg that make me wonder are:<BR>
<BR>
- where it says "PCI: Sharing IRQ 3 with 00:1f.3". this doesn't jive with /proc/interrupts<BR>
- the fact that i don't know if my tuner is really type=2 or not<BR>
- i'm using the bttv 0.7.107 that comes with 2.4.22 and not 0.9.11 that's patched for i2c v 2.8.0 (i'm using 2.8.1 to get lirc 0.70pre2 to recognize the hauppage IR)<BR>
- ivtv/bttv complains during boot presumable at ivtv module insertion that the device (bttv) isn't there and that the problem may be due to module parameters.<BR>
- "Linux video capture interface: v1.00" why not v2.00? pretty sure i patched my kernel for v4l2...<BR>
<BR>
>From dmesg:<BR>
<BR>
i2c-core.o: i2c core module version 2.8.1 (20031005)<BR>
Linux video capture interface: v1.00<BR>
ivtv: SGarray_size = 340, DSGarray_size = 16<BR>
ivtv: Found an iTVC16 based chip<BR>
PCI: Found IRQ 3 for device 02:0c.0<BR>
PCI: Sharing IRQ 3 with 00:1f.3<BR>
tuner: chip found @ 0xc2<BR>
tuner(bttv): type forced to 2 (Philips NTSC (FI1236,FM1236 and compatibles)) [insmod]<BR>
saa7114.c: starting probe for adapter ivtv i2c driver #0 (0x10005)<BR>
saa7114.c: detecting saa7114 client on address 0x42<BR>
saa7115.c: writing init values<BR>
status: (1E) 0x48, (1F) 0xc0<BR>
msp34xx: init: chip=MSP3435G-B6, has NICAM support<BR>
msp3410: daemon started<BR>
ivtv: Encoder revision: 0x02040011<BR>
ivtv: Registered v4l2 device, minor 0<BR>
ivtv: Registered v4l2 device, minor 32<BR>
ivtv: Registered v4l2 device, minor 224<BR>
lirc_dev: IR Remote Control driver registered, at major 61<BR>
bttv: driver version 0.7.107 loaded<BR>
bttv: using 4 buffers with 2080k (8320k total) for capture<BR>
bttv: Host bridge is Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge<BR>
lirc_i2c: chip found @ 0x18 (Hauppauge IR)<BR>
lirc_dev: lirc_register_plugin:sample_rate: 10<BR>
<BR>
Bus mastering is good, even though it's in the bottom slot. lspci -v:<BR>
<BR>
02:0c.0 Multimedia video controller: Internext Compression Inc: Unknown device 0016 (rev 01)<BR>
Subsystem: Hauppauge computer works Inc.: Unknown device 4009<BR>
Flags: bus master, medium devsel, latency 64, IRQ 3<BR>
Memory at e8000000 (32-bit, prefetchable) [size=64M]<BR>
Capabilities: [44] Power Management version 2<BR>
<BR>
What are your versions, module options, lspci, dmesg, etc?<BR>
<BR>
Thanks,<BR>
<BR>
Donald Saltarelli<BR>
<BR>
</BODY>
</HTML>