On Sat, Apr 14, 2012 at 3:49 AM, Christian Robottom Reis <k...@linaro.org>wrote:

> On Sat, Apr 14, 2012 at 01:02:59AM +0400, Andrey Konovalov wrote:
> > 2) So the new thermal_exynos4_imx6_work obsoletes the old
> > exynos_thermal_framework_V2 topic. You should mention that
> > explicitly when asking to add the new one to linux-linaro!
>
> I was a bit surprised at something related to this as well -- the new
> Exynos4 thermal patchset actually includes the generic cpu cooling
> patchset instead of keeping it separate. I realized later this was added
> because the maintainer suggested including a user of the generic code to
> demonstrate its usefulness, so it seems fine to me, though it might have
> been easier to understand if you had maintained the original subject
> "Add generic cpu cooling devices" and just expanded the patchset by
> including the Exynos4 implementation at the end.
>
> At any range, Andrey's comment is right -- you need to let him know when
> you're merging or splitting patchsets/topics or it'll be hard for him to
> keep track of them.
>

I agree it would be hard for Andrey to resolve conflicts.

Andrey: what percentage of external branches you're pulling are completely
new versions of the patches (refactored or rebased) vs. those that build on
top of the old stuff?

I expect most of our work to be rebased/refactored work so that it would
require reverting all old patches. Would it help if you were told that in
the beginning of a feature integration? So we'd say, for example, "Please
pull in this XXX thermal branch from git.linaro.org/foo.git and this will
be constantly rebased, so pull a new version of it everytime you recreate
the tree".
_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to