I've been holding this back a bit as I was hoping the omap4 hdmi issue
would get resolved upstream in Nico's tree first, but with the month
half over, this needs to go out.
Anyway, the 2.6.39 based branch of the linaro-android tree is now
available:
http://git.linaro.org/gitweb?p=people/jstultz/android.git;a=shortlog;h=refs…
This tree includes Nico's 2.6.39 based tree plus the following:
o The current Android common kernel 2.6.39 branch
o android_omap3_defconfig and android_omap4_defconfig files
o The test_power driver improvements (which replaces the virtual battery
driver - already upstream in 3.0-rc1)
o Kconfig hack to fix OMAP2 DPI build issue (already sent to Nico)
Known regressions:
o OMAP4 HDMI support is broken upstream in Nico's tree.
Please let me know if you find any other issues.
thanks
-john
On Tue, Jun 14, 2011 at 8:05 AM, Far McKon <far.mckon(a)buglabs.net> wrote:
> Grant,
> I don't see any system for indicating an expandable bus or a pulg in
> module so far? Am I missing something, or does this protocol/layout
> not allow for plug in or expansion modules?
The DT as we're using it now primarily captures the static structure
of the system. Typically this means anything directly on-board, or
unlikely to ever be hot-plugged (like a CPU module on a carrier
board). The DT is expressive enough to capture the details of plugged
in modules, but in general if the device can be detected and
identified reliably by the hardware (like USB and PCI devices), then
there is no real need to describe it in the DT.
With 'real' OpenFirmware, the firmware did indeed enumerate hot
plugged devices in the DT, but we don't do that at all for the
firmware using the flattened tree.
That said, you may have a need to describe the internal details of a
plug in module, and you could do that with DT. XIlinx has done some
work that allows a partial DT to be passed in at runtime to describe
the behaviour of an FPGA module after it has been programmed with a
bitstream.
g.
Hi again,
> You will need:
>
> CONFIG_THUMB2_KERNEL=y
> CONFIG_LATENCYTOP=n
also CONFIG_ARM_UNWIND=y seems to be required, as it doesn't get set
automatically.
Tentative testing suggests that a Thumb-2 kernel built for imx51 from
the current linux-linaro-oneiric/master branch also works.
Do you want to have a go at turning this on, too?
>
> Cheers
> ---Dave
See https://wiki.linaro.org/OfficeofCTO/2011-06-14 plus inline:
== Actions from previous meeting ==
== Attendees ==
* David Rusling
* Loïc Minier
* Steve !McIntyre
* Paul !McKenney
* Grant Likely
* Ilias Biris
* Konstantinos Margaritis
== Minutes ==
* Actions from the last meeting
* ONGOING: Steve to arrange for some weekly sync on hf
* DONE: Loïc to create a cross-distro or distro list
* Anything for the end of June milestone?
* Device tree documentation - linaro-kernel-o-devicetree
* Wiki description of the benchmarking activity by the end of the month? Yes.
* Finishing the cross boot boot strapping for Natty and pushing the patches upstream.
* Status
* ARM hf
* Konstantinos
* iMX52 boards running hf
* Panda boards running hf
* No benchmarks run yet
* Steve
* Struggling with the LSB work
* Finishing off Natty cross-build issues (lots of broken packages!)
* Most patches taken by upstream
* Grant
* Device Tree documentation got posted (2/3 way there
* Missing is review / comments
* How to add new platforms, but will be written in conjunction with the Kernel working group
* Boot architecture document will be out later this week
* Date for a meeting, executive decision is August 5th
* Loic
* ACTION: schedule a call with Lars Knuth with xen [DONE: Thursday noon]
* Booked Dublin DS attendance
* Hardware pack v2 reviews
* Removed old redboot based stuff from Ubuntu builds
* Working OMAP 4 Panda board TI images
* !OpenMax - important from last week's multimedia mini-summit
* Illias
* Nothing major, attended the multimedia summit, quite a lot of work there
* Paul McKenney
* No feedback on the Server proposals
* AOB
* Chrome 0S
* Directly contacted, let's see what happens
* Belfry OCTO sessions? Missing anything?
* Hardfloat sessions, cross distro announcements - assume Thursday morning half day session
* Server - part of the boot architecture discussions? xen is in Cambridge, could invite them face to face
* Hour or so session with Xen at the Belfry, also the boot architecture
* ACTION: David Rusling send Lars' email address to Grant
* Kexec - let's do this as part of a hacking session, but also a topic in the boot architecture discussion
* ACTION: Grant add kexec to the boot architecture Belfry discussion
David Rusling, CTO
http://www.linaro.org
Linaro
Lockton House
Clarendon Rd
Cambridge
CB2 8FH
This patch fixes a NULL-dereference introduced by commit 457520e
("arm: pmu: support pmu/perf on OMAP4").
Some platforms (e.g. vexpress) neither need nor have an instance of
arm_pmu_platdata (plat). Perf support on these platforms was broken by
the original commit.
This patch adds a check for plat before dereferencing any fields.
Signed-off-by: Mark Rutland <mark.rutland(a)arm.com>
Cc: Avik Sil <avik.sil(a)linaro.org>
Cc: Nicolas Pitre <nicolas.pitre(a)linaro.org>
---
arch/arm/kernel/perf_event.c | 7 ++++---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/perf_event.c b/arch/arm/kernel/perf_event.c
index 1a0d6af..5d5f300 100644
--- a/arch/arm/kernel/perf_event.c
+++ b/arch/arm/kernel/perf_event.c
@@ -426,15 +426,16 @@ armpmu_reserve_hardware(void)
pr_warning("unable to request IRQ%d for ARM perf "
"counters\n", irq);
break;
- } else if (plat->enable_irq)
+ } else if (plat && plat->enable_irq) {
plat->enable_irq(irq);
+ }
}
if (err) {
for (i = i - 1; i >= 0; --i) {
irq = platform_get_irq(pmu_device, i);
if (irq >= 0) {
- if (plat->disable_irq)
+ if (plat && plat->disable_irq)
plat->disable_irq(irq);
free_irq(irq, NULL);
}
@@ -456,7 +457,7 @@ armpmu_release_hardware(void)
for (i = pmu_device->num_resources - 1; i >= 0; --i) {
irq = platform_get_irq(pmu_device, i);
if (irq >= 0) {
- if (plat->disable_irq)
+ if (plat && plat->disable_irq)
plat->disable_irq(irq);
free_irq(irq, NULL);
}
--
1.7.0.4
Hi John,
With nico's patch, the linux-linaro-2.6.39 tree now seems to work with
CONFIG_THUMB2_KERNEL in the general case.
I've tested this configuration on Versatile Express, and it seems to
work. Do you want to have a go at turning this configuration on in the
packaged kernel tree?
You will need:
CONFIG_THUMB2_KERNEL=y
CONFIG_LATENCYTOP=n
Other options should get set to sensible defaults as a consequence.
Cheers
---Dave
Time to leave 2.6.38 behind and move on! We now have a 2.6.39 based
Linaro kernel which can be viewed here:
http://git.linaro.org/gitweb?p=kernel/linux-linaro-2.6.39.git;a=summary
or cloned from either of those:
git://git.linaro.org/kernel/linux-linaro-2.6.39.githttp://git.linaro.org/git/kernel/linux-linaro-2.6.39.git
This will continue to evolve as this is just the beginning for that
tree, so more stuff will be merged. Only smoke tested on a Dove board,
and compile tested for OMAP so far.
Most of the ARM related patches which made their way into v3.0-rc1 in
mainline are included. However there might still be patches that were
included in linaro-2.6.38 which are missing from linaro-2.6.39 at the
moment. I might forward port some of them according to their
importance, their look, or even my mood. So if you need extra patches
on top of what's currently there please tell me and don't just assume I
will pick them up from linaro-2.6.38 automatically (this is reverse
garbage collection i.e. I'll simply leave unwanted patches behind).
This is also a good opportunity for landing teams to test their
git-rebase skills and move ahead to linaro-2.6.39.
Enjoy!
Nicolas
Hello.
I had to bzr push --overwrite lava-server. I did this to remove all the
release tags we inherited from the dashboard. I also tagged this as
"release-0.1".
Next time you push something make sure not to litter the tree with old
launch-control tags. If bzr push complains about conflicting tags you
know you did this ;-).
Thanks
Zygmunt
Hi All,
One of the blueprints we have for this cycle is to improve the
"manual" that accompanies the release. This work is covered by :
https://blueprints.launchpad.net/ubuntu/+spec/linaro-platforms-o-ubuntu-leb…
I've created a skeleton version of the document located in the wiki
here: https://wiki.linaro.org/TomGall/tmp/LebDocs
A number of the sections have probably already been written and exist
in our wiki or will be written.
This CFP (Call For Participation) is asking for you to :
1) Visit the draft version of the document at :
https://wiki.linaro.org/TomGall/tmp/LebDocs
2) If you know of already existing documentation, edit the page and
add a link to it
3) If you know of documentation that should be included, edit the page
and either add a link to the WIP page or indicate that the document
will exist at future date and include who the contact person should
be.
4) If you see there is a section missing, edit the page and add it.
Thanks for your help! And especially THANK YOU on behalf of all the
people who in the future will directly benefit from the information we
assemble.
Regards,
Tom
This patchset introduce a tree structure to store information found in
the different directories we are looking for the power management.
The code clock has been replaced by a new code based on this tree.
The result is a code modular and generic enough to be used for the
other power management blocks and to add more blocks like the gpio
and the thermal framework.
The patch 'rewrite the powerdebug clock code' has been folded in a
single one because it was too hard to review the patchset itself.
The display code has been reworked to be generic too but it is still
focused on the clock display for the moment.
The following bugs were fixed too:
* https://bugs.launchpad.net/linaro-pm-wg/+bug/794725
* https://bugs.launchpad.net/linaro-pm-wg/+bug/794726
* https://bugs.launchpad.net/linaro-pm-wg/+bug/794728
* https://bugs.launchpad.net/linaro-pm-wg/+bug/794731
The drawback is the find clock interface is broken so it is disabled
for the moment. It will be enabled again with the next patchset coming
next week.
Daniel Lezcano (23):
move clock_info structure definition
reorganize code to prevent forward declaration
provide a clock allocator
remove unused variable
fix segfault when the default window is not the clock
refresh the windows instead of killing them and recreate
tree structure abstraction for directory hierarchies
function helper to read the files
use the tree code to dump the clocks
Remove old clock tree dump code
add 'find' function for the tree
use 'find' tree function
remove unused parameter
remove unused parameter 'options->dump'
remove unused code and parameter for clock dump function
remove unused 'verbose' option
add a function to browse at reverse order the tree
make the mainloop immune against the signals
add a tree function to return a list of elements
compute the number of children for a specific node
document the tree code
rewrite the powerdebug clock code
remove unused 'hrow' and 'selected' parameters
Makefile | 2 +-
clocks.c | 639 ++++++++++++++++++++++++----------------------------------
clocks.h | 13 --
display.c | 229 +++++++++++++++-------
powerdebug.c | 90 +++++----
powerdebug.h | 26 ++-
tree.c | 353 ++++++++++++++++++++++++++++++++
tree.h | 54 +++++
8 files changed, 890 insertions(+), 516 deletions(-)
create mode 100644 tree.c
create mode 100644 tree.h
