Hi Sascha,
On Tue, Feb 15, 2011 at 7:27 PM, Sascha Hauer wrote:
> On Fri, Feb 11, 2011 at 10:36:12AM +0100, yong.s...@linaro.org wrote:
> > From: Yong Shen
> >
> > implement cpuidle driver for iMX5 SOCs, leave cpuidle params to board
> > related code.
> >
> > Signed-off-by: Yong Shen
> > ---
>
Hi Sascha,
> > + local_irq_disable();
> > + do_gettimeofday(&before);
> > +
> > + plat_lpc = __raw_readl(MXC_CORTEXA8_PLAT_LPC) &
> > + ~(MXC_CORTEXA8_PLAT_LPC_DSM);
>
> One thing that strikes me here is the fact that this code can probably
> run on i.MX53 aswell, right? It's
On Wed, Feb 16, 2011 at 09:37:47AM +0100, Yong Shen wrote:
> Hi Sascha,
>
>
> > > + local_irq_disable();
> > > + do_gettimeofday(&before);
> > > +
> > > + plat_lpc = __raw_readl(MXC_CORTEXA8_PLAT_LPC) &
> > > + ~(MXC_CORTEXA8_PLAT_LPC_DSM);
> >
> > One thing that strikes me he
On Fri, Feb 11, 2011 at 10:36:12AM +0100, yong.s...@linaro.org wrote:
> From: Yong Shen
>
> implement cpuidle driver for iMX5 SOCs, leave cpuidle params to board
> related code.
>
> Signed-off-by: Yong Shen
> ---
> arch/arm/mach-mx5/Makefile |1 +
> arch/arm/mach-mx5/cpuidle.c | 113
> +
On Wed, Feb 16, 2011 at 10:13 AM, Sascha Hauer wrote:
> On Wed, Feb 16, 2011 at 09:37:47AM +0100, Yong Shen wrote:
> > Hi Sascha,
> >
> >
> > > > + local_irq_disable();
> > > > + do_gettimeofday(&before);
> > > > +
> > > > + plat_lpc = __raw_readl(MXC_CORTEXA8_PLAT_LPC) &
> > > > +
[omit..]
>>> ** Show me the use case
>>> The attached patch is just trivial proof-of concept implementation
>>> done by Jeremy Chang that adds a 'monkey'
>>> test definition file for abrek. Once TCP/IP or USB is ready, for
>>> Android's monkey testing, the procedure is like
>>> as following:
>>> (
W dniu 16.02.2011 10:28, Jeremy Chang pisze:
Jeremy, could you prepare the testing environment using Android emulator?
We could write down the instructions in wiki for reference.
Emulator is a good start. I created a page for reference, introducing
Android emulator based testing environment.
as
Hi all!
This is very good analysis you have done, and I would just add that Monkey
is only one simpler example where the test execution using abrek is not an
option. Another example from Android world is CTS:
http://source.android.com/compatibility/cts-intro.html. Most certainly, all
test suites a
On Tuesday 15 February 2011, Clark, Rob wrote:
> I'd been experimenting a bit on the side w/ the DRM driver framework (
> http://gitorious.com/~robclark/pandaboard/robclarks-kernel-omap4/commits/omap_gpu
> ), but had to add a good chunk of mostly boilerplate code to our xorg
> driver in order just
On Tue, Feb 8, 2011 at 1:10 PM, Jamie Bennett wrote:
> Hi,
>
> There is now a much easier way to download the daily Linaro images and
> hardware packs, the /latest link. Inside each build directory a /latest
> link will always point to the latest successful build. The following
> urls are currentl
I really appreciate the big pandaboard commercial covering the entire page
upon load :-). In fact really amusing...
BR
/R
On 15 February 2011 15:11, Lee Jones wrote:
>
> http://eetimes.eu/en/st-ericsson-launches-the-igloo-open-source-community.html?cmp_id=7&news_id=222905920&vID=209#
>
> =:-D
>
2011/2/16 Mirsad Vojnikovic :
> Hi all!
>
hi Mirsad,
> This is very good analysis you have done, and I would just add that Monkey
> is only one simpler example where the test execution using abrek is not an
> option.
True.
> Another example from Android world is CTS:
> http://source.android.com
W dniu 16.02.2011 11:22, Mirsad Vojnikovic pisze:
Zygmunt has already identified key points for Job Dispatcher to support
this, but one thing I would like to comment:
Another crazy option would be to expose LAVA Job Dispatcher directly
and allow people to run jobs. In this case one job
On 16 February 2011 05:27, Zygmunt Krynicki wrote:
> W dniu 16.02.2011 11:22, Mirsad Vojnikovic pisze:
>
>
>
> Zygmunt has already identified key points for Job Dispatcher to support
>> this, but one thing I would like to comment:
>>
>>Another crazy option would be to expose LAVA Job Dispatch
> Another crazy option would be to expose LAVA Job Dispatcher directly and
>> allow people to run jobs. In this case one job would use abrek and some
>> other tools to invoke tests, process results and send them to the dashboard
>> while other job (one for android) would not run abrek at all, inste
W dniu 16.02.2011 15:10, Paul Larson pisze:
Another crazy option would be to expose LAVA Job Dispatcher
directly and allow people to run jobs. In this case one job
I hope you don't really think this is a crazy idea, because it's
*exactly* what we discussed doing, and I think i
On Wed, Feb 16, 2011 at 8:16 AM, Zygmunt Krynicki <
zygmunt.kryni...@linaro.org> wrote:
>
> Yeah, when you mentioned this now I started thinking. Do we really need a
> daemon-like component for the dispatcher in general or just in the farm
> environment. Can we assume that having the implementatio
On 16 February 2011 06:10, Paul Larson wrote:
>
>
>
>> Another crazy option would be to expose LAVA Job Dispatcher directly and
>>> allow people to run jobs. In this case one job would use abrek and some
>>> other tools to invoke tests, process results and send them to the dashboard
>>> while oth
On 16 February 2011 06:24, Paul Larson wrote:
>
>
> On Wed, Feb 16, 2011 at 8:16 AM, Zygmunt Krynicki <
> zygmunt.kryni...@linaro.org> wrote:
>
>>
>> Yeah, when you mentioned this now I started thinking. Do we really need a
>> daemon-like component for the dispatcher in general or just in the far
On Wed, Feb 16, 2011 at 12:55:31PM +, Dave Martin wrote:
> So far, so good, but we still don't shapshort linaro-image-tools along
> with releases.
> This will become a problem because l-i-t evolves over time -- I've
> already had to start explaining to people how to check out old
> versions of
Speaking for the Linaro graphics working group, I think it's great. And, I
think you're right, that if enough of the KMS support in xf86-video-* is
similar enough (I was only aware of intel and nouveau supporting it properly
at current), pulling it out into a common layer would make it easier to
s
On Wed, 16 Feb 2011 12:55:31 +, Dave Martin wrote:
> So far, so good, but we still don't shapshort linaro-image-tools along
> with releases.
>
> This will become a problem because l-i-t evolves over time -- I've
> already had to start explaining to people how to check out old
> versions of l-
On Wed, Feb 16, 2011 at 2:53 PM, James Westby
wrote:
> On Wed, 16 Feb 2011 12:55:31 +, Dave Martin
> wrote:
>> So far, so good, but we still don't shapshort linaro-image-tools along
>> with releases.
>>
>> This will become a problem because l-i-t evolves over time -- I've
>> already had to s
On Wed, Feb 16, 2011 at 2:56 PM, Dave Martin wrote:
> On Wed, Feb 16, 2011 at 2:53 PM, James Westby
> wrote:
>> On Wed, 16 Feb 2011 12:55:31 +, Dave Martin
>> wrote:
>>> So far, so good, but we still don't shapshort linaro-image-tools along
>>> with releases.
>>>
>>> This will become a prob
On 16 February 2011 14:56, Dave Martin wrote:
> OK I'll try to reproduce it--- but unless we test every l-m-c with all
> old releases, surely we're going to get regressions over time?
Sounds like something it would be worth automating in hudson...
-- PMM
Hi All,
The minutes of the power management weekly call can be found at :
https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2011-02-16
Regards,
Vincent
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailma
On Tue, 15 Feb 2011, Vishwanath Sripathy wrote:
> Hi Nicolas,
>
> Pls find attached the patch set for supporting DVFS feature on OMAP.
> These patches have been generated against latest Linaro 2.6.37 tree
> and tested on OMAP3430 and ZOOM3.
>
> Note that these patches are already posted to linux
On (12/01/11 07:54), Michael Hope wrote:
> On Tue, Jan 11, 2011 at 3:40 PM, Khem Raj wrote:
> > Hi
> >
> > Commit r99457 on linaro 4.5 branch is causing a ICE when compiling the
> > attached file with following options
> >
> > gcc-4_5-branch/build.i686-linux.armeb-oe-linux-gnueabi/gcc/cc1 -O2
> >
On (12/01/11 07:54), Michael Hope wrote:
> On Tue, Jan 11, 2011 at 3:40 PM, Khem Raj wrote:
> > Hi
> >
> > Commit r99457 on linaro 4.5 branch is causing a ICE when compiling the
> > attached file with following options
> >
> > gcc-4_5-branch/build.i686-linux.armeb-oe-linux-gnueabi/gcc/cc1 -O2
> >
>From 494eb1f2bb56261815e4230e582d27311f32ae81 Mon Sep 17 00:00:00 2001
From: Akihiro MAEDA
Date: Thu, 17 Feb 2011 07:16:37 +0900
Subject: [PATCH 1/1] Add virtual battery driver
This patch adds virtual battery driver.
This is based on
git://git.linaro.org/people/jstultz/linux.git dev/linaro.andro
On Thu, 2011-02-17 at 08:08 +0900, sola wrote:
> From 494eb1f2bb56261815e4230e582d27311f32ae81 Mon Sep 17 00:00:00 2001
> From: Akihiro MAEDA
> Date: Thu, 17 Feb 2011 07:16:37 +0900
> Subject: [PATCH 1/1] Add virtual battery driver
>
> This patch adds virtual battery driver.
> This is based on
>
On Wed, Feb 16, 2011 at 4:45 PM, Peter Maydell wrote:
> On 16 February 2011 14:56, Dave Martin wrote:
>> OK I'll try to reproduce it--- but unless we test every l-m-c with all
>> old releases, surely we're going to get regressions over time?
>
> Sounds like something it would be worth automating
On Sat, Feb 12, 2011 at 06:17:02PM +0530, Thomas Abraham wrote:
> This patch adds the of_match_table to enable s3c2410-wdt driver
> to be probed when watchdog device node is found in the device tree.
>
> Signed-off-by: Thomas Abraham
> ---
> drivers/watchdog/s3c2410_wdt.c | 10 ++
> 1
On Sat, Feb 12, 2011 at 06:17:03PM +0530, Thomas Abraham wrote:
> The uart ports are used as console and due to console_init, the uart ports
> are initialized prior to the uart driver's probe function is called.
> During this intialization stage, the driver obtains the default port
> register value
On Sat, Feb 12, 2011 at 06:17:04PM +0530, Thomas Abraham wrote:
> Enable snooping of platform_device registrations for s5pv310-dt machine.
>
> Signed-off-by: Thomas Abraham
> ---
> arch/arm/mach-s5pv310/mach-s5pv310-dt.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --gi
On Sat, Feb 12, 2011 at 06:17:05PM +0530, Thomas Abraham wrote:
> The default uart port register settings are obtained from the platform data.
> In addition to that, this patch adds support for obtaining the default uart
> port
> register values from the uart node in device tree.
>
> Signed-off-b
On Sat, Feb 12, 2011 at 06:17:00PM +0530, Thomas Abraham wrote:
> This patch adds a basic dts file for Samsung's SMDKV310 board which
> is based on the s5pv310 machine.
>
> Signed-off-by: Thomas Abraham
Structure looks good. Some comments below, but it is getting close.
> ---
> arch/arm/mach-
On Sat, Feb 12, 2011 at 5:46 AM, Thomas Abraham
wrote:
> This patchset adds Samsung's s5pv310 machine with device tree support. This
> is based on
>
> git://git.secretlab.ca/git/linux-2.6 devicetree/test
>
> A new machine s5pv310-dt is added along with a dts file for the smdkv310
> board.
> Some
I'm still in the learning-as-I-go phase here, so definitely not ready
to propose a solution, but it does seem to me like there is room for
some sort of kms-helper library here to handle more of the boilerplate
xf86-video-* stuff.. I guess I'll have a better picture once I have a
chance to add supp
There is already one KMS abstraction layer (libkms.so) in libdrm, maybe it
can serve as what we needed.
Regards,
Jammy
On Thu, Feb 17, 2011 at 9:08 AM, Clark, Rob wrote:
> I'm still in the learning-as-I-go phase here, so definitely not ready
> to propose a solution, but it does seem to me like
Thanks john.
I recreate the patch.
I'll post again.
Regards,
Akihiro
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
41 matches
Mail list logo
