Of the first four, I suggest merging all but the last into the OMAP
tree. (The last is for folk who want to experiment.)
Of the second three, don't merge any into the OMAP tree; I expect at
least the first two will eventually merge via mainline.
If you want to poke at the regulator stuff, I encourage you to apply
all of these. The point of the second set of patches is to make
the sysfs entries be less crufty ... only show the few attributes
that are relevant for any given regulator, and show hardware state
("opmode") without assuming only Linux can affect it. (On TWL4030
family chips, that state results from P1/P2/P3 group votes...)
- dave
--
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
