m resulting
from gold linker shipped in Android ICS toolchain.
Can any toolchain hacker take a look at this issue?
Thanks,
Jim Huang (jserv)
http://0xlab.org/
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
2011/7/25 Jim Huang :
[...]
> Recently, Kito Cheng (in Cc. list) is improving the support of Android
> prelink, and hopefully we would submit patches to AOSP soon.
It is pitty that we can not submit to AOSP still. However, the
patches are already public:
https://gitorious.org/+0xlab
cases.
Sincerely,
Jim Huang (jserv)
http://0xlab.org/
[*] https://launchpad.net/glmark2
2010/8/18 Jim Huang :
> Hello list,
>
> We are proud to announce the release of 0xBench, an open source
> Android benchmarking app developed by 0xlab.
>
> 0xBench comes with several built-in b
2011/9/3 Christian Robottom Reis :
> On Tue, Aug 30, 2011 at 11:24:59AM -0500, Zach Pfeffer wrote:
>> I'd like you to meet Jim who did the initial hardfloat work. This
>> email contains the results that Jim produced.
>
> Hmm, but the email seems to not actually contain a hard-float run. Or am
> I m
2011/9/3 Tom Gall :
> Is a method via the aux vectors to know at runtime if neon is or is
> not present?
hi Tom,
Did you mean this?
https://bugs.meego.com/show_bug.cgi?id=12448
Regards,
-jserv
___
linaro-dev mailing list
linaro-dev@lists.linaro.or
Hello list,
0xlab announced the new system testing utility for Android.
-- Forwarded message --
From: Kan-Ru Chen
Date: 2011/8/24
Subject: [0xlab-discuss] [ANN] ASTER System Testing Environment and Runtime
To: 0xlab-disc...@googlegroups.com
Hi everyone,
I am glad to announce o
2011/8/22 Bernhard Rosenkranzer :
> On 21 August 2011 15:00, Michael Hope wrote:
>> Sorry, silly question, but does Android use the glibc dynamic linker?
>
> No, they really like reinventing the wheel. Bionic comes with its own
> dynamic linker.
hi Bernhard and Michael,
The dynamic linker is fil
2011/8/17 Frans Gifford :
> Hi Mathieu,
>
> I think 0xdroid has ethernet support (I'm sure jserv could confirm).
> Did Movial get it from there?
hi Frans and Mathieu,
I think both Movial and 0xdroid have similar Ethernet implementations
since android-x86 project originally contributed it to publi
2011/8/11 Zach Pfeffer :
> Ramin,
>
> Thanks for the email. I've added linaro-dev to my response.
hi Ramin and Zach,
> The demo consisted of two identical PandaBoards with identical SD
> cards running the 3D benchmark of 0xbench using software 3D to amplify
> compiler and kernel improvements. 0xb
2011/8/10 Ramana Radhakrishnan :
>> . Would you be interested in adding a Firefox-based benchmark? As a large
>> application it is a good testbed for LTO, FDO and other aggressive
>> optimizations.
>
> I would be interested in hearing how you get on with LTO and FDO on
> ARM. Listening to Honza tal
ite Gtk+ "front-end" is simplifying
the details of the showcase and even making it visualized for LAVA.
By the way, thank Validation team to bring it to the world. :)
Sincerely,
-jserv
> On Fri, Jun 24, 2011 at 12:00 AM, Jim Huang wrote:
>> During the first week of June, we
Hello list,
During the first week of June, we prepared the technical showcase[1]
about Linaro powered devices and projects including LAVA[1].
To emphasize how LAVA works, we just uploaded another demo video:
http://www.youtube.com/watch?v=_3dT68MOzz0
It starts at 2:27.
Sincerely,
-jserv
[1
Merged in AOSP:
http://android.git.kernel.org/?p=platform/bionic.git;a=commitdiff;h=e6cff939e603e445c2576958c3777d7b7f5d84fa
On 22 June 2011 16:48, Jim Huang wrote:
> Code Review:
> https://review.source.android.com/#change,23997
___
s with the licensing terms of GNU GPL. But, after checking the
source files (*.[ch]), no license term is claimed.[3] The proper
declaration should put file "MODULE_LICENSE_GPL" into individual
directories at least.
Is my understanding correct?
Sincerely,
Jim Huang
Android Tea
Quote from Linux Programmer's Manual:
"If t is non-NULL, the return value is also stored in the memory
pointed to by t."
Code Review:
https://review.source.android.com/#change,23998
From 30a19b9cdbe509d62c7d4c5df9a6daab13ff8857 Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: T
Code Review:
https://review.source.android.com/#change,23997
From afd989ca9f3415df9807847745e854522866f66f Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: Thu, 16 Jun 2011 22:35:16 +0800
Subject: [PATCH 1/2] strftime: Use snprintf() instead of sprintf()
Change-Id
Merged in AOSP:
http://android.git.kernel.org/?p=toolchain/build.git;a=commit;h=7ee395d10100fc9ed2c03c49b949033600082a4f
On 27 May 2011 01:29, Jim Huang wrote:
> While executing target install-host-libbfd, the build system complains:
>
> make -C libbfd-binutils-2.20.1/bf
On 9 June 2011 17:58, Kan-Ru Chen wrote:
> After resume the HDMI/DVI output was still blank. It turns out that
> framebuffers have to be reconfigured so the output is activated again.
>
Hi Andy,
Can you review Kan-Ru's patch? Since Android assumes full-functional
PM, it is vital to improve the
On 10 June 2011 00:08, Ken Werner wrote:
> Hi there,
>
> I've got an android build system up and running and had a quick look into
> this. When using the gcc-linaro-4.5-2011.05-0 the bootanimation runs forever
> when compiling the libgui.so using -O[s|1|2]. For me it only works when
> disabling al
Hello list,
If you build Android using gcc-linaro-4.5-2011.05 [1], you will
encounter a problem that bootanimation shows endless. It results from
the mis-optimization in libgui, which handles the operations in
Android SensorManager.
To work around this problem, you can apply the following patch:
While executing target install-host-libbfd, the build system complains:
make -C libbfd-binutils-2.20.1/bfd install \
bfdlibdir=/tmp/android-toolchain-eabi/lib
bfdincludedir=/tmp/android-toolchain-eabi/include && \ -m 644
libbfd-binutils-2.20.1/intl/libintl.a \ /tmp/android-toolchain-eabi/lib
&& \
On 23 May 2011 16:54, Patrik Ryd wrote:
> The file init.ompa4.sh only contained one line for setting
> ro.runtime.device. This property is not used so the file
> can be removed.
hi Patrik,
Thanks for cleaning up. It looks great to me.
So, we are going to be more consistent in device/linaro/com
On 20 April 2011 15:43, Jim Huang wrote:
> Reference results of the experiments on TI OMAP3430 at 600 MHz
[...]
> Code Review:
> https://review.source.android.com/#change,22419
Merged in AOSP:
http://android.git.kernel.org/?p=platform/bionic.git;a=com
On 9 May 2011 00:40, Paul Sokolovsky wrote:
> (sorry, first time sent from wrong email, don't know if that'll get
> thru)
>
> Hello Android team,
hi Paul,
It is my pleasure to discuss with you.
> I was working on making Android toolchain buildable using Android build
> service, and finally I wa
Otherwise, some applications which expect touchscreen device would crash
due to lacking of related resources.
This change is essential to LEB.
---
tasks/fake-ts/Android.mk | 29 +
tasks/fake-ts/fake-ts.c | 76 ++
2 files changed, 10
On 21 April 2011 05:54, Michael Hope wrote:
> Hi Jim. Good effort. The Android patch set will be included in
> gcc-linaro-4.5-2011.04 which is due out today.
>
hi Michael,
Thanks!
Look forward to new release.
> We need to discuss toolchain build scripts at the summit. There's a
> want for bu
droid-toolchain-integration
https://blueprints.launchpad.net/linaro-android/+spec/linaro-android-google-benchmark-suite
Sincerely,
Jim Huang,
Android platform team,
Linaro
[1] http://www.linaro.org/
[2] https://wiki.linaro.org/WorkingGroups/ToolChain
[3] Linaro uses the same toolchain benchmark as Googl
cmp_1k 1 1 3.08840 88 0 15000 1024
The work was derived from ARM Ltd, contributed to newlib, and reworked
for Android by Linaro.
Code Review:
https://review.source.android.com/#change,22419
From f50e9be5930a08fa825b0c23353c802e11369b14 Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: Wed, 20 A
331af85e9694c4c9247e39716f97ede1a62ee9ce Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: Wed, 20 Apr 2011 05:02:10 +0800
Subject: [PATCH] Hide libm private symbols using GCC visibility pragma
Following the visibility changes in libc.so, this patch attempts to hide
private symbols in libm.so.
Reference code size
__bionic_brk was shared by brk() and sbrk(), which should be implementor
specific and hidden to application developers.
Code Review:
https://review.source.android.com/#change,17364
From 7452bce8defc06a34612b25ace2ef802c0579a83 Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: Wed, 20 Apr 2011
/passion/system/lib/libc.so
Code Review:
https://review.source.android.com/#change,17361
From 74015f0fe72daf8e007298975d6415e0e9ee5e47 Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: Wed, 20 Apr 2011 04:28:44 +0800
Subject: [PATCH] Hide private symbols using GCC visibility pragma
libc.so should not
The following set of Android bionic patches use GCC visibility pragma
to hide the private symbols in bionic. It also lets the optimizer
produce better and smaller machine code.
[PATCH android/bionic 1/3] Hide private symbols using GCC visibility pragma
[PATCH android/bionic 2/3] Hide internal symb
Change-Id: I54cb4755b64076007a5f631f1faa7eab2272f6e6
Code Review:
https://review.source.android.com/#change,22409
From 89d418d731fa061508e514824751220a0e10de0d Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: Wed, 20 Apr 2011 02:39:28 +0800
Subject: [PATCH] libagl: Enable CLZ instruction
On 19 April 2011 14:28, Amit Pundir wrote:
> On Mon, Apr 18, 2011 at 8:31 PM, Alexander Sack wrote:
>> On Mon, Apr 18, 2011 at 3:51 PM, Zach Pfeffer wrote:
>>> That would be very nice. There's actually some documentation in u-boot
>>> about fastboot (a README). I wonder if there's some support a
On 18 April 2011 21:01, Zach Pfeffer wrote:
> On Mon, Apr 18, 2011 at 1:46 AM, Jim Huang wrote:
>> On 18 April 2011 14:40, wrote:
>>> From: Patrik Ryd
>>> In the Linaro set up u-boot will look for uImage (and not for kernel).
>> hi Patrik,
>> Doe
On 18 April 2011 14:40, wrote:
> From: Patrik Ryd
>
> In the Linaro set up u-boot will look for uImage (and not for kernel).
> ---
> tasks/kernel.mk | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
hi Patrik,
Does this imply that we requires u-boot as necessary support for comm
On 11 April 2011 23:14, Patrik Ryd wrote:
> diff --git a/BoardConfig.mk b/BoardConfig.mk
> index 5314353..457ab4f 100644
> --- a/BoardConfig.mk
> +++ b/BoardConfig.mk
> @@ -9,7 +9,8 @@ TARGET_NO_KERNEL := false
> KERNEL_CONFIG := android_omap4_defconfig
> TARGET_USE_UBOOT := true
> UBOOT_CONFIG
On 31 March 2011 08:23, Michael Hope wrote:
> Thanks all for your replies. I mixed these in with a bit of Googling
> and recorded them here:
> https://wiki.linaro.org/MichaelHope/Sandbox/LibrariesWithNeon
hi Michael,
Jan Seiffert implemented a series of adler32 vectorization for zlib:
http
,16358
From 40a2184b1b3f34179fd50138105daede56a62f7f Mon Sep 17 00:00:00 2001
From: Jim Huang
Date: Sat, 9 Apr 2011 01:15:28 +0800
Subject: [PATCH] libpixelflinger: Add ARM NEON optimized scanline_t32cb16
Reference benchmark results on Beagleboard (TI OMAP353x) at 500 MHz:
scanline_t32cb16_c memory
The variable TARGET_ARCH_VERSION variable has been renamed to
TARGET_ARCH_VARIANT, and armv7-a-neon is the exact target enables
ARM NEON instructions.
Also, do include header to get ARM optimized
routines compiled.
Code Review:
https://review.source.android.com/#change,22208
___
On 6 April 2011 14:29, Jim Huang wrote:
> On 29 March 2011 06:34, Jim Huang wrote:
>> GCC 4.5 and up supports graphite optimization, and cloog and ppl
>> are required. This change attempts to support some combinations
>> of ppl and cloog/cloog-ppl libraries. Since cloog and
On 6 April 2011 14:30, Jim Huang wrote:
> Previously, the optimized asm option is only enabled when
> __ARM_ARCH_5E__ is defined, which is assigned in armv5te.mk
> rather than armv7-a series targets. This patch checks the ARM CPU
> feature about half-word multiply instructions to en
On 30 March 2011 15:07, Luse Cheng wrote:
> Integrate Linaro-GDB in Android toolchain build system
> ---
> linaro-build.sh | 126
> ++
> 1 files changed, 79 insertions(+), 47 deletions(-)
Thanks! Merged in Linaro HEAD.
__
Previously, the optimized asm option is only enabled when
__ARM_ARCH_5E__ is defined, which is assigned in armv5te.mk
rather than armv7-a series targets. This patch checks the ARM CPU
feature about half-word multiply instructions to enable ARMv5TE
resampler optimization routines properly.
Code Rev
On 29 March 2011 06:34, Jim Huang wrote:
> GCC 4.5 and up supports graphite optimization, and cloog and ppl
> are required. This change attempts to support some combinations
> of ppl and cloog/cloog-ppl libraries. Since cloog and ppl are
> written in C++, it implies we might suffer
On 6 April 2011 01:08, Patrik Ryd wrote:
> Hi,
> I will push some patches for review. They are all for Android.
hi Patrik,
Great work!
> For the blueprint
> https://blueprints.launchpad.net/linaro-android/+spec/linaro-android-platform-kernel-boottarball.
> I have had problems setting the subjec
On 16 March 2011 13:16, Sachin Kamat wrote:
> Signed-off-by: Sachin Kamat
>
> Change-Id: I39652f14b362c42ebc2ceb37952d8e57cf89692c
> ---
> opensles/libopensles/Android.mk | 2 +-
> opensles/libopensles/IAndroidEffect.c | 130
> ---
> opensles/libopensl
On 30 March 2011 14:05, Luse Cheng wrote:
> Hi, jserv
> After the context (may depend on android version) and location of sysroot is
> decided.
> It's OK that enable --with-sysroot by default.
Agree.
Let's do that. :)
Thanks,
-jserv
> 2011/3/29 Jim Huang
>>
GCC 4.5 and up supports graphite optimization, and cloog and ppl
are required. This change attempts to support some combinations
of ppl and cloog/cloog-ppl libraries. Since cloog and ppl are
written in C++, it implies we might suffer from C++ ABI breakage
problems when host environment changes, tha
On 25 March 2011 11:19, Luse Cheng wrote:
> Add --with-sysroot to fix Linaro Android toolchain linking fail with FDO
> ---
> linaro-build.sh | 15 ++-
> 1 files changed, 14 insertions(+), 1 deletions(-)
hi Luse,
It looks great. I will check in.
However, do you think it is reason
On 28 March 2011 05:09, Michael Hope wrote:
> Hi there. I'm looking for areas where the toolchain could generate
> faster code, and a good way of doing that is seeing how compiled code
> does against the best hand-written code. I know of skia, ffmpeg,
> pixman, Orc, and efl - what others are out
On 24 March 2011 01:03, Jeremy Chang wrote:
[...]
> Hi, Patrik,
> How should I add the linaro copyright? like below line?
>
> # Copyright (C) 2011 Linaro - http://linaro.org
>
hi Jeremy,
Please check the text description:
https://wiki.linaro.org/Copyright
Regards,
-jserv
__
On 22 March 2011 06:47, Alexander Sack wrote:
> On Mon, Mar 21, 2011 at 7:35 PM, Jeremy Chang wrote:
[...]
>> +dev_mount sdcard /mnt/sdcard 7
>> /devices/platform/mmci-omap-hs.0/mmc_host/mmc0
>
> from what i understand this hardcodes that our sdcard partition is
> partition 7 right?
Yes, it was
On 18 March 2011 23:37, Jesse Barker wrote:
> Hi all,
> Thought this might be of interest to folks.
> http://www.glbenchmark.com/result.jsp?benchmark=glpro20&orderby=405&screen-group=true&screen-group-value=1&submi=OK&screen=4&screen=3&screen=2&screen=1&screen=0&os=0&os=1&os=2&os=3&os=4&version=al
On 17 March 2011 23:35, Patrik Ryd wrote:
> Hi,
> I think your patches are good enough (now after the review) to start pushing
> them to a toolchain_preview branch. That way people can use
> the toolchain_preview branch when working with the toolchain.
> At the same time someone can try to replace
On 15 March 2011 16:29, Alexander Sack wrote:
> On Mon, Mar 14, 2011 at 3:37 PM, Jeremy Chang wrote:
>> All partitions from mmc is expected.
>> This depends on Jim Huang's patch "init: support mmc device mount" in
>> android/system/core to work.
>
> what happened with the "by-name" approach? Is t
On 8 March 2011 02:37, Jim Huang wrote:
> I just updated wiki page about Google's compiler benchmark suite:
> https://wiki.linaro.org/Platform/Android/UpstreamToolchain
> Please check the section, "Evaluate Benchmark suite".
> Through adb[1], it is highly convenien
On 9 March 2011 15:35, Meng-Hsuan Cheng wrote:
> Add linaro-build.sh to support linaro android toolchain.
Merged (along with slight syntax tweak) in GIT:
http://git.linaro.org/gitweb?p=android/platform/build.git;a=summary
Thanks for your contribution.
Sincerely,
-jserv
On 2 March 2011 09:51, Michael Hope wrote:
> On Tue, Mar 1, 2011 at 3:53 PM, Jim Huang wrote:
[...]
>> The skia maintainer, Mike Reed, made two branches: one is hosted in
>> Google Code, and another is
>> inside Android source tree:
>> http://android.git.kern
On 1 March 2011 18:07, Andrew Stubbs wrote:
> On 01/03/11 07:00, Jim Huang wrote:
>>> I think thats fine. however, how do we ensure that we have patches
>>> > that always apply to both release/snapshots? do we maintain branches
>>> > for gcc-patches.git in c
On 25 February 2011 22:28, Alexander Sack wrote:
> On Wed, Feb 23, 2011 at 8:28 AM, Jim Huang wrote:
>> I would like to make a proposal about utilizing Linaro toolchain for
>> Android and NDK (Native Development Kit)[1].
Added linaro-toolchai list in Cc.
>> ** Motivation
On 1 March 2011 10:45, Michael Hope wrote:
[...]
> I'd like to use Skia as a toolchain benchmark but the upstream seems a
> bit messy. I'm using this export:
> http://people.linaro.org/~michaelh/skia-0~svn788.tar.xz
hi Michael,
Thanks for your interest!
> from http://code.google.com/p/skia/ w
On 28 February 2011 20:33, Alexander Sack wrote:
> Is there something like a network management service/framework in
> android that could be improved to also consider LAN to achieve
> always-online? I assume it currently reacts on wifi or 3g signal
> becoming available/going away.
hi Alexander,
On 23 February 2011 20:58, Alexander Sack wrote:
> On Wed, Feb 23, 2011 at 10:45 AM, Jim Huang wrote:
>> init.rc usage example:
>> mount vfat mmc@blk1p3 /mnt/sdcard2
>
> this feels like a weird split of the device name with mmc before and
> blk1 after the @. especi
init.rc usage example:
mount vfat mmc@blk1p3 /mnt/sdcard2
---
init/builtins.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/init/builtins.c b/init/builtins.c
index e0ccf9f..32d9d7f 100644
--- a/init/builtins.c
+++ b/init/builtins.c
@@ -356,6 +356,16 @@ int
id
Release Cycle & Phases[5], the repacked NDK should be verified
one moth after Android public release.
Sincerely,
Jim Huang (jserv)
[1] http://developer.android.com/sdk/ndk/index.html
[2] http://android.git.kernel.org/
[3]
http://android.git.kernel.org/?p=toolchain/gcc.git;a=commit;h=b094d
2011/2/21 Jason Kridner :
> How about putting it inside the [PATCH xxx], ie. "[PATCH v3 android]
> device/linaro/beagleboard: Install 0xbench native applications"? When
> I go to git.linaro.org, this would give me enough information to
> figure out to which tree this patch applied. For that matte
2011/2/20 Jason Kridner :
> Am I the only one for which the word "android" before "device" in the subject
> would really help?
>
hi Jason,
I agree with you. However, if we do "git am" the patch with subject
prefixing "android: ", every git
log would start with "android: ", right? It sounds a b
2011/2/19 Alexander Sack :
> On Fri, Feb 18, 2011 at 4:42 PM, Jim Huang wrote:
[...]
>> To be precise, this patch works with Beagleboard-xM only.
>> Beagleboard xM has one Ethernet port connected over USB, and the
>> driver model makes it usable
>> as a normal network
-15,3 +15,5 @@ do
> ;;
> esac
> done < /proc/cpuinfo
> +
> +netcfg usb0 dhcp
Beagleboard xM has one Ethernet port connected over USB, and the
driver model makes it usable
as a normal network device on device node, usb0. (Ethernet support for USB )
That is the reason
pment
> environments.
>
Thanks for pointing out this.
> It would be good to have this specified/discussed somewhere already now,
> maybe in the Dispatcher blueprint, or maybe we need additional blueprint or
> wiki spec for it?
Yes, it would be great.
Cheers,
Jim Huang (jserv)
http://0xlab.org/
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
2011/2/16 Zygmunt Krynicki :
> W dniu 15.02.2011 21:01, Jim Huang pisze:
>
> Hi Jim, great work!
hi Zygmunt,
Thanks. It is my pleasure to work with Linaro validation team.
>> ** Why can't we execute LAVA/Abrek directly on Android devices?
> I agree that direct abrek is
ke:
$ adb push /system/bin
$ adb push /data
$ adb shell /system/bin/
The above instructions could be refined into "adb extension" as the
part of LAVA client framework.
That's all. It could be straightforward and transparent.
Any suggestion is appreciated. Thank you in advance.
Since
urcery 2010q3
(3) Google: http://android.git.kernel.org/?p=toolchain/binutils.git;a=summary
Since binutils is not yet maintained by Linaro directly, Android WG
would just take binutils 2.20.1 from Google.
Sincerely,
Jim Huang (jserv)
http://0xlab.org/
___
lina
74 matches
Mail list logo
