On 04/12/2012 04:51 PM, Pantelis Antoniou wrote:
The data file is not readable by me version of perf.
Oops. This should be investigated. We definitely wants the perf
data to be portable (or, at least, portable with some limitations
between different hardware of the same major architecture).
C
Hello,
I am interested to know if anyone from Linaro has attempted using
Flyswatter2 on origen board. I am trying to use openocd for origen
board, and found issues as early as in reading tapid. Any pointers/help
on this is appreciated.
Note: I saw some discussion on this in irc-logs, but I c
Great!
Some more code for adding a new case:
Add in MANIFEST.in if there is a folder for the test case:
include lava_android_test/test_definitions/${test_folder}/*
Add an entry in doc/tests.rst and document if more:
+ * `${test_name}`_
On 13 April 2012 06:10, Botao Sun wrote:
> Amazing!
>
> I'
Amazing!
I'm reading it...
BR
Botao Sun
On Fri, Apr 13, 2012 at 12:45 AM, Zach Pfeffer wrote:
> Awesome YongQin.
>
> Put this email in a Wiki:
>
> https://wiki.linaro.org/Platform/Android/IntegrateATestIntoLava
>
> On 12 April 2012 05:51, YongQin Liu wrote:
> > Hi, All
> >
> > LAVA is an auto
You are very welcome. If you need anything else just let me know.
Regards,
Tom
On Thu, Apr 12, 2012 at 2:56 PM, Kevyn-Alexandre Paré
wrote:
> Thx Tom,
>
> your last release fix my problem during the sh ./conf_create.sh!
>
> KA
>
>
> On 2012-04-10, at 11:56 AM, Kevyn-Alexandre Paré wrote:
>
>> H
Thx Tom,
your last release fix my problem during the sh ./conf_create.sh!
KA
On 2012-04-10, at 11:56 AM, Kevyn-Alexandre Paré wrote:
> Hi Tom,
>
> Could you update that wiki or help me understand that part:
>
> https://wiki.linaro.org/LiveHelper/Cross
>
> "Visit http://launchpad.net/~linar
Matt,
The last release of Tom fix the problem!
KA
On 2012-04-10, at 10:54 AM, Kevyn-Alexandre Paré wrote:
> Hi Matt,
>
>
> On 2012-03-06, at 5:23 PM, Matt Waddel wrote:
>
>> Hi Kevyn,
>>
>> On 03/06/2012 02:32 PM, Kevyn-Alexandre Paré wrote:
>>> Hi,
>>>
>>> With some delay...
>>>
>>
>>
On 12 April 2012 17:08, Russell Keith Davis wrote:
> On 4/12/2012 11:47 AM, Peter Maydell wrote:
>> If you can provide me with an easy way to reproduce this on my machine
>> I can have a look at it.
>
>
> I don't actually use qemu on "real" hardware so not 100% sure it is a
> qemu-linaro problem r
On 4/12/2012 11:47 AM, Peter Maydell wrote:
On 12 April 2012 16:22, Russell Keith Davis wrote:
The only thing that changed in my setup, Virtualbox, scratchbox2, arm debian
rootfs& qemu-linaro is that i pulled a newer version than march 30th and i
went from some expected errors http://pastebin.
On Thu, Apr 12, 2012 at 11:39:42PM +0800, Ying-Chun Liu (PaulLiu) wrote:
> +#ifdef CONFIG_OF
> + struct device_node *nproot = da9052->dev->of_node;
> + struct device_node *np;
> + int c;
> +
> + if (!nproot) {
> + ret = -ENODEV;
>
On Thu, Apr 12, 2012 at 11:39:41PM +0800, Ying-Chun Liu (PaulLiu) wrote:
> +- compatible : Should be "dialog,da9052", "dialog,da9053-aa",
> + "dialog,da9053-ab", or "dialog,da9053-bb"
This is generally the stock ticker symbol so DLG for Dialog.
> +Sub-nodes:
> +- regulators
On 12 April 2012 16:22, Russell Keith Davis wrote:
> The only thing that changed in my setup, Virtualbox, scratchbox2, arm debian
> rootfs & qemu-linaro is that i pulled a newer version than march 30th and i
> went from some expected errors http://pastebin.com/QTt8S9kT to
> http://pastebin.com/2SR
From: "Ying-Chun Liu (PaulLiu)"
This patch adds device tree support for dialog regulators
Signed-off-by: Ying-Chun Liu (PaulLiu)
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Samuel Ortiz
Cc: Shawn Guo
Cc: Ashish Jangam
---
drivers/regulator/da9052-regulator.c | 44 ++
From: "Ying-Chun Liu (PaulLiu)"
This patch adds device-tree support for dialog MFD and the binding
documentations.
Signed-off-by: Ying-Chun Liu (PaulLiu)
Cc: Samuel Ortiz
Cc: Shawn Guo
Cc: Ashish Jangam
---
.../devicetree/bindings/mfd/da9052-i2c.txt | 58
driv
The only thing that changed in my setup, Virtualbox,
scratchbox2, arm debian rootfs & qemu-linaro is that i
pulled a newer version than march 30th and i went from some
expected errors http://pastebin.com/QTt8S9kT to
http://pastebin.com/2SRJRvdp
not really sure where to even start tracking it
On 04/12/2012 05:57 PM, Jon Medhurst (Tixy) wrote:
On Thu, 2012-04-12 at 17:37 +0400, Andrey Konovalov wrote:
Yes, the 12.04 release is going to be 3.4-rcX based. And indeed, there
were some conflicts when I tried rebasing your current topic branches
onto current mainline master branch (the vexp
Awesome YongQin.
Put this email in a Wiki:
https://wiki.linaro.org/Platform/Android/IntegrateATestIntoLava
On 12 April 2012 05:51, YongQin Liu wrote:
> Hi, All
>
> LAVA is an automated validation architecture, and it now has a test
> framework for running android test tools and parsing the test
On Thu, 2012-04-12 at 17:37 +0400, Andrey Konovalov wrote:
> Yes, the 12.04 release is going to be 3.4-rcX based. And indeed, there
> were some conflicts when I tried rebasing your current topic branches
> onto current mainline master branch (the vexpress-device-tree and the
> hdlcd topics). It
Hi Jon,
On 04/12/2012 12:54 PM, Jon Medhurst (Tixy) wrote:
On Wed, 2012-04-11 at 23:29 +0400, Andrey Konovalov wrote:
On 04/11/2012 11:19 PM, John Stultz wrote:
On 04/09/2012 03:18 PM, John Stultz wrote:
I went ahead and forward ported the AOSP-3.3 tree to 3.4-rc1.
You can grab it here:
git:
On Thu, Apr 12, 2012 at 11:14:38AM +, Arnd Bergmann wrote:
> On Thursday 12 April 2012, Mike Turquette wrote:
> > This series collects many of the fixes posted for the recently merged
> > common clock framework as well as some general clean-up. Most of the
> > code classifies as a clean-up mor
Hi Jeremiah,
On Thu, Apr 12, 2012 at 4:58 AM, Jeremiah Foster
wrote:
> On Mon, Apr 9, 2012 at 2:47 PM, Clark, Rob wrote:
>> On Fri, Apr 6, 2012 at 2:59 PM, Nicolas Pitre
>> wrote:
>>> On Fri, 6 Apr 2012, Ricardo Salveti wrote:
>>>
On Fri, Apr 6, 2012 at 6:05 AM, Wookey wrote:
> The
On Fri, Mar 30, 2012 at 11:03:49AM -0500, Omar Ramirez Luna wrote:
> 'domain_destroy with devices attached' case isn't yet handled, instead
> code assumes that the device was already detached.
>
> If the domain is destroyed the hardware still has access to invalid
> pointers to its page table and
On Thursday 12 April 2012, Mike Turquette wrote:
> This series collects many of the fixes posted for the recently merged
> common clock framework as well as some general clean-up. Most of the
> code classifies as a clean-up moreso than a bug fix; hopefully this is
> not a problem since the common
Hi, All
LAVA is an automated validation architecture, and it now has a test
framework for running android test tools and parsing the test output.
Please NOTE that lava-android-test is just used for running the test tools,
parsing the test output, and formatting the test result.
Here I will descri
On Mon, Apr 9, 2012 at 2:47 PM, Clark, Rob wrote:
> On Fri, Apr 6, 2012 at 2:59 PM, Nicolas Pitre
> wrote:
>> On Fri, 6 Apr 2012, Ricardo Salveti wrote:
>>
>>> On Fri, Apr 6, 2012 at 6:05 AM, Wookey wrote:
>>> > The fundamental question really is 'are we a distro or not'?
Tom Gall said; "We ar
Hi Mike
A general question to all these patches.
Do you want to get them into 3.4-rc, or linux-next?
Thanks
Andrew
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On Wed, Apr 11, 2012 at 06:02:38PM -0700, Mike Turquette wrote:
> This series collects many of the fixes posted for the recently merged
> common clock framework as well as some general clean-up. Most of the
> code classifies as a clean-up moreso than a bug fix; hopefully this is
> not a problem si
On Wed, 2012-04-11 at 23:29 +0400, Andrey Konovalov wrote:
> On 04/11/2012 11:19 PM, John Stultz wrote:
> > On 04/09/2012 03:18 PM, John Stultz wrote:
> >> I went ahead and forward ported the AOSP-3.3 tree to 3.4-rc1.
> >>
> >> You can grab it here:
> >> git://git.linaro.org/people/jstultz/android.
On Thu, Apr 12, 2012 at 10:24 AM, Andrew Lunn wrote:
> Hi Mike
>
> A general question to all these patches.
>
> Do you want to get them into 3.4-rc, or linux-next?
>
> Thanks
> Andrew
In 0/13, I think he did ask Arnd to take these in for 3.4-rc even if
they are not strictly bug fixes, si
On 11 April 2012 21:17, Omar Ramirez Luna wrote:
>
>> Can someone on the LT, working with Omar, take some time to dig into what all
>> is needed to boot mainline with DT support? I'm a little surprised
>> too that it doesn't
>> just work out of the box. :/
>
> It would be helpful to sort out if I
On 11 April 2012 06:10, Andy Green wrote:
>>
>> Can someone on the LT, working with Omar, take some time to dig into what all
>> is needed to boot mainline with DT support? I'm a little surprised
>> too that it doesn't
>> just work out of the box. :/
>
> Jassi already took a look last week at v3.
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> From: Rajendra Nayak
>
> Most users of clk_get_rate() actually assume a non zero
> return value as a valid rate returned. Returing -EINVAL
> might confuse such users, so make it instead return zero
> on error.
>
> Besides the return value of clk_get_
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> From: Shawn Guo
>
> It makes no sense to have EXPORT_SYMBOL_GPL on static functions.
>
> Signed-off-by: Shawn Guo
> Signed-off-by: Mike Turquette
> Cc: Arnd Bergman
> Cc: Olof Johansson
> Cc: Russell King
> Cc: Sascha Hauer
> Cc: Richard Zhao
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> From: Shawn Guo
>
> Change clk_register_mux to use kzalloc, just like what all other basic
> clk registration functions do.
>
> Signed-off-by: Shawn Guo
> Signed-off-by: Mike Turquette
> Cc: Arnd Bergman
> Cc: Olof Johansson
> Cc: Russell King
>
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> Documentation/clk.txt has some handsome ASCII art outlining which
> clk_ops are mandatory for a given clock, given the capability of the
> hardware. Enforce those mandates with sanity checks in __clk_init.
>
> Signed-off-by: Mike Turquette
> Cc: Arnd
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> From: Shawn Guo
>
> Besides the static initialization, the clk_ops of basic clks could
> also be used by particular clk type being subclass of the basic clks.
>
> For example, clk_busy_divider has the same clk_ops as clk_divider,
> except it has to w
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> - * If clk has the CLK_SET_RATE_GATE flag set and it is enabled this call
> - * will fail; only when the clk is disabled will it be able to change
> - * its rate.
Why is CLK_SET_RATE_GATE removed? I already sent a patch to fix clk_set_rate()
for this.
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> From: Shawn Guo
>
> The clk_ops of basic clks should have "const" to match the definition
> in "struct clk" and clk_register prototype.
>
> Signed-off-by: Shawn Guo
> Signed-off-by: Mike Turquette
> Cc: Arnd Bergman
> Cc: Olof Johansson
> Cc: Rus
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
> index 3ed36d3..4daacf5 100644
> --- a/drivers/clk/clk.c
> +++ b/drivers/clk/clk.c
> @@ -194,7 +194,7 @@ static int __init clk_debug_init(void)
> late_initcall(clk_debug_init);
> #else
> static inli
39 matches
Mail list logo
