Bug 4783 - [adt-installer] ARM: target arch change from armv5te to armv7a-vfp-neon in environment setting script.
Summary: [adt-installer] ARM: target arch change from armv5te to armv7a-vfp-neon in en...
Status: VERIFIED FIXED
Alias: None
Product: ADT
Classification: Yocto Project Subprojects
Component: adt (show other bugs)
Version: 1.5
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 1.5 M5
Assignee: Laurentiu Palcu
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-06-27 09:22 UTC by Yi Zhao
Modified: 2013-09-24 05:55 UTC (History)
8 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yi Zhao 2013-06-27 09:22:27 UTC
ADT_installer location: http://autobuilder.yoctoproject.org/pub/nightly/20130625-2/adt-installer-QA/

ADT repo: http://adtrepo-dev.yoctoproject.org/1.4+snapshot-8e9501ffa8726d69412d669580d787ffedb88d34-master/

git info: master/8e9501ffa8726d69412d669580d787ffedb88d34

Steps:
1. Download adt_installer.tar.bz2 from http://autobuilder.yoctoproject.org/pub/nightly/20130625-2/adt-installer-QA/
2. Setup the target architecture to arm and install the ADT.
3. After installation finish, I found the environment setting script is environment-setup-armv7a-vfp-neon-poky-linux-gnueabi. It should be environment-setup-armv5te-poky-linux-gnueabi. This file is from package meta-environment-arm_1.0-r8_x86_64-nativesdk.ipk in adt repo.

Here is the root cause:
Currently on autobuilder, besides nightly-arm (qemuarm), there is an extra layers nightly-fsl-arm (imx53qsb) also build meta-toolchain and the ipk packages will also be copied to adt repo. Although they have the same arch, the core cpu of target machine is different. Unfortunately, when generate the meta-environment-arm package, they have the same package name. So when copy the package to adt repo, the latest one will cover the previous one.

The adt_installer and its repo are only for yocto, so we shouldn't copy packages from other extra meta layers(e.g. nightly-fsl-arm or nightly-fsl-ppc) to the adt repo. Otherwise the adt repo will be contaminated.  

There is a similar issue for toolchain tarball. See bug 4618.
Comment 1 Yi Zhao 2013-07-16 08:16:19 UTC
For 20130710-1 build, besides arm, ppc target arch environment setting scripts also be changed in i686 host. It should be "environment-setup-ppc603e-poky-linux", but now it is "environment-setup-ppce500v2-poky-linux-gnuspe". It is because some packages from nightly-fsl-ppc covered the correct packages.

ADT repo: http://adtrepo-dev.yoctoproject.org/1.4+snapshot-a63229917a5708de2d161aba0d67168ce0da6365-master/
Comment 2 Yi Zhao 2013-08-19 10:06:22 UTC
Hi,

This issue still happens on recent builds. Do we have any solution ?
Comment 3 Jessica 2013-08-21 15:42:48 UTC
Hi Laurentiu,

Please fix this at the beginning of M5

Thanks,
Jessica
Comment 4 Laurentiu Palcu 2013-09-02 09:41:25 UTC
I've got a fix for this already (http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/b4783_target_arch_change) but it impacts ADT installer: YOCTOADT_TARGETS variable in adt-installer.conf would have to be set to 'armv5te' (for qemuarm toolchain) or 'armv7a-vfp-neon' (for beagleboard) instead of just 'arm' as it is right now. This would be needed for all architectures.

The alternative is for the user to use the machine name: beagleboard or qemuarm. Even though this would be easier, from the user perspective, it's not ideal. The user might also have to choose from a lot of machine names.

The easiest way, from the user point of view, is to have just 'x86', 'arm', etc. Unfortunately, I'm not sure we can achieve that any time soon, at least not in this release cycle. I'll continue my investigations though and see if I can come up with a better solution for the time being.
Comment 5 Richard Purdie 2013-09-02 09:54:29 UTC
I think we should merge the TUNE_PKGARCH patches and add comments to the configuration file showing the defaults for our standard machine set (qemu and meta-yocto-bsp machines). Would that approach work?
Comment 6 Laurentiu Palcu 2013-09-02 10:01:53 UTC
That can be done, of course. I'll do the changes and make some tests locally.
Comment 7 Laurentiu Palcu 2013-09-10 15:12:07 UTC
Patches sent on the oe-core ML.
Comment 9 Yi Zhao 2013-09-24 05:55:33 UTC
Verified with 1.5 M5 rc4.
poky master: 853bc53cd58a621918f0e5ce662dba263d1befb4