On Tue, Oct 18, 2011 at 05:00:46PM +0100, Mark Brown wrote: > On Tue, Oct 18, 2011 at 07:58:37PM +0800, Shawn Guo wrote: > > > I understand that ideally device tree is supposed to describe pure > > hardware configurations. But practically, when migrating a driver > > to device tree probe, we are trying to move the configurations > > described by platform_data into device tree to save the use of > > platform_data for device tree probe. Then some of the configuration > > may not be so purely hardware related. But I do not see this is a > > critical problem. > > It's not just Linux-specific stuff, some of this is even specific to > what current Linux drivers can do - updating the kernel could mean a > different set of constraints. > Well, from what I see, the 'struct regulation_constraints' is defined in machine.h and meant to be the regulator machine/board interface. With the example I'm looking at, mc13892, the regulation_constraints configuration is fully passed from machine/board file. If there is something specific to what drivers can do, it probably should be encoded in regulator driver rather than staying in regulation_constraints. So how do you think we should proceed here? -- Regards, Shawn -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html