On 06/19/2012 08:28 AM, Laxman Dewangan wrote: > Device's regulator matches their hardware counterparts with the > property "regulator-compatible" of each child regulator node in > place of the child node. > Add the property "regulator-compatible" for each regulator with > their name. In order to prevent "git bisect" failures, don't you need to squash this patch into patch 1/3, so that there is no point in git history where the code expects the regulator-compatible property to exist, yet the .dtsi file doesn't have it? Or you could do this: patch 1: add register-compatible property to db8500.dtsi patch 2: adjust the code to use register-compatible property patch 3: rename nodes in db8500.dtsi but I'm not sure there's any advantage to having multiple patches (except for patch statistics counters, but we certainly don't want to have legitimate allegations of patch padding!) -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
