Pauline is totally right. I already saw this problem before and dicussed it with Serguei on the buz list, but in a too early stage - My dc1 driver uses also hardware already used in the kernel so I decided not to use the i2c stuff but left it in the driver directly. But this was with the now called i2c-old. Some mechanism in the i2c core telling the attached i2c device (or module) something abut the i2c host/driver to setup the lowlevel stuff would help - but its this possible? Because just using module parameters for load is not possible when e.g. two types of hardware use the same device with other settings... Bye, Wolfgang Serguei Miridonov wrote: > > Pauline Middelink wrote: > > > On Sat, 03 Mar 2001 around 18:05:18 -0800, Jon Pennington wrote: > > > To address the third and most difficult problem: > > > > > > As it stands on my system (Linux-2.4.2), there are five modules necessary to run my Pinnacle DC10+; zoran, adv7175, saa7110, i2c-old, and videodev. I've asked repeated times on this and other lists about a more `permanent' solution than using Serguei's update script, but nobody has been able to give me a straight answer. With my trusty Bt878 board, all I had to do was put `alias char-major-81 bttv' in /etc/modules.conf, and it was done for me. By using a placeholder module model, I (or anyone else) could do the same thing, but use `dc10' instead of `bttv'. As I stated at the start of this largely incoherent rant, I'm NOT a programmer and know nothing of the way the Linux kernel and it's modules work. If my idea were sound, though, it could change the way all v4l modules were loaded. > > > > The problem is that those saa7110 and prob. adv7175 are generic encoder/decoder > > chips which are used in more than one driver (my own zr36120 zoran driver for > > example). Just binding them tight to some driver and just forgetting about > > the other drivers is not very nice... > > I agree, but we have to deal with the fact that when these chip are integrated with different hardware, they require different low level settings (like V and H timing, I/O filters, etc.). And, video decoder/encoder API does not support these. Therefore, the only way right now is to keep separate sources for different cards :-(. > > Any idea how to solve this? > > -- > Serguei Miridonov > > _______________________________________________ > Video4linux-list mailing list > Video4linux-list@xxxxxxxxxx > https://listman.redhat.com/mailman/listinfo/video4linux-list