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-----
I'm seeing the same thing:
$git push linaro HEAD
Counting objects: 5, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 454 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
error: insufficient permission for adding an object to repository
database ./objects
fatal: failed to write object
error: unpack failed: unpack-objects abnormal exit
To ssh://pfefferz@git.linaro.org/srv/git.linaro.org/git/android/toolchain/manifest.git
! [remote rejected] HEAD -> toolchain-11.07-release (n/a (unpacker error))
error: failed to push some refs to
'ssh://pfefferz@git.linaro.org/srv/git.linaro.org/git/android/toolchain/manifest.git'
Any ideas Paul?
On 7 August 2011 01:20, Bernhard Rosenkranzer
<bernhard.rosenkranzer(a)linaro.org> wrote:
> Hi,
> I have a manifest that reverts everything to what it was in 11.07
> ready to go - but I seem to lack permissions to push it to a new
> branch:
>
> $ git push linaro toolchain-11.07-release
> Counting objects: 5, done.
> Delta compression using up to 8 threads.
> Compressing objects: 100% (2/2), done.
> Writing objects: 100% (3/3), 477 bytes, done.
> Total 3 (delta 1), reused 0 (delta 0)
> error: insufficient permission for adding an object to repository
> database ./objects
>
> fatal: failed to write object
> error: unpack failed: unpack-objects abnormal exit
> To ssh://bernhardrosenkranzer@git.linaro.org/srv/git.linaro.org/git/android/toolchain/manifest.git
> ! [remote rejected] toolchain-11.07-release ->
> toolchain-11.07-release (n/a (unpacker error))
> error: failed to push some refs to
> 'ssh://bernhardrosenkranzer@git.linaro.org/srv/git.linaro.org/git/android/toolchain/manifest.git'
>
> Can someone fix this or should I just use master and revert later?
>
> I've attached the relevant file if anyone wants to push it (it gets
> back to 11.07 by simply specifying the correct revisions to pull -- no
> need to revert the other repositories).
>
> ttyl
> bero
>
> On 7 August 2011 01:40, Zach Pfeffer <zach.pfeffer(a)linaro.org> wrote:
>> I filed a bug on this and assigned it to bero:
>>
>> https://bugs.launchpad.net/linaro-android/+bug/822106
>>
>> Bero once you're happy with the original build I can cut an 11.07. It
>> would be nice t have git and a pinned-manifest to go back to.
>>
>> -Zach
>>
>> On 5 August 2011 18:04, Paul Sokolovsky <paul.sokolovsky(a)linaro.org> wrote:
>>> On Fri, 5 Aug 2011 17:12:50 +0200
>>> Alexander Sack <asac(a)linaro.org> wrote:
>>>
>>>> On Fri, Aug 5, 2011 at 4:13 PM, Paul Sokolovsky
>>>> <paul.sokolovsky(a)linaro.org> wrote:
>>>> > On Fri, 5 Aug 2011 15:54:22 +0200
>>>> > Alexander Sack <asac(a)linaro.org> wrote:
>>>> >
>>>> >> ok. seems it really happened.
>>>> >>
>>>> >> https://android-build.linaro.org/jenkins/job/linaro-android_toolchain-4.6-2…
>>>> >>
>>>> >> doesnt exist anymore even though its used as our official download
>>>> >> url for release.
>>>> >>
>>>> >> Please figure out what changes landed after that official build,
>>>> >> revert everything to the release state, respin, and ask paul to put
>>>> >> the original binary manually back in place so the above URL becomes
>>>> >> valid again?
>>>> >
>>>> > Well, it's built from the release tarball and the same patch, both
>>>> > stay the same, so end result of the rebuild is the same, just at
>>>> > different URL (build #12). I've updated daily jobs to use that, and
>>>> > personal jobs should be updated by developers as needed.
>>>>
>>>> I dont think that build is the same. bero added changes somewhere etc.
>>>> otherwise i doubt he would have respun the built. Please check with
>>>> him.
>>>
>>> I see, that's indeed the case. So we apparently need to branch/tag
>>> release builds for toolchain just the same as for the platform. In the
>>> meantime, we with Bernhard are working on resolving this and bringing
>>> original 11.07 build back up.
>>>
>>>
>>>
>>> --
>>> Best Regards,
>>> Paul
>>>
>>> Linaro.org | Open source software for ARM SoCs
>>> Follow Linaro: http://www.facebook.com/pages/Linaro
>>> http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
>>>
>>
>