== Dave Martin <dmart> ==
=== Activity ===
==== hardware-n-kernel-standard-architecture ====
* Still waiting for acks/tested-bys on one of the omap3/4
Thumb-2 compatiblity patches. Reposted for feedback.
* Some upstream discussion regarding some gas problems with
pc-relative instructions. Currently, no upstream fix is
imminent, and it looks unwise to expect one quickly.
* Pushing a workaround patch for adr to alkml, but Russell is
currently unhappy with it (somewhat understandably).
==== miscellaneous ====
* Spent a day or so trying to get some u8500 boards up and
running in the validation lab. It looks like we will need
to reflash U-Boot on both boards -- I have the necessary
resources from the ST-E guys; will try next week.
* linux-linaro-2.6.38 now dies during boot with an imprecise
external abort -- maybe related to
https://bugs.launchpad.net/linux-linaro/+bug/720055
=== Plans ===
* Try and reflash U-Boot on the validation lab u8500 boards
* Set up Freescale boards in validation lab.
* Write up the output from the Freescale i.MX BSP review
discussion, and post for comment.
=== Issues ===
* (none)
=== Absences ===
* Mon 2011-03-14 -- Fri 2011-03-16
Hi,
Just tested the imx51 Thumb-2 kernel on efikamx here -- it boots fine,
but we only went as far as the initramfs.
Is anyone currently relying on CONFIG_LATENCYTOP? If so, we should
investigate what the incompatibility is...
Cheers
---Dave
On Wed, Feb 23, 2011 at 6:11 PM, Dave Martin <dave.martin(a)linaro.org> wrote:
> Hi there,
>
> Talking with Loic just now, we thought it could be worth turning on
> Thumb-2 in the main omap kernel package after all, since we've at
> least seen it work on a few different boards now. It feels ready for
> wider testing.
>
> Is it possible for you to move to a newer snapshot of the 2.6.38
> linaro tree, or will that be problematic at this stage?
>
>
> Since the imx51 kernel at least seems to build and boot in Thumb, it
> could be worth enabling a separate build in a PPA, but it's may not
> mature enough for everyone to use as the main kernel just yet. If you
> want to try this, you need CONFIG_ARM_UNWIND=y, CONFIG_LATENCYTOP=n
> and CONFIG_THUMB2_KERNEL=y
>
> Cheers
> ---Dave
>
== Aneesh V <aneeshv> ==
=== Highlights ===
== U-Boot SPL ==
* Debugged and fixed issues around SDRAM initialization for different
revisions of OMAP4
* More testing and cleanup
* Patches ready for submission - work complete for now
== U-Boot Thumb2 Build ==
* Built U-Boot for OMAP4 in Thumb2
* 23 % size reduction.
* No noticable change in boot-time
=== Plans ===
* Continue working on v2 of U-Boot cache series
* Work on dynamically selecting ARM/Thumb2 in Makefile based on
tool-chain capability
=== Issues ===
* None
== Device Tree ==
* Continue to comment the possible problem found in mx51 dt patch set
* Had some very basic code to prove that the dynamically creating and
registering 'struct clk' per dt clock node may work, but there are
still further details to work out, especially on the relationship
of 'struct clk'
* Needs help on dts specification, especially on clock binding
== Misc ==
* mxs-mmc was merged
* mxs-dma is ready for merging, Vinod will do once he gets to work
* Tested the esdhc write-protect and card-detect patch set
--
Regards,
Shawn
== Device Tree ==
* Modified s5pv310 uart driver to keep a copy of platform data and use
it. This was required for adding device tree support in uart driver
* Trying to make clock lookup (clk_get) independent of the id in platform_device
== Misc ==
* Will on vacation from 1st March to 6th March 2011 (not planned, but
have to take leave for personal reasons).
== Dave Martin <dmart> ==
=== Activity ===
==== hardware-n-kernel-standard-architecture ====
* Upstream link-time discard versus SMP_ON_UP problem has now
been fixed by a patch merged by Russell upstream.
* Still waiting for acks/tested-bys on omap3/4 Thumb-2
compatiblity patches. Will re-prompt people this week.
* Tried building the linaro kernel for iMX51. The resulting
kernel seems to work OK on mx51evk; also booted the same
kernel to a prompt on a Genesi efikamx (though without the
hardware-specific drivers etc.)
* Suggested to jcrigby to start building the linaro kernel in
Thumb-2 for OMAP, but he encountered a problem with module
loading. The issue may be a tools bug
<https://bugs.launchpad.net/binutils-linaro/+bug/725126>
* An external developer expressed interest in porting kprobes
to Thumb-2. Waiting for him to confirm whether to go ahead
with it.
==== miscellaneous ====
* Attended the Emdebian sprint in ARM Cambridge. Mostly I
wasn't directly involved, but it was a good opportunity to
meet Debian community guys.
* Konstantinos Margaritis expressed interest in getting a
Thumb-2 kernel on the Genesi platforms.
=== Plans ===
* Discuss prioritisation for outstanding kernel tasks.
* Write up the output from the Freescale i.MX BSP review
discussion, and post for comment.
=== Issues ===
* (none)
=== Absences ===
* Possible absence of a couple of days in early March
(unconfirmed, possibly around the weekend of the 12th).
== Jason Liu <Jasnliu> ==
=== Highlights ===
====DT====
* Check the review comments for the patch set: Add MX51 basic DT
support, prepare for the new version,
* Investigate to add new device support with MX51 babbage board such
as FEC, I2C, GPIO, MMC, etc.
====Kernel configuration ====
* Workaround the set value and unset issue by adding one config item
into the mx51.Kconfig file.
* Complete the full Kconfig fragment config file for mx51 babbage
which can ouput the same .config file with as mx51_defconfig.
====Misc====
* MX53 LOCO board support, v2 patch send out to uboot ML, no comments till now.
=== Plans ===
* DT support for mx51 babbage board and to add more device support
=== Issues ===
* How to handle the platform data by DT?
== Storage performance mmc async request ==
* Implemented test cases in mmc_test.c to compare synchronous and
asynchronous requests.
* Run IOZone test and block device test on newly upgraded mmci driver
to compare asynchronous request vs synchronous request.
* Created a wiki page to present results from MMC async requests here
https://wiki.linaro.org/WorkingGroups/KernelConsolidation/Specs/StoragePerf….
So far there are only results from one board but hopefully more will
come.
== Kernel development ==
* Continued multiple code reviews
* Bug 712175, partial analysis
* Discussed ST-Ericsson MCDE driver design
== Flash drive performance ==
* Discussed remapper design with Jörn Engel (logfs developer) and others
* More measurements, discovered a card that does log-structured writes
across multiple segments
* Helped other people start using flashbench
== Vacation ==
* Took one day off
== RCU priority boosting ==
* RCU priority boosting passes moderate testing
* Posted RCU priority boosting patches to LKML, good feedback and fixes
* Continuing testing
== Processes ==
* Completed a TSC license request.
== Misc ==
* Continued chasing additional Power bugs to enable tests on larger systems.
* Did some testing of the John's and Jason's kernel-configuration management work
As one action from last kernel WG meeting, I have investigate the
availability of boards Remote Access.
Right now, we don't have anything setup for remote access. Either we have
to have the boards in hand or we have to check the
https://wiki.linaro.org/Internal/Hardware and see who has the needed
board(s) and see whether we can run the tests on that board9s).
The Validation's team is looking at supporting building and testing the
landing team kernels, at that time we may have something we can work with.
The kernel engineer will build and create the kernel image that needs to be
tested, then he/she would run the setup that is availble to the Landing
teams. (this is still work in progress, we don't know the exact details
yet).
On the long run, maybe we should open a Stakeholders Proposal to address
Remote Access and make it easier to the engineers to reserve a board and use
it for a short while.
Regards,
Mounir
Hi all,
While testing systemtap v1.4, I encountered an issue in the tool that
had been fixed in the past (and reintroduced recently). I have
investigated with Redhat guys and here is what we have found:
- root cause is that .note.gnu.build-id is mapped at address 0 in
vmlinux (we did a readelf -S on vmlinux)
- (.note.*) sections can be mapped at a specific location through
NOTES macro defined in vmlinux.lds.h. vmlinux.lds.h mentions that
minimal linker scripts has following content
...
* _edata = .;
*
* EXCEPTION_TABLE(...)
* NOTES
- .note.gnu.build-id is mapped at address 0 because NOTES is not used
in ARM linker cmd file. We are wondering if there is any specific
reason with Redhat.
Furthermore, .zImage.cmd contains "arm-linux-gnueabi-objcopy ... -R
.note -R .note.gnu.build-id", where "-R" removes mentioned sections
from the binary. We clearly don't want (.notes.*) sections, which
could have appeared as /sys/kernel/notes
Would there be an interest in mapping "notes" section in linker cmd file ?
Regards
Fred
Hi there,
Talking with Loic just now, we thought it could be worth turning on
Thumb-2 in the main omap kernel package after all, since we've at
least seen it work on a few different boards now. It feels ready for
wider testing.
Is it possible for you to move to a newer snapshot of the 2.6.38
linaro tree, or will that be problematic at this stage?
Since the imx51 kernel at least seems to build and boot in Thumb, it
could be worth enabling a separate build in a PPA, but it's may not
mature enough for everyone to use as the main kernel just yet. If you
want to try this, you need CONFIG_ARM_UNWIND=y, CONFIG_LATENCYTOP=n
and CONFIG_THUMB2_KERNEL=y
Cheers
---Dave
Hi All,
Not sure if I have subscribed to the right list but I was wondering if
anyone had some insight as to how to get the wifi working on the igep?
I have downloaded the firmware, copied it to the lib/firmware.
Can't see it anywhere though. ifconfig only shows eth0 and lo.
Any help is appreciated and I apologise if this is the wrong list (or area
completely!)
Chris
As the next Linaro release (11.05) will include the 2.6.38 kernel, it
was decided that the linaro-2.6.38 branch would open early i.e. before
the final 2.6.38 kernel is released. So there it is.
All the extra patches that were available in linaro-2.6.37 should be
included in linaro-2.6.38 at this point. Some notable exceptions at the
moment are some Thumb2 support patches, and some ARMv6k compatibility
patches. I expect to get a fresh set from Dave Martin soon for the
former, and I'll eventually merge RMK's devel branch which would bring
in the later.
But as you should know already, the feature freeze is due this Thursday
February 24th. So now is the time to consider the linaro-2.6.38 tree,
put on top all the patches you want to see in the upcoming Linaro
release, and ask me to merge them in. If you need some subsystem tree
such as MMC to be included as well then now is the time to say so as
well.
Nicolas
Hi there,
I've got a quick question. From which git tree are the hwpack kernels built
from? From what I can see it seems to be this guy currently:
http://git.linaro.org/gitweb?p=ubuntu/linux-linaro-natty.git but I'm not quite
sure.
Thanks,
Ken
Hello!
We are listing Linux-related events that are important to Linaro at:
https://wiki.linaro.org/Internal/Events/AttendingEvents
Please take a quick look and let me know if we are missing any events
that are important to the Linux kernel.
Thanx, Paul
Hello!
Google Summer of Code is coming up, see: http://code.google.com/soc/
Google Summer of Code focuses on open-source projects. The effort should
be something that a student could get done in about two months, and
cannot be critical. Some bandwidth is of course required for mentoring.
Is anyone interested in acting as a mentor?
Thanx, Paul
On Mon, Feb 21, 2011 at 5:06 AM, Paul E. McKenney
<paulmck(a)linux.vnet.ibm.com> wrote:
> Thank you, Dave!
>
> Any thoughts on prioritization? On which tasks others might be able
> to take on?
I could look at
* ftrace
* kprobes
* VFP/NEON coredump support
* Thumb2 kernel benchmarking (not included in the original blueprints)
In the meantime, I'll continue pushing the OMAP Thumb2 kernel stuff,
but the real work is complete.
I've had a brief look at the coredump stuff, but I'm not committed yet.
I'm keen to hear people's views on which task sounds the most useful.
Cheers
---Dave
>
> Thanx, Paul
>
> On Fri, Feb 18, 2011 at 06:04:57PM +0000, Dave Martin wrote:
>> == [ACTIVITY] (Dave Martin) 2011-02-14 - 2011-02-18 ==
>>
>> === Activity ===
>> ==== hardware-n-kernel-standard-architecture ====
>> * Upstream link-time discard versus SMP_ON_UP problem still
>> not fixed. Russell suggested a patch; currently trying to
>> confirm whether it got merged anywhere.
>> * omap3/4 Thumb-2 compatiblity patches re-posted (again). By
>> reverting the low-level PM functionality to ARM for correct
>> interoperation with firmware, positive PM test results have
>> now been seen on omap3.
>> * Spent a bit of time trying to understand coredump generation
>> on ARM.
>>
>> ==== miscellaneous ====
>> * Cambridge validation lab support:
>> * Tried to rescue the new, broken vexpress board. No
>> success yet, but I now have a firmware upgrade which I
>> think should fix the problem.
>>
>> * Tried to set up u8500 boards, but failed due to a lack of
>> serial breakout boards.
>> ==== Plans ====
>> * Discuss prioritisation for outstanding kernel tasks.
>>
>> * Write up the output from the Freescale i.MX BSP review
>> discussion, and post for comment.
>>
>> ==== Absences ====
>> * Possible absense of a couple of days in early March
>> (unconfirmed).
>
Hello!
Just a reminder, we are going to be using IRC rather than phone for
today's linaro-kernel meetings.
Let's use #linaro-kernel on Freenode for today's linaro-kernel meetings.
Thanx, Paul
=== Device Tree ===
* Studying clkdev.c and trying to come up with the approach to
match clock node with struct clk pointer
* Reviewed and tested the basically mx51 dt patch set posted by
Jason
=== Misc ===
* Sent out mxs dma and mmc patch v3, and hopefully this version
could get merged
--
Regards,
Shawn
== U-Boot Cache Maintenance ==
* Working on v2 series - fixing review comments
== U-Boot SPL ==
* Sent an early drop to John Rigby.
* Added DMM initialization
* Added mux support and corrected mux values
* Testing with different versions of OMAP4 board
== Device Tree ==
* Modified s5pv310 device tree support as per comments from Grant for
the v2 patchset.
* Working on device tree based probe for uart driver, console init
from dt took up lot of time.
* Planning to submit v3 s5pv310 device tree patchset this week.
* sdhci driver will be modified next for device tree based probe.
== Storage performance eMMC ==
* Got trim to work on my mmci host driver
* Rebasing async mmc requests on top of 2.6.38-rc4 mmci (testing is not done).
* Started adding tests in mmc_test.c in kernel to investigate trim,
bg and mmc async requests.
* mmc_test results so far: Write after TRIM show 10 % max increase
for linear writes on my particular eMMC.
== Kernel work ==
* Reviewed TI pruss drivers
* Reviewed new unicore patches
== Flash drive performance ==
* Completed lwn.net article
* Many discussions based on this work
== Noteworthy ==
* Article now online: http://lwn.net/Articles/428584/
* Got invited to do the keynote at ELC
== RCU priority boosting ==
* Between fixing some Power bugs and finding an 8-CPU system that avoids others, testing of RCU priority boosting has restarted.
== Processes ==
* Completed a couple of TSC license requests.
* Started one more TSC license request.
== Misc ==
* Continuing chasing additional Power bugs to enable tests on larger systems.
== [ACTIVITY] (Dave Martin) 2011-02-14 - 2011-02-18 ==
=== Activity ===
==== hardware-n-kernel-standard-architecture ====
* Upstream link-time discard versus SMP_ON_UP problem still
not fixed. Russell suggested a patch; currently trying to
confirm whether it got merged anywhere.
* omap3/4 Thumb-2 compatiblity patches re-posted (again). By
reverting the low-level PM functionality to ARM for correct
interoperation with firmware, positive PM test results have
now been seen on omap3.
* Spent a bit of time trying to understand coredump generation
on ARM.
==== miscellaneous ====
* Cambridge validation lab support:
* Tried to rescue the new, broken vexpress board. No
success yet, but I now have a firmware upgrade which I
think should fix the problem.
* Tried to set up u8500 boards, but failed due to a lack of
serial breakout boards.
==== Plans ====
* Discuss prioritisation for outstanding kernel tasks.
* Write up the output from the Freescale i.MX BSP review
discussion, and post for comment.
==== Absences ====
* Possible absense of a couple of days in early March
(unconfirmed).
=== Device Tree ===
* Studied Grant's dt patch v3 and s5pv310-dt patch posted by Thomas
* Still trying to catch up dt knowledge and current status to get
ready for specific dt assignment
=== Misc ===
* Posted v2 of mxs-dma and mxs-mmc (Thanks Arnd for review)
* Back to work from China Spring Festival Holidays
--
Regards,
Shawn
Hello!
Just a reminder, we are going to try to use IRC rather than phone for
today's linaro-kernel meetings.
Let's use #linaro-kernel on Freenode for today's linaro-kernel meetings.
Thanx, Paul
=== Device Tree ===
* Studied Grant's dt patch v3 and s5pv310-dt patch posted by Thomas
* Still trying to catch up dt knowledge and current status to get
ready for possible specific dt assignment later
=== Misc ===
* Posted v2 of mxs-dma and mxs-mmc (Thanks Arnd for review)
* Back to work from China Spring Festival Holidays
--
Regards,
Shawn
== Kernel ==
* Reviewed Freescale MXS and Via WMT MMC drivers
== SD card performance ==
* Wrote article about my test results, to be published on lwn.net
(not too many things this week, spent a lot of time on the article)
== [ACTIVITY] [dave-martin-arm] Activity report for week 6 2011
(2011-02-07 - 2011-02-11) ==
=== Activity ===
==== hardware-n-kernel-standard-architecture ====
* Upstream link-time discard versus SMP_ON_UP problem still
not fixed. More discussion with Russell: expect this to
converge on some kind of solution within the next week or 2.
In the meantime, I may suggest temporary merging of my
workaround patch in linaro.
* omap3/4 Thumb-2 compatiblity patches re-posted. Did some
power management testing to exercise the code: power off
suspend _may_ work on Beagle xM, but this board is hit by an
erratum which makes it hard to test.
Weirdly, this problem only strikes when the kernel is built
in Thumb-2, but I can find no actual bug so far.
Tony Lindgren has picked up my tree and my try to test this
this.
==== performance-linaro-n-memory-footprint ====
* Methodology proposal now agreed with Steve Langasek, with a
couple of minor modifications:
https://wiki.linaro.org/Platform/DevPlatform/Specs/MemoryFootprintMethodolo…
==== miscellaneous ====
* Spent some time helping debug boot partition layout
generated by linaro-media-create on OMAP.
==== Plans ====
* Tidy up the proposal for link-time section discard avoidance
and report.
* Discuss prioritisation for outstanding kernel tasks.
* Write up the output from the Freescale i.MX BSP review
discussion, and post for comment.
==== Absences ====
None planned.
Please indicate hardware requests as noted below!
Thanx, Paul
----- Forwarded message from Stephen Doel <stephen.doel(a)linaro.org> -----
Date: Wed, 9 Feb 2011 09:37:21 +0000
From: Stephen Doel <stephen.doel(a)linaro.org>
To: techleads <techleads(a)linaro.org>
Subject: Reminder: Hardware requirements for your teams
Hi All,
As a reminder, please can you log any hardware requests for your teams here:
https://wiki.linaro.org/Internal/Hardware#Hardware%20Requests
and any hardware you have on order here:
https://wiki.linaro.org/Internal/Hardware#Hardware%20on%20Order
and any hardware you have delivered, but as yet unallocated here:
https://wiki.linaro.org/Internal/Hardware#Unallocated
We'll review at the Tech Leads meeting on Thursday to make check whether we
need any additional orders
--
Thx
Stephen Doel
Linaro Ltd
Chief Operating Officer
+44 77 66 014 247
----- End forwarded message -----
Hello!
The February 24th feature freeze is coming up very quickly. We therefore
need any kernel patches that are to be included into the 11.05 Linaro kernel
release to be submitted to linaro-dev (CCing nicolas.pitre(a)linaro.org)
as well as upstream as soon as possible. Otherwise, we cannot guarantee
that they will be included in the upcoming Linaro kernel release.
Thanx, Paul
Kernel team,
One of the outstanding bugs we have from Maverick is bug #660604,
basically we have no EDID display support. The bug is currently marked
low and I would like to suggest it should be raised in priority and
best case added for the next release.
The impact of this bug is for those that don't have LCDs which are
able to display 1280x720 is basically an unusable graphical
environment with any of our graphical seeds such as ALIP, netbook-efl.
Now you might say, hey Tom, you can work around this, and sure one can
if you want to go through the process to redo the kernel command line
options which is a little less than optimal. I think if we're asking
people to enter by hand display resolutions and refresh rates unlike
other platforms such as intel then I think we've gone the wrong way.
Regards,
Tom
Mail was sent to linaro-dev, I am also forwarding it to linaro-kernel
as it may get more attention. Do not care about the "kernel
recompilation" part, someone indicated me the right wiki.
Hi,
I have the task to check systemtap behaviour. It requires .config
(found in /boot so OK), Module.symvers and vmlinux. Well, I could
recompile the kernel but I have been used getting these packaged by
our integration team at Texas Instruments ;-)
I am wondering if these shall not be provided to end users and how
they could be provided. From various reading, I have the impression I
would need a linux-image-debug-xxx package:
* is there some for various hwpacks (especially panda in my case) ?
* is it sufficient ? vmlinux was not packaged as such by our
integration team so I have doubts about it
In any case, I am anticipating kernel recompilation. Is there any
Linaro deviation from Ubuntu method ?
thanks for your help
Regards
Fred