Sander Sweers wrote:
Doesn't seem to be the case: the udev logs don't show anything like that happening.On 7/10/07, Michael Thome <[EMAIL PROTECTED]> wrote: Yah - very strange. It also really bugs me that the minor device numbers aren't stable - it blows my mind that the devices are being enumerated in a non-deterministic way. I'm guessing that someone thought it would be cool to multi-thread the hotplug system (I'm running on an dual-core machine). Hmmmm - LKML perusal suggests that multithreaded device probing was, indeed, patched in around a year ago - it looks like the PCI patch wasn't committed until 2.6.18 (and I'm running 2.6.17). Maybe more udev logging would help.But I find it strange that the device naming is so unpredictable for you. For me it consistently creates the same device names. it only changes when I move the cards around or add a new video device. Nope - the primary devices all get created correctly - the symlinks just don't work right. Perhaps the threaded probing is causing problems with the /dev vfs - maybe a simpler scheme like /dev/mpeg[01][ab] would help. As an aside, I also create parallel yuv, vbi, and pcm devices in the same /dev/pci/[01]/ trees - it is interesting that all the devices associated with a video unit appear or disappear together, even though they are different rules for each type (e.g. if /dev/pci/1/mpeg1 is there, /dev/pci/1/pcm1 will always be there, too).You can try to force ivtv to start counting from a specific minor by passing ivtv_first_minor=<number> to the module, maybe this helps? Thanks for the suggestions. I suspect that when that when I have to do an upgrade everything will change anyway, but it would be nice to understand what is going on. cheers! |
_______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
