On 05/12/2012 11:09 PM, Andrey Konovalov wrote:
> Tushar,
>
> On 05/11/2012 09:04 AM, Tushar Behera wrote:
>> On 05/11/2012 01:04 AM, Andrey Konovalov wrote:
>>> Greetings,
>>>
>>> So far I wasn't updating the linux-linaro tree since the 12.04 release.
>>> (The generic topic updates were being don
On Saturday 05 May 2012, Arnd Bergmann wrote:
> From the statements made so far, I can see no clear policy that we can
> apply to everyone. My take on this is that for any work I spend on
> multiplatform kernel, I concentrate on the DT-based board files and
> get them to work together first, but l
On Mon, May 14, 2012 at 10:52:46AM +0200, Heiko St??bner wrote:
> Am Montag, 14. Mai 2012, 01:51:00 schrieb Daniel Lezcano:
> > On 05/09/2012 04:08 PM, Daniel Lezcano wrote:
> > Are these patches ok for inclusion ?
> you might want to include the maintainer
> Kukjin Kim
> and the samsung
On 05/14/2012 10:57 AM, Mark Brown wrote:
On Mon, May 14, 2012 at 10:52:46AM +0200, Heiko St??bner wrote:
Am Montag, 14. Mai 2012, 01:51:00 schrieb Daniel Lezcano:
On 05/09/2012 04:08 PM, Daniel Lezcano wrote:
Are these patches ok for inclusion ?
you might want to include the maintainer
Am Montag, 14. Mai 2012, 01:51:00 schrieb Daniel Lezcano:
> On 05/09/2012 04:08 PM, Daniel Lezcano wrote:
> > These couple of patches use the new cpuidle core api to refactor
> > some part of the code. The first one declares the states directly
> > in the driver declaration and the second one use t
Hi Aneesh,
Adding linaro-dev in the loop as someone else could be also interested
I have reproduced my thermal error with a lava test so you can have a
complete log available here:
http://validation.linaro.org/lava-server/scheduler/job/18564/log_file
As a summary of the problem, the panda board
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone else could be also interested
I have reproduced my thermal error with a lava test so you can have a
complete log available here:
http://validation.linaro.org/lava-server/scheduler/j
On 05/14/2012 10:57 AM, Mark Brown wrote:
On Mon, May 14, 2012 at 10:52:46AM +0200, Heiko St??bner wrote:
Am Montag, 14. Mai 2012, 01:51:00 schrieb Daniel Lezcano:
On 05/09/2012 04:08 PM, Daniel Lezcano wrote:
Are these patches ok for inclusion ?
you might want to include the maintainer
On 05/14/12 18:22, Daniel Lezcano wrote:
On 05/14/2012 10:57 AM, Mark Brown wrote:
On Mon, May 14, 2012 at 10:52:46AM +0200, Heiko St??bner wrote:
Am Montag, 14. Mai 2012, 01:51:00 schrieb Daniel Lezcano:
On 05/09/2012 04:08 PM, Daniel Lezcano wrote:
Are these patches ok for inclusion ?
On 05/14/2012 03:51 PM, Kukjin Kim wrote:
On 05/14/12 18:22, Daniel Lezcano wrote:
On 05/14/2012 10:57 AM, Mark Brown wrote:
On Mon, May 14, 2012 at 10:52:46AM +0200, Heiko St??bner wrote:
Am Montag, 14. Mai 2012, 01:51:00 schrieb Daniel Lezcano:
On 05/09/2012 04:08 PM, Daniel Lezcano wrote:
(CC'd "inaro-dev" as opposed to "linaro-dev" as I guess that was a previous
typo)
On 14 May 2012 14:41, Deao, Douglas wrote:
> Andy,
>
> The commit to my clone was right after "config tilt stm and omap driver"
> on tracking-topic-stm. I used "git format-patch -1" to generate the
> patch.
>
> I
On 14 May 2012 14:46, Andy Green wrote:
> On 14/05/12 21:41, Somebody in the thread at some point said:
>
> Hi -
>
>
> The commit to my clone was right after "config tilt stm and omap driver"
>> on tracking-topic-stm. I used "git format-patch -1" to generate the
>> patch.
>>
>> I sent my patch
Original Message
Subject: Re: FW: STM Drviers update patch
Date: Mon, 14 May 2012 21:46:40 +0800
From: Andy Green
To: Deao, Douglas
CC: inaro-...@lists.linaro.org , Ryan
Harkin , Arnd Bergmann
On 14/05/12 21:41, Somebody in the thread at some point said:
Hi -
The comm
Ryan,
No worries. I have not updated yet to pick up your patches, so I had no idea
what Andy was referencing.
Regards,
Doug
From: Ryan Harkin [mailto:ryan.har...@linaro.org]
Sent: Monday, May 14, 2012 8:58 AM
To: Deao, Douglas
Cc: Andy Green; linaro-dev@lists.linaro.org; Arnd Bergmann
Subject:
The timekeeping is computed from the cpuidle core if we set
the .en_core_tk_irqen flag. Let's use it and remove the duplicated
code.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-s3c64xx/cpuidle.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/arch/arm/mac
These couple of patches use the new cpuidle core api to refactor
some part of the code. The first one declares the states directly
in the driver declaration and the second one use the timekeeping
flag to let the cpuidle core to compute the idle time.
I don't have this board, I was not able to test
The states are now part of the cpuidle_driver structure, so we can
declare the states in this structure directly. That saves us an extra
variable declaration and a memcpy.
Signed-off-by: Daniel Lezcano
---
arch/arm/mach-s3c64xx/cpuidle.c | 33 ++---
1 files changed,
On 14/05/12 20:53, Somebody in the thread at some point said:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone else could be also interested
I have reproduced my thermal error with a lava test so you can have a
complete log avail
On Mon, May 14, 2012 at 5:12 PM, Andy Green wrote:
> On 14/05/12 20:53, Somebody in the thread at some point said:
>>
>> On 14/05/12 20:45, Somebody in the thread at some point said:
>>>
>>> Hi Aneesh,
>>>
>>> Adding linaro-dev in the loop as someone else could be also interested
>>>
>>> I have re
On 14/05/12 22:23, Somebody in the thread at some point said:
On Mon, May 14, 2012 at 5:12 PM, Andy Green wrote:
On 14/05/12 20:53, Somebody in the thread at some point said:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone e
Hey folks.
Initial batch of LAVA tests in fast models are now running in the Linaro
validation lab. This initial run is designed to see how behaves in
practice and to check for omissions occurring away from my computer.
The branch that I've deployed is lp:~zkrynicki/lava-core/demo-3 (it
depe
On 14 May 2012 13:40, Tushar Behera wrote:
> On 05/12/2012 11:09 PM, Andrey Konovalov wrote:
>> Tushar,
>>
>> On 05/11/2012 09:04 AM, Tushar Behera wrote:
>>> On 05/11/2012 01:04 AM, Andrey Konovalov wrote:
Greetings,
So far I wasn't updating the linux-linaro tree since the 12.04 re
Yuppers...
Pictures here:
https://plus.google.com/u/0/104422661029399872488/posts/3KpdBSzW4FK
Its working!
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro
http://twitter.com/#!
All,
In our ongoing effort to move to an upstream-supported code base and
booting the snowball with a device tree (DT) I have change the boot
loader in the following android builds [1][2][3] to u-boot-linaro-stable
[4].
Once the linaro-uboot is installed in a system it won't be able to boot
image
Hi,
I've previously read (probably on Phoronix) that Linaro is working out
a 'standard' kernel interface for 2D blitters IPs as commonly found on
SoCs.
Has it ever been the case? If yes, are there any
documentation/references online?
Thanks,
-Ilyes
_
On 14 May 2012 17:48, Suresh Kumar SHUKLA wrote:
> Hi all,
>
> I need some help in choosing right version of rootfs for my environment.
>
> I have a development board with ST SoC with Cortex-A9 dual core and
> VFPv3-D16. Kernel version available to me is 2.6.37.
> I am using Debian 6 arm-hf port,
Hi Tushar,
On Mon, May 14, 2012 at 8:04 PM, Tushar Behera wrote:
> On 14 May 2012 13:40, Tushar Behera wrote:
>> On 05/12/2012 11:09 PM, Andrey Konovalov wrote:
>>> Tushar,
>>>
>>> On 05/11/2012 09:04 AM, Tushar Behera wrote:
On 05/11/2012 01:04 AM, Andrey Konovalov wrote:
> Greetings,
Andy Green writes:
> On 14/05/12 20:45, Somebody in the thread at some point said:
>> Hi Aneesh,
>>
>> Adding linaro-dev in the loop as someone else could be also interested
>>
>> I have reproduced my thermal error with a lava test so you can have a
>> complete log available here:
>> http://valid
On 15/05/12 07:17, Somebody in the thread at some point said:
Andy Green writes:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone else could be also interested
I have reproduced my thermal error with a lava test so you can hav
On 15/05/12 07:03, Somebody in the thread at some point said:
While migrating the Android solution to use linux-linaro-core-tracking, I
get kernel panic with umm-patchset (haven't dug deep into it though, it
might be because the multimedia drivers are not yet migrated for using UMM).
Would it be
Thanks Michael, these steps worked fine.
My kernel is built with statically linked modules, so I skipped initrd.
I am able to boot and reach a console (with pty logging errors, and delay in
prompt).
I am getting some CPU stall errors occasionally.
Regards,
Suresh
__
31 matches
Mail list logo