On Fri, Sep 24, 2004 at 10:21:08PM +0200, Michael Hunold wrote: > >Also, how does this proposal interact with the work on the i2c classes? > >Although the classes carry more information than a simple flag or a > >complete separation, both were/may be introduced to achieve the same > >goal, isn't it? > > Partly, yes. > > The .class approach is necessary to have a finer grained access control > by the i2c-core regarding bus classes, ie. not the client drivers have > to check if the bus should be probed (for example dcc drivers on a dvb > bus). This is useful in general. > > If we have a PCI card where we exactly know what we are doing, we can > use the NO_PROBE flag to effectively block any probing and can use the > proposed interface to manually connect the clients. But why? The .class feature can accomplish this too. Just create a new class for this type of adapter and device. Then only that device will be able to be connected to that adapter, just like you want to have happen, right? thanks, greg k-h
