Andrew, On Mon, 5 Feb 2007, Andrew Berry wrote:
> On 5-Feb-07, at 3:34 AM, Rudy Zijlstra wrote: > >> Can you just post a "lsmod"? This again removed needed information.... > > Here it is. No more grep for me :P. > > [EMAIL PROTECTED]:~$ lsmod > Module Size Used by > i2c_dev 10500 0 > ivtv 199184 0 > saa7127 13460 0 > saa7115 16400 0 > tda9887 18448 0 > wm8775 7180 0 > msp3400 32928 0 > tuner 54828 0 > cx25840 24720 0 > nls_cp437 6912 1 > isofs 38076 1 > ext3 142728 1 > jbd 62228 1 ext3 > ipv6 272288 117 > cx8800 35212 0 > cx88xx 63908 1 cx8800 > bttv 176116 0 > video_buf 27652 3 cx8800,cx88xx,bttv > ir_common 28548 2 cx88xx,bttv > compat_ioctl32 2432 2 cx8800,bttv > btcx_risc 6280 3 cx8800,cx88xx,bttv > lirc_i2c 11524 0 > lirc_dev 16244 1 lirc_i2c > cx24110 9604 0 > af_packet 24584 2 > nvidia 6830836 0 > snd_intel8x0 34844 0 > snd_ac97_codec 97696 1 snd_intel8x0 > snd_ac97_bus 3456 1 snd_ac97_codec > snd_pcm_oss 47360 0 > snd_mixer_oss 19584 1 snd_pcm_oss > v4l2_common 17280 4 msp3400,tuner,cx8800,bttv > agpgart 34888 1 nvidia > sg 37404 0 > i2c_algo_bit 10376 3 ivtv,cx88xx,bttv > v4l1_compat 15108 2 ivtv,cx8800 > snd_pcm 84612 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss > snd_timer 25348 1 snd_pcm > snd 58372 6 > snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer > tveeprom 16144 3 ivtv,cx88xx,bttv > soundcore 11232 1 snd > psmouse 41352 0 > i2c_nforce2 8192 0 > videodev 10752 4 ivtv,cx8800,cx88xx,bttv > floppy 63044 0 > serio_raw 8452 0 > shpchp 42144 0 > pci_hotplug 32828 1 shpchp > pcspkr 4352 0 > i2c_core 23424 17 > i2c_dev,ivtv,saa7127,saa7115,tda9887,wm8775,msp3400,tuner,cx25840,cx88xx,bttv,lirc_i2c,cx24110,nvidia,i2c_algo_bit,tveeprom,i2c_nforce2 > parport_pc 37796 0 > parport 39496 1 parport_pc > snd_page_alloc 11400 2 snd_intel8x0,snd_pcm > evdev 11392 0 > reiserfs 263936 2 > raid6 109840 0 > raid5 34944 1 > xor 17544 2 raid6,raid5 > raid10 25856 0 > raid1 25600 2 > raid0 9728 0 > linear 7168 0 > md_mod 82836 9 raid6,raid5,raid10,raid1,raid0,linear > dm_mod 62872 37 > forcedeth 32268 0 > ehci_hcd 34696 0 > ohci_hcd 22532 0 > usbcore 134912 3 ehci_hcd,ohci_hcd > ide_generic 2432 0 > ide_cd 33696 1 > cdrom 38944 1 ide_cd > sd_mod 22656 4 > sata_nv 11268 12 > libata 74892 1 sata_nv > scsi_mod 144648 3 sg,sd_mod,libata > generic 6276 0 > amd74xx 15260 0 [permanent] > thermal 15624 0 > processor 31560 1 thermal > fan 6020 0 > fbcon 41504 0 > tileblit 3840 1 fbcon > font 9344 1 fbcon > bitblit 7168 1 fbcon > softcursor 3328 1 bitblit > vesafb 9244 0 > capability 5896 0 > commoncap 8704 1 capability Checking the above list, and thinking it over, i suspect you have a code clash :-) The work to get ivtv into the kernel is a quit significant one which Hans is undertaking. In 2.6.17 timeframe this was clearly not yet at the stage it is now. And IIRC ivtv then still had a number of specific kernel modules with it, which were partial duplicates of kernel modules. And those could conflict. I see two ways of testing: 1/ for test purposes remove the other TV card, install ivtv completely (including its modules) and see whether it works 2/ change to kernel 2.6.19.2 with ivtv 0.9.x and test there. At htat point all supporting modules are in-kernel. Do *not* use 2.6.20, as that kernel is broken for ivtv. This will be solved in 2.6.20.1 Cheers, Rudy _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
