Re: android-3.4 or android-3.4-compat

On 24/05/12 09:11, Somebody in the thread at some point said: On 05/23/2012 05:25 PM, Andy Green wrote: On 24/05/12 06:42, Somebody in the thread at some point said: Am I right in thinking the issue you're running into here is that your customer has direct expectations for the tree you're main

Re: android-3.4 or android-3.4-compat

On 05/23/2012 05:25 PM, Andy Green wrote: On 24/05/12 06:42, Somebody in the thread at some point said: Am I right in thinking the issue you're running into here is that your customer has direct expectations for the tree you're maintaining, which makes adding unexpected instability on a vanilla

Re: android-3.4 or android-3.4-compat

On 24/05/12 06:42, Somebody in the thread at some point said: On Wed, May 23, 2012 at 02:21:50PM +0800, Andy Green wrote: If we KNOW that deconfiguration of CONFIG_ANDROID is equivalent to not having Androidization patched in, people will stop wanting to get rid of the patches. But since Google'

Re: android-3.4 or android-3.4-compat

On Wed, May 23, 2012 at 02:21:50PM +0800, Andy Green wrote: > >>If we KNOW that deconfiguration of CONFIG_ANDROID is equivalent to not > >>having Androidization patched in, people will stop wanting to get rid > >>of the patches. But since Google's interest is in the case it is > >>configured, I dou

Re: android-3.4 or android-3.4-compat

On 22/05/12 23:57, Somebody in the thread at some point said: On 05/21/2012 09:21 PM, Andy Green wrote: On 22/05/12 01:58, Somebody in the thread at some point said: On Mon, May 21, 2012 at 10:33:47AM -0700, John Stultz wrote: like Andy, I am a bit concerned that we merge the android stuff int

Re: android-3.4 or android-3.4-compat

On 05/21/2012 09:21 PM, Andy Green wrote: On 22/05/12 01:58, Somebody in the thread at some point said: On Mon, May 21, 2012 at 10:33:47AM -0700, John Stultz wrote: like Andy, I am a bit concerned that we merge the android stuff into the linaro-core and that we get android candies in 'vanilla'

Re: android-3.4 or android-3.4-compat

On Tue, May 22, 2012 at 1:21 AM, Andy Green wrote: > On 22/05/12 01:58, Somebody in the thread at some point said: >> On Mon, May 21, 2012 at 10:33:47AM -0700, John Stultz wrote: like Andy, I am a bit concerned that we merge the android stuff into the linaro-core and that we get android

Re: android-3.4 or android-3.4-compat

On 22/05/12 01:58, Somebody in the thread at some point said: On Mon, May 21, 2012 at 10:33:47AM -0700, John Stultz wrote: like Andy, I am a bit concerned that we merge the android stuff into the linaro-core and that we get android candies in 'vanilla' kernel. can't we (shouldn't we) have -andro

Re: android-3.4 or android-3.4-compat

On Mon, May 21, 2012 at 10:33:47AM -0700, John Stultz wrote: > >like Andy, I am a bit concerned that we merge the android stuff > >into the linaro-core and that we get android candies in 'vanilla' > >kernel. can't we (shouldn't we) have -android on top of -core and > >pull -android only into 'andro

Re: android-3.4 or android-3.4-compat

On 05/17/2012 09:00 PM, Andy Green wrote: On 18/05/12 09:49, Somebody in the thread at some point said: Hey Andrey, Zach, So I'm back from my vacation, and have found that the Android team has released a -compat tree for their 3.4 kernel. Basically this tree re-adds some items like earlysuspend

Re: android-3.4 or android-3.4-compat

On 05/21/2012 03:27 AM, Dechesne, Nicolas wrote: hi, On Fri, May 18, 2012 at 6:00 AM, Andy Green > wrote: So I just wanted to check first with folks to make sure there are no objections to merging in the -compat changes, and that the

Re: android-3.4 or android-3.4-compat

On 21/05/12 18:27, Somebody in the thread at some point said: hi, On Fri, May 18, 2012 at 6:00 AM, Andy Green mailto:andy.gr...@linaro.org>> wrote: So I just wanted to check first with folks to make sure there are no objections to merging in the -compat changes, and that the tim

Re: android-3.4 or android-3.4-compat

hi, On Fri, May 18, 2012 at 6:00 AM, Andy Green wrote: > So I just wanted to check first with folks to make sure there are no >> objections to merging in the -compat changes, and that the timing of >> merging in these changes isn't problematic (I can happily hold off till >> this months release

Re: android-3.4 or android-3.4-compat

On 05/18/2012 09:54 PM, John Stultz wrote: On 05/18/2012 06:57 AM, Zach Pfeffer wrote: On 17 May 2012 22:09, Zach Pfeffer wrote: On 17 May 2012 20:49, John Stultz wrote: Hey Andrey, Zach, So I'm back from my vacation, and have found that the Android team has released a -compat tree for their 3

Re: android-3.4 or android-3.4-compat

On 05/18/2012 06:57 AM, Zach Pfeffer wrote: On 17 May 2012 22:09, Zach Pfeffer wrote: On 17 May 2012 20:49, John Stultz wrote: Hey Andrey, Zach, So I'm back from my vacation, and have found that the Android team has released a -compat tree for their 3.4 kernel. Basically this tree re-adds

Re: android-3.4 or android-3.4-compat

On 17 May 2012 22:09, Zach Pfeffer wrote: > On 17 May 2012 20:49, John Stultz wrote: >> Hey Andrey, Zach, >>    So I'm back from my vacation, and have found that the Android team has >> released a -compat tree for their 3.4 kernel. Basically this tree re-adds >> some items like earlysuspend and c

Re: android-3.4 or android-3.4-compat

On 18/05/12 09:49, Somebody in the thread at some point said: Hey Andrey, Zach, So I'm back from my vacation, and have found that the Android team has released a -compat tree for their 3.4 kernel. Basically this tree re-adds some items like earlysuspend and classic wakelocks in order to provide b

Re: android-3.4 or android-3.4-compat

On 17 May 2012 20:49, John Stultz wrote: > Hey Andrey, Zach, >    So I'm back from my vacation, and have found that the Android team has > released a -compat tree for their 3.4 kernel. Basically this tree re-adds > some items like earlysuspend and classic wakelocks in order to provide > better com

android-3.4 or android-3.4-compat

Hey Andrey, Zach, So I'm back from my vacation, and have found that the Android team has released a -compat tree for their 3.4 kernel. Basically this tree re-adds some items like earlysuspend and classic wakelocks in order to provide better compatibility with old (and by old, I really mean