linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

by Paul Sokolovsky

Hello, The planned upgrade to Gerrit 2.12.2 is finished, all active Linaro servers have been upgraded. There were changes requiring action on users's side for https://android-review.linaro.org (see previous email "Regression after android-review.linaro.org upgrade to Gerrit 2.12.2"). There was second issue on https://android-review.linaro.org where a patch after clicking "Submit" was merged into the repository, but stuck in conflicting state in the web interface. This is believed to be caused by reliance on online reindexing introduced in recent Gerrit versions, which proved to be non-robust by looking at the multiple exceptions in logs. android-review.linaro.org has been reindexed in offline mode and patches verified to be processed correctly, and all following servers were upgraded in this mode. If you spot any issues, please report them via https://servicedesk.linaro.org/servicedesk/customer/portal/4 -- 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

8 years, 8 months

The Linaro 16.04 release is now available for download!

by Koen Kooi

Digital circuits are made from analog parts. -- Don Vonada The Linaro 16.04 release is now available for download! Both LSK and LNG tarball releases have been discontinued this cycle and the preferred way of procuring a release is through git.linaro.org. Using the Android-based images ======================= The Android-based images come in three parts: system, userdata and boot. These need to be combined to form a complete Android install. For an explanation of how to do this please see: http://wiki.linaro.org/Platform/Android/ImageInstallation If you are interested in getting the source and building these images yourself please see the following pages: http://wiki.linaro.org/Platform/Android/GetSource http://wiki.linaro.org/Platform/Android/BuildSource Using the OpenEmbedded-based images ======================= With the Linaro provided downloads and with ARM’s Fast Models virtual platform, you can boot a virtual ARMv8 system and run 64-bit binaries. For more information please see: http://www.linaro.org/engineering/armv8 Using the Debian-based images ======================= The Debian-based images consist of two parts. The first part is a hardware pack, which can be found under the hwpacks directory and contains hardware specific packages (such as the kernel and bootloader). The second part is the rootfs, which is combined with the hardware pack to create a complete image. For more information on how to create an image please see: http://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation Getting involved ============ More information on Linaro can be found on our websites: * Homepage: http://www.linaro.org * Wiki: http://wiki.linaro.org Also subscribe to the important Linaro mailing lists and join our IRC channels to stay on top of Linaro developments: * Announcements: http://lists.linaro.org/mailman/listinfo/linaro-announce * Development: http://lists.linaro.org/mailman/listinfo/linaro-dev * IRC: #linaro on irc.linaro.org or irc.freenode.net #linaro-android irc.linaro.org or irc.freenode.net Known issues with this release ===================== Bug reports for this release should be filed in Bugzilla (http://bugs.linaro.org) against the individual packages or projects that are affected. On behalf of the release team, Koen Kooi Builds and Baselines | Release Manager Linaro.org | Open source software for ARM SoCs

8 years, 8 months

[meta-linaro-toolchain][jethro][PATCH] gcc-runtime: Fix QA Issues

by zongchun.yu＠nxp.com

From: Zongchun Yu <zongchun.yu(a)nxp.com> Fix following QA Issue: ERROR: QA Issue: gcc-runtime: Files/directories were installed but not shipped in any package: /usr/lib/libstdc++fs.la /usr/lib/libstdc++fs.a Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. gcc-runtime: 2 installed and not shipped files. [installed-vs-shipped] Signed-off-by: Zongchun Yu <zongchun.yu(a)nxp.com> --- .../recipes-devtools/gcc/gcc-runtime_linaro-5.2.bb | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-runtime_linaro-5.2.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-runtime_linaro-5.2.bb index a147ebd..0ae3085 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-runtime_linaro-5.2.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-runtime_linaro-5.2.bb @@ -5,3 +5,11 @@ require recipes-devtools/gcc/gcc-runtime.inc FILES_libgomp-dev += "\ ${libdir}/gcc/${TARGET_SYS}/${BINV}/include/openacc.h \ " + +FILES_libstdc++-dev += "\ + ${libdir}/libstdc++fs.la \ +" + +FILES_libstdc++-staticdev += "\ + ${libdir}/libstdc++fs.a \ +" -- 1.8.3.2

8 years, 8 months

Debian-style package build logs

by Riku Voipio

Hi, Our Debian-style package builds logs for RPB, 96boards and linaro builds are now available on repo.linaro.org. Previously build logs were available in jenkins, but they expired in 30 days from build. Now build logs are located in the same directory as the packages - for example qemu, you would find the logs for qemu builds in http://repo.linaro.org/ubuntu/linaro-overlay/pool/main/q/qemu/ directory. The build logs are also broadcast via the packages mailing list: https://lists.linaro.org/pipermail/packages/

8 years, 8 months

[fido/jethro][PATCH] external-linaro-toolchain: correct path for libgcov.a to package properly

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> With migration from crosstool-NG to ABE, libgcov.a changed path and is now available in ${libdir}. So, instead of being packaged into own libgcov-dev package, it gets picked up by "catchall" libc6-staticdev package. This mostly works, as long as nothing directly depends on libgcov-dev. Unfortunately, packagegroup-core-standalone-sdk-target does and is the one being used when building SDKs with -c populate_sdk. Correct path to generate libgcov-dev pkg. Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- This is required for fido/jethro, but krogoth/master introduces single -dev package rule, so separate libgcov-dev package can be dropped entirely. .../external-linaro-toolchain/external-linaro-toolchain.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb index ea41179..531caf7 100644 --- a/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb +++ b/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb @@ -301,7 +301,7 @@ PKGV_gdbserver = "${ELT_VER_GDBSERVER}" ALLOW_EMPTY_${PN}-mtrace = "1" FILES_${PN}-mtrace = "${bindir}/mtrace" -FILES_libgcov-dev = "${libdir}/${TARGET_SYS}/${BINV}/libgcov.a" +FILES_libgcov-dev = "${libdir}/libgcov.a" FILES_libsegfault = "${base_libdir}/libSegFault*" -- 2.2.0

8 years, 8 months

[ANN] Upcoming Gerrit 2.12 upgrade

by Paul Sokolovsky

Hello, 4 months have passed since the previous Gerrit upgrade (see below for reference), when Systems team had wanted to upgrade directly to 2.12, but due to last-minute issues discovered in it, upgraded to 2.11.5 instead. Gerrit is at 2.12.2 now, with many issues fixed and it being quite stable now. We also have stakeholders waiting for 2.12 functionality any day now. So, Systems team plan to upgrade the following systems: review.linaro.org android-review.linaro.org dev-private-review.linaro.org lhg-review.linaro.org starting end of day Friday, April 29th and throughout Saturday April 30th. Let us know if you have questions or concerns (for example, if you need uninterrupted Gerrit access until end of the US day on April 29). Thanks, Paul Begin forwarded message: Date: Mon, 14 Dec 2015 19:01:46 +0200 From: Paul Sokolovsky <Paul.Sokolovsky(a)linaro.org> To: linaro-dev <linaro-dev(a)lists.linaro.org>, linaro-android <linaro-android(a)lists.linaro.org>, "systems(a)linaro.org" <systems(a)linaro.org> Subject: [ANN] Planning next Gerrit upgrade Hello, We upgraded from Gerrit 2.8 to 2.10 in the beginning of September, and it went pretty smooth and let us overcome few annoying issues and enjoy few new features and better integration with other apps. Unfortunately, 3 months later, 2.10 also feels old, with 2.12 having been released in the interim. With various Linaro groups continuing to leverage advanced Gerrit features and integrations with other apps (Jenkins, Bugzilla), Systems team faces various bugs and issues. None of these issues are too grave, but they're quite convoluted and take much time to be researched and understood. And then we find out that it's a known issue in 2.10, which was fixed in later versions. Jenkins' Gerrit integration already requires 2.12 for full functionality and warns about our version being too old and some features not supported. Which in turns brings concerns that every time it doesn't work as expected, it may be because Gerrit plugin is no longer tested with 2.10 and hits some issue pertaining to it. With that in mind, Systems team would like to start planning for next Gerrit upgrade, and move straight to the latest, 2.12. To remind, the reason we didn't upgrade to 2.11 last time, was because 2.10 was the last version which included old-style change review screen, and we wanted to provide smoother transition and let people to try the new screen at their own pace. So, if you still use the old design, please go to https://review.linaro.org/#/settings/preferences , and in "Change View:" dropdown, select "New Screen", and give it a chance with the help of this doc: https://review.linaro.org/Documentation/user-review-ui.html And if you have any concerns regarding the upgrade, please speak up now. Otherwise, we can do it in one of the following timeframes: 1. Upgrade in January. 2. Upgrade a bit later, but still before the Connect. 3. Discuss and plan upgrade at the Connect. Systems team votes for the choice 1, upgrade next month (apparently, by the end of), as that will allows us to deliver smoother Gerrit experience to other teams, instead of firefighting older version issues. Thanks, 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 -- 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

8 years, 8 months

gcc-4.9.4, 'no features' not recognized with -mcpu option

by Laurent Thévenoux

Dear Devs, I get the following error when I use gcc 4.9.4 with the -mcpu flag set with a certain configuration of ‘feature/nofeature’, i.e.: -mcpu=cortex-a57+fp+simd+nocrypto+nocrc will fail, but -mcpu=cortex-a57+fp+nocrypto+simd+nocrc won’t, for example. Here the error I get with the former -mcpu flag: Assembler messages: Error: unknown architectural extension `n' Error: unrecognized option -mcpu=cortex-a57+fp+simd+n Minimal test case: $gcc -march=armv8-a+fp+simd+nocrc+nocrypto -mcpu=cortex-a57+fp+simd+nocrypto+nocrc -mtune=cortex-a57 helloworld.c. According to the gcc documentation <https://gcc.gnu.org/onlinedocs/gcc-4.9.3/gcc/AArch64-Options.html#AArch64-O…> the order seems to be irrelevant. I obtained the error with the linaro-gcc 4.9.4 binary release, as well as a personal built from linaro sources package. It also fails with gcc 4.9.2 on the 3.18.0-linaro-hikey debian distribution. I also tried with (linaro) gcc 4.8.5, 5.1.1, 5.2.1, and 5.3.1 versions, and it works well. Do I have to open a bug report for this, or maybe, I just misunderstood something, somewhere? Regards, Laurent Thévenoux

8 years, 8 months

OE recipes for 5.3-2016.02 toolchain?

by Denys Dmytriyenko

Koen, et al, With the release of 5.3-2016.02 Linaro toolchain it is now possible to use the binary version with the external-linaro-toolchain recipe. Are there any immediate plans to provide corresponding recipes to build the same version of the toolchain from sources? Thanks. -- Denys

8 years, 8 months

[meta-linaro-toolchain][PATCH][jethro] gcc: remove '-2' from PR

by zongchun.yu＠nxp.com

From: Zongchun Yu <zongchun.yu(a)nxp.com> Fix following Error: | error: line 4: invalid tag value("^[A-Za-z0-9+._]+$") Release: Release: r2015.11-2 | error: Package has no %description: libgcc-linaro+5.2.aarch64 Signed-off-by: Zongchun Yu <zongchun.yu(a)nxp.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-5.2.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-5.2.inc b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-5.2.inc index ca44d66..65c665b 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-5.2.inc +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-5.2.inc @@ -58,9 +58,9 @@ EXTRA_OECONF_PATHS = "\ PV = "linaro-${BASEPV}" -MMYY = "15.11-2" -RELEASE = "20${MMYY}" -PR = "r${RELEASE}" +MMYY = "15.11" +RELEASE = "20${MMYY}-2" +PR = "r20${MMYY}" BINV = "5.2.1" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-${PV}' ], d)}" -- 1.8.3.2

8 years, 8 months

[PATCH] external-linaro-toolchain-versions: make parse debugging use bb.debug

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- .../conf/distro/include/external-linaro-toolchain-versions.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc index 564a408..71fe69b 100644 --- a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc +++ b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc @@ -26,7 +26,7 @@ def elt_get_version(d): # Extract the YYYY.MM version def elt_get_main_version(d): version = elt_get_version(d) - bb.note('Trying for parse version info from: %s' % version) + bb.debug(2, 'Trying for parse version info from: %s' % version) if version != 'UNKNOWN': if version.split()[4] == '(Linaro': # gcc version 5.1.1 20150608 (Linaro GCC 5.1-2015.08) -- 2.2.0

8 years, 9 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev