Hi,
I've been trying to build ICS for panda and I've been running
intoissues. I'm new at it and ideally trying to get my feet week in
prepfor libjpeg-turbo work and running of skia-bench.
I am on ubuntu 11.10 x86_64 which I as I found has issues with gcc4.6.
I was able to get around the _FORTIFY_SOURCE issue by using theprior
gcc 4.5 install. (Tho I had to manually put /usr/lib/gcc-4.5/32into
place)
Now using :
make TARGET_PRODUCT=full_pandaTARGET_TOOLS_PREFIX=/home/tgall/android-toolchain/android-toolchain-eabi/bin/arm-linux-androideabi-CC=gcc-4.5
CXX=g++-4.5 systemtarball userdatatarball boottarball
(The TARGET_TOOL_PREFIX is pointing at an expanded
:android-toolchain-eabi-linaro-4.6-2011.12-5-2011-12-12_14-40-40-linux-x86.tar.bz2)
I get the following error while it's trying to build busybox:
GEN include/usage_compressed.h HOSTCC
applets/applet_tablesapplets/applet_tables.c: In function
‘main’:applets/applet_tables.c:151:9: warning: ignoring return value
of‘fgets’, declared with attribute warn_unused_result
[-Wunused-result] GEN include/applet_tables.h CC
applets/applets.occ1: error: unrecognized command line option
"-mfloat-abi=softfp"cc1: error: unrecognized command line option
"-mfpu=neon"cc1: error: unrecognized command line option
"-mthumb-interwork"applets/applets.c:1:0: error: bad value (armv7-a)
for -march= switch
I'm guessing that for some odd reason that the busybox source
isn'trespecting something with the target tools infrastructure.
Did I miss something?
Ad Thanks! vance
--
Regards,
Tom
"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com
Thanks Paul!
On 22 December 2011 10:11, Ying-Chun Liu (PaulLiu) <paul.liu(a)linaro.org> wrote:
> Hi Zach,
>
> First, you need to register for http://www.freescale.com/
> On the right-top side.
>
> And then go to this link
>
> http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=IMX53QSB
>
> In Downloads Tab -> i.MX53 Software and Development Tool Resources
> And the following links (for Debian/Ubuntu):
> i.MX53 Linux Source Code - 2D/3D binaries.
> i.MX53 Linux Multimedia Codecs Source Code - Multimedia codec binaries.
>
> They are big tarballs which contains a lot of small tarballs. Most of
> the things are open source and are already in Ubuntu and we don't need
> that. We just need the binary stuff.
>
> Here's the list in Ubuntu (we package the things base on the above small
> tarballs, most of them are only binaries:
> amd-gpu-x11-bin-mx51 - OpenGLES, OpenVG.. just those 3D stuff (z430)
> firmware-imx - firmware for kernel
> fsl-mm-codeclib - multimedia codecs
> imx-lib - LGPL licensed wrapper for IPU/VPU
> libz160-bin - 2D accel lib (2D GPU z160)
>
>
> And there are Android stuff for download.
> I didn't download that before but I think the content should be similar.
>
> Yours Sincerely,
> Paul
>
> --
> z160 is g12 and z430 is yamato.
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hi,
I'd like to get rid of the
linaro_android_4.0.3_snowball/linaro_android_4.0.3_pandaboard/linaro_android_4.0.3_origen/...
branches where they aren't absolutely necessary - they tend to cause a
lot of extra maintenance work and possible mistakes (committing a fix
for a bug affecting everyone only on a board specific branch etc).
I think for frameworks/base, this should do it:
http://review.android.git.linaro.org/#change,1321
The code on linaro_android_4.0.3_snowball also takes out the check for
ro.nohardwaregfx, but I think that's not actually necessary (simply
don't set it if you don't need it...) and removes the definitions of
eglGetSystemTimeNV() and friends from eglext.h (shouldn't be
necessary, code that tries to use those functions that don't exist on
snowball will simply fail to link instead of erroring out on the
invocation). linaro_android_4.0.3_pandaboard and
linaro_android_4.0.3_origen don't seem to do anything actually needed.
Please take a look at the proposed change and if you think it's not
going to work, let me know why ;)
ttyl
bero
Hi -
I visited
https://bugs.launchpad.net/linaro-android
to create a couple of bugs for Panda ICS rootfs [1], I was surprised to
see 268 open bugs there including ones about Panda.
When I looked at them, a lot are about Gingerbread, some are about TI LT
kernels but others about Panda are about other kernels. Well, I'm kind
of happy I didn't get bothered about those bugs; we have some open bugs
that are relevant that we're still working on which is fine.
However... what's the plan about Gingerbread? We seem to have moved
lock, stock and barrel to ICS, which although it happened a bit abruptly
I can understand the reasoning for.
Should we not close out the Android bugs about Gingerbread then with
INVALID or WONTFIX? Or is the plan we will continue to make GB builds
too? (That will need us to create another kernel with old SGX 1.7 stuff
in if so, it's no big deal but we would need to know.) It's very
difficult at the moment to see if a bug like
"Panda: Bootup failures observed when HDMI cable is connected"
https://bugs.launchpad.net/linaro-android/+bug/902046
is relevant, I don't think it is since it's about old tracking kernel on
Gingerbread with 1.7 SGX. Then, we should nuke the bug so we can see
the wood from the trees?
Another kind of problem a real, old bug we fixed 6 weeks ago is not
closed out
https://bugs.launchpad.net/linaro-android/+bug/869537
-Andy
[1] I didn't bother listing bugs for all the regressions ICS rootfs
introduced generally since they're well known already, but these ones
are interesting for TI LT
ICS: Panda: 1080p background image memory allocation fails
https://bugs.launchpad.net/linaro-android/+bug/908954
ICS: Panda: 1080p launcher screen positioning uses 720p origin
https://bugs.launchpad.net/linaro-android/+bug/908956
ICS: All arches: No aplay / arecord or equivalent
https://bugs.launchpad.net/linaro-android/+bug/908957
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
I'm sorry if anyone showed up for a meeting today and I wasn't there.
I'm going to cancel the rest of this week's meetings (including the
one-on-one sync ups for those working) except the Wednesday sync up
for people working this week. We'll start up the new one-on-one sync
up schedule on the 9th. I hope everyone who's off is enjoying their
time!
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
I'd like to thank Prashanth Srinivasan who joined the Linaro Android
team from Samsung a few months back. Prashanth helped us with Origen
support, including our recent push to ship a hardware accelerated
Origen build. He has decided to find other opportunities outside of
Samsung. Thanks Prashanth! I and the whole team wish you the very
best. Thank you for helping out!
Id like to introduce Annamalai Lakshmanan, the newest member of the
Linaro Android team.
Annamalai has been a lead at Samsung where he's integrated, debugged
and enhanced multimedia kernel drivers including 2D blitters, display
drivers, V4L2 drivers, HDMI drivers and keypad drivers. He has already
started to have a big impact, working on enabling OMX decode on
Origen, a goal we share with a new Linaro user who's also working to
achieve this goal for a very exciting product...details to come!
Welcome Annamalai.
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hi -
Mainly due to the extraordinary efforts of Jassi, I'm pleased to
announce TI LT now has a mostly-workable initial build of
tilt-android-tracking for ICS including SGX 1.8 driver, on 3.2-rc5 basis.
It has two issues at the moment to be aware of:
1) We were only able to get it to work right now on Build #1 of the
Panda ICS rootfs. Build 4 is giving some problem with struct size
matching in dsscomp. Jassi had read something about it on
linaro-android and expects it'll be solved soon.
2) Display is from HDMI, is coming at 1080p, but we have a 640x480 box
in the top left right now with the content. I understand AOSP is only
coming at 640x480 anyway from HDMI anyway. We also hope to fix this
shortly.
It's important to note this is now stitched into its own topic
(tracking-topic-sgx-1.8) and follows our normal flow of vanilla tracking
+ sgx-1.8 + androidization, ie, it's under control for ongoing tracking
like the previous sgx topic was (which we successfully provided for 5
months or so for Gingerbread) and not just a bolt-on.
Hopefully this will reduce the amount of Linaro effort wasted off-piste...
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
