On 16 May 2012 09:38, Paul Larson wrote:
> On Tue, May 15, 2012 at 4:24 PM, Tom Gall wrote:
>
>> HI Paul,
>>
>> On Tue, May 15, 2012 at 4:14 PM, Paul Larson
>> wrote:
>> > Cool, does this replace the existing e2daudiotest I guess?
>>
>> Please consider it as complementary.
>>
>> Ah, I see after
On 16 May 2012 02:44, Paul Larson wrote:
> Cool, does this replace the existing e2daudiotest I guess?
This script can serve as a unified interface to various audio tests that we
are developing.
Kurt (adding in CC) has suggested to plug-in e2eaudiotest into this as well.
Also, has it already be
Hello All
Just discovered something, wanted to share, might be that many out there
will be knowing this, for the unknowns sharing this:
We do few source file change and then end up building the entire stuff
using "make" command. Mid way through the build we see that a single
annoying COMPILE ERRO
On Tue, May 15, 2012 at 4:24 PM, Tom Gall wrote:
> HI Paul,
>
> On Tue, May 15, 2012 at 4:14 PM, Paul Larson
> wrote:
> > Cool, does this replace the existing e2daudiotest I guess?
>
> Please consider it as complementary.
>
> Ah, I see after looking at it a bit more. This one isn't completely
a
Add various functionality needed to enable a imx53 low power idle
state. This includes adding the imx53 gpc_dvfs clock and making a
common imx5_late_init function and initializing all imx53
MACHINE_STATE late_init calls to imx5_late_init.
Signed-off-by: Robert Lee
---
arch/arm/mach-imx/clock-m
A change is needed in the IMX_IO_P2V macro to allow all imx5 platforms
to use common definitions when accessing registers of peripherals on
the AIPS2 bus. With this change, IMX_IO_P2V(MX50_AIPS2_BASE_ADDR) ==
IMX_IO_P2V(MX51_AIPS2_BASE_ADDR) == IMX_IO_P2V(MX53_AIPS2_BASE_ADDR).
This change was te
Add cpuidle driver for imx5 platform.
Signed-off-by: Robert Lee
---
arch/arm/mach-imx/pm-imx5.c | 44 ---
1 file changed, 41 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-imx/pm-imx5.c b/arch/arm/mach-imx/pm-imx5.c
index 6e62d79..966c71b 1006
Cleanup up imx5 idle code and enable imx5 low powe idle for imx53.
Add common imx cpuidle initialization functionality and add a i.MX5 and i.MX6Q
platform cpuidle implementation.
Based on v3.4-rc7 plus recently submitted/accepted MACHINE_INIT late_initcall
patch: http://www.spinics.net/lists/arm
Add basic imx6q cpuidle driver. For now, only basic WFI state is
supported. Deeper idle states will be added in the future.
Signed-off-by: Robert Lee
---
arch/arm/mach-imx/mach-imx6q.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/mach-imx/mach-imx6q.c b/a
Add additional comments to the tzic_enable_wake() funciton to
clarify its intended usage.
Signed-off-by: Robert Lee
---
arch/arm/plat-mxc/tzic.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/plat-mxc/tzic.c b/arch/arm/plat-mxc/tzic.c
index 98308ec..a45dbea 100644
--- a/arch
The imx5 idle code that existed in mm-imx5.c is moved to pm-imx5.c.
The imx5_pm_init call is now exported and called during the
MACHINE_START late_init in supported imx5 platforms.
Remove various enabling/disabling of the gpc_dvfs clock and
enable it once during initialization. This is a very low
Add common cpuidle init functionality that can be used by various
imx platforms.
Signed-off-by: Robert Lee
---
arch/arm/plat-mxc/Makefile |1 +
arch/arm/plat-mxc/cpuidle.c | 80 ++
arch/arm/plat-mxc/include/mach/cpuidle.h | 22 ++
On 2 May 2012 21:11, Omar Ramirez Luna wrote:
> Recently a patch went in for tidspbridge code, to ioremap
> SCM registers and solve a build break[1]. However it has
> been pointed out before that this is a layer violation
> given that control module should handle its own registers, this
> series i
HI Paul,
On Tue, May 15, 2012 at 4:14 PM, Paul Larson wrote:
> Cool, does this replace the existing e2daudiotest I guess?
Please consider it as complementary.
> Also, has it
> already been shown to work on all of the listed board?
Yes but that's not to say there aren't issues here and there fo
Cool, does this replace the existing e2daudiotest I guess? Also, has it
already been shown to work on all of the listed board?
On Tue, May 15, 2012 at 9:00 AM, Harsh Prateek Bora
wrote:
>AudiVal (Audio Validation Suite for Linux)
>
> This is an attempt to automate and integrate various audio
The agenda's at:
https://wiki.linaro.org/Platform/Android/Meetings/2012-05-16
Feel free to add to it, etc...
For Android team members, please post your status.
See you tomorrow!
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Fo
* Kevin Hilman [120515 13:17]:
> Tony Lindgren writes:
>
> [...]
>
> > That's already merged as 8259573b (ARM: OMAP2+: nand: Make
> > board_onenand_init()
> > visible to board code) so we need to apply it as a fix.
> >
> > Can you do a fix with your Signed-off-by or at least reply with that
>
Tony Lindgren writes:
[...]
> That's already merged as 8259573b (ARM: OMAP2+: nand: Make
> board_onenand_init()
> visible to board code) so we need to apply it as a fix.
>
> Can you do a fix with your Signed-off-by or at least reply with that
> so I can apply it?
Here you go. Applies to your
* Kevin Hilman [120515 11:17]:
> Tony Lindgren writes:
>
> > * Javier Martinez Canillas [120427 02:33]:
> >> On Wed, Apr 25, 2012 at 9:59 AM, Enric Balletbò i Serra
> >> wrote:
> >> >
> >> > Tony, as this is a fix ,may be included ?
> >> >
> >> > Acked-by: Enric Balletbo i Serra
> >> > Tested
Thanks for the references!
-Ilyes
On Tue, May 15, 2012 at 8:03 PM, Jesse Barker wrote:
> OK, so with respect to that article, we've been working with our
> members to provide KMS drivers for their SoCs. The results are in
> varying states of completeness and availability, but I would expect
> t
Thanks for the references!
-Ilyes
On Tue, May 15, 2012 at 8:03 PM, Jesse Barker wrote:
> OK, so with respect to that article, we've been working with our
> members to provide KMS drivers for their SoCs. The results are in
> varying states of completeness and availability, but I would expect
> t
OK, so with respect to that article, we've been working with our
members to provide KMS drivers for their SoCs. The results are in
varying states of completeness and availability, but I would expect
that to improve in the coming cycles. You should be able to find DRM
drivers for pandaboard (omapd
Hi Jesse,
Here: http://www.phoronix.com/scan.php?page=news_item&px=OTI0MA and
http://lists.freedesktop.org/archives/wayland-devel/2011-March/000855.html
It doesn't propose a unified interface for 2D accelerators on SoCs, though.
> There's nothing I'm aware of that would define what you are askin
Tony Lindgren writes:
> * Javier Martinez Canillas [120427 02:33]:
>> On Wed, Apr 25, 2012 at 9:59 AM, Enric Balletbò i Serra
>> wrote:
>> >
>> > Tony, as this is a fix ,may be included ?
>> >
>> > Acked-by: Enric Balletbo i Serra
>> > Tested-by: Enric Balletbo i Serra
>> >
>> > Cheers,
>> >
Can you point out the article you're referring to that mentioned the
Linaro project?
There's nothing I'm aware of that would define what you are asking
(apart from the Xserver's EXA framework which certainly isn't new or
in the kernel). Even the interfaces exported by DRM require user
space code
Hi Christian,
Yes dma-buf is part of the picture, but rather if any work has been
done to define an interface for the device itself, not the buffers.
I do know that these are mostly managed from user-space for
performance reasons, however I was curious to see if anything has been
in the works for
Em Tue, May 15, 2012 at 07:27:39PM +0400, Dmitry Antipov escreveu:
> Hello,
>
> are there any thoughts on how much of the perf.data is portable and how much
> it should be?
> I'm interesting in recording scheduler activity on one machine and then
> replaying on
> another. As I can see, replaying
On 15 May 2012 13:45, Mans Rullgard wrote:
> On 15 May 2012 13:05, Ramana Radhakrishnan
> wrote:
>> On 15 May 2012 12:54, Alexander Sack wrote:
>>> Basically a gadget that allows you to use one sd card shared by two
>>> computers.
>>>
>>> Power off computer A and computer B will see the sdcard.
On 14 May 2012 15:24, Mathieu Poirier wrote:
> 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-u
Hello,
are there any thoughts on how much of the perf.data is portable and how much it
should be?
I'm interesting in recording scheduler activity on one machine and then
replaying on
another. As I can see, replaying x86 perf.data on ARM doesn't work. At least,
should it
work with a small subse
On 15/05/12 23:01, Somebody in the thread at some point said:
If it's the case that stuff in linaro tree is more upstream-converged than
what Tushar's tree works with, then we can put it another way: the current
implementation in Samsung tree (no ding intended since it can just as easily
be any
On 15 May 2012 04:33, Alexander Sack wrote:
> 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/
On 15 May 2012 08:17, Andy Green wrote:
> 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 dr
On Mon, May 14, 2012 at 10:18:17PM +0100, Ilyes Gouta wrote:
> 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 onl
AudiVal (Audio Validation Suite for Linux)
This is an attempt to automate and integrate various audio related tests which
can help validate audio on various boards supported by Linaro. Motivation for
this project comes from various audio tests listed at:
https://wiki.linaro.org/TomGall/LinaroA
On 12-05-15 01:04 AM, Ricardo Salveti wrote:
> On Mon, May 14, 2012 at 5:24 PM, Mathieu Poirier
> wrote:
>> 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 buil
On 15 May 2012 13:05, Ramana Radhakrishnan
wrote:
> On 15 May 2012 12:54, Alexander Sack wrote:
>> Basically a gadget that allows you to use one sd card shared by two
>> computers.
>>
>> Power off computer A and computer B will see the sdcard. Power on
>> computer A and sd card will get unplugge
On 15 May 2012, at 13:05, Ramana Radhakrishnan wrote:
> On 15 May 2012 12:54, Alexander Sack wrote:
>> On Tue, May 15, 2012 at 1:44 PM, Ramana Radhakrishnan
>> wrote:
>>> On 15 May 2012 12:38, Loïc Minier wrote:
On Mon, May 14, 2012, Zach Pfeffer wrote:
> https://plus.google.com/u/0/10
On 15 May 2012 12:54, Alexander Sack wrote:
> On Tue, May 15, 2012 at 1:44 PM, Ramana Radhakrishnan
> wrote:
>> On 15 May 2012 12:38, Loïc Minier wrote:
>>> On Mon, May 14, 2012, Zach Pfeffer wrote:
https://plus.google.com/u/0/104422661029399872488/posts/3KpdBSzW4FK
>>>
>>> awesome!! how
On Tue, May 15, 2012 at 1:44 PM, Ramana Radhakrishnan
wrote:
> On 15 May 2012 12:38, Loïc Minier wrote:
>> On Mon, May 14, 2012, Zach Pfeffer wrote:
>>> https://plus.google.com/u/0/104422661029399872488/posts/3KpdBSzW4FK
>>
>> awesome!! how expensive is it to build in the end? Will we build so
On 15 May 2012 12:38, Loïc Minier wrote:
> On Mon, May 14, 2012, Zach Pfeffer wrote:
>> https://plus.google.com/u/0/104422661029399872488/posts/3KpdBSzW4FK
>
> awesome!! how expensive is it to build in the end? Will we build some
> for LAVA folks to play with?
It sounds very nice and useful -
On Mon, May 14, 2012, Zach Pfeffer wrote:
> https://plus.google.com/u/0/104422661029399872488/posts/3KpdBSzW4FK
awesome!! how expensive is it to build in the end? Will we build some
for LAVA folks to play with?
--
Loïc Minier
___
linaro-dev mailin
On Mon, May 14, 2012 at 5:24 PM, Mathieu Poirier
wrote:
> 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 t
43 matches
Mail list logo
