On 04/03/2012 06:29 PM, Somebody in the thread at some point said: > On Tue, 2012-04-03 at 14:51 +0530, Tushar Behera wrote: >> For Samsung LT kernel, we have followed an approach where in the commits >> in John's linaro_config_3.3 branch are taken to be stable commits and we >> have put those commits as the very first set of commits on LT kernel. >> Our LT kernel being a _serialized_ kernel where topic branches sit one >> over the other, the related config fragments are made part of the topic >> branches. >> >> A sample view of the same is posted at [1]. >> >> [1] git://git.linaro.org/landing-teams/working/samsung/kernel.git (lt/next) > > The Samsung tree has the non samsung config files, like > linaro-base.conf. I was wondering if that would cause merge problems if > every LT had them and at possibly different versions. I guess it doesn't > matter so long as all LTs got them from the same definitive 'upstream' > source, and that they didn't edit them.
Squidging them all together will anyway require a lot of automated conflict resolution happening, favouring later version of this common file would probably not be noticable. I'll have a go at Tushar's method tomorrow it looks like a good plan. > I think it makes sense if this 'upstream' doesn't include board files > though, they should come from LT trees. Normally "board files" means mach-xyz/board*.c for me I am guessing you mean board-specific defconfigs ^^ -Andy -- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog _______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev