Hi,

I've been using this mini-patch on every release since 0.3.4.  It
properly enable module loading in udev systems:

diff -rc ivtv-0.3.4/driver/ivtv-driver.c
ivtv-0.3.4.mine/driver/ivtv-driver.c
*** ivtv-0.3.4/driver/ivtv-driver.c     Wed Apr 27 15:45:34 2005
--- ivtv-0.3.4.mine/driver/ivtv-driver.c        Thu May  5 12:35:52 2005
***************
*** 104,109 ****
--- 104,111 ----
        {0,}
  };

+ MODULE_DEVICE_TABLE(pci,ivtv_pci_tbl);
+
  u32 yuv_offset[4] = {IVTV_YUV_BUFFER_OFFSET,
                       IVTV_YUV_BUFFER_OFFSET_1,
                       IVTV_YUV_BUFFER_OFFSET_2,

All it does it initialize the device table structure which is then read
by the modprobe tools to allow proper detection of the hardware.  I do
not need to manually load the ivtv drivers or have have device alias lines.

Kevin

Philip Rowlands wrote:

>On Fri, 19 Aug 2005, Peter Greis wrote:
>
>  
>
>>Hans - You get the prize. I have removed everything from modprobe.conf
>>and all is well. Thank's for responding!
>>    
>>
>
>To continue this theme, I've noticed in my short time on this list that
>many people have lines like
>
>alias char-major-?? ivtv
>
>specified in modprobe.conf. This, AIUI, is necessary only when not using
>udev/devfs (and your system has a thousand speculative entries in /dev).
>
>Similarly, I see a few mails (like the one which began this thread)
>where people have hard-wired options to override autodetection. By the
>look of things (on my own hardware at least) the latest autodetection is
>working pretty well, so I'd propose the standard common should be just a
>plain "modprobe ivtv". If/when that fails, bring the discussion here and
>try to find the fault.
>
>Just my 2c...
>
>
>Cheers,
>Phil
>
>
>-------------------------------------------------------
>SF.Net email is Sponsored by the Better Software Conference & EXPO
>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>_______________________________________________
>ivtv-devel mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/ivtv-devel
>
>
>  
>



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel

Reply via email to