=== Highlights ===
* Did an IBM internal presentation on Android and how Linaro is helping
* Worked on my Kconfig talk for Linux Plumbers.
* Implemented the proposed config tooling for config fragments, as discussed in my Kconfig talk.
* Did Beagle XM testing for the 11.08-rc Android Platform Images.
* Made final 11.08 linaro+android kernel, and managed to push it properly through Gerrit
* Pinged Ingo about patches for 3.1 I sent to tglx, which haven't yet been merged.
=== Plans ===
* On vacation until Linux Plumbers Conf. Will effectively be out for the next two weeks.
=== Issues ===
* Number of patches queued for 3.1 still haven't been pulled into -tip because of Thomas being offline. Concerned they might not make the 3.1 release while I'm out of town.
On Fri, Aug 26, 2011 at 05:06:07PM -0700, john stultz wrote:
- Implemented the proposed config tooling for config fragments, as
discussed in my Kconfig talk.
Nice job. Question for you: is this significant enough work that you think it will take months of review and discussion upstream? And is it particularly useful for other archictures than ARM?
- Made final 11.08 linaro+android kernel, and managed to push it
properly through Gerrit
Cool. IBM legal finally okay with this?
- Number of patches queued for 3.1 still haven't been pulled into -tip
because of Thomas being offline. Concerned they might not make the 3.1 release while I'm out of town.
You could send David Rusling a note on this so he can sync up with Thomas. I'm copying him here so he's aware.
On Mon, 2011-08-29 at 11:01 -0300, Christian Robottom Reis wrote:
On Fri, Aug 26, 2011 at 05:06:07PM -0700, john stultz wrote:
- Implemented the proposed config tooling for config fragments, as
discussed in my Kconfig talk.
Nice job. Question for you: is this significant enough work that you think it will take months of review and discussion upstream? And is it particularly useful for other archictures than ARM?
Hopefully not. I've scaled back what I'm proposing and have some initial patches that provide the functionality I'd like to see. Instead of using Kconfig fragments to kill off defconfig, I'm looking to improve tooling around regular config fragments, so we can get the various distro-building tools using similar best practices based on upstreamed functionality (instead of every distro creating their own config management tools).
The Kconfig replaces defconfig item will still be out there to discuss, but hopefully it will become less of an issue as the kernel unification work progresses.
thanks -john
linaro-kernel@lists.linaro.org