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

On 21 June 2011 07:41, Kishore Kadiyala wrote: > > >> + >> +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? > It is not required. It is only

Re: Compiling kernel for panda linaro natty 11.05

On Tuesday 21 June 2011 12:06 PM, Amit Mahajan wrote: > Hi, > > I have booted panda board using 11.05 natty release of ubuntu. It worked > great. > > Now, I am trying to compile the kernel myself. I am using the sources > from tarball provided on 11.05 release page as well as from linaro git > 2.

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

On 20 June 2011 17:17, Kishore Kadiyala wrote: > On Mon, Jun 20, 2011 at 2:47 AM, Per Forlin 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 m

Compiling kernel for panda linaro natty 11.05

Hi, I have booted panda board using 11.05 natty release of ubuntu. It worked great. Now, I am trying to compile the kernel myself. I am using the sources from tarball provided on 11.05 release page as well as from linaro git 2.6.38 tree. I have extracted the .config from running ubuntu(of 11.05

Re: unable to start compiled 2.6.39-linaro-kernel for panda board

Hi, On Mon, Jun 20, 2011 at 6:41 AM, Avik Sil wrote: > On Saturday 18 June 2011 01:35 AM, Belisko Marek wrote: >> Hello, >> >> I'm trying to build my own kernel for pandaboard based on : >> git://git.linaro.org/kernel/linux-linaro-2.6.39.git >> >> I use omap2plus_defconfig and enable LAN + wifi.

Re: device tree stuff for linaro-2.6.39

On Mon, Jun 20, 2011 at 10:17 AM, Nicolas Pitre wrote: > On Mon, 20 Jun 2011, John Rigby wrote: > >> On Thu, Jun 9, 2011 at 5:41 AM, Nicolas Pitre >> wrote: >> > On Wed, 8 Jun 2011, John Rigby wrote: >> > >> >> Nicolas, >> >> >> >> Is device tree stuff equivalent to what was in .38 going in?  I'

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

> + > +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 (mrq->data->host_

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. >

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 bu

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

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. CALLscrip

[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 Cc: Mark Brown Cc: Myun

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 wrote: > On Mon, 20 Jun 2011 09:35:00 -0500, Zach Pfeffer > wrote: >> On 20 June

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 with

Re: LAVA Dashboard user forum

On Mon, 20 Jun 2011 09:35:00 -0500, Zach Pfeffer wrote: > On 20 June 2011 08:29, James Westby wrote: > > On Mon, 20 Jun 2011 12:10:08 +1200, Michael Hudson-Doyle > > wrote: > >> Something I don't completely have a plan for in my head at the moment is > >> connecting the dots, or preserving ide

[powerdebug 08/17] Add the find callback

Switch the keyboard callback when we switch to the find mode. Signed-off-by: Daniel Lezcano --- display.c | 46 ++ 1 files changed, 46 insertions(+), 0 deletions(-) diff --git a/display.c b/display.c index d32783f..758d17e 100644 --- a/display.c +++

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

Signed-off-by: Daniel Lezcano --- 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 { char *string;

[powerdebug 01/17] add a real mainloop

Add a mainloop code with registering of the callbacks and co. Signed-off-by: Daniel Lezcano --- Makefile |3 +- mainloop.c | 122 mainloop.h | 22 +++ 3 files changed, 146 insertions(+), 1 deletions(-) create mode 100

[powerdebug 05/17] remove maxx and maxy global variables

The maxx and maxy variables are already global functions defined in the ncurses library. They are accessible through the getmaxyx macro. Is it not needed to add two more global variables to our code, let's use the code ncurses gives to us. Signed-off-by: Daniel Lezcano --- display.c | 11 +

[powerdebug 11/17] implement the find callback

Signed-off-by: Daniel Lezcano --- 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 +17,8 @@ #include #inc

[powerdebug 06/17] Factor out display code

Signed-off-by: Daniel Lezcano --- clocks.c| 20 ++-- display.c | 40 +++- display.h |6 +- regulator.c | 20 +++- sensor.c| 17 - 5 files changed, 57 insertions(+), 46 deletions(-) dif

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

and add a 'find' ops. Signed-off-by: Daniel Lezcano --- clocks.c | 87 ++-- display.c | 17 ++-- display.h |1 + 3 files changed, 64 insertions(+), 41 deletions(-) diff --git a/clocks.c b/clocks.c index 59db8a7..2ae2f5a 10

[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 --- display.c| 265 ++--- display.h|3 +- mainloop.

[powerdebug 04/17] remove useless definition

Remove the 'print' wrapper which inverts the screen coordinate. This is opposite to the ncurses function convention and may lead to wrong code. Signed-off-by: Daniel Lezcano --- display.c | 38 ++ 1 files changed, 18 insertions(+), 20 deletions(-) diff --gi

[powerdebug 07/17] Cleanup the headers

Signed-off-by: Daniel Lezcano --- 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 411fcb2..93dd4b3 100644 --- a/clocks.

[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 --- display.c | 28 +--- 1 files changed, 21 insertions(+), 7 deletions(-) diff --git a/display.c b/display.c index 758d17e..43f3797 100644 --- a

[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 --- display.c | 66 +++- 1 files changed, 30 insertions(+), 36 deletions(-) diff --git a/display.c b/display.c

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

Signed-off-by: Daniel Lezcano --- 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 +++ b/clocks.c @@ -243,6 +243,10 @@

[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 --- clocks.c| 13 +++-- display.c | 13 ++--- display.h |3 +-- regulator.c |2 +- sensor.c|2 +

[powerdebug 10/17] Optimize the display

Signed-off-by: Daniel Lezcano --- 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 100644 --- a/clocks.c +++ b/c

[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 --- display.c |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/display.c b/display.c index 23a4172..e1d1325 100644 --- a/display.c +++

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

Signed-off-by: Daniel Lezcano --- 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) { struct struct_find *sf

Re: playing with the lava scheduler

On Mon, 20 Jun 2011 18:21:40 +0530, Deepti Kalakeri wrote: Non-text part: multipart/alternative > 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

[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

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 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 > --- >  Documentation/devicetree/bindings/arm/samsung.txt |    3 +- >  arch/arm/ma

Re: [PATCH 4/6] mmc: sdhci-s3c: Add support for device tree based probe

On Mon, Jun 20, 2011 at 5:02 AM, Thomas Abraham wrote: > Add of_match_table to enable sdhci-s3c driver to be probed when a compatible > sdhci device node is found in device tree. > > Signed-off-by: Thomas Abraham > --- > This is temporary patch. sdhci-s3c driver has to be moved to sdhci-pltfm > b

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

On Mon, Jun 20, 2011 at 5:02 AM, 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 Acked-by: Grant Likely You need to send this to Wim and the linux-wat

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 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 available instance of

Re: device tree stuff for linaro-2.6.39

On Mon, 20 Jun 2011, John Rigby wrote: > On Thu, Jun 9, 2011 at 5:41 AM, Nicolas Pitre > 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

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 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 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 avialable from driver's pri

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 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 > issue_rw_rq() again wi

Re: device tree stuff for linaro-2.6.39

On Thu, Jun 9, 2011 at 5:41 AM, Nicolas Pitre 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 >> >>  Merge

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 Than

Re: LAVA Dashboard user forum

On 20 June 2011 08:29, James Westby wrote: > On Mon, 20 Jun 2011 12:10:08 +1200, Michael Hudson-Doyle > 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

[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 --- Actually the issue has been fixed with the v3 of the p

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

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 the config option CONFIG_FB_OMAP2. No, I don't think

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 > #include > > -/* Buck step size Macros */ > +/* Buck step size */ > #define DA9052_BUCK_PERI_3uV_STEP

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. arch/arm/plat-omap/include/plat/vra

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

On Mon, Jun 20, 2011 at 05:37:07PM +0530, Premi, Sanjeev wrote: > [sp] Instead of changing the omap2plus_defconfig, shouldn't the > board specific file be fixed instead? The board specific configuration files in the mainline kernel are deprecated and are gradually being removed.

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.kerne

Re: Listing android tests in LAVA

On Mon, Jun 20, 2011 at 4:20 AM, Paul Sokolovsky 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 hacking together as a

Re: LAVA Dashboard user forum

On Mon, 20 Jun 2011 12:10:08 +1200, Michael Hudson-Doyle 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 test run, > which will

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: 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 virt

[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 on

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; linux-o...

[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 Cc: Tomi Valkeinen Cc: Tony Lindgren Signed-off-by: Tushar Behera

[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 CONFIG_O

[RFC PATCH v2] Add ARM cpu topology definition

The affinity between ARM processors is defined in the MPIDR register. We can identify which processors are in the same cluster, and which ones have performance interdependency.We can define the cpu topology of ARM platform, which is used by sched_mc and sched_smt. The default state of sched_mc and

[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 --- Documentation/devicetree/bindings/arm/samsung.txt |3 +- arch/arm/mach-exynos4/Kconfig | 11 +++ arch/arm/mach-exyn

[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 pla

[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 th

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

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 --- .../devicetree/bindings/watchdog/samsung-wdt.txt | 12 drivers/watchdog/s3c2410_wdt.c | 10

[PATCH 4/6] mmc: sdhci-s3c: Add support for device tree based probe

Add of_match_table to enable sdhci-s3c driver to be probed when a compatible sdhci device node is found in device tree. Signed-off-by: Thomas Abraham --- This is temporary patch. sdhci-s3c driver has to be moved to sdhci-pltfm based driver. drivers/mmc/host/sdhci-s3c.c | 11 +++ 1 fil

[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 --- arch/arm/boot/dts/exynos4-smdkv310.dts | 135 +++- 1 files changed, 133 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/ex

[PATCH 0/6] Add basic device tree support for Samsung's Exynos4 platform

This patch series adds a basic device tree based boot for Samsung's Exynos4 platforms and specifically for smdkv310 board. Device tree based driver probe is added for uart, sdhci and watchdog drivers. These patches enable booting to console on smdkv310 board with some of the devices initialized wit

[PATCH 0/2] video: Make omap2 support conditional

Currently drivers/video/omap2 is built by default with every configuration of the kernel. Current patchset makes the omap2 video support conditional on appropriate config option. [Patch 2/2] was first generated, but that resulted in a build error. [Patch 1/2] was created to fix that build error

Re: Getting rid of alignment faults in userspace

On Fri, Jun 17, 2011 at 03:23:49PM -0700, Steve Langasek wrote: > On Fri, Jun 17, 2011 at 01:10:11PM +0100, Dave Martin wrote: > > > For ARM, we can achieve the goal by augmenting the default kernel command- > > line options: either > > > alignment=3 > > Fix up each alingment fault, b

Re: Getting rid of alignment faults in userspace

On Sat, Jun 18, 2011 at 10:48:16AM -0400, Nicolas Pitre wrote: > On Sat, 18 Jun 2011, Arnd Bergmann wrote: > > > On Friday 17 June 2011, Nicolas Pitre wrote: > > > On Fri, 17 Jun 2011, Arnd Bergmann wrote: > > > > On Friday 17 June 2011 14:10:11 Dave Martin wrote: > > > > > > > > > As part of the

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 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 fi

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 sets

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

Re: Listing android tests in LAVA

On Mon, 20 Jun 2011 10:56:16 +0200 Zygmunt Krynicki 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. > >> > >> http://validation.linar

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 https://android-b

Re: Listing android tests in LAVA

Hello Zygmunt, On Mon, 20 Jun 2011 10:00:10 +0200 Zygmunt Krynicki 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 mistaken: > >

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: Getting rid of alignment faults in userspace

On 18 June 2011 22:17, Nicolas Pitre wrote: > Turns out that a prominent ARM developer still has binaries from the > ARMv3 era around, and the default of not fixing up misaligned user space > accesses is for remaining compatible with them. > So if you do have a version of glibc that is not from 1

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.