linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

Re: [PATCH] Dpkg/Shlibs.pm: multiarch search paths

by Neil Williams

On Mon, 21 Mar 2011 09:55:26 +0100 Raphael Hertzog <hertzog(a)debian.org> wrote: (Trimming the CC: feel free to drop patches(a)l.o if linaro-dev(a)l.l.o is more useful. Please keep debian-embedded in CC to reach me.) > Not knowing much about cross-compilation I had started with a sligthly > different approach than you, mimicking exactly what was done for > cross-compilation support. 09:48 < codehelp> buxy: vorlon: my original query related to not so much building a cross-compiler but building gcc-* to install and run on cross, i.e. reverse-cross where build=amd64,host=armel,target=armel 09:48 < codehelp> cross-compiler build=amd64,host=amd64,target=armel 09:48 < codehelp> doesn't give you a libgcc1 which can be used to satisfy dependencies of packages cross-built using the cross-compiler Cross-building an entire distro, like Emdebian Crush, involved a long winded process: 0: Build gcc-4.* as an arm cross-compiler (not armel in those days but that's not important to the method) 1: Build build-dependencies of gcc using the cross-compiler 2: Build gcc-4.* as a normal package using the cross-compiler The people who are most likely to be doing this now are Linaro. Emdebian Crush stalled after Lenny (and used ARM not armel), so the version of gcc-4.2 in Lenny should still build with the typical "dpkg-buildpackage -aarm". Later versions of gcc probably have other fixes which would cause the reverse cross build to fail, not due to the failure of the original patches but due to changes in gcc itself. To create a fully bootstrap-able system, gcc does need to support the reverse cross and this will need testing in Multi-arch world. Typically, gcc-4.* *should* be expected to build correctly just using: $ dpkg-buildpackage -a$arch No special target specification (except internally in debian/rules etc.), no expectation of building a cross-compiler, just building it as if it is any other package which needs to be cross-built. Of course, if libgcc1 can be made available in any other way than having to pretend that we actually want a native compiler on these systems (99% of the time we really don't), then everyone wins. > Neil (or anyone else knowledgable on the topic), can you review the > patches and tell us what's really needed and most logical according to > you? > > Steve's patch: > - adds the multi-arch path at the start of the search paths > - adds them only for stantard cross-compilation (host != build) but not > for the special cases used to detect a cross-compiler build Intuitively this does sound the correct way to do it, especially as what I wanted from the original patch was a standard cross-build, not the special case of building a cross-compiler, but: > My patch: > - adds the multi-arch path before the cross-arch patch but after the > standard search path > > - add them in all cases where the cross-compilation paths are used > > Putting the multi-arch paths after the default path should not matter as > dpkg-shlibdeps skips libraries of non-matching architecture. This is more in line with how it actually works out when trying to cross-build gcc itself. I'm not sure of the benefit of putting the multiarch lib location in front of the default lib location. I'm not sure if having some i386 libraries in a multi-arch path and the main system amd64 libraries in a non-multi-arch path would actually matter (after all, the same libraries *should* get updated together). That's a "traditional" Multi-Arch question, so I'd defer to Steve on that one. For cross-building, it's simply sufficient that the new multi-arch-cross paths precede the old dpkg-cross paths and both patches achieve this. > For the case of building a cross-compiler, Steve's experience tends to > prove that adding the multi-arch path is not needed... but I don't see why > it should be treated differently than the cross-arch paths. > > Can you enlighten us? For building a cross-compiler, Steve is correct - it doesn't matter. For using that cross-compiler to cross-compile gcc itself, it will matter. Multi-Arch paths will be necessary to build a version of libgcc1 which can be installed on the target. -- Neil Williams ============= http://www.linux.codehelp.co.uk/

14 years, 1 month

[PATCH android/device/linaro/pandaboard] Add vold.fstab

by Jeremy Chang

vold.fstab is the vold configuration file to tell what the device to mount. Signed-off-by: Jeremy Chang <jeremy.chang(a)linaro.org> --- device.mk | 16 ++++++++++++++++ pandaboard.mk | 1 + vold.fstab | 15 +++++++++++++++ 3 files changed, 32 insertions(+), 0 deletions(-) create mode 100644 device.mk create mode 100644 vold.fstab diff --git a/device.mk b/device.mk new file mode 100644 index 0000000..79979e3 --- /dev/null +++ b/device.mk @@ -0,0 +1,16 @@ +# Copyright (C) 2010 The Android Open Source Project +# +# Licensed under the Apache License, Version 2.0 (the "License"); +# you may not use this file except in compliance with the License. +# You may obtain a copy of the License at +# +# http://www.apache.org/licenses/LICENSE-2.0 +# +# Unless required by applicable law or agreed to in writing, software +# distributed under the License is distributed on an "AS IS" BASIS, +# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +# See the License for the specific language governing permissions and +# limitations under the License. + +PRODUCT_COPY_FILES := \ + device/linaro/beagleboard/vold.fstab:system/etc/vold.fstab diff --git a/pandaboard.mk b/pandaboard.mk index b7aab1c..7c15efd 100644 --- a/pandaboard.mk +++ b/pandaboard.mk @@ -28,6 +28,7 @@ PRODUCT_PACKAGES := \ $(ZEROXBENCHMARK_NATIVE_APPS) $(call inherit-product, $(SRC_TARGET_DIR)/product/core.mk) +$(call inherit-product, device/linaro/pandaboard/device.mk) # Overrides PRODUCT_BRAND := pandaboard diff --git a/vold.fstab b/vold.fstab new file mode 100644 index 0000000..c17bb64 --- /dev/null +++ b/vold.fstab @@ -0,0 +1,15 @@ +## Vold 2.0 Generic fstab +## - San Mehat (san(a)android.com) +## + +####################### +## Regular device mount +## +## Format: dev_mount <label> <mount_point> <part> <sysfs_path1...> +## label - Label for the volume +## mount_point - Where the volume will be mounted +## part - Partition # (1 based), or 'auto' for first usable partition. +## <sysfs_path> - List of sysfs paths to source devices +###################### + +dev_mount sdcard /mnt/sdcard 7 /devices/platform/mmci-omap-hs.0/mmc_host/mmc0 -- 1.7.1

14 years, 1 month

LinaroAndroidBuildService

by Guilherme Salgado

Hi Michael, That wiki page[1] gave me a good overview of the build service; I have only a couple questions. Also, even though I didn't actually read most of the code, I saw some shell script to configure the build slave and I'm wondering if you think it'd be worth using something like puppet for that instead. The scripts seem small enough at this point, so it may not worth the effort at this point, but I'm sure they'll grow over time and we don't want to end up with a mess similar to the old l-m-c. > SCRIPT_NAME: Defines the name of the[...] At first I thought it'd be nice to have a short description of the existing scripts here, but it looks like we only have the regular one and an extra for building with a custom toolchain, so maybe it's not neeeded? > To get your script into the branch used by the build system, > submit a merge proposal to [...] I guess that means the jenkins job created under the hoods will always use the tip of the build-tools branch, avoiding the need for a manual update? Cheers, [1]https://wiki.linaro.org/MichaelHudson/Sandbox/LinaroAndroidBuildService -- Guilherme Salgado <https://launchpad.net/~salgado>

14 years, 1 month

[CPUFREQ] calculate delay after dbs_check_cpu

by Vincent Guittot

Nicolas, Could you merge the attached commit ? It comes from next branch of git://git.kernel.org/pub/scm/linux/kernel/git/davej/cpufreq.git. It should be needed for the current linaro kernel cycle Regards, Vincent

14 years, 1 month

[PATCH android/device/linaro/beagleboard] Add vold.fstab

by Jeremy Chang

vold.fstab is the vold configuration file to tell what the device to mount. Add device.mk, the device-specific product definition file for copy device-specific drivers, configuration files, settings, etc. Signed-off-by: Jeremy Chang <jeremy.chang(a)linaro.org> --- beagleboard.mk | 1 + device.mk | 16 ++++++++++++++++ vold.fstab | 15 +++++++++++++++ 3 files changed, 32 insertions(+), 0 deletions(-) create mode 100644 device.mk create mode 100644 vold.fstab diff --git a/beagleboard.mk b/beagleboard.mk index f810f36..015b605 100644 --- a/beagleboard.mk +++ b/beagleboard.mk @@ -29,6 +29,7 @@ PRODUCT_PACKAGES := \ $(call inherit-product, $(SRC_TARGET_DIR)/product/core.mk) +$(call inherit-product, device/linaro/beagleboard/device.mk) # Overrides PRODUCT_BRAND := beagleboard diff --git a/device.mk b/device.mk new file mode 100644 index 0000000..79979e3 --- /dev/null +++ b/device.mk @@ -0,0 +1,16 @@ +# Copyright (C) 2010 The Android Open Source Project +# +# Licensed under the Apache License, Version 2.0 (the "License"); +# you may not use this file except in compliance with the License. +# You may obtain a copy of the License at +# +# http://www.apache.org/licenses/LICENSE-2.0 +# +# Unless required by applicable law or agreed to in writing, software +# distributed under the License is distributed on an "AS IS" BASIS, +# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +# See the License for the specific language governing permissions and +# limitations under the License. + +PRODUCT_COPY_FILES := \ + device/linaro/beagleboard/vold.fstab:system/etc/vold.fstab diff --git a/vold.fstab b/vold.fstab new file mode 100644 index 0000000..c17bb64 --- /dev/null +++ b/vold.fstab @@ -0,0 +1,15 @@ +## Vold 2.0 Generic fstab +## - San Mehat (san(a)android.com) +## + +####################### +## Regular device mount +## +## Format: dev_mount <label> <mount_point> <part> <sysfs_path1...> +## label - Label for the volume +## mount_point - Where the volume will be mounted +## part - Partition # (1 based), or 'auto' for first usable partition. +## <sysfs_path> - List of sysfs paths to source devices +###################### + +dev_mount sdcard /mnt/sdcard 7 /devices/platform/mmci-omap-hs.0/mmc_host/mmc0 -- 1.7.1

14 years, 1 month

[PM] 23/03/2011 - Minutes for the Power Management WG weekly call

by Amit Kucheria

Hi All, The minutes of the power management weekly call can be found at : https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2011-03-23 Highlights: Planning kick-off for 11.11 Regards, Amit

14 years, 1 month

[PATCH] dpkg-cross: handle multi-arch packages too

by Marcin Juszkiewicz

Hi Ubuntu 'natty' switched to multiarch recently and my cross toolchain packages started to fail to build. Most of problems were fixed but then dpkg-cross hit us. Today I looked at dpkg-cross and made attached patch to handle problem. What patch does is converting multiarch packages into old style ones. There is no extra switch like "--force-even-when-multiarch" and "--convert-anyway -A" is used instead. This is change against latest CVS code (dpkg-cross r1.83). >From my tests it looks like it does proper job.

14 years, 1 month

Linaro Ubuntu 11.05 Beta Freeze tomorrow

by Jamie Bennett

Hi, >From tomorrow the Beta Freeze restriction comes into effect for all packages that are in the Ubuntu main archive. This means that all uploads to the main archive will need to be manually approved by the Linaro and Ubuntu release teams as we prepare for Beta release. For an explanation of what the Beta Freeze is and how to get your changes into the archive from tomorrow onwards please see: http://wiki.linaro.org/Releases/BetaFreeze Regards, Jamie. -- Linaro Release Manager | Platform Project Manager

14 years, 1 month

[powerdebug 01/14] encapsulate the options code

by Daniel Lezcano

From: Daniel Lezcano <dlezcano(a)fr.ibm.com> Create a single structure for powerdebug options. Signed-off-by: Daniel Lezcano <dlezcano(a)fr.ibm.com> --- powerdebug.c | 175 +++++++++++++++++++++++++++++++++------------------------- 1 files changed, 99 insertions(+), 76 deletions(-) diff --git a/powerdebug.c b/powerdebug.c index 197f255..4c2400b 100644 --- a/powerdebug.c +++ b/powerdebug.c @@ -20,7 +20,6 @@ int dump; int highlighted_row; int selectedwindow = -1; -double ticktime = 10.0; /* in seconds */ char *win_names[TOTAL_FEATURE_WINS] = { "Regulators", @@ -45,119 +44,143 @@ void usage(void) " -s)\n"); printf(" -V, --version Show Version\n"); printf(" -h, --help Help\n"); - - exit(0); } void version() { printf("powerdebug version %s\n", VERSION); - exit(0); } -int main(int argc, char **argv) +/* + * Options: + * -r, --regulator : regulator + * -s, --sensor : sensors + * -c, --clock : clocks + * -p, --findparents : clockname whose parents have to be found + * -t, --time : ticktime + * -d, --dump : dump + * -v, --verbose : verbose + * -V, --version : version + * -h, --help : help + * no option / default : show usage! + */ + +static struct option long_options[] = { + { "regulator", 0, 0, 'r' }, + { "sensor", 0, 0, 's' }, + { "clock", 0, 0, 'c' }, + { "findparents", 1, 0, 'p' }, + { "time", 1, 0, 't' }, + { "dump", 0, 0, 'd' }, + { "verbose", 0, 0, 'v' }, + { "version", 0, 0, 'V' }, + { "help", 0, 0, 'h' }, + { 0, 0, 0, 0 } +}; + +struct powerdebug_options { + int findparent; + int verbose; + int regulators; + int sensors; + int clocks; + int ticktime; + char clkarg[64]; +}; + +int getoptions(int argc, char *argv[], struct powerdebug_options *options) { - int c, i; - int firsttime[TOTAL_FEATURE_WINS]; - int enter_hit = 0, verbose = 0, findparent_ncurses = 0, refreshwin = 0; - int regulators = 0, sensors = 0, clocks = 0, findparent = 0; - char clkarg[64], clkname_str[64]; - - for (i = 0; i < TOTAL_FEATURE_WINS; i++) - firsttime[i] = 1; + int c; - /* - * Options: - * -r, --regulator : regulator - * -s, --sensor : sensors - * -c, --clock : clocks - * -p, --findparents : clockname whose parents have to be found - * -t, --time : ticktime - * -d, --dump : dump - * -v, --verbose : verbose - * -V, --version : version - * -h, --help : help - * no option / default : show usage! - */ + memset(options, 0, sizeof(*options)); + options->ticktime = 10; while (1) { int optindex = 0; - static struct option long_options[] = { - {"regulator", 0, 0, 'r'}, - {"sensor", 0, 0, 's'}, - {"clock", 0, 0, 'c'}, - {"findparents", 1, 0, 'p'}, - {"time", 1, 0, 't'}, - {"dump", 0, 0, 'd'}, - {"verbose", 0, 0, 'v'}, - {"version", 0, 0, 'V'}, - {"help", 0, 0, 'h'}, - {0, 0, 0, 0} - }; - - c = getopt_long(argc, argv, "rscp:t:dvVh", long_options, &optindex); + + c = getopt_long(argc, argv, "rscp:t:dvVh", + long_options, &optindex); if (c == -1) break; switch (c) { case 'r': - regulators = 1; + options->regulators = 1; selectedwindow = REGULATOR; break; case 's': - sensors = 1; + options->sensors = 1; selectedwindow = SENSOR; break; case 'c': - clocks = 1; + options->clocks = 1; selectedwindow = CLOCK; break; case 'p': - findparent = 1; - strcpy(clkarg, optarg); + options->findparent = 1; + strcpy(options->clkarg, optarg); break; case 't': - ticktime = strtod(optarg, NULL); + options->ticktime = strtod(optarg, NULL); break; case 'd': dump = 1; break; case 'v': - verbose = 1; + options->verbose = 1; break; case 'V': version(); break; - case 'h': - usage(); - break; case '?': - fprintf (stderr, "%s: Unknown option %c'.\n", - argv[0], optopt); - exit(1); + fprintf(stderr, "%s: Unknown option %c'.\n", + argv[0], optopt); default: - usage(); - break; + return -1; } } - if (dump && !(regulators || clocks || sensors)) { - //fprintf(stderr, "Dump mode (-d) supported only with -c, -r " - // "or -s ..\n"); - //usage(); - // By Default lets show everything we have! - regulators = clocks = sensors = 1; + if (dump && !(options->regulators || + options->clocks || options->sensors)) { + /* By Default lets show everything we have */ + options->regulators = options->clocks = options->sensors = 1; } - if (findparent && (!clocks || !dump)) { + if (options->findparent && (!options->clocks || !dump)) { fprintf(stderr, "-p option passed without -c and -d." " Exiting...\n"); - usage(); + return -1; } if (!dump && selectedwindow == -1) selectedwindow = REGULATOR; + return 0; +} + +int main(int argc, char **argv) +{ + int i; + int findparent_ncurses = 0, refreshwin = 0; + int enter_hit = 0; + int firsttime[TOTAL_FEATURE_WINS]; + char clkname_str[64]; + struct powerdebug_options *options; + + for (i = 0; i < TOTAL_FEATURE_WINS; i++) + firsttime[i] = 1; + + options = malloc(sizeof(*options)); + if (!options) { + fprintf(stderr, "failed to allocated memory\n"); + return -1; + } + + if (getoptions(argc, argv, options)) { + usage(); + return 1; + } + init_regulator_ds(); while(1) { @@ -173,17 +196,17 @@ int main(int argc, char **argv) } - if (regulators || selectedwindow == REGULATOR) { + if (options->regulators || selectedwindow == REGULATOR) { read_regulator_info(); if (!dump) { create_selectedwindow(); - show_regulator_info(verbose); + show_regulator_info(options->verbose); } else - print_regulator_info(verbose); + print_regulator_info(options->verbose); } - if (clocks || selectedwindow == CLOCK) { + if (options->clocks || selectedwindow == CLOCK) { int ret = 0; if (firsttime[CLOCK]) { ret = init_clock_details(); @@ -203,7 +226,7 @@ int main(int argc, char **argv) if (refreshwin) command = REFRESH_WINDOW; hrow = read_and_print_clock_info( - verbose, + options->verbose, highlighted_row, command); highlighted_row = hrow; @@ -213,19 +236,19 @@ int main(int argc, char **argv) enter_hit); } if (!ret && dump) { - if (findparent) - read_and_dump_clock_info_one(clkarg); + if (options->findparent) + read_and_dump_clock_info_one(options->clkarg); else - read_and_dump_clock_info(verbose); + read_and_dump_clock_info(options->verbose); } } - if (sensors || selectedwindow == SENSOR) { + if (options->sensors || selectedwindow == SENSOR) { if (!dump) { create_selectedwindow(); print_sensor_header(); } else - read_and_print_sensor_info(verbose); + read_and_print_sensor_info(options->verbose); } if (dump) @@ -233,8 +256,8 @@ int main(int argc, char **argv) FD_ZERO(&readfds); FD_SET(0, &readfds); - tval.tv_sec = ticktime; - tval.tv_usec = (ticktime - tval.tv_sec) * 1000000; + tval.tv_sec = options->ticktime; + tval.tv_usec = (options->ticktime - tval.tv_sec) * 1000000; key = select(1, &readfds, NULL, NULL, &tval); @@ -309,7 +332,7 @@ int main(int argc, char **argv) exit(0); if (keychar == 'R') { refreshwin = 1; - ticktime = 3; + options->ticktime = 3; } else refreshwin = 0; } -- 1.7.1

14 years, 1 month

[NOTES] Infrastructure team meeting 2011-03-22

by Jamie Bennett

Hi, The notes and actions for this weeks Infrastructure team meeting along with team activity reports are now available at: https://wiki.linaro.org/Platform/Infrastructure/Meetings/2011-03-22 = Actions Recorded = * Salgado to review Android build system code Regards, Jamie. -- Linaro Release Manager | Platform Project Manager

14 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev