linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

Test Result Summary of Calendar Week 16, 2013 for Linux Linaro ubuntu Quantal.

by Botao Sun

Calendar Week 16, 2013: Here is test result summary for Linux Linaro ubuntu Quantal image on following boards: 1) ARM Versatile Express A9; 2) Samsung Arndale; 3) TI Panda 4430; 4) TI Panda 4460; 5) ST Ericsson Snowball. Synopsis: Gator version mismatch issue has been solved except on TI Panda image, the status of all other features remains the same as previous week. 1. ARM Versatile Express A9 + Linux Linaro Quantal (Column R): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdFNmV… DS-5 data streaming backs to work with new gator version on target, "Halt" and "Device Tree" are unavailable, all other features work well. 2. Samsung Arndale + Linux Linaro Quantal (Column L): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AgB-fT5LL31CdGZJS… Kernel panic is occurred during power management test, all other features work well. 3. TI Panda 4430 + Linux Linaro Quantal (Column R): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdEwwZ… Status is remained as same as last week: WiFi and display output are unavailable, several test cases failed in power management, DS-5 failed due to gator version mismatch, all other features work well. 4. TI Panda 4460 + Linux Linaro Quantal (Column R): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdEwwZ… Kernel panic happens during power management test, WiFi & Display are unavailable. DS-5 test failed due to gator version mismatch, all other features work well. 5. ST Ericsson Snowball + Linux Linaro Quantal (Column S): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdFJ4X… HDMI display and Reboot are unavailable; "thermal_03.1" test failed in power management; some I/O errors got observed in SD MMC test, all other features work well. For the previous week test summary (Calendar Week 15), please refer to attachment. Thank you. Best Regards Botao Sun

13 years

[Linaro-QA-Service] [linux-next] Snowball build broken

by Naresh Kamboju

Hi All, Greetings from Linaro QA services. We have setup the process of validating Linux on ARM Kernel builds. One of those ARM targets is Snowball. Snowball build broken log can be found here Build Error: 04:48:08 CC drivers/mfd/ab8500-debugfs.o 04:48:09 /mnt/ci_build/workspace/linux-next/hwpack/snowball/label/precise_hwpack_cloud/drivers/mfd/ab8500-debugfs.c:95:23: fatal error: mach/irqs.h: No such file or directory 04:48:09 compilation terminated. 04:48:09 make[3]: *** [drivers/mfd/ab8500-debugfs.o] Error 1 04:48:09 make[2]: *** [drivers/mfd] Error 2 04:48:09 make[1]: *** [drivers] Error 2 Code snippet: ------------------ drivers/mfd/ab8500-debugfs.c 89 #ifdef CONFIG_DEBUG_FS 90 #include <linux/string.h> 91 #include <linux/ctype.h> 92 #endif 93 94 /* TODO: this file should not reference IRQ_DB8500_AB8500! */ 95 #include <mach/irqs.h> 96 97 static u32 debug_bank; 98 static u32 debug_address; 99 Kernel Commit id: https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id… Complete build log: https://ci.linaro.org/jenkins/job/linux-next/hwpack=snowball,label=precise_… Please let me know if you need more info. Best regards Naresh Kamboju

13 years

Issue when running Snowball - GLES without X

by Hiep Pham

Hi all, I'm trying GLES on Snowball board with Mali GPU, without X. The board was installed linaro-nano 12.07 (with mali400-dev package installed) and had been connected with an TV via HDMI cable; After booting up, I run "hdmistart" command and /dev/fb0 appeared; HDMI ran fine with "cat /dev/urandom > /dev/fb0" command. However, when testing GLES with sample codes from Mali SDK (http://malideveloper.arm.com/downloads/Mali_OpenGL_ES_2.0_SDK_for_Linux_On_…) I got following error: Error: eglGetError(): 12288 (0x3000) Error: No EGL Display available at /root/Mali_OpenGL_ES_2.0_SDK_for_Linux_On_ARM_v1.2.0/simple-framework/src/EGLRuntime.cpp:105 The argument of eglGetDisplay is EGL_DEFAULT_DISPLAY: EGLDisplay display = eglGetDisplay(EGL_DEFAULT_DISPLAY); So I wonder if Mali can works without X or not? Any help will be greatly appreciate, --- Hiep On 04/17/2013 06:26 PM, linaro-dev-request(a)lists.linaro.org wrote: > Send linaro-dev mailing list submissions to > linaro-dev(a)lists.linaro.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.linaro.org/mailman/listinfo/linaro-dev > or, via email, send a message with subject or body 'help' to > linaro-dev-request(a)lists.linaro.org > > You can reach the person managing the list at > linaro-dev-owner(a)lists.linaro.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of linaro-dev digest..." > > > Today's Topics: > > 1. Re: Suggestion (Jonathan Aquilina) > 2. Re: Suggestion (Jon Medhurst (Tixy)) > 3. Re: [RFC PATCH] drm.h: Fix DRM compilation with bare-metal > toolchain. (Arnd Bergmann) > 4. Re: [RFC PATCH] drm.h: Fix DRM compilation with bare-metal > toolchain. (Jon Medhurst (Tixy)) > 5. Re: Mali-ization (Tushar Behera) > 6. Re: Mali-ization (Jon Medhurst (Tixy)) > 7. Re: [RFC PATCH] drm.h: Fix DRM compilation with bare-metal > toolchain. (Rob Clark) > 8. Re: Mali-ization (Andy Green) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 17 Apr 2013 09:54:11 +0200 > From: Jonathan Aquilina <eagles051387(a)gmail.com> > To: Nicolas Dechesne <nicolas.dechesne(a)linaro.org> > Cc: Linaro Dev <linaro-dev(a)lists.linaro.org> > Subject: Re: Suggestion > Message-ID: > <CAHdpx60hYtqb+kdthhr79mvcc5JnsWHuaV3psOMPyw-EPn2BHA(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Totally under stand :). Hopefully come summer I will be able to get my > hands on a board and start contributing :) > > > On Wed, Apr 17, 2013 at 9:51 AM, Nicolas Dechesne < > nicolas.dechesne(a)linaro.org> wrote: > >> On Wed, Apr 17, 2013 at 6:21 AM, Jonathan Aquilina >> <eagles051387(a)gmail.com> wrote: >>> Doesnt email run the risk of a patch slipping through the cracks? >> as highlighted by Deepak above, each project will use the >> processes/methods inherited from its 'upstream'. That's why gerrit is >> being used for Android activities for example. many successful open >> source projects are using solely email for patch submission and >> review, and that happens to work fine. yes, that makes lots of emails, >> and patches can be lost, but the general rule is that it's up to the >> patch author to follow-up and potentially resubmit when such things >> happen. for example, the Linux kernel documentation says this: >> >> >> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Docume… >> >> nicolas >> > >

13 years

Mali-ization

by Andy Green

Hi - At the moment the Mali T624 OOT module sources I have do not build against 3.9-rcX / linux-linaro-core-tracking. A colleague checked it and it does build against 3.4. The problems I saw are around ION compatibility but they didn't look tremendously bad. I could work around the problems myself, but it seems to me this might be something that Linaro could solve centrally, dealing with it using the Androidization model - sync a Linaro repo against code drops coming from "upstream", ie, ARM, but keep it always building against llct inbetween. Perhaps even inside llct. I know we're not the only LT in this boat, Anmar mentioned Arndale acceleration is pending, a central Mali-ization tree will also solve that, especially if it's always there and always building in llct already. There may be stuff to take care about for support for different IP revision. But there aren't that many AFAIK. How does this sound to folks? -Andy -- Andy Green | Fujitsu Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog

13 years

Re: [RFC PATCH] drm.h: Fix DRM compilation with bare-metal toolchain.

by Paul Sokolovsky

Hello, On Fri, 12 Apr 2013 18:28:26 -0500 Nishanth Menon <nm(a)ti.com> wrote: > From: Paul Sokolovsky <paul.sokolovsky(a)linaro.org> > > An ifdef in drm.h expects to be compiled with full-fledged Linux > toolchain, but it's common to compile kernel with just bare-metal > toolchain which doesn't define __linux__. So, also add __KERNEL__ > check. > > [nm(a)ti.com: port forward to 3.9-rc6 and post to dri devel for > feedback as RFC] Signed-off-by: Paul Sokolovsky > <paul.sokolovsky(a)linaro.org> --- > Paul, Dri devel list, > I picked up this patch from linaro tree: > https://git.linaro.org/gitweb?p=people/asac/android/kernel/lt-ti.git;a=patc… > Discussion thread: > http://lists.linaro.org/pipermail/linaro-dev/2011-June/thread.html#4874 > Seems to me as a valid fix even for upstream perhaps? Yes, IIRC, per the discussion you quote above, I sent this patch for review of our (Linaro's) kernel folks to see if it's ok (the patch is simple, story why it's needed may be not such, though I was positive it's needed). It might be forgotten somehow, thanks for picking it up! > Regards, Nishanth Menon > > include/uapi/drm/drm.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h > index 8d1e2bb..73a99e4 100644 > --- a/include/uapi/drm/drm.h > +++ b/include/uapi/drm/drm.h > @@ -36,7 +36,7 @@ > #ifndef _DRM_H_ > #define _DRM_H_ > > -#if defined(__linux__) > +#if defined(__KERNEL__) || defined(__linux__) > > #include <linux/types.h> > #include <asm/ioctl.h> -- Best Regards, Paul Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years

[ANNOUNCE] linux-linaro kernel schedule for 13.04 updated

by Andrey Konovalov

Greetings, This is a reminder that this wiki page: https://wiki.linaro.org/Platform/DevPlatform/LinuxLinaroKernelSchedule - is now tracking the linux-linaro kernel rebuilds for 13.04. v3.9-rc6 based linux-linaro-core-tracking (llct) rebuild has just been published, the tag is llct-20130411.0. The next step is: April 12: ll rebuild based on llct-20130411.0. The last llct update for this cycle is scheduled on April 16, The last linux-linaro update for this cycle is scheduled on April 18. April 18 is the linux-linaro code freeze for 13.04 (only bug fixes allowed after this date). Thanks, Andrey

13 years

big.LITTLE MP status Apr 16, 2013

by David Zinman

https://wiki.linaro.org/projects/big.LITTLE.MP Work Items for functional completion: https://wiki.linaro.org/projects/big.LITTLE.MP/WorkItems Roadmap Cards: Epic big.LITTLE MP card - http://cards.linaro.org/browse/CARD-190 Main Project page: https://launchpad.net/linaro-big-little-system Announcement ============== Please welcome Serge Broslavsky as the new big.LITTLE project manager who will be taking over from David Zinman as the project moves forward. Serge will add this project on top of his duties as project manager for the Power Management team and the Virtualization project. Development ============= Big.LITTLE MP is following a two-track development: A Reference (stable) patchset: https://git.linaro.org/gitweb?p=arm/big.LITTLE/mp.git;a=shortlog;h=refs/hea… and an upstream (work in progress) patchset: https://git.linaro.org/gitweb?p=arm/big.LITTLE/mp.git;a=shortlog;h=refs/hea… Automated benchmarking code is ready (reviewing), permissions to be added. - Authentication is being added to the API. - Still having dependency on Android/LAVA teams Blueprint Update ------------------------- * - https://blueprints.launchpad.net/linaro-big-little-system/+spec/big-little-… - No issues, moving forward - https://blueprints.launchpad.net/linaro-big-little-system/+spec/cpuidle-add… - Postpone to the next month. - https://blueprints.launchpad.net/linaro-big-little-system/+spec/small-task-… - Preparing a more aggressive packing small tasks patchset version - Discussion around fix patches (rt task issue and nr_busy_cpus issue): almost ok now - Prototype should be available this week - https://blueprints.launchpad.net/linaro-big-little-system/+spec/cpu-hot-plu… - kernel crash happens when test enables function trace; reported this issue and updated blueprint. <https://launchpad.net/~daniel-lezcano> - https://blueprints.launchpad.net/linaro-big-little-system/+spec/document-bl… - produced a draft - https://blueprints.launchpad.net/linaro-big-little-system/+spec/sched-coope… - Long-lasting BP (6+ month to get something), just starting *QA === big.LITTLE MP LAVA Dashboard http://validation.linaro.org/lava-server/dashboard/image-reports/linaro-and… Testing: #Cases #Run Pass Fail Absolute pass rate Regression 20 19 19 0 100 % mpbasicsuite 14 10 10 0 100 % mpcoresuite 10 6 5 1 90 % mpextendedsuite 20 10 6 4 60 % mploadbalance 2 2 2 0 100 % http://lists.linaro.org/pipermail/linaro-dev/2013-April/015793.html Bugs: https://bugs.launchpad.net/linaro-big-little-system/+bugs?field.tag=bl-mp -- David Zinman, Project Manager Linaro.org | Open source software for ARM SoCs

13 years

Question relating to arm

by Jonathan Aquilina

>From my research I gather arm is just an architecture or chip producer as well? As i have a project, that might do sufficiently running on a dev board, or even a custom developed arm based board. I have been trying to find a contact email at arm but to no avail. Any help and information would be greatly appreciated. -- Jonathan Aquilina

13 years

[PATCH powerdebug] display proper error message

by Sanjay Singh Rawat

- bug : https://bugs.launchpad.net/linaro-powerdebug/+bug/1014667 Signed-off-by: Sanjay Singh Rawat <sanjay.rawat(a)linaro.org> --- display.c | 4 +++- powerdebug.c | 2 +- regulator.c | 4 +++- tree.c | 4 +++- 4 files changed, 10 insertions(+), 4 deletions(-) diff --git a/display.c b/display.c index f06387c..39a8e71 100644 --- a/display.c +++ b/display.c @@ -593,8 +593,10 @@ int display_register(int win, struct display_ops *ops) { size_t array_size = sizeof(windata) / sizeof(windata[0]); - if (win < 0 || win >= array_size) + if (win < 0 || win >= array_size) { + printf("error: invalid window"); return -1; + } windata[win].ops = ops; diff --git a/powerdebug.c b/powerdebug.c index 073fd42..ca04fab 100644 --- a/powerdebug.c +++ b/powerdebug.c @@ -243,7 +243,7 @@ int main(int argc, char **argv) } if (regulator_init()) { - printf("not enough memory to allocate regulators info\n"); + printf("failed to initialize regulator\n"); options->regulators = false; } diff --git a/regulator.c b/regulator.c index 0da924a..68c686f 100644 --- a/regulator.c +++ b/regulator.c @@ -218,8 +218,10 @@ static int fill_regulator_cb(struct tree *t, void *data) struct regulator_info *reg; reg = regulator_alloc(); - if (!reg) + if (!reg) { + printf("error: unable to allocate memory for regulator\n"); return -1; + } t->private = reg; /* we skip the root node but we set it expanded for its children */ diff --git a/tree.c b/tree.c index d331c60..686e846 100644 --- a/tree.c +++ b/tree.c @@ -121,8 +121,10 @@ static int tree_scan(struct tree *tree, tree_filter_t filter, bool follow) int ret = 0; dir = opendir(tree->path); - if (!dir) + if (!dir) { + printf("error: unable to open directory %s\n", tree->path); return -1; + } while (!readdir_r(dir, &dirent, &direntp)) { -- 1.7.9.5

13 years

[PATCH powerdebug] handle winch signal

by Sanjay Singh Rawat

- handle winch to display window properly - bug: https://bugs.launchpad.net/linaro-powerdebug/+bug/827828 Signed-off-by: Sanjay Singh Rawat <sanjay.rawat(a)linaro.org> --- display.c | 5 +++++ powerdebug.c | 4 ++++ 2 files changed, 9 insertions(+) diff --git a/display.c b/display.c index 39a8e71..e9f4bf6 100644 --- a/display.c +++ b/display.c @@ -137,6 +137,11 @@ int display_refresh_pad(int win) 0, 2, 0, maxy - 2, maxx); } +void sigwinch_handler(int signo) +{ + display_refresh(current_win, true); +} + static int display_show_unselection(int win, int line, bool bold) { if (mvwchgat(windata[win].pad, line, 0, -1, diff --git a/powerdebug.c b/powerdebug.c index dd6ac04..4ee7f7d 100644 --- a/powerdebug.c +++ b/powerdebug.c @@ -20,6 +20,7 @@ #include <stdio.h> #include <errno.h> #include <ncurses.h> +#include <signal.h> #include "regulator.h" #include "display.h" #include "clocks.h" @@ -28,6 +29,8 @@ #include "mainloop.h" #include "powerdebug.h" +extern void sigwinch_handler(int); + void usage(void) { printf("Usage: powerdebug [OPTIONS]\n"); @@ -207,6 +210,7 @@ static struct powerdebug_options *powerdebug_init(void) return NULL; memset(options, 0, sizeof(*options)); + signal(SIGWINCH, sigwinch_handler); return options; } -- 1.7.9.5

13 years

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev