On Mon, Apr 02, 2012 at 12:40:39PM +0900, Kyungmin Park wrote:
> On Mon, Apr 2, 2012 at 12:34 AM, Rob Clark wrote:
> > On Sat, Mar 31, 2012 at 6:58 PM, Linus Torvalds
> > wrote:
> >> - drm dma-buf prime support. Dave Airlie sent me the pull request but
> >> didn't push very hard for it, it's in
Hi Zach,
The command perl scripts are very helpful,but unfortunately that didnot
solve the problem.
The script file is meant to download linaro_android_4.0.4.
I want to download linaro-android-11.10-release source code and kernel.
I have manually done what the script file does.
>>MANIFEST_REPO=g
On Sun, 2012-04-01 at 20:59 +0400, Andrey Konovalov wrote:
> On 03/31/2012 01:17 PM, Jon Medhurst (Tixy) wrote:
> > On Fri, 2012-03-30 at 10:15 -0700, John Stultz wrote:
> >>
> >> In that case, just go ahead and push the full config to the config tree.
> >> If we need to do have fullly-enabled vs u
On 04/02/2012 05:31 PM, Somebody in the thread at some point said:
> On Sun, 2012-04-01 at 20:59 +0400, Andrey Konovalov wrote:
>> On 03/31/2012 01:17 PM, Jon Medhurst (Tixy) wrote:
>>> On Fri, 2012-03-30 at 10:15 -0700, John Stultz wrote:
In that case, just go ahead and push the full con
On 03/08/2012 05:20 PM, Pantelis Antoniou wrote:
The current issue is that scheduler development is not easily shared between
developers. Each developer has their own 'itch', be it Android use cases, server
workloads, VM, etc. The risk is high of optimizing for one's own use case and
causing sev
On Mon, 2012-04-02 at 17:45 +0800, Andy Green wrote:
> On 04/02/2012 05:31 PM, Somebody in the thread at some point said:
> > On Sun, 2012-04-01 at 20:59 +0400, Andrey Konovalov wrote:
> >> We could have a separate topic branch for the linaro-base and ubuntu and
> >> fragments (not board specific)
On Mon, 2012-04-02 at 11:31 +0100, Jon Medhurst (Tixy) wrote:
> On Mon, 2012-04-02 at 17:45 +0800, Andy Green wrote:
> > On 04/02/2012 05:31 PM, Somebody in the thread at some point said:
> [snipped my suggestion about organising lots of config fragment]
>
> > I don't think this is a good way. Th
On 04/02/2012 07:40 PM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 11:31 +0100, Jon Medhurst (Tixy) wrote:
>> On Mon, 2012-04-02 at 17:45 +0800, Andy Green wrote:
>>> On 04/02/2012 05:31 PM, Somebody in the thread at some point said:
>> [snipped my suggestion about organisin
On Mon, 2012-04-02 at 12:40 +0100, Jon Medhurst (Tixy) wrote:
> I guess I think the current split with board/base/{linaro|android} is
> about right. At least if the common bits have a permanent home in a git
> repo, then we have a single place to apply system wide changes and the
> git log can expl
On Sun, Apr 1, 2012 at 11:34 AM, Rob Clark wrote:
> On Sat, Mar 31, 2012 at 6:58 PM, Linus Torvalds
> wrote:
>> - drm dma-buf prime support. Dave Airlie sent me the pull request but
>> didn't push very hard for it, it's in my "ok, I can still pull it for
>> 3.4 if individual DRM driver people te
Dmitry,
Ah, about the load it's because perf sched record adds too many events to the
recording (and configuring small buffers for perf). Using a smaller set
of events works much better.
One thing I did was to record on /tmp - You have enough memory for this to
work. I'll try to come up with the
The usual cpuidle initialization routines are to register the
driver, then register a cpuidle device per cpu.
With the device's state count default initialization with the
driver's state count, the code initialization remains mostly the
same in the different drivers.
We can then add a new functio
On Mon, Apr 2, 2012 at 3:48 PM, Daniel Lezcano
wrote:
> The usual cpuidle initialization routines are to register the
s/are to//
> driver, then register a cpuidle device per cpu.
>
> With the device's state count default initialization with the
> driver's state count, the code initialization rem
On 04/02/2012 08:42 PM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 12:40 +0100, Jon Medhurst (Tixy) wrote:
>> I guess I think the current split with board/base/{linaro|android} is
>> about right. At least if the common bits have a permanent home in a git
>> repo, then we hav
On 04/02/2012 06:18 PM, Daniel Lezcano wrote:
> The usual cpuidle initialization routines are to register the
> driver, then register a cpuidle device per cpu.
>
> With the device's state count default initialization with the
> driver's state count, the code initialization remains mostly the
> sa
On Mon, 2012-04-02 at 21:10 +0800, Andy Green wrote:
> If you want to do it with this complex directory scheme, please don't so
> anything to the definitive sources that makes it mandatory.
Just so I understand properly, are you saying that for the TI kernels
you want to just supply a single fully
On 04/02/2012 03:21 PM, Srivatsa S. Bhat wrote:
On 04/02/2012 06:18 PM, Daniel Lezcano wrote:
The usual cpuidle initialization routines are to register the
driver, then register a cpuidle device per cpu.
With the device's state count default initialization with the
driver's state count, the co
FYI, this is about a test rebuild of precise pangolin, including armhf.
Original Message
Subject: third test rebuild of precise pangolin
Date: Mon, 02 Apr 2012 15:43:58 +0200
From: Matthias Klose
To: ubuntu-devel
CC: ubuntu-devel
Another (and probably the last) test rebuild
On 04/02/2012 09:40 PM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 21:10 +0800, Andy Green wrote:
>> If you want to do it with this complex directory scheme, please don't so
>> anything to the definitive sources that makes it mandatory.
>
> Just so I understand properly, ar
On 03/31/2012 02:17 AM, Jon Medhurst (Tixy) wrote:
On Fri, 2012-03-30 at 10:15 -0700, John Stultz wrote:
In that case, just go ahead and push the full config to the config tree.
If we need to do have fullly-enabled vs upstream builds we can deal with
the warnings in the latter case (or maybe fur
From: "Ying-Chun Liu (PaulLiu)"
Add anatop regulators to imx6q.dtsi for all imx6q platforms.
Signed-off-by: Ying-Chun Liu (PaulLiu)
Signed-off-by: Richard Zhao
Cc: Shawn Guo
---
arch/arm/boot/dts/imx6q.dtsi | 84 ++
1 files changed, 84 insertions(+),
On Mon, 2012-04-02 at 08:37 -0700, John Stultz wrote:
> On 03/31/2012 02:17 AM, Jon Medhurst (Tixy) wrote:
> > We almost certainly need board specific android and ubuntu fragments as
> > well, so I'll add vexpress-android.conf and vexpress-ubuntu.conf as
> > well. (Unless there is some magic to hav
Teams,
The 12.04 Linaro Android plan is ready for review at:
https://launchpad.net/linaro-android/+milestone/12.04
In addition here's the main builds and the kernels they contain.
Please take a look.
Versatile Express
~linaro-android/vexpress-ics-gcc46-armlt-stable-open
git://android.git.
On 04/02/2012 10:29 AM, Jon Medhurst (Tixy) wrote:
On Mon, 2012-04-02 at 08:37 -0700, John Stultz wrote:
On 03/31/2012 02:17 AM, Jon Medhurst (Tixy) wrote:
We almost certainly need board specific android and ubuntu fragments as
well, so I'll add vexpress-android.conf and vexpress-ubuntu.conf as
On Mon, 2012-04-02 at 21:58 +0800, Andy Green wrote:
> I don't want to sound like a broken record but we have been doing this
> layered config stuff for a long time. It's a very good wheeze and
> centralizing some of it will give good results if we can do it in a
> good
> way.
>
> Here's an examp
On Mon, 2012-04-02 at 11:18 -0700, John Stultz wrote:
> On 04/02/2012 10:29 AM, Jon Medhurst (Tixy) wrote:
> > On Mon, 2012-04-02 at 08:37 -0700, John Stultz wrote:
> >> On 03/31/2012 02:17 AM, Jon Medhurst (Tixy) wrote:
> >>> We almost certainly need board specific android and ubuntu fragments as
The usual cpuidle initialization routines register the driver and
then register a cpuidle device per cpu.
By default, most drivers initialize the device state count with the
driver state count.
We can then add a new function 'cpuidle_register' where we register
the driver and the devices. These d
On 04/02/2012 06:58 AM, Andy Green wrote:
On 04/02/2012 09:40 PM, Somebody in the thread at some point said:
On Mon, 2012-04-02 at 21:10 +0800, Andy Green wrote:
If you want to do it with this complex directory scheme, please don't so
anything to the definitive sources that makes it mandatory.
On 04/02/2012 11:58 AM, Jon Medhurst (Tixy) wrote:
On Mon, 2012-04-02 at 11:18 -0700, John Stultz wrote:
On 04/02/2012 10:29 AM, Jon Medhurst (Tixy) wrote:
On Mon, 2012-04-02 at 08:37 -0700, John Stultz wrote:
On 03/31/2012 02:17 AM, Jon Medhurst (Tixy) wrote:
We almost certainly need board s
Postmortem and lessons learned for Linaro's release 2012.03
https://wiki.linaro.org/Cycles/1203/Release/Review
Highlights and Key Successes
The 12.03 release saw the debut of the refurbished Linaro Website with
a new content management system that makes creating us
On 04/03/2012 02:39 AM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 21:58 +0800, Andy Green wrote:
>> I don't want to sound like a broken record but we have been doing this
>> layered config stuff for a long time. It's a very good wheeze and
>> centralizing some of it will g
On 04/03/2012 02:58 AM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 11:18 -0700, John Stultz wrote:
>> On 04/02/2012 10:29 AM, Jon Medhurst (Tixy) wrote:
>>> On Mon, 2012-04-02 at 08:37 -0700, John Stultz wrote:
On 03/31/2012 02:17 AM, Jon Medhurst (Tixy) wrote:
> We
On 04/03/2012 03:30 AM, Somebody in the thread at some point said:
> On 04/02/2012 06:58 AM, Andy Green wrote:
>> On 04/02/2012 09:40 PM, Somebody in the thread at some point said:
>>> On Mon, 2012-04-02 at 21:10 +0800, Andy Green wrote:
If you want to do it with this complex directory scheme,
On Mon, Apr 2, 2012 at 8:29 PM, David Zinman wrote:
> Postmortem and lessons learned for Linaro's release 2012.03
>
> https://wiki.linaro.org/Cycles/1203/Release/Review
Any reason why we just have the post-mortem notes for the platform group?
Thanks,
--
Ricardo Salveti de Araujo
_
On 04/03/2012 12:50 AM, Daniel Lezcano wrote:
> The usual cpuidle initialization routines register the driver and
> then register a cpuidle device per cpu.
>
> By default, most drivers initialize the device state count with the
> driver state count.
>
> We can then add a new function 'cpuidle_re
Hi,
Following some complains and issues with the way we're currently
maintaining our main Overlay PPA, I'd like to propose a new way to
produce the Ubuntu LEBs, by generating Stable and Unstable/Development
focused images.
At the moment all the development work for the Ubuntu LEB happens at 2
dif
36 matches
Mail list logo
