![]() | ||||||||||
Messages in this thread |
Does it make sense to use the drivers/mfd directory for Super I/O chips then? Is there any problem with having other hwmon, watchdog, etc depend on drivers/mfd? Should this kind of setup for platform devices be documented in the driver-model? -Andrew On Feb 10, 2008 6:05 PM, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote: > > Since these chips touch many different parts of traditionally separate > > driver areas, how should the drivers be structured so that they can > > all talk to the chip? Should the low level communications routines for > > the chip live in a library which all the drivers could use? > > Probably yes. And that if possible should manage all the locking. Thats > roughly how the majority of drivers do it. Some export the lock from base > code and inline the accessors depending how complex it is. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | |||||||||
| Last update: 2008-02-11 00:37 [from the cache] ©2003-2008 | ||||||||||