linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

build error with latest linux-linaro-2.6.38

by John Rigby

Hi Nicolas, make omap2plus_defconfig then edit .config and remove CONFIG_ARCH_OMAP2=y line then make oldconfig and turn on CONFIG_THUMB2_KERNEL then make uImage LD vmlinux SYSMAP System.map SYSMAP .tmp_System.map OBJCOPY arch/arm/boot/Image Kernel: arch/arm/boot/Image is ready AS arch/arm/boot/compressed/head.o GZIP arch/arm/boot/compressed/piggy.gzip CC arch/arm/boot/compressed/misc.o CC arch/arm/boot/compressed/decompress.o arch/arm/boot/compressed/head.S: Assembler messages: arch/arm/boot/compressed/head.S:232: Error: r15 not allowed here -- `cmp r10,pc' make[2]: *** [arch/arm/boot/compressed/head.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [arch/arm/boot/compressed/vmlinux] Error 2 make: *** [uImage] Error 2 -- john

14 years

Fedora armv7hl bringup

by Jon Masters

Hello everyone, In the spirit of reaching out to the Linaro community, I'd like to engage in some conversation with those working on the HardFP ABI switch and toolchain effort, since we will shortly be doing the same in the Fedora ARM community. The intention is to support hardfp in time for the Fedora 15 ARM release, which *will* lag behind the x86 F-15 release. Anyway. I could do with some pointers to the current state of things, and who I should talk to and engage with at the LDS in another week. I will be there representing the Fedora ARM community. And I look forward to meeting those of you who don't already know me from other lives ;) Jon.

14 years

what new CONFIG_s need to be enabled

by John Rigby

Nicolas, Andy, I see that Andy's stuff went into linux-linaro-2.6.38 earlier. What new CONFIG_'s do I need to turn on in the packaged kernel to ensure we get all the fabulous new stuff enabled? Thanks, John

14 years

Notes & Actions: Linaro Graphics Working Group - Apr 27, 2011

by Alexandros Frantzis

Hi, notes and actions from our Wednesday graphics working group call are available on the wiki: + https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-04-27 Details about when and where of this meeting can be found here: + https://wiki.linaro.org/WorkingGroups/Middleware/Graphics#Weekly%20Public%2… Summary ======= * LDS demo poster finalized. * kwin * Packages done and available for ARM platforms. * Tested on imx51 (\o/), to be tested on pandaboard. * chromium-wm: build/packaging has begun. * Furious preparation for memory management mini-summit. * nux: cairo-gles work being leveraged for dispatch method and texture wrap solution. * GLEW-gles published on git.linaro.org and out for review. Thanks, -- - Alexandros

14 years

[PATCH android/device/linaro/pandaboard] vold.fstab: Change the sys path for mmc device

by Jeremy Chang

After kernel bumped to 2.6.38.3, mmc sys path changed Signed-off-by: Jeremy Chang <jeremy.chang(a)linaro.org> --- vold.fstab | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/vold.fstab b/vold.fstab index 04b9690..10fe0c4 100644 --- a/vold.fstab +++ b/vold.fstab @@ -12,4 +12,4 @@ ## <sysfs_path> - List of sysfs paths to source devices ###################### -dev_mount sdcard /mnt/sdcard 6 /devices/platform/mmci-omap-hs.0/mmc_host/mmc0 +dev_mount sdcard /mnt/sdcard 6 /devices/platform/omap/omap_hsmmc.0/mmc_host/mmc0 -- 1.7.1

14 years

zlib NEON improvements

by Michael Hope

Jan Seiffert has been looking into vectorising the adler32 routine in zlib. On the A9 there's a 3.0 x improvement to be had on blocks that fit in the L1 cache and a 2.1 x improvement for larger blocks. See: http://mail.madler.net/pipermail/zlib-devel_madler.net/2011-May/002556.html for the work in progress. -- Michael ---------- Forwarded message ---------- From: Michael Hope <michael.hope(a)linaro.org> Date: Mon, May 2, 2011 at 10:35 AM Subject: Re: [Zlib-devel] [3/8][RFC V3 Patch] Add special ARM Adler32 version To: zlib-devel(a)madler.net On Mon, May 2, 2011 at 9:48 AM, Jan Seiffert <kaffeemonster(a)googlemail.com> wrote: > 2011/4/24 Jan Seiffert <kaffeemonster(a)googlemail.com>: >> This adds an NEON version, a iWMMXt version for Intel (now Marvel) >> StrongARM and a version for ARMv6 DSP instructions of Adler32. >> > > Thanks again to Edwin Török the NEON and ARMv6 DSP version are now > tested and fixed. > > The good news is NEON: > an i.MX515@800MHz (arm7l) with NEON > -------- orig ------ > a: 0x0CB4B676, 10000 * 160000 bytes t: 4010 ms > a: 0x25BEB273, 10000 * 159999 bytes t: 2990 ms > a: 0x733CB174, 10000 * 159998 bytes t: 4060 ms > a: 0x1144AF76, 10000 * 159996 bytes t: 4050 ms > a: 0x3F4ECB8A, 10000 * 159992 bytes t: 4060 ms > a: 0x1902A382, 10000 * 159984 bytes t: 4060 ms > -------- vec ------ > a: 0x0CB4B676, 10000 * 160000 bytes t: 1450 ms > a: 0x25BEB273, 10000 * 159999 bytes t: 1450 ms > a: 0x733CB174, 10000 * 159998 bytes t: 1460 ms > a: 0x1144AF76, 10000 * 159996 bytes t: 1450 ms > a: 0x3F4ECB8A, 10000 * 159992 bytes t: 1460 ms > a: 0x1902A382, 10000 * 159984 bytes t: 1450 ms > speedup: 2.765517 Hi Jan. I see similar numbers. I wasn't sure what you were using to benchmark this so I wrote my own little stub that did the seed=0x0CB4B676 version over data from rand(). I ran each test five times and picked the lowest user time as the best. All were built with gcc-linaro-4.5-2011.04 with -mfpu=neon -mtune=cortex-a9. The results were: Cortex-A9 @ 1 GHz: Plain C: 4.094 s ARMv6: 4.578 s NEON: 1.985 s Cortex-A8 @ 720 MHz: Plain C: 4.164 s NEON: 1.819 s NEON: 1.570 s (with -mtune=cortex-a8) It's interesting how the slower A8 does better than the A9. It's probably due to the A8 having wider access to the L2 cache as running the same test but on 16 k of data so that it fits in the L1 cache gives: Cortex-A8: 5.234 s Cortex-A9: 3.969 s The ratio here is 0.760 which is very similar to the ratio between the clock frequencies. -- Michael

14 years

[PATCH 0/3] Fix Tegra devicetree support

by Stephen Warren

I tried out: git://git.secretlab.ca/git/linux-2.6.git devicetree/test plus the following commits from jk's dtbimage branch: 4c2eddb89542f73fe626813e3cdafc789f931aec arm: dtbImage support 4cb80ac96489220554d28f6fde527aeef83e628b arm/dtbimage: copy dtb blob to offset from image base A local patch to modify the Tegra devicetree support to support Seaboard instead of Harmony. ... on an NVIDIA Tegra Seaboard board. This patch series includes fixes to that branch to get Tegra booting to user-space. Note that soon after user-space starts, the system still crashes with: Unhandled prefetch abort: debug event (0x002) at 0x40e97714 However, this happens with or without actually providing a devicetree image to the kernel (I modified jk's dtbimage wrapper just to jump straight to the regular kernel startup, thus not providing a devicetree at all). So, I suspect it's some unrelated issue. I'll try to follow up and solve that too. Stephen Warren (3): ARM: Tegra: dt: Compile fix; tegra_common_init removed ARM: Tegra: dt: Fix machine desc to match other boards. ARM: Tegra: Move Harmony .dts file to correct place arch/arm/boot/dts/tegra-harmony.dts | 110 +++++++++++++++++++++++++++++++- arch/arm/mach-tegra/board-dt.c | 13 ++-- arch/arm/mach-tegra/board-harmony.dts | 113 --------------------------------- 3 files changed, 114 insertions(+), 122 deletions(-) delete mode 100644 arch/arm/mach-tegra/board-harmony.dts

14 years

Help on general file sharing

by Shawn Guo

I have one 35MB tarball to share with Linaro folks. It's too big to distribute through email. Is there any infrastructural solution for such general file sharing purpose? (The launchpad PPA is for package than general file sharing, and I do not want to bother.) Thanks. -- Regards, Shawn

14 years

linaro-image-tools trunk branch moved

by James Westby

Hi, I just moved linaro-image-tools trunk to be owned by a new team, so that it is no longer using linaro-maintainers, which wasn't really appropriate here. The new branch is at https://code.launchpad.net/~linaro-image-tools/linaro-image-tools/trunk lp:~linaro-image-tools/linaro-image-tools/trunk Please let me know if there are any issues with this. Thanks, James

14 years

Engineering Resources - Life-In-Linaro

by Matt Waddel

Hi Everybody, If you're new to Linaro (or if you just want a refresher on how things work in Linaro) please consider adding the Life-In-Linaro session to your schedule: https://blueprints.launchpad.net/linaro/+spec/linaro-other-o-life-in-linaro This will be an introductory session that will answer some of the questions a new Linaro Employee might have. Here are some of the topics we will cover: -Engineering Resources Services -Linaro Processes -Communicating in Linaro -Various Technical Topics - tools, kernel, bootloader, etc. (If you missed the Introduction to Linaro presentation at the Dallas Sprint in January, please sign up for this session and check "Participation Mandatory".) See you at Linaro@UDS! Cheers, Matt and Andy

14 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev