On Mon, Jan 07, 2008 at 06:13:37PM +0100, Stefan Richter wrote: > It's already in the driver core to the most part. It remains to be seen > what is less complicated in the end: Transparent mutex-protected list > accesses provided by driver core (requires the iterator), or all the > necessary locking done by the drivers themselves (requires some more > lock-taking but perhaps fewer lock instances overall in the drivers, and > respective redefinitions and documentation of the driver core API).
I favor changing the driver core api and doing this kind of thing there. It keeps the drivers simpler and should hopefully make their lives easier. > Semi off-topic: What about struct device.sem? Is there any chance to > rip this out of the driver core and let drivers serialize everything? I > suppose not... See the previous long threads about this very topic, that is what caused this class.sem patches :) thanks, greg k-h ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ spi-devel-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/spi-devel-general
