== Progress ==
* OE (CARD-787)
* work around linux-dummy problems
* fix perf build
* work around openvswitch issues
* drop snort from lng build
* Triggered ILP32 build
* 96borads
* Fixed MMC bus-width on hikey
* integrated UIM patches into BSP
== Plans ==
* Convert more CI jobs to yaml
* Add blueprints
Greeting!
I am interested in understanding the load computation logic in the
scheduler designed by Linaro for HMP systems at the
*http://releases.linaro.org/14.09/members/arm/android/images/armv8-android-juno-lsk
<http://releases.linaro.org/14.09/members/arm/android/images/armv8-android-j…>*
for
Juno Board. While going through the scheduler code in kernel/sched/core.c,
I am unable to understand how the per task load is being accounted in the
code.
Any pointers will be very helpful and apologies if its a too trivial query.
Regards,
Nitin
Hello,
Systems team recently made some cleanups and elaborations to Linaro git
services, information about which we'd like to share here. None of
these changes require immediate changes on your side (compatibility
with old usage ways is kept), but we'd like to draw some attention to
them anyway, as they should make life a bit easier, especially for
newstarters, so it would be nice if people were aware of them and not
pass old information around.
1. To access gitolite push services, "git" user is now used
consistently across various hosts. (Previously, it was "git" for the
main server, git.linaro.org, but various other names on team- and
project-specific servers). Old names are kept for compatibility, but
you will see "git@" in gitweb, and that's the preferred way to pass
links to other people.
2. Our initial instructions for git services included steps of update
user's SSH config in ~/.ssh/config. Based on the experience, we found
that lead to confusion and surprises (for example, if you switched
workstation or resetup one from scratch). So, this usage is
deprecated now - instead, SSH repo URLs should contain explicit
username ("git@", per above). Instructions were updated
correspondingly. You can keep using your existing SSH config and
cloned repos, just please pass fully specified clone URLs to other
people.
Summing up:
You can look up authoritative access URLs for a repo in gitweb. E.g.:
https://git.linaro.org/boot/u-boot-linaro-next.git . If you need to
pass git clone info to other people, please use what's written
there (giving gitweb URL is probably the easiest).
You don't need to change anything on your side.
--
Best Regards,
Paul
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
== Progress ==
* CARD 1103: upstream u-boot fastboot (CARD-1103: 50 %)
- submitted erase command
- submitted 3 more patches with some bug fixes
* Connect HKG 15 (50%)
== Plans ==
* upstream u-boot fastboot (CARD-1103: 100 %)
- submit other patches having common code for review
- work with TI for DRA7 specific changes
- work with community, handle review comments
== Issues ==
* None
Hi
I would like to intercept disk I/O for example /dev/sda
I thought about intercept the relevant function in blk_core.c using kprobe
hook
is it a good idea?
Any other suggestion?