On Tuesday 19 February 2008, Ben Dooks wrote: > On Mon, Jan 21, 2008 at 11:41:06PM -0800, David Brownell wrote: > > The two S3C SPI master drivers got merged without much review, so > > I just noticed that they're doing something that the SPI core code > > is responsible for, rather than any adapter driver: they try to > > register SPI devices. > > > > This removes that support from those drivers so they act normally. > > Interestingly, none of the current boards are affected. So it's > > a net code shrink with no loss of functionality. > > For you, for me you've just broken my current in-development patch-set.
So those patches have problems that won't get a chance to go upstream. :) > Numbering busses makes life more difficult when registering the things, > as on a design using a pluggable cpu module, you do not know at compile > time what bus numbers are going to be assigned, especially if your > adapters are not all of the same hardware. Those problems are workable. There's clearly *something* which knows which physical bus has which devices attached, and can connect them. It can call spi_new_device() for example -- with no driver-specific mechanisms required. If this is a general problem, it deserves a general solution, not one that's specific to one controller driver. There are such mechanisms already, which you're not using. If you want some different generic mechanisms, then feel free to propose them. - Dave ------------------------------------------------------------------------- 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
