On Mon, 2011-05-09 at 21:19 +0200, Mark Brown wrote: > On Mon, May 09, 2011 at 06:34:34PM +0300, Tomi Valkeinen wrote: > > The second thing is that even if the power source for vdds_dsi may be > > configured differently on different boards, the same vdds_dsi goes to > > multiple DSS HW blocks inside OMAP, each represented by a separate > > omap_device. So it'd be much nicer to configure just the vdds_dsi power > > in the board file, but let the omap display code configure the > > regulators properly for all the DSS HW blocks in that particular OMAP. > > For this I'd suggest setting up an arrangement with supplies where you > have one thing on the OMAP is supplied by board configuration and then > it has child supplies within the device but right now that's not so easy > to do. I was just writing some stuff for that this afternoon but it'll > be next week before I can test it properly. This sounds just the thing we need here. Do you think there's a chance the code could get merged in the next window? And I'm also happy to test the code with omapdss, whenever you have something ready. I think we'll go forward with this patch set in a modified form: we'll leave the board files untouched and add the DSS driver parts (which is 99% of the patch set) with a small hack which makes things work with the current device setup. This means we won't be able to use the second DSI LCD yet, but getting the biggest bulk of code in is more important. Tomi -- 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
