Listing android tests in LAVA

W dniu 18.06.2011 11:07, Zygmunt Krynicki pisze: One thing I'd like to see ASAP with LAVA is to list the build that was tested on the test results page. It is listed, unless I'm mistaken: http://validation.linaro.org/launch-control/dashboard/test-results/399109/ See the Android.URL below.

I'm unable to connect to IRC (xchat-gnome crashes)

Hi everyone. I'm online but my xchat-gnome is crashing on startup. I'm trying to figure out what might be causing this. zyga@W510:~$ gdb xchat-gnome GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: Listing android tests in LAVA

Hello Zygmunt, On Mon, 20 Jun 2011 10:00:10 +0200 Zygmunt Krynicki zygmunt.kryni...@linaro.org wrote: W dniu 18.06.2011 11:07, Zygmunt Krynicki pisze: One thing I'd like to see ASAP with LAVA is to list the build that was tested on the test results page. It is listed, unless I'm

Re: Listing android tests in LAVA

W dniu 20.06.2011 10:50, Paul Sokolovsky pisze: Hi, this was a very simple report, have a look. It shows the 10 most recent test runs of anything that has android.url attribute. http://validation.linaro.org/launch-control/dashboard/reports/android-runs/ Just to remind, at

Re: Listing android tests in LAVA

On Mon, 20 Jun 2011 10:56:16 +0200 Zygmunt Krynicki zygmunt.kryni...@linaro.org wrote: W dniu 20.06.2011 10:50, Paul Sokolovsky pisze: Hi, this was a very simple report, have a look. It shows the 10 most recent test runs of anything that has android.url attribute.

Re: Getting rid of alignment faults in userspace

On Fri, Jun 17, 2011 at 11:53:21PM +0100, Paul Brook wrote: There is still going to be a small cost even in hardware fixup so this is very much worth solving despite it's becoming invisible because the chips are hiding / solving it already. But I believe that h/w feature is turned

Re: Listing android tests in LAVA

W dniu 20.06.2011 11:20, Paul Sokolovsky pisze: Have a look: http://bazaar.launchpad.net/~linaro-validation/lava-dashboard/data-views-and-reports/revision/18 Can you tell me if I should do some kind of filtering/processing? Yes, apparently. Can you point me to the code which queues and

Re: Getting rid of alignment faults in userspace

On Sat, Jun 18, 2011 at 03:17:59PM -0400, Nicolas Pitre wrote: On Sat, 18 Jun 2011, Arnaud Patard wrote: Dave Martin dave.mar...@linaro.org writes: Hi, Hi all, I've recently become aware that a few packages are causing alignment faults on ARM, and are relying on the alignment

[PATCH 2/6] serial: samsung: Add device tree support for s5pv210 uart driver

For device tree based probe, the dependecy on pdev-id to attach a corresponding default port info to the driver's private data is removed. The fifosize parameter is obtained from the device tree node and the next available instance of port info is updated with the fifosize value and attached to

[PATCH 5/6] arm: dts: Add nodes in smdkv310 device tree source file

Include device tree nodes for watchdog timer, sdhci instance 0 and 1, and uart instances 0 to 3. Signed-off-by: Thomas Abraham thomas.abra...@linaro.org --- arch/arm/boot/dts/exynos4-smdkv310.dts | 135 +++- 1 files changed, 133 insertions(+), 2 deletions(-) diff

[PATCH 1/6] serial: samsung: Keep a copy of platform data in driver's private data

The driver depends on pdev-dev.platform_data to retrive information about the platform data even after the initialization. To add device tree support, this has to be changed in way that the platform data is avialable from driver's private data. This patch adds support for keeping a copy of the

[PATCH 6/6] arm: exynos4: Add a new Exynos4 device tree enabled machine

Basic Exynos4 machine with device tree support that can boot on a Exynos4 based smdkv310 board and bring up the console. Signed-off-by: Thomas Abraham thomas.abra...@linaro.org --- Documentation/devicetree/bindings/arm/samsung.txt |3 +- arch/arm/mach-exynos4/Kconfig |

[PATCH 1/2] config: omap2+: force fb and dss support as built-in

In certain board files, there are references to vram related functions which are defined in drivers/video/omap2/vram.c. Because of this direct dependency, CONFIG_FB_OMAP2 should be a built-in feature. As per the current architecture, CONFIG_FB_OMAP2 is dependent on CONFIG_OMAP2_DSS. Hence

RE: [PATCH 1/2] config: omap2+: force fb and dss support as built-in

-Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tushar Behera Sent: Monday, June 20, 2011 4:16 PM To: linux-ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-fb...@vger.kernel.org;

[PATCH 2/2] video: omap2: Compile omap2 support only when needed

Currently display support for omap2 is selected by default and it gets built for all the configurations. Instead of it being a built-in feature, it's compilation should depend on the config option CONFIG_FB_OMAP2. Cc: Paul Mundt let...@linux-sh.org Cc: Tomi Valkeinen tomi.valkei...@nokia.com Cc:

[ACTIVITY] Graphics WG status - 20110613-20110617

Meeting minutes https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-06-15 Status summary https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Status/2011-06-15 Highlights: * Unity/NUX: getting along pretty good. Sorted out the GL errors experienced before. Working now

Re: playing with the lava scheduler

On Mon, Jun 20, 2011 at 10:55 AM, Michael Hudson-Doyle michael.hud...@linaro.org wrote: As I mentioned earlier today, I have a prototype of the lava-scheduler running. It's a bit hard to set up currently; sorry about that. Here's a sketch of what you need to do: 1) Create a virtualenv

RE: ST-E STM Driver Review

Hi Philippe, Some comments on stm-trace.txt, for points 1, 2, 3. Maybe I can schedule a conference call this week to go over some of the notes, let me know. Best regards, Arvind -Original Message- From: Philippe Langlais [mailto:philippe.langl...@linaro.org] Sent: Thursday, May 26,

Re: LAVA Dashboard user forum

On Mon, 20 Jun 2011 12:10:08 +1200, Michael Hudson-Doyle michael.hud...@linaro.org wrote: Something I don't completely have a plan for in my head at the moment is connecting the dots, or preserving identity between componenets (as I think Zygmunt put it). We have a build, which will trigger a

Re: Listing android tests in LAVA

On Mon, Jun 20, 2011 at 4:20 AM, Paul Sokolovsky paul.sokolov...@linaro.org wrote: Can you tell me if I should do some kind of filtering/processing? Yes, apparently. Can you point me to the code which queues and sets 'android.url' attribute on a test input? It's a script that I'm just

RE: [PATCH 1/2] config: omap2+: force fb and dss support as built-in

-Original Message- From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] Sent: Monday, June 20, 2011 5:51 PM To: Premi, Sanjeev Cc: Tushar Behera; linux-ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-fb...@vger.kernel.org; linux-o...@vger.kernel.org;

Re: [PATCHv3 5/11 ] Regulator: Fixed DA9052 _sel() functions

On Mon, Jun 20, 2011 at 05:33:12PM +0530, ashishj3 wrote: --- a/drivers/regulator/da9052-regulator.c +++ b/drivers/regulator/da9052-regulator.c @@ -24,7 +24,7 @@ #include linux/mfd/da9052/reg.h #include linux/mfd/da9052/pdata.h -/* Buck step size Macros */ +/* Buck step size */

Re: [PATCH 1/2] config: omap2+: force fb and dss support as built-in

On Mon, 2011-06-20 at 16:16 +0530, Tushar Behera wrote: In certain board files, there are references to vram related functions which are defined in drivers/video/omap2/vram.c. Because of this direct dependency, CONFIG_FB_OMAP2 should be a built-in feature.

[PATCH] ARM: mx5: change babbage card_detect and write_protect to use gpio

Due to the issue reported with ESDHC_CD_CONTROLLER mode as below, GPIO mode becomes the best choice for card detection before the issue gets addressed. http://article.gmane.org/gmane.linux.ports.arm.kernel/120790 Signed-off-by: Shawn Guo shawn@linaro.org --- Actually the issue has been fixed

Re: [PATCH] ARM: mx5: change babbage card_detect and write_protect to use gpio

On Mon, 20 Jun 2011, Shawn Guo wrote: Due to the issue reported with ESDHC_CD_CONTROLLER mode as below, GPIO mode becomes the best choice for card detection before the issue gets addressed. http://article.gmane.org/gmane.linux.ports.arm.kernel/120790 Signed-off-by: Shawn Guo

Re: device tree stuff for linaro-2.6.39

On Thu, Jun 9, 2011 at 5:41 AM, Nicolas Pitre nicolas.pi...@linaro.org wrote: On Wed, 8 Jun 2011, John Rigby wrote: Nicolas, Is device tree stuff equivalent to what was in .38 going in?  I'm looking for the equivalent of what went into .38 in commit 3fb7bd037f31f5acdc213c0eb431c07a38803445

Re: [PATCH v6 11/11] mmc: add handling for two parallel block requests in issue_rw_rq

On Mon, Jun 20, 2011 at 2:47 AM, Per Forlin per.for...@linaro.org wrote: Change mmc_blk_issue_rw_rq() to become asynchronous. The execution flow looks like this: The mmc-queue calls issue_rw_rq(), which sends the request to the host and returns back to the mmc-queue. The mmc-queue calls

Re: [PATCH 1/6] serial: samsung: Keep a copy of platform data in driver's private data

On Mon, Jun 20, 2011 at 5:02 AM, Thomas Abraham thomas.abra...@linaro.org wrote: The driver depends on pdev-dev.platform_data to retrive information about the platform data even after the initialization. To add device tree support, this has to be changed in way that the platform data is

Switch to ubuntu-build.linaro.org

Hi Fathi, Given the results of last week's weekly testing, do you think we should now flip the switch to move to using the images built by ubuntu-build.linaro.org (offspring.linaro.org as was)? If not, what are the blockers to doing so? Thanks, James

Re: [PATCH 2/6] serial: samsung: Add device tree support for s5pv210 uart driver

On Mon, Jun 20, 2011 at 5:02 AM, Thomas Abraham thomas.abra...@linaro.org wrote: For device tree based probe, the dependecy on pdev-id to attach a corresponding default port info to the driver's private data is removed. The fifosize parameter is obtained from the device tree node and the next

Re: [PATCH 3/6] watchdog: s3c2410: Add support for device tree based probe

On Mon, Jun 20, 2011 at 5:02 AM, Thomas Abraham thomas.abra...@linaro.org 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 thomas.abra...@linaro.org Acked-by: Grant Likely

Re: [PATCH 6/6] arm: exynos4: Add a new Exynos4 device tree enabled machine

On Mon, Jun 20, 2011 at 5:02 AM, Thomas Abraham thomas.abra...@linaro.org wrote: Basic Exynos4 machine with device tree support that can boot on a Exynos4 based smdkv310 board and bring up the console. Signed-off-by: Thomas Abraham thomas.abra...@linaro.org ---  

[ACTIVITY] Multimedia status - 20110613-20110617

A bit delayed report, but nevertheless I hope it is useful: Links: Weekly meetings (IRC logs) TUE: https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Notes/2011-06-14 THU: http://salemcenter.dyndns.org/~fboudra/linarobot/linaro-multimedia/2011/linaro-multimedia.2011-06-16-13.03.log.html

[powerdebug 16/17] tree should not return a result when we pass an empty string

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- tree.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/tree.c b/tree.c index f95610a..aefe0fe 100644 --- a/tree.c +++ b/tree.c @@ -304,6 +304,9 @@ static int tree_finds_cb(struct tree *tree, void *data) {

[powerdebug 10/17] Optimize the display

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- clocks.c|2 +- display.c | 14 -- display.h |2 +- regulator.c |2 +- sensor.c|2 +- 5 files changed, 8 insertions(+), 14 deletions(-) diff --git a/clocks.c b/clocks.c index 93dd4b3..59db8a7

[powerdebug 15/17] the find list has it's own cursor

That prevents to have the selections to collide between the search list result and the main window. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- display.c |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/display.c b/display.c index 23a4172..e1d1325

[powerdebug 14/17] Optimize the code

With this patch the content of the debugfs file is readen only when the 'refresh' button is hit and at the init of powerdebug. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- clocks.c| 13 +++-- display.c | 13 ++--- display.h |3 +-- regulator.c |

[powerdebug 13/17] add a select callback on a clock from the search result

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- clocks.c | 28 +--- display.c | 11 --- display.h |1 + 3 files changed, 30 insertions(+), 10 deletions(-) diff --git a/clocks.c b/clocks.c index 2ae2f5a..6943b70 100644 --- a/clocks.c +++

[powerdebug 09/17] split header and footer display

Splitting the header and the footer will help to display a new footer like the search string. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- display.c | 28 +--- 1 files changed, 21 insertions(+), 7 deletions(-) diff --git a/display.c b/display.c index

[powerdebug 03/17] simplify the windows

We don't need a window per pm block, just a main window refreshed at the right moment is needed. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- display.c | 66 +++- 1 files changed, 30 insertions(+), 36 deletions(-) diff

[powerdebug 07/17] Cleanup the headers

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- clocks.c|4 ++-- clocks.h|1 - regulator.c |2 +- regulator.h |1 - sensor.c|2 +- sensor.h|1 - 6 files changed, 4 insertions(+), 7 deletions(-) diff --git a/clocks.c b/clocks.c index

[powerdebug 11/17] implement the find callback

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- display.c | 121 + 1 files changed, 113 insertions(+), 8 deletions(-) diff --git a/display.c b/display.c index be78ce0..12eb052 100644 --- a/display.c +++ b/display.c @@ -17,7

[powerdebug 06/17] Factor out display code

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- clocks.c| 20 ++-- display.c | 40 +++- display.h |6 +- regulator.c | 20 +++- sensor.c| 17 - 5 files changed, 57

[powerdebug 12/17] find a clock with a clock name

and add a 'find' ops. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- clocks.c | 87 ++-- display.c | 17 ++-- display.h |1 + 3 files changed, 64 insertions(+), 41 deletions(-) diff --git a/clocks.c b/clocks.c

[powerdebug 02/17] make use of the mainloop code

Use the mainloop we added in the previous patch. Some reorg is needed with the functions, they are moved up and down to prevent forward declarations. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- display.c| 265 ++---

[powerdebug 01/17] add a real mainloop

Add a mainloop code with registering of the callbacks and co. Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- Makefile |3 +- mainloop.c | 122 mainloop.h | 22 +++ 3 files changed, 146 insertions(+), 1

[powerdebug 17/17] handle the scrolling with the search result list

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org --- display.c | 29 + 1 files changed, 21 insertions(+), 8 deletions(-) diff --git a/display.c b/display.c index e1d1325..8f442c1 100644 --- a/display.c +++ b/display.c @@ -281,9 +281,10 @@ struct find_data {

RE: ST-E STM Driver Review

Arvind, 1. It's a fundamental requirement that the driver supports redirected IO (stdout) and write() calls like any standard character driver. This makes STM really easy to use for most user applications that simply want to use existing printf() or write() calls to export logging messages

Re: LAVA Dashboard user forum

Frans is going to work to pull these together. There's a BP at: https://blueprints.launchpad.net/linaro-android/+spec/linaro-android-connect-android-build-to-lava -Zach On 20 June 2011 18:47, Michael Hudson-Doyle michael.hud...@linaro.org wrote: On Mon, 20 Jun 2011 09:35:00 -0500, Zach Pfeffer

[PATCH] regulator: MAX8997: Fix for divide by zero error

Currently, ramp_delay variable is used uninitialzed in max8997_set_voltage_ldobuck which gets called through regulator_register calls. To fix the problem, in max8997_pmic_probe, ramp_delay initialization code is moved before calls to regulator_register. Cc: Liam Girdwood l...@ti.com Cc: Mark

Error in compile 11.05 linux kernel using 4.5.1 linaro toolchain

Hi, I am compiling 11.05 release linux kernel using linaro gcc-4.5.1. Getting following errors: make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- -j 8 CHK include/linux/version.h CHK include/generated/utsrelease.h make[1]: `include/generated/mach-types.h' is up to date. CALL

Re: [PATCH 2/2] video: omap2: Compile omap2 support only when needed

Hi, On Monday 20 June 2011 06:36 PM, Tomi Valkeinen wrote: On Mon, 2011-06-20 at 16:16 +0530, Tushar Behera wrote: Currently display support for omap2 is selected by default and it gets built for all the configurations. Instead of it being a built-in feature, it's compilation should depend on

Re: [PATCH 1/2] config: omap2+: force fb and dss support as built-in

On Monday 20 June 2011 06:34 PM, Tomi Valkeinen wrote: On Mon, 2011-06-20 at 16:16 +0530, Tushar Behera wrote: In certain board files, there are references to vram related functions which are defined in drivers/video/omap2/vram.c. Because of this direct dependency, CONFIG_FB_OMAP2 should be a

Re: [PATCH 2/2] video: omap2: Compile omap2 support only when needed

On Tue, 2011-06-21 at 10:18 +0530, Tushar Behera wrote: Hi, On Monday 20 June 2011 06:36 PM, Tomi Valkeinen wrote: On Mon, 2011-06-20 at 16:16 +0530, Tushar Behera wrote: Currently display support for omap2 is selected by default and it gets built for all the configurations. Instead

Re: [PATCH v6 02/11] omap_hsmmc: add support for pre_req and post_req

snip + +static void omap_hsmmc_pre_req(struct mmc_host *mmc, struct mmc_request *mrq, +                              bool is_first_req) I don't see the usage of is_first_req below. Is it required? +{ +       struct omap_hsmmc_host *host = mmc_priv(mmc); + +       if