== Progress ==
* Built Windows installers for the toolchain, tested in wine, all seems to
work
* Built a current clang 3.6 snapshot, started rebasing AOSP's patches
* Downloaded Android 5.0 sources, started fixing them up to build with gcc
4.9 and clang (5.0 still uses gcc 4.8.x)
== Plans ==
* Finish getting Android 5.0 sources to build with Linaro gcc 4.9 and clang
* Get Android 5.0 to build with clang for armv8
(Target might change from 5.0 to master if master gets rebased and starts
being usable again)
* Run more toolchain binary tests
== Issues ==
none
== Progress ==
* Updated crosstoolchains for gcc 4.9.2, uploaded to p.d.o repo: 20%
* Added support for gccgo and objc in cross-gcc and cross-gcc-defaults: 10%
* Updated crosstoolchain docs: 10%
* Wrote UK minidebconf talk: 20%
* UK minidebconf thur+fri. Tested cross-toolchains: 30%
* 2nd arm64 porterbox configured
* Investigated gccxml (hard to backport - ancient gcc ver): 15%
= Plans ==
get standalone builds working
== Issues ==
Cross-toolchain build-method disagreements
Looks like cross-toolchain packages won't make Jessie
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
The dry run option "-d" only generates a output json file and doesn't call
rt-app. The output file can be then used with rt-app
Typical use should be:
workgen -d -o <output file> <input file>
Signed-off-by: Vincent Guittot <vincent.guittot(a)linaro.org>
---
doc/workgen | 10 +++++++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/doc/workgen b/doc/workgen
index 4951086..9a0d7cd 100755
--- a/doc/workgen
+++ b/doc/workgen
@@ -150,9 +150,10 @@ if __name__ == '__main__':
outfile = "unikid.json"
selfupdate = 0
verbose = 0
+ dry_run = False
try:
- opts, args = getopt.getopt(sys.argv[1:], "o:av")
+ opts, args = getopt.getopt(sys.argv[1:], "o:avd")
except getopt.GetoptError as err:
print str(err) # will print something like "option -a not recognized"
sys.exit(2)
@@ -164,15 +165,18 @@ if __name__ == '__main__':
selfupate = 1
if o == "-v":
verbose = 1
+ if o == "-d":
+ dry_run = True
+ for f in args:
if selfupdate:
outfile = f
- for f in args:
check_suspend_json(f, outfile)
check_unikid_json(outfile, outfile)
- subprocess.call(["rt-app", outfile])
+ if not dry_run:
+ subprocess.call(["rt-app", outfile])
--
1.9.1
Hi,
Here small set of patches which fix:
- Build time dependencies. Application actually depend on json-c
- Add __aarch64__ sched_setget|set_attr syscall numbers.
- Fixed "suspend" event definition in example files. JSON expect object
of type string after event definition.
Hopefully I get it right. If you have any questions or/and comments,
please let me know.
Regards,
Ivan
Ivan T. Ivanov (3):
fixup json-c dependencies
add get/setattr for __aarch64__
fix suspend event definitions
configure.ac | 12 ++++++------
doc/examples/browser.json | 8 ++++----
doc/examples/example4.json | 4 ++--
doc/examples/mp3.json | 8 ++++----
doc/examples/test.json | 4 ++--
libdl/dl_syscalls.h | 5 +++++
src/rt-app_parse_config.h | 2 +-
7 files changed, 24 insertions(+), 19 deletions(-)
--
1.9.1
Dear all,
I hope this isn't a FAQ. I looked around and didn't find the topic
discussed.
I am a longtime and grateful user of the linaro bbxm implementation. (For
Minix.) Thanks for the great work!
For RTEMS we want to use it to run the RTEMS tests for the (upcoming)
beagle support code.
My question is: is Linaro planning to upstream the bbxm code to stock qemu?
Having a single qemu would simplify life for us.
Thanks for your attention!
Ben
== Progress ==
* Investigated pyzmq FTBFS, uploaded 10%
* Uploaded fixed versions of libfap5, assaultcube, openmeeg 20%
* Updated crosstoolchain wiki pages
* Fixed crosstoolchains for gcc 4.9.1-19, and uploaded (DEVPLAT-220: 20%)
* Worked on standalone cross-toolchain builds (DEVPLAT-220: 20%)
* Wrote and Presented ARM in Debian, Debian in arm: wookware.org/talks/debianinarm/reveal 20%
* Admin catchup on 3 months of expenses 10%
= Plans ==
get standalone builds working
== Issues ==
Cross-toolchain build-method disagreements
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
== Progress ==
* Xen and KVM CI maintainence (30%)
* Debug arndale networking issues (10%)
* Debugging GCOV_PROFILE_ALL breaking allmodconfig (10%)
* Local LAVA up and running (30%)
* CARD drafting for next cycle (DEVPLAT-264 10%)
== Plans ==
* Use own lava lab to bisect gcov/allmodconfig and arndale networking issues
* Other tasks that don't depend cambridge lab as office is moving
== Progress ==
* Finished AOSP clang builds
* Android toolchain release and respin
* NDK release
* Linux toolchain binary release
* Wrote an autogenerator for NSIS configs for the toolchain Windows
installer
== Plans ==
* Finish Windows toolchain binary releases as soon as we get working
tarballs
* Start moving to clang 3.6
* Make AOSP master for Juno build with clang
* Overload AOSP's infrastructure with thousands of "git pull" requests
because L sources are expected to land on Monday ;)
== Issues ==
* cbuild2 troubles -- Jenkins task didn't package files related to the
Canadian Cross compiler
== Progress ==
* Release (80%)
* The usual, lots of release note updates.
* Day off (20%)
== Plans ==
--
Koen Kooi
Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs
== Progress ==
* CARD 1103: Flash support on u-boot fastboot (CARD-1103: 20%)
- Got comments of v4, made the changes
- Testing eth gadget with the changes
* Enabling UEFI Fastboot on Panda (CARD-198: 80%)
- Code is in place for application and protocol
== Plans ==
* CARD 1103: Flash support on u-boot fastboot (CARD-1103: 10 %)
- Submit the patch on monday, once eth gadget testing is done
* Enabling UEFI Fastoot on Panda (CARD-198: 90%)
- Test the changes
- start upstream process
== Issues ==
* Diwali holidays
Regards,
Dileep
