Hi,
https://github.com/jenkinsci/repo-plugin
is a new plugin for Jenkins to provide a "repo" SCM provider.
This means that you can have Jenkins watch for changes via repo, and
trigger actions based on that.
I don't think this is useful to us with the things that we currently do,
but may be useful sometime, e.g.
* if we want to add a "build on any change" option to the build
service, rather than just "build daily"
* As part of the solution to
https://wiki.linaro.org/Platform/Android/Specs/BuildTestedMerge
Thanks,
James
Hi all,
I wanted to provide an update of what the kernel team accomplished at
Linaro Connect last week for those who were unable to attend.
The team was split into two main groups, the first being led by Grant
Likely and focusing on continuing the work on enabling Device Tree
support on ARM platforms. In addition to Linaro members, David Brown
and Nicolas Ferre also worked on DT support for their platforms
and all together the team got much accomplished in 5 days there
with a number of patches ready for the 3.2 merge windows:
* Several device drivers for the Freescale iMX were converted
to use DT-base discovery.
* Code was written to bridge between the Device Tree model and
TI OMAP's HWMOD.
* Initial support for DT was added to the Samsung Exynos, Qualcomm MSM86,
and Atmel AT91 by Nicolas Ferre
* DT skeleton code was written for the ARM Versatile and ST-E platforms.
The rest of the team primarilly focused on code cleanup and development
to work towards a multi-SOC zImage. Nicolas posted and original
email with info at http://bit.ly/oVQRQm and folks took individual
bits to work on. Russel King was also in attendance and there was
good discussion around some of these topics. What we discovered
is that many of these issues are multi-layered and as we start
cleaning up one bit of code, we need to fix other areas to make
them work consistently. The areas we looked into were:
* Replacing low level IO accessor macros with runtime selected functions
based on platform type.
* Replacing the global NR_IRQS constant with per-board information
* Removing duplicated low-level serial output functions. Currently the
code to print "Uncompressing kernel..." and the code for low-level
in-kernel serial output are completely different but could be made
to be the same. At the end of the day, the method we're looking
at using is providing a special node in the DT that contains the
physical mapping of the debug serial registers in place.
* Removing CLOCK_TICK_RATE from the kernel
* Replace CONSISTENT_DMA_SIZE with a runtime variable
* Removing arch_idle() and moving to using the run time
selected pm_idle hooks. Similar work to be done with
arch_reset()
* Getting rid of VMALLOC_END. Russel and Nicolas agreed
that we'll just use a static VMALLOC_END for everyone
and insert static I/O mappings in there.
In addition the the above work, KWG members also were involved in
discussions about continuous integration and testing of the upstream
kernels on ARM platforms, kernel development process at Linaro and
how to better stay in sync with upstream, -stable patches for ARM
platforms, Android development, and flash storage roadmap to name a few.
Overall, the team had an extremely productive week of hacking on existing
projects and on coming up with more detailed plans on what other items
on which we need to focus.
I want to thank everone on the team for their hard work last week
and also the non-Linaro developers David Brown, Will Deacon, Nicolas
Ferre, and Marc Zyngier for taking time to join us in hacking and planning.
All together connect was a great technically focused event and I highly
encourage folks to join us in Orlando in November. You can register now
at http://connect.linaro.org/events/event/linaro-connect-q411/.
Thanks,
~Deepak
This patch series introduces a new cpumask which tracks CPUs that
support hotplugging. The purpose of this patch series is to provide a
simple method for kernel code to know which CPUs can be hotplugged and
which ones cannot. Potential users of this code might be a thermal
mitigation technique which uses hotplug to lower temperature, or a power
capping mechanism which uses hotplug to lower power consumption.
All the of usual cpumask helper functions are created for this new mask.
The second patch in this series simply sets the bit for elligible CPUs
while they are being registered. The cpumask itself is static after
boot and should not change (like the possbile mask).
Mike Turquette (2):
cpumask: introduce cpumask for hotpluggable CPUs
cpu: update cpu_hotpluggable_mask in register_cpu
drivers/base/cpu.c | 4 +++-
include/linux/cpumask.h | 27 ++++++++++++++++++++++-----
kernel/cpu.c | 18 ++++++++++++++++++
3 files changed, 43 insertions(+), 6 deletions(-)
--
1.7.4.1
Hi All,
I thought I would clarify what is in store for the next few linaro
cycles from a libjpeg-turbo perspective.
11.08
1.1.2 libjpeg-turbo (featuring cleaned up patches)
upstreaming and support of what could be a late august upstream 1.2 release
11.09
1.2 upstream based linaro release (presuming upstream releases)
Upstreaming / rework of android delta
Beyond this point isn't fully vetted and merely represents possible action.
11.10
effort to optimize encode path
1.2.1 libjpeg-turbo release including encode optimizations
--
Regards,
Tom
"We want great men who, when fortune frowns will not be discouraged."
- Colonel Henry Knox
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
Hi all,
After reading rsalveti's blog post on net booting with TFTP and PXE on Pandaboard I decided to try it and boot my 2.6.35 kernel (locked to this version because of some vendor specific changes). Unfortunately, although u-boot was able to retrieve and start the kernel image it wouldn't detect the SMSC ethernet adapter. This happens because older kernel versions rely on u-boot to do some initialization of the USB subsystem.
First "fix" was to call usb_stop() from the pxe boot function just before booting. But usb_stop calls omap4_ehci_hcd_stop which disables some clocks and 2.6.35 is still unable to detect the ethernet adapter.
So the second "fix" was to rewrite (to my best understanding - without going through the documentation) omap4_ehci_hcd_stop to reset some subsystems and leave the clocks running.
I attached the patch in case someone else needs to boot older kernels in this PXE + NFS rootfs configuration.
Problems with the patch are:
- changes omap4_ehci_hcd_stop functionality
- probably breaks other use cases
- tested only in my particular configuration
Thanks,
Daniel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Paul,
I commited the different tests for pm-qa [1]
Can you integrate it with LAVA ?
In order to invoke the tests, just do 'sudo make check' on the topmost
directory of pm-qa, that will compile the different utilities and run
the tests.
The results [2] will be 'PASS', 'FAIL', or 'SKIP'.
At present, only the cpufreq tests are available and most of them will
fail because cpufreq is still work in progress on ARM. But I think it is
worth to have them running, so when the kernel is updated we should see
more tests to PASS.
The test suite will be continuously updated with new tests, you just
have to take care of updating the git tree. The invocation of the tests
won't change, I will take care of writing the correct Makefile for the
dependencies.
Thanks in advance
-- Daniel
[1] http://git.linaro.org/git/tools/pm-qa.git
[2]
cpufreq:test_01/cpu0 checking scaling_available_frequencies exists ...
PASS
cpufreq:test_01/cpu0 checking scaling_cur_freq exists ...
PASS
cpufreq:test_01/cpu0 checking scaling_setspeed exists ...
PASS
cpufreq:test_01/cpu1 checking scaling_available_frequencies exists ...
PASS
cpufreq:test_01/cpu1 checking scaling_cur_freq exists ...
PASS
cpufreq:test_01/cpu1 checking scaling_setspeed exists ...
PASS
cpufreq:test_02/cpu0 checking scaling_available_governors exists ...
PASS
cpufreq:test_02/cpu0 checking scaling_governor exists ...
PASS
cpufreq:test_02/cpu1 checking scaling_available_governors exists ...
PASS
cpufreq:test_02/cpu1 checking scaling_governor exists ...
PASS
cpufreq:test_03/cpu0 checking governor change to 'conservative' ...
PASS
cpufreq:test_03/cpu0 checking governor change to 'ondemand' ...
PASS
cpufreq:test_03/cpu0 checking governor change to 'userspace' ...
PASS
cpufreq:test_03/cpu0 checking governor change to 'powersave' ...
PASS
cpufreq:test_03/cpu0 checking governor change to 'performance' ...
PASS
cpufreq:test_03/cpu1 checking governor change to 'conservative' ...
PASS
cpufreq:test_03/cpu1 checking governor change to 'ondemand' ...
PASS
cpufreq:test_03/cpu1 checking governor change to 'userspace' ...
PASS
cpufreq:test_03/cpu1 checking governor change to 'powersave' ...
PASS
cpufreq:test_03/cpu1 checking governor change to 'performance' ...
PASS
cpufreq:test_04/cpu0 checking setting frequency '2.6 GHz' ...
PASS
cpufreq:test_04/cpu0 checking setting frequency '2.6 GHz' ...
PASS
cpufreq:test_04/cpu0 checking setting frequency '2.0 GHz' ...
PASS
cpufreq:test_04/cpu0 checking setting frequency '1.6 GHz' ...
PASS
cpufreq:test_04/cpu0 checking setting frequency '1.2 GHz' ...
PASS
cpufreq:test_04/cpu0 checking setting frequency '800.0 MHz' ...
PASS
cpufreq:test_04/cpu1 checking setting frequency '2.6 GHz' ...
PASS
cpufreq:test_04/cpu1 checking setting frequency '2.6 GHz' ...
PASS
cpufreq:test_04/cpu1 checking setting frequency '2.0 GHz' ...
PASS
cpufreq:test_04/cpu1 checking setting frequency '1.6 GHz' ...
PASS
cpufreq:test_04/cpu1 checking setting frequency '1.2 GHz' ...
PASS
cpufreq:test_04/cpu1 checking setting frequency '800.0 MHz' ...
PASS
cpufreq:test_05/cpu1 checking 'ondemand' directory exists ...
PASS
cpufreq:test_05/cpu1 checking 'conservative' directory exists ...
PASS
cpufreq:test_05/cpu1 checking 'ondemand' directory is not there ...
PASS
cpufreq:test_05/cpu1 checking 'conservative' directory is not there ...
PASS
cpufreq:test_05/cpu1 checking 'ondemand' directory exists ...
PASS
cpufreq:test_05/cpu1 checking 'conservative' directory exists ...
PASS
- --
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOOAmIAAoJEAKBbMCpUGYAe84H/3daucqFQKC9ZRwmqy1xFeIc
Oql0jREhfMuQWVunl2T2UXbAmR1ApyVlPTwRdmpoOmS4y4JRMxnM/PzRV9CU85gt
AE5NIUie4uERYRCPllMXNQ8S6KDWgHqX+usbGjsqLcrzeymMVvdsvF+705E24P5b
nDyaUnr9dMddftcV6i5fTGaPYUdXBFSCcsV4sDf0icqQULg+xRnbmtwQaaFGV4om
9B04q3s1PeQ1wUBoAzwiLEx6S5XryPKarh2QyedxZFaHIde8p07hutD3jI/0Wx3P
freFm42NcoRzmgIZp/FpbIPRy+bSum8cw6LpKpAR9LDqCbbX+6hJuQCiSvwimJc=
=0eTT
-----END PGP SIGNATURE-----