Re: [Question] About the Gator and the Power Probe
On Tue, 2012-09-04 at 14:50 +0800, Hongbo Zhang wrote: > Current status is like this: > I found the built-in gator.ko as you told me, and built the gatord > from the git tree successfully. (The reason I don't use gatord by > apt-get is that the gatord from PPA is an old version and doesn't > match the gator.ko version.) The gator package in the Linaro Overlay PPA is the latest, but it was only uploaded just over a week ago for the 12.08 release, perhaps you were getting the previous one? > I also updated the DS-5 to the latest version. I can connect to the > target and get the streamline data now. Glad to hear you got it working. > But there is till no Power Probe data, and I don't know why. I've never used or looked at Power Probe so can't help there I'm afraid. -- Tixy > > ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
How to soft-reset Panda Board
Hi Guys, I have struggled today for some time to soft-reset panda board because the switch S1 (PWRON_RESET) resets the board, but doesn't start booting it again from xloader. Prompt simply hangs !! My kernel was crashing after uncompressing linux... print. I didn't had a debugger to see value of __log_buf variable. So i wanted to soft reset the board and check content of memory at address pointed by __log_buf. I wanted to keep the contents of RAM as it is, so can't reboot it by unplugging the power cable. At last i found the trick to soft-reset the board with help of S1 button. Following are the steps: - Press S1 once, LED D1 will switch off - remove SD card - reinsert the card - Press S1 again, LED D1 will switch on and board is rebooted, keeping RAM's contents as is. Hope, this will help somebody in future. -- viresh ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: BUG: Reboot fails on panda board.
On 4 September 2012 10:25, Viresh Kumar wrote: > Hi Andy, > > I am using Panda board with linaro Nano filesystem over SDHC card. When i > issue "reboot" command from prompt, it hangs: > > > root@linaro-nano:/# reboot > > Broadcast message from root@linaro-nano > (/dev/ttyO2) at 4:44 ... > > The system is going down for reboot NOW! > root@linaro-nano:/# [ 668.889892] Restarting system. > > > Is this a know issue? I hope below mail from me is the solution of this issue too: 8<---8<-- I have struggled today for some time to soft-reset panda board because the switch S1 (PWRON_RESET) resets the board, but doesn't start booting it again from xloader. Prompt simply hangs !! My kernel was crashing after uncompressing linux... print. I didn't had a debugger to see value of __log_buf variable. So i wanted to soft reset the board and check content of memory at address pointed by __log_buf. I wanted to keep the contents of RAM as it is, so can't reboot it by unplugging the power cable. At last i found the trick to soft-reset the board with help of S1 button. Following are the steps: - Press S1 once, LED D1 will switch off - remove SD card - reinsert the card - Press S1 again, LED D1 will switch on and board is rebooted, keeping RAM's contents as is. Hope, this will help somebody in future. -- viresh ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Question] About the Gator and the Power Probe
On 4 September 2012 15:37, Jon Medhurst (Tixy) wrote: > On Tue, 2012-09-04 at 14:50 +0800, Hongbo Zhang wrote: > > > Current status is like this: > > I found the built-in gator.ko as you told me, and built the gatord > > from the git tree successfully. (The reason I don't use gatord by > > apt-get is that the gatord from PPA is an old version and doesn't > > match the gator.ko version.) > > The gator package in the Linaro Overlay PPA is the latest, but it was > only uploaded just over a week ago for the 12.08 release, perhaps you > were getting the previous one? > > I just know there is a Linaro Overlay PPA for this gator, I didn't add this PPA manually, by default there is no such PPA. I think this is the reason of old version gatord. > > I also updated the DS-5 to the latest version. I can connect to the > > target and get the streamline data now. > > Glad to hear you got it working. > > > But there is till no Power Probe data, and I don't know why. > > I've never used or looked at Power Probe so can't help there I'm afraid. > > -- > Tixy > > > > > > > ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Question] About the Gator and the Power Probe
On Tue, 2012-09-04 at 17:43 +0800, Hongbo Zhang wrote: > I just know there is a Linaro Overlay PPA for this gator, I didn't add > this PPA manually, by default there is no such PPA. > I think this is the reason of old version gatord. This PPA should be added by default in all Linaro images because it is the PPA which contains most of Linaro's output. If it doesn't then it's a bug which needs reporting and fixing. Which image or hwpack are you using? Can you double check if the image's root file system has the file etc/apt/sources.list.d/linaro-overlay-ppa.list -- Tixy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: New beta LAVA feature: filters and subscriptions
On Mon, Sep 3, 2012 at 7:12 AM, Michael Hudson-Doyle wrote: > Hi all, > > I've just deployed a new feature for LAVA: the ability to filter and > subscribe (by email) to test results. You can see, define and > subscribe to filters at: > > https://validation.linaro.org/lava-server/filters/ > > I've made some effort to make the interface understandable, so I don't > want to go on and on about all the possibilities here. Suffice to say > that it's supposed to be a way to allow one to describe tests that you > are interested in and receive notifications when tests matching these > descriptions arrive in the database. If more criteria are needed, > then then can be added :-) > > The code is new and quite complicated so there is definitely a risk of > bugs. I apologize in advance if your filter doesn't match all the > results it should or you end up getting mailbombed! > > Future work will likely include: RSS feeds for filters, allowing > sorting (and grouping) results by build number, and thinking about > ways to use filters to drive other views, such as the image status > view or some kind of interesting benchmark views. > > I am _super keen_ on getting feedback on whether this seems to be a > useful feature. > Looks promising. I am previewing a filter for the labhealth bundle and see all labhealth jobs (failures and passes). Now I would like to constraint the filter to just show failures. So question: what attribute to use to select just failures? -- Alexander Sack Technical Director, Linaro Platform Teams http://www.linaro.org | Open source software for ARM SoCs http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: How to soft-reset Panda Board
Thanks for your tip! On my pandaborad, system will boot after Re-inserting the SD Card. It seems that SD Card insert event will trigger the booting procedure. 2012/9/4 Viresh Kumar > Hi Guys, > > I have struggled today for some time to soft-reset panda board because > the switch S1 (PWRON_RESET) resets the board, but doesn't > start booting it again from xloader. Prompt simply hangs !! > > My kernel was crashing after uncompressing linux... print. I didn't > had a debugger > to see value of __log_buf variable. So i wanted to soft reset the board and > check content of memory at address pointed by __log_buf. > > I wanted to keep the contents of RAM as it is, so can't reboot it by > unplugging > the power cable. > > At last i found the trick to soft-reset the board with help of S1 > button. Following > are the steps: > > - Press S1 once, LED D1 will switch off > - remove SD card > - reinsert the card > - Press S1 again, LED D1 will switch on and board is rebooted, keeping > RAM's > contents as is. > > Hope, this will help somebody in future. > > -- > viresh > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > -- Best Regards, RaoXuefeng | 饶雪峰 ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Gumstix Overo Support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello there, are there any plans to support the Overo COM platform again by Linaro ? After a long time of experimentation I got the 11.07 release running stable but the kernel sources are missing so I can't compile some system drivers. In the repositories the last log says that last changes have been made in april. This lack of support or ongoing development let me question if Linaro is the easy-to-use/easy-to-upgrade Ubuntu-like solution it seemed to be at first view. In my project I try to find a next-generation base platform for our robotic systems and I and especially the following students don't have time and experience to use a self-configured linux like with open-embedded or else. What are your suggestions to do regarding the ongoing plans at Linaro? Steffen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQRgOIAAoJED67DoYHAYtjZugH/1TGkkEgmgpoDhhBT54eCtHC YrzXLhBfIrRv+4Z8vxDljn/wr2aACNIsh18klQkaB4oVtINLXDC4jiT7SnPSXM7R sGBDy0zFO1BxOdwc9xpR++FRKkLPSN8iX1NCbtmagVgwGO0ngMmbv3Wg3tsj/UCG +/ly4lHVpnCO6NHUx9xiFH4puIU5yC4h2KkrsP3rz+a7Lra0EPK9Z6irhOqecouK 7fU/0DqR/xY2htkKmF1GbrHyuLzHwtbYDlcyf2bC81gXqL/4z3J+wDoM6pFM9wH/ HBGU1Uua73Mheod1NTuqVpLA+08d1dBHzoyXsdHXm5ep4kPfOCSMkB04pRoLF70= =L0yy -END PGP SIGNATURE- ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
[PATCH] bootwrapper: Use local definition of string.h
The semihosting and FDT code makes use of libc style string functions implemented in our string.c, however it relies of the system providing the string.h header file. This causes problems on toolchains that don't provide these headers, like Android toolchains, and it also means that we include declaration for functions which aren't implemented in the bootwrapper. Resolve this by providing our own string.h which declares only the functions we implement and add the base directory to the include path so this header is found. Signed-off-by: Jon Medhurst --- Makefile |2 +- string.h | 16 2 files changed, 17 insertions(+), 1 deletion(-) create mode 100644 string.h diff --git a/Makefile b/Makefile index 995fd8f..f8fc841 100644 --- a/Makefile +++ b/Makefile @@ -57,7 +57,7 @@ monitor.o: $(MONITOR) $(CC) $(CPPFLAGS) -c -o $@ $< %.o: %.c - $(CC) $(CPPFLAGS) -O2 -ffreestanding -Ilibfdt -c -o $@ $< + $(CC) $(CPPFLAGS) -O2 -ffreestanding -I. -Ilibfdt -c -o $@ $< model.lds: $(LD_SCRIPT) Makefile $(CC) $(CPPFLAGS) -E -P -C -o $@ $< diff --git a/string.h b/string.h new file mode 100644 index 000..f1aebdf --- /dev/null +++ b/string.h @@ -0,0 +1,16 @@ +#ifndef STRING_H +#define STRING_H + +#include + +extern void *(memcpy)(void *__dest, __const void *__src, size_t __n); +extern void *(memmove)(void *__dest, __const void *__src, size_t __n); +extern void *(memchr)(void const *s, int c, size_t n); +extern size_t (strlen)(const char *s); +extern void *(memset)(void *s, int c, size_t count); +extern int (memcmp)(void const *p1, void const *p2, size_t n); +extern int (strcmp)(char const *s1, char const *s2); +extern int (strncmp)(char const *s1, char const *s2, size_t n); +extern char *(strchr)(char const *s, int c); + +#endif -- 1.7.10.4 ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [PATCH] bootwrapper: Use local definition of string.h
On 4 September 2012 15:57, Jon Medhurst (Tixy) wrote: Thanks for this patch; looks pretty good. > The semihosting and FDT code makes use of libc style string > functions implemented in our string.c, however it relies of the system "relies on". (I can fix this when I commit the patch.) > providing the string.h header file. > > This causes problems on toolchains that don't provide these headers, > like Android toolchains, and it also means that we include declaration > for functions which aren't implemented in the bootwrapper. > > Resolve this by providing our own string.h which declares only > the functions we implement and add the base directory to the > include path so this header is found. > > Signed-off-by: Jon Medhurst > --- > Makefile |2 +- > string.h | 16 > 2 files changed, 17 insertions(+), 1 deletion(-) > create mode 100644 string.h > > diff --git a/Makefile b/Makefile > index 995fd8f..f8fc841 100644 > --- a/Makefile > +++ b/Makefile > @@ -57,7 +57,7 @@ monitor.o: $(MONITOR) > $(CC) $(CPPFLAGS) -c -o $@ $< > > %.o: %.c > - $(CC) $(CPPFLAGS) -O2 -ffreestanding -Ilibfdt -c -o $@ $< > + $(CC) $(CPPFLAGS) -O2 -ffreestanding -I. -Ilibfdt -c -o $@ $< > > model.lds: $(LD_SCRIPT) Makefile > $(CC) $(CPPFLAGS) -E -P -C -o $@ $< > diff --git a/string.h b/string.h > new file mode 100644 > index 000..f1aebdf > --- /dev/null > +++ b/string.h > @@ -0,0 +1,16 @@ > +#ifndef STRING_H > +#define STRING_H > + > +#include I guess to be fully consistent we should provide our own stddef.h and stdint.h, but if it's not causing problems it's not worth the effort. > + > +extern void *(memcpy)(void *__dest, __const void *__src, size_t __n); I was going to complain about the weird parens around function names and inconsistent use of __ prefix on parameter names, but I see these all come straight from the existing string.c, so never mind :-) > +extern void *(memmove)(void *__dest, __const void *__src, size_t __n); > +extern void *(memchr)(void const *s, int c, size_t n); > +extern size_t (strlen)(const char *s); > +extern void *(memset)(void *s, int c, size_t count); > +extern int (memcmp)(void const *p1, void const *p2, size_t n); > +extern int (strcmp)(char const *s1, char const *s2); > +extern int (strncmp)(char const *s1, char const *s2, size_t n); > +extern char *(strchr)(char const *s, int c); > + > +#endif > -- > 1.7.10.4 Reviewed-by: Peter Maydell -- PMM ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [PATCH] bootwrapper: Use local definition of string.h
On 4 September 2012 16:10, Peter Maydell wrote: > I guess to be fully consistent we should provide our own > stddef.h and stdint.h, but if it's not causing problems it's > not worth the effort. Actually, I'm wrong there. We're using gcc's -ffreestanding so it's being a conforming freestanding implementation, and has to provide us with stddef.h and stdint.h. -- PMM ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [PATCH] bootwrapper: Use local definition of string.h
On Tue, 2012-09-04 at 16:10 +0100, Peter Maydell wrote: > On 4 September 2012 15:57, Jon Medhurst (Tixy) wrote: > > diff --git a/string.h b/string.h > > new file mode 100644 > > index 000..f1aebdf > > --- /dev/null > > +++ b/string.h > > @@ -0,0 +1,16 @@ > > +#ifndef STRING_H > > +#define STRING_H > > + > > +#include > > I guess to be fully consistent we should provide our own > stddef.h and stdint.h, but if it's not causing problems it's > not worth the effort. That was my thinking, especially as the definitions might depend on non-standard types and toolchain version - let sleeping dogs lie ;-) > > + > > +extern void *(memcpy)(void *__dest, __const void *__src, size_t __n); > > I was going to complain about the weird parens around function > names and inconsistent use of __ prefix on parameter names, > but I see these all come straight from the existing string.c, > so never mind :-) Yes, I thought they looked weird too, but I just copied the non-static function prototypes straight out of string.c. -- Tixy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [PATCH] bootwrapper: Use local definition of string.h
On Tue, Sep 04, 2012 at 04:26:32PM +0100, Jon Medhurst (Tixy) wrote: > On Tue, 2012-09-04 at 16:10 +0100, Peter Maydell wrote: > > On 4 September 2012 15:57, Jon Medhurst (Tixy) wrote: > > > diff --git a/string.h b/string.h > > > new file mode 100644 > > > index 000..f1aebdf > > > --- /dev/null > > > +++ b/string.h > > > @@ -0,0 +1,16 @@ > > > +#ifndef STRING_H > > > +#define STRING_H > > > + > > > +#include > > > > I guess to be fully consistent we should provide our own > > stddef.h and stdint.h, but if it's not causing problems it's > > not worth the effort. > > That was my thinking, especially as the definitions might depend on > non-standard types and toolchain version - let sleeping dogs lie ;-) > > > > + > > > +extern void *(memcpy)(void *__dest, __const void *__src, size_t __n); > > > > I was going to complain about the weird parens around function > > names and inconsistent use of __ prefix on parameter names, > > but I see these all come straight from the existing string.c, > > so never mind :-) > > Yes, I thought they looked weird too, but I just copied the non-static > function prototypes straight out of string.c. The parentheses are there to suppress some inline macro expansions which happen if you build the GCC headers with optimisation turned on. We really should have our own versions of the relevant headers, but I avoided it out of laziness, on the assumption that we could fix it as needed. The nonstandard types are there out of simplicity/laziness ... this was never intended to remotely resemble a C environment. Since almost C types are equivalent to int or unsigned anyway, the simplified types "work". In a freestanding environment which isn't supposed to be C it would probably be overkill to define all the types, but it could be done if needed. Cheers ---Dave ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Gumstix Overo Support
Adding Ash. On 4 September 2012 08:35, Steffen Hemer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello there, > > are there any plans to support the Overo COM platform again by Linaro ? > After a long time of experimentation I got the 11.07 release running > stable but the kernel sources are missing so I can't compile some > system drivers. > In the repositories the last log says that last changes have been made > in april. > This lack of support or ongoing development let me question if Linaro > is the easy-to-use/easy-to-upgrade Ubuntu-like solution it seemed to > be at first view. In my project I try to find a next-generation base > platform for our robotic systems and I and especially the following > students don't have time and experience to use a self-configured linux > like with open-embedded or else. > > What are your suggestions to do regarding the ongoing plans at Linaro? > > Steffen > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJQRgOIAAoJED67DoYHAYtjZugH/1TGkkEgmgpoDhhBT54eCtHC > YrzXLhBfIrRv+4Z8vxDljn/wr2aACNIsh18klQkaB4oVtINLXDC4jiT7SnPSXM7R > sGBDy0zFO1BxOdwc9xpR++FRKkLPSN8iX1NCbtmagVgwGO0ngMmbv3Wg3tsj/UCG > +/ly4lHVpnCO6NHUx9xiFH4puIU5yC4h2KkrsP3rz+a7Lra0EPK9Z6irhOqecouK > 7fU/0DqR/xY2htkKmF1GbrHyuLzHwtbYDlcyf2bC81gXqL/4z3J+wDoM6pFM9wH/ > HBGU1Uua73Mheod1NTuqVpLA+08d1dBHzoyXsdHXm5ep4kPfOCSMkB04pRoLF70= > =L0yy > -END PGP SIGNATURE- > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev -- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams 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 ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Android Platform Team meeting agenda posted
Take a look at: https://wiki.linaro.org/Platform/Android/Meetings/2012-09-05 Feel free to add to the agenda and join us in #linaro-meeting on irc.freenode.net at 13:00 UTC on 9/5/2012. -- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams 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 ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Gumstix Overo Support
Sorry, I managed to only reply to this to Steffen earlier. I've been wondering the same thing for some time, and after some digging and watching the mailing lists I did find a couple of things. Notably, one possible solution can be found on the Gumstix wiki where they link recent binary builds that they host. This came up on the Gumstix-users mailing list in a thread titled "Debian works very well on Gumstix." The wiki link was http://wiki.gumstix.org/index.php?title=Installing_Linaro_Image Sadly, it seems that this is not easy to find from gumstix.org or from linaro.org. Good luck! Jon On Tue, Sep 4, 2012 at 2:43 PM, Zach Pfeffer wrote: > Adding Ash. > > On 4 September 2012 08:35, Steffen Hemer > wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Hello there, > > > > are there any plans to support the Overo COM platform again by Linaro ? > > After a long time of experimentation I got the 11.07 release running > > stable but the kernel sources are missing so I can't compile some > > system drivers. > > In the repositories the last log says that last changes have been made > > in april. > > This lack of support or ongoing development let me question if Linaro > > is the easy-to-use/easy-to-upgrade Ubuntu-like solution it seemed to > > be at first view. In my project I try to find a next-generation base > > platform for our robotic systems and I and especially the following > > students don't have time and experience to use a self-configured linux > > like with open-embedded or else. > > > > What are your suggestions to do regarding the ongoing plans at Linaro? > > > > Steffen > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.11 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > > > iQEcBAEBAgAGBQJQRgOIAAoJED67DoYHAYtjZugH/1TGkkEgmgpoDhhBT54eCtHC > > YrzXLhBfIrRv+4Z8vxDljn/wr2aACNIsh18klQkaB4oVtINLXDC4jiT7SnPSXM7R > > sGBDy0zFO1BxOdwc9xpR++FRKkLPSN8iX1NCbtmagVgwGO0ngMmbv3Wg3tsj/UCG > > +/ly4lHVpnCO6NHUx9xiFH4puIU5yC4h2KkrsP3rz+a7Lra0EPK9Z6irhOqecouK > > 7fU/0DqR/xY2htkKmF1GbrHyuLzHwtbYDlcyf2bC81gXqL/4z3J+wDoM6pFM9wH/ > > HBGU1Uua73Mheod1NTuqVpLA+08d1dBHzoyXsdHXm5ep4kPfOCSMkB04pRoLF70= > > =L0yy > > -END PGP SIGNATURE- > > > > ___ > > linaro-dev mailing list > > linaro-dev@lists.linaro.org > > http://lists.linaro.org/mailman/listinfo/linaro-dev > > > > -- > Zach Pfeffer > Android Platform Team Lead, Linaro Platform Teams > 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 > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Gumstix Overo Support
Hi Steffen, The Overo COM is a community-supported board for Linaro meaning that Linaro doesn't dedicate resources to fixing bugs or enabling new features for this board. That said, Linaro engineers have been more than willing to accept patches from the community and ready to help me (and other Overo users) out on the IRC channels in making sure Overo (and OMAP3 in general) is well-supported by the Linaro image. For example, the change in April was a patch to make sure that Overo had the latest and greatest u-boot support. Currently, the Linaro kernel is missing a few patches and has a few different choices for config. options that aren't ideal for Overo. That said, you can test out the build available here: http://wiki.gumstix.org/index.php?title=Installing_Linaro_Image I work at Gumstix and I'm personally interested in supporting Overo within the Linaro community not least because I stand to learn a lot along the way! For robotics, I think Linaro is the easiest way starting point to get ROS on an OMAP3 system. -Ash On Tue, Sep 4, 2012 at 6:35 AM, Steffen Hemer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello there, > > are there any plans to support the Overo COM platform again by Linaro ? > After a long time of experimentation I got the 11.07 release running > stable but the kernel sources are missing so I can't compile some > system drivers. > In the repositories the last log says that last changes have been made > in april. > This lack of support or ongoing development let me question if Linaro > is the easy-to-use/easy-to-upgrade Ubuntu-like solution it seemed to > be at first view. In my project I try to find a next-generation base > platform for our robotic systems and I and especially the following > students don't have time and experience to use a self-configured linux > like with open-embedded or else. > > What are your suggestions to do regarding the ongoing plans at Linaro? > > Steffen > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > iQEcBAEBAgAGBQJQRgOIAAoJED67DoYHAYtjZugH/1TGkkEgmgpoDhhBT54eCtHC > YrzXLhBfIrRv+4Z8vxDljn/wr2aACNIsh18klQkaB4oVtINLXDC4jiT7SnPSXM7R > sGBDy0zFO1BxOdwc9xpR++FRKkLPSN8iX1NCbtmagVgwGO0ngMmbv3Wg3tsj/UCG > +/ly4lHVpnCO6NHUx9xiFH4puIU5yC4h2KkrsP3rz+a7Lra0EPK9Z6irhOqecouK > 7fU/0DqR/xY2htkKmF1GbrHyuLzHwtbYDlcyf2bC81gXqL/4z3J+wDoM6pFM9wH/ > HBGU1Uua73Mheod1NTuqVpLA+08d1dBHzoyXsdHXm5ep4kPfOCSMkB04pRoLF70= > =L0yy > -END PGP SIGNATURE- > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: New beta LAVA feature: filters and subscriptions
Alexander Sack writes: > On Mon, Sep 3, 2012 at 7:12 AM, Michael Hudson-Doyle > wrote: >> Hi all, >> >> I've just deployed a new feature for LAVA: the ability to filter and >> subscribe (by email) to test results. You can see, define and >> subscribe to filters at: >> >> https://validation.linaro.org/lava-server/filters/ >> >> I've made some effort to make the interface understandable, so I don't >> want to go on and on about all the possibilities here. Suffice to say >> that it's supposed to be a way to allow one to describe tests that you >> are interested in and receive notifications when tests matching these >> descriptions arrive in the database. If more criteria are needed, >> then then can be added :-) >> >> The code is new and quite complicated so there is definitely a risk of >> bugs. I apologize in advance if your filter doesn't match all the >> results it should or you end up getting mailbombed! >> >> Future work will likely include: RSS feeds for filters, allowing >> sorting (and grouping) results by build number, and thinking about >> ways to use filters to drive other views, such as the image status >> view or some kind of interesting benchmark views. >> >> I am _super keen_ on getting feedback on whether this seems to be a >> useful feature. >> > > Looks promising. I am previewing a filter for the labhealth bundle and > see all labhealth jobs (failures and passes). Now I would like to > constraint the filter to just show failures. > > So question: what attribute to use to select just failures? There is no attribute (or indeed way at all) to do that. When subscribing to a filter, you can choose to only be notified when there is a failure. Adding an option for a filter to only include test runs including a failure seems like a reasonable feature, I'll look into that (at one point I thought it would be too hard, but I no longer think so). Cheers, mwh ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Question] About the Gator and the Power Probe
On 4 September 2012 18:51, Jon Medhurst (Tixy) wrote: > On Tue, 2012-09-04 at 17:43 +0800, Hongbo Zhang wrote: > > > I just know there is a Linaro Overlay PPA for this gator, I didn't add > > this PPA manually, by default there is no such PPA. > > I think this is the reason of old version gatord. > > This PPA should be added by default in all Linaro images because it is > the PPA which contains most of Linaro's output. If it doesn't then it's > a bug which needs reporting and fixing. > > Which image or hwpack are you using? Can you double check if the image's > root file system has the file > etc/apt/sources.list.d/linaro-overlay-ppa.list > > I am using the July release (no Aug Ubuntu release for Snowball) . and I have the file: # cat /etc/apt/sources.list.d/linaro-overlay-ppa.list # Linaro Overlay PPA deb http://ppa.launchpad.net/linaro-maintainers/overlay/ubuntu precise main deb-src http://ppa.launchpad.net/linaro-maintainers/overlay/ubuntu precise main -- > Tixy > > > > ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
