Machine here is evga nforce 780 sli mboaerd intel e8400 cpu 4gig ram
nvidia 8500 Hauppauge WinTV HVR-1600

ok compiled new source: make menuconfig, make, make install
got this:


raptor cx18-mmio-fixes-81edee142f9c # make unload
make -C /usr/src/cx18-mmio-fixes-81edee142f9c/v4l unload
make[1]: Entering directory `/usr/src/cx18-mmio-fixes-81edee142f9c/v4l'
scripts/rmmod.pl unload
found 262 modules
/sbin/rmmod compat_ioctl32
/sbin/rmmod cx2341x
/sbin/rmmod videodev
/sbin/rmmod v4l2_common
/sbin/rmmod v4l1_compat
/sbin/rmmod tveeprom
make[1]: Leaving directory `/usr/src/cx18-mmio-fixes-81edee142f9c/v4l'

raptor cx18-mmio-fixes-81edee142f9c # modprobe cx18
WARNING: Error inserting dvb_core
(/lib/modules/2.6.25-gentoo-r7/kernel/drivers/media/dvb/dvb-core/dvb-core.ko): 
Invalid argument
FATAL: Error inserting cx18
(/lib/modules/2.6.25-gentoo-r7/kernel/drivers/media/video/cx18/cx18.ko):
Unknown symbol in module, or unknown parameter (see dmesg)

here is dmesg..

Linux video capture interface: v2.00
dvb_core: module is already loaded
cx18: disagrees about version of symbol dvb_dmxdev_init
cx18: Unknown symbol dvb_dmxdev_init
cx18: disagrees about version of symbol dvb_register_adapter
cx18: Unknown symbol dvb_register_adapter
cx18: disagrees about version of symbol dvb_net_init
cx18: Unknown symbol dvb_net_init
cx18: disagrees about version of symbol dvb_dmxdev_release
cx18: Unknown symbol dvb_dmxdev_release
cx18: disagrees about version of symbol dvb_frontend_detach
cx18: Unknown symbol dvb_frontend_detach
cx18: disagrees about version of symbol dvb_net_release
cx18: Unknown symbol dvb_net_release
cx18: disagrees about version of symbol dvb_unregister_frontend
cx18: Unknown symbol dvb_unregister_frontend
cx18: disagrees about version of symbol dvb_register_frontend
cx18: Unknown symbol dvb_register_frontend






On Sun, 2008-09-28 at 21:22 -0400, Andy Walls wrote:
> cx18 driver users:
> 
> In this repository:
> 
> http://linuxtv.org/hg/~awalls/cx18-mmio-fixes/
> 
> is a change to the cx18 driver to (hopefully) improve reliability of
> CX23418 based cards operation in linux.  If all goes will, this change
> will supersede the "mmio_ndelay" hack, which I hope to phase out.
> 
> This change adds checks and retries to all PCI MMIO access to the
> CX23418 chip and adds a new module parameter 'retry_mmio' which is
> enabled by default.
> 
> With this change, the module defaults are set so the following
> statements are equivalent:
> 
>       # modprobe cx18
>       # modprobe cx18 retry_mmio=1 mmio_ndelay=0
> 
> 
> With checks and retries enabled, limited experiments have shown a card
> operates properly in my old Intel 82801AA based motherboard with this
> fix in place. I found that the mmio_ndelay parameter has little or no
> effect with these checks and retires enabled.
> 
> Experiments have also shown that, if you have previously had a problem
> with the cx18 driver/CX23418 in your system, then
> 
>       # modprobe cx18 retry_mmio=0 mmio_delay=(something)
> 
> can put the CX23418 in a state, such that a reset is required to have
> the unit respond properly again when trying to reload cx18 driver
> another time.  (So my advice is don't turn off retry_mmio.)
> 
> If you've had to use the mmio_ndelay parameter in the past to get the
> card to work for you, or your card has never worked for you, please let
> me know how this patch works for you.
> 
> Regards,
> Andy
> 
> 
> --
> video4linux-list mailing list
> Unsubscribe mailto:[EMAIL PROTECTED]
> https://www.redhat.com/mailman/listinfo/video4linux-list
> 
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel


_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel

Reply via email to