Hey Nico,
As posted in https://bugs.launchpad.net/linux-linaro/+bug/802693 the
following commit has been causing boot hangs on some panda boards:
arm: omap4: support pmu - 4fefbe94a77c3d3b5e75d386628c36298c72c57f
Reverting it seems to resolve the hang. Avik doesn't see the problem on
his board, but Zach and I both have hit it with ours. We have not gotten
any traction on resolving the hang and its blocking Linaro Android
Platform Images for panda.
Since its been a week with no solution, I wanted to propose we revert
that patch.
How does that sound?
thanks
-john
I'm trying to work out what compile time checks I can do determine which
ARM architecture the kernel binary may be run on.
Is __LINUX_ARM_ARCH__ the architecture that the kernel is being built to
support, or is it the instruction set being used by the compiler? (If
these aren't always the same.)
Also, when a kernel is built for ARMv6 and ARMv7, I assume that
__LINUX_ARM_ARCH__ == 6 ?
Finally, is it safe to assume that a single kernel binary will never
support both v5 and v6 hardware? What about v4 and v5?
My ultimate goal is to correctly simulate ARM instructions which behave
differently on different architectures, for this, there will also need
to be some runtime checking. I can do this by running some test code at
boot time, but does the kernel already have some CPU architecture or
feature detection that I can make use of?
I was also looking at the Instruction Set Attribute Register in CP15,
these give me the exact information I want, but I suspect that
determining their availability will be as difficult as writing code to
probe the features I'm interested in (ARM/Thumb interworking).
--
Tixy
== Dave Martin <dmart> ==
=== General Activity ===
* Some kernel patch work:
* CPU info declaration macros -- No dissent upstream.
These patches are now sitting in Will Deacon's tree
waiting for him to send a pull request to Russell.
* Will Deacon's Generic MMU off code -- helped fix an off-
by-one type bug which was preventing the temporary
stack's identity mapping from being installed properly.
* More activity on minor bugs in gas:
* http://sourceware.org/bugzilla/show_bug.cgi?id=12931 (ARM:
gas fails to set the proper alignment on code sections,
causing broken output)
This is the issue which is contributing to the WebM codec
failures in Firefox on ARM.
Simple workaround proposed and merged upstream.
* http://sourceware.org/bugzilla/show_bug.cgi?id=12848 (ARM:
Thumb-2: Range check on b.w is off by a factor of 2)
This issue is actually affecting virtually all branches in
Thumb, including BL.
Tidy-up/fix proposed upstream.
=== linaro-kernel-o-standard-arch ===
* Started an experimental merge of Catalin Marinas' LPAE (ARM
Large Physical Address Extension) patches with linux-
linaro-2.6.39.
I now have a booting kernel on the ARM VExpress-CA15x4 model
making use of physical memory beyond 4GB, but still having
problems with SMP (probably a separate issue from LPAE / A15
support).
=== Plans ===
* Check whether the new kernel trees work in Thumb-2 on mx51evk
and follow up with Freescale landing team.
* Try merging the basic A15 / VExpress new memory map support
from the AEL tree with linux-linaro-2.6.39 (i.e., no LPAE sup-
port). These are likely to merge upstream sooner than LPAE,
and may make sense in the linaro tree.
* Follow up on Cortex-A15 FPGA platform availability.
* Suggest we disable aligment fixups for linaro images, since
gtk-sharp2 is now the only thing known to be affected.
=== Device Tree ===
* I stop posting board level dt patches (just keep it local for
testing drivers), as it's still going to be a while before it can
be merged due to a few unresolved issues. Instead I'm trying to
get a few driver patches hit v3.1 merge window. Just sent out
patches for serial, fec, gpio, and esdhc. Thanks Grant for the
review and comments. Will respin for v2 soon.
=== ARM/imx consolidation ===
* None
=== Misc ===
* Sent a mxs-dma patch to skip request_irq for NO_IRQ, so that gpmi
which gets multiple dma channels sharing one IRQ can work with
mxs-dma too.
* Co-worked with Troy Kisky to send a patch fix the issue that fec
driver can not work with mii phy on imx53.
=== Plan ===
* v2 of serial, fec, gpio, esdhc dt support
* spi, i2c, sdma dt support
--
Regards,
Shawn
== Niklas Hernaeus <nhe> ==
=== General activity ===
* Got some real hardware, the Snowball.
* Booted Snowball, without DT.
* Changing dev environment, update of compiler necessary, again.
The Sourcery G++ Lite 2011.03-41 for ARM GNU/Linux may generate unaligned
function pointers, it would seem. Have not made any deep investigation,
just want it to work. Thanks for the help Per, I would not have expected
that kind of problem.
=== Issues ===
* Can not flash the Snowball eMMC, that is U-Boot.
* Inherited from last week:
What about hierarchy of devices in DT. What can/should be made
common? Or flat file? gcl?
== Manjunath GK <manjugk> ==
=== Highlights ===
* Posted initial patches for migrating omap board file into DT.
- i2c driver is converted to DT data structures.
- patches created for omap4 panda and omap3 beagle boards.
* The patches has dependency on omap HWMOD which needs to be aligned with
OMAP SoC mainitainers
* Working on modifying DT helper functions for code optimization.
=== Plans ===
* OMAP SoC mainitainers should revert back on the queries and dependencies
posted to linux-omap and device tree
mailing lists.
* Continue to work on received comments.
* Need to check other content in omap board file for DT migration.
--
Manjunatha GK
Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs
Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> |
Twitter<http://twitter.com/#%21/linaroorg>|
Blog <http://www.linaro.org/linaro-blog/>
== Per Forlin <perfor> ==
=== Highlights ===
* Rebased mmc non-blocking patchset v8 on to of mmc-next for 3.1. The
patchset has received a couple of acked-by and will hopefully be
merged for 3.1.
* Run mmc test on on ARM real view and U300 with help from Linus W.
Made minor adjustments in the mmc_test as a result of realview and
U300 testing
* Helped Niklas H to get started on snowball (flash/build/boot).
* Investigated why the eMMC on snowball is slow compared to U8500. I
thought it might be a SW issue but it turned out that Snowball has a
relatively slow eMMC.
=== Completed work items ===
* https://blueprints.edge.launchpad.net/linux-linaro/+spec/mmc-async-request
* mmc-next linux 3.1 mmc async req, rebase and test: DONE
* mmc-next linux 3.1 mmc async req, submit and review: DONE
=== Plans ===
Vacation 4 weeks in July. I will only follow up on mmc non-blocking
during my vacation.
== Highlights == ( * Was on a training program for most of the working week)
* Review / test MMC async request patches
* Design for MMC-HPI implementation
== Plans ==
* Continue with HPI implementation
* Review / analyze adding flash media information to CFQ
=== Highlights ===
* Kprobe work items from blueprint "Finish Thumb2 Support"
* Make ARM ALU and LDR instruction emulation interwork with Thumb:
DONE
* Tidyup and document kprobe changes: DONE
* Add decoding table self consistency, and test case coverage
checks: DONE
=== Plans ===
* Get patches for Thumb2 kprobes work submitted for review
* Tidyup and document kprobe test code
* Start work on blueprint "Investigate block allocation in FS"
=== Highlights ===
* Worked to get ADB over USB working for both Beagle and Panda boards
for 2.6.39
* Updated linaro+android tree to linaro 11.06 final kernel
* Worked on testing Android Alarm Timers integration with Posix Alarm
Timers.
* Sent pull requests to Tglx for patches I've queued for 3.1
* Started review of Kconfig code, had some discussions with folks from
the Yocto project on how Kconfig fragments might help. Reached out to
the author of Kconfig SAT work from a year ago to learn more.
* Helped narrow down last minute Android Image issue with u-boot on
beagleboard.
* Working with TI patch author that caused the linux-3.0 panda ehci boot
crash regression. Hoping to get a fix or a revert applied soon.
* Sent in request for AOSP license grant, Patrik added me to the group,
but unfortunately my account status hasn't seemed to be updated yet.
=== Plans ===
* Continue working to get panda ehci issue resolved before 3.0-final
* Continue working on Android Alarm Timer rework to utilize upstreamed
code.
* Look at the ADB story on the android-3.0 branch (the ADB code is
heavily reworked there).
* Get back to Kconfig review/research.
=== Issues ==
* Too much breakage & regressions around Panda!
* AOSP license grant group issues still remain before I can submit
patches to AOSP
== Linus Walleij linusw ==
=== Highlights ===
* Andrew merged the lm3530 patches to the mm tree.
* Arnd pulled in the ux500 stuff to arm-soc as proof of concept,
hey this seems to work!
* Played with a RealView PB11MPCore, fixed three TCM
patches when learning that I was mistaken thinking the
PB11MPCore has TCM, actually nothing ARM multicore
seems to have TCM, which simplifies that stuff.
http://marc.info/?l=linux-arm-kernel&m=130944303522448&w=2http://marc.info/?l=linux-arm-kernel&m=130944291922298&w=2http://marc.info/?l=linux-arm-kernel&m=130944294622342&w=2
* Secured the stuff necessary to boot the ARM Integrator
board, meaning I will have access to PB1176, PB11MPCore
and Integrator, if I get it to work.
* Lots of talk about pinctrl/pinmux subsystem with nVidia.
* Submitted some internal DMA40 patches upstream, also
added a patch of my own on top.
http://marc.info/?l=linux-kernel&m=130916853306730&w=2
* Fixed a pesky staging driver for Synaptics RMI4
http://marc.info/?l=linux-kernel&m=130941558024742&w=2
* Talked to people from Lauterbach and ST Micro about their
PID for HW-trace patch, reviewed code and gave some
advice.
* Helped Per Forlin test some generic MMC speedup
patches.
=== Plans ===
* New iteration of the pinctrl + pinmux subsystem
* Drive generalization of U300 and Nomadik GPIO
* Get into struct clk generalization and movement of clk
drivers into drivers/clk - handover from Jeremy Kerr.
We will do this in Cambridge or something like that.
* Vacation 2011-07-02 thru 2011-07-31
I will only do FUN hacking during vacation!
See you in Cambridge.
* Vacation after sprint meeting 2011-08-07 thru 2011-08-12
I will only do FUN hacking during vacation!
=== Issues ===
* Generalizing/consolidating GPIO control is on hold until
the subsystem maintainer (i.e Grant) has time to look into it.
Not much to worry about, we all have shortage of time.
* Sync with Grant & Jeremy overdue, but I wouldn't be of
any big use before the vacation anyway. Let's sync this
in Cambourne.
* Shanghaiied for some internal conflict resolution and patent
advisory at ST-Ericsson. Not too much though.
Thanks for reading,
Linus Walleij
== Kernel maintainance ==
* Merged the first few trees (u8500, zynq) into the arm-soc tree
* reviewed new PWM framework submission
* some more cleanups for randconfig build errors
* cleanup of the 8250 driver as preparation for getting rid of
inb/outb on most platforms.
* Review of highbank and sirfprima platforms
* discussions of DMA mapping API patches from Marek Szyprowski
== Plans ==
* Ask for more subarch pull requests, and merge the trees
* Submit patches from randconfig errors
* finalize 8250 cleanup
Following a suggestion from Nicolas I have implemented table driven
decoding of CPU instructions in kprobes. This is an alternative to the
mass of if/else code in the original kprobes implementation. Also, by
making the register usage in emulation code completely uniform,
emulation functions can be more widely reused and all the separate
prep_emulate_xxx functions unnecessary.
All of infrastructure for this is in patch 1, and I am looking for
feedback on this.
I've also added a second patch which shows how this infrastructure
is used to implement decoding and emulation of all the 32-bit Thumb
instructions.
== Dave Martin <dmart> ==
(Apologies for the late report-- I have been having some
power/connectivity problems)
=== General Activity ===
* CPU info declaration macros -- posted patches; few
comments so far (positive or negative). These may
get merged at the next merge window, depending on
feedback.
* Took a look at a firefox Thumb-2 related problem which
breaks webm video:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/789198 video
It turns out that a "weirdness" in gas is causing a load of ARM code
connected with the webm code to be linked on an odd halfword
boundary. This might be an assembler bug, but it's not 100% clear
what the correct behaviour would be.
=== linaro-kernel-o-standard-arch ===
* thumb-2 now appears to be turned on globally for all boards in
the linux-linaro-oneirii tree. "works" at a basic level for vexpress
and mx51evk. I need to follow up with jcrigby on the exact status
of this.
=== Plans ===
* Check whether the new kernel trees work in Thumb-2 on current
Freescale landing team trees.
* Follow up on Cortex-A15 model/platform availability.
== Dave Martin <dmart> ==
=== General Activity ===
* CPU info declaration macros -- posted patches; few
comments so far (positive or negative). These may
get merged at the next merge window, depending on
feedback.
* Took a look at a firefox Thumb-2 related problem which
breaks webm video:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/789198 video
It turns out that a "weirdness" in gas is causing a load of ARM code
connected with the webm code to be linked on an odd halfword
boundary. This might be an assembler bug, but it's not 100% clear
what the correct behaviour would be.
=== linaro-kernel-o-standard-arch ===
* thumb-2 now appears to be turned on globally for all boards in
the linux-linaro-oneirii tree. "works" at a basic level for vexpress
and mx51evk. I need to follow up with jcrigby on the exact status
of this.
=== Plans ===
* Check whether the new kernel trees work in Thumb-2 on current
Freescale landing team trees.
* Follow up on Cortex-A15 model/platform availability.
== Per Forlin <perfor> ==
=== Highlights ===
* Run mmc test to measure how bandwidth is affected by number of sg
elements in an sg list.
* two bug fixes in the mmc non-blocking code, compilation issue and
mmc_test error.
* adjusted ste_dma40 to comply with dmaengine documentation for issue_pending.
* booted snowball on linux 3.0-rc4
=== Completed WIs===
* https://blueprints.edge.launchpad.net/linux-linaro/+spec/dmaengine-improve-…
* Update ste_dma40 to comply with documentation, to be use as
reference for others: DONE
* https://blueprints.edge.launchpad.net/linux-linaro/+spec/mmc-async-request
* linux 3.0 mmc async req, update after review: DONE
=== Plans ===
* rebase and test mmc non-blocking for linux 3.1
* wrap up minor things before going on 4 weeks vacation in July
=== Device Tree ===
* Sent v2 of imx51-dt patch set that addresses the comments on v1
from Grant and Arnd
* Added one patch into the series to get rid of the cpu_is_mx1()
uses in imx serial driver, so that the DT binding can fit in
the driver well.
* Per Grant's request, added a couple of functions into DT
infrastructure code for drivers to identify device id, which
will be widely needed by drivers using pdev->id when migrating
to DT. The patch is under Grant's review.
=== ARM/imx consolidation ===
* Added one more patch into imx-dma device cleanup series to pass
the whole firmware name via platform_data without the churn of
cpu name and TO version being variables. It's been acked by Vinod
and the whole series will go through Sascha's tree.
=== Misc ===
* [Bug 754254] imx51 randomly truncates serial input at 31
characters. Sent a follow-up patch to Nicolas changing CD/WP
to gpio mode on babbage for by-passing issue [1]. The fixing for
the issue has been incorporated into v4 of the series, which gets
no more comments and is waiting for Chris to merge.
[1] http://article.gmane.org/gmane.linux.ports.arm.kernel/120790
=== Plan ===
* DT on imx51
* imx cleanup and consolidation
--
Regards,
Shawn
== Highlights ==
* Started migrating omap4 panda board "board file" into DT
* Able to proceed with basic changes and getting base address from DT into
i2c driver.
* Facing issues with fetching interrupts from DT into device node structure.
* Discussion about status and alignment at:
-
http://lists.ozlabs.org/pipermail/devicetree-discuss/2011-June/006102.html
== Plan ==
* continue with i2c driver changes and resolve interrupts issue for board
file changes.
* omap soc uses hwmod data structures for platform_device_register. OMAP
hwmod does more than base address and interrupts.
- need to align on handling clock, sysconfig, dma irq's etc
--
Manjunatha GK
Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs
Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> |
Twitter<http://twitter.com/#%21/linaroorg>|
Blog <http://www.linaro.org/linaro-blog/>
== Highlights ==
* Working on HPI implementation patches
* Review MMC async request patches
* Review OMAP MMC runtime PM adaptation patches
* Research on CFQ scheduler details
== Plans ==
* On internal training from Jun 24 to 30
=== Highlights ===
* Discussed at length upstream vs aosp priorities with Zach
* Looked into requirements for getting AOSP account.
* Got Alarmtimer fixes queued in -tip
* Sent initial pass integrating Android Alarm timer to utilize
CLOCK_BOOTTIME to Arve and Colin.
* Implemented initial pass integrating Android Alarm timers to utilize
the upstreamed alarm timers work.
* Met w/ Darren Hart on the Kconfig fragment work for Linux Plumbers
* Updated linaro+android tree to linaro 11.06 freeze kernel
* Bisected and reported panda pmu related boot hang found testing linaro
+android kernel.
* Worked on internal presentation.
=== Plans ===
* Continue working on internal presentation
* Get pull requests sent for queued 3.1 work sent out.
* Start process for Android AOSP licence grant bits.
* Continue working on android/posix alarmtimers mending
* Start focusing on Kconfig work.
=== Issues ===
* NA
== Thomas Abraham <thomas-ab> ==
=== Highlights ===
* Submitted first version of the device tree patches for smdkv310 board.
Working on addressing comments from Grant Likely.
* Completed few more power consumption tests on smdkv310 board with
and without memory regions patches and shared the result with IBM
engineers.
* Wrote few helper functions as suggested and drafted by Grant Likely to
read u32, u64 and string property values from dt nodes.
=== Plans ===
* .Submit the second version of device tree patches for smdkv310 board.
=== Misc ===
* On leave on 27th and 28th of June.
As you might know already, Linaro is moving to a monthly release of
technology preview for most of the components being worked on. This
obviously includes the kernel, so some coordination amongst all people
involved is required.
It was decided that those releases would happen on the last Thursday of
each month, so for the 11.06 release this is June 30th.
To give a chance for the kernel to be stable by that time, I'll
effectively freeze it one week earlier i.e. on June 23rd for the 11.06
release. The last week before the actual release should be dedicated to
testing and bug fixing only.
So... what this means is that you need to send me any patches and/or
pull requests for the Linaro kernel at least _8_ DAYS BEFORE THE
RELEASE. Obviously, you can send me patches way before that deadline as
well, which would be highly appreciated. Today is June 14th, meaning
that there are less than 9 days left (less so if you don't include the
weekend).
We also hope that everyone will try to perform a bit more testing than
usual during the last week, and also get involved in bug fixing
activities until the release.
If you have some concerns about this please let me know so we can find
ways to improve things. Hopefully we'll get up to speed with this pace
and there won't be any major problems.
Nicolas
== Linus Walleij linusw ==
=== Highlights ===
* Grant merged the SPI (PL022) patches to the SPI tree.
* GKH merge thed serial (PL011) patchs to the TTY tree.
* Andrew merged the lp5521 patch to the mm tree.
* Russell merged patches that nuked the ARM build errors in
kisskb on 5 platforms: h7201, h7202, iop13xx, iop32x and iop33x
http://kisskb.ellerman.id.au/kisskb/branch/9/
* Sent a ux500 pull request to Arnd for the arm-soc tree, then
I got impatient and sent another one :-)
http://marc.info/?l=linux-arm-kernel&m=130864919918352&w=2http://marc.info/?l=linux-arm-kernel&m=130882733131222&w=2
* Arranged access to a RealView PB11MPCore machine that
may prove instrumental in ARM consolidation work. Ericsson
Research has this machine, and they give me access to their
premises permanently (noone else is using the machine
anyway)
* Sent a patch set to consolidate the RealView LEDs in the
spirit of Bryan Wu's LED consolidation. Had to invent a new
ARM CPU busy indicator LED trigger in the process:
http://marc.info/?l=linux-arm-kernel&m=130876403431900&w=2
* Send a redux patchset for the Nomadik GPIO that excludes
the generic config stuff that seems to have gone into limbo.
http://marc.info/?l=linux-kernel&m=130883119803189&w=2
=== Plans ===
* Swedish national holiday 2011-06-24 so absent that day,
sending this report today.
* New iteration of the pinctrl + pinmux subsystem, v4, v3 has
been discussed a lot:
http://marc.info/?l=linux-kernel&m=130798438705437&w=2
* Drive generalization of U300 and Nomadik GPIO
* Get into struct clk generalization and movement of clk
drivers into drivers/clk - handover from Jeremy Kerr
* Vacation 2011-07-01 thru 2011-07-31
I will only do FUN hacking during vacation!
* Vacation after sprint meeting 2011-08-07 thru 2011-08-12
I will only do FUN hacking during vacation!
=== Issues ===
* Generalizing/consolidating U300 and Nomadik GPIO
controllers to use struct gpio_chip and gpiolib and struct irq_chip
seems to be unpopular, I wonder if anyone cares?
http://marc.info/?l=linux-kernel&m=130745442230555&w=2http://marc.info/?l=linux-kernel&m=130391002623086&w=2http://marc.info/?l=linux-kernel&m=130795463405616&w=2
* No clue where to find relevant WI:s in Launchpad, never used that stuff
before.
Thanks for reading,
Linus Walleij
So if the OMAP_DSS_DPI option is enabled, and the OMAP2_DSS_DSI option
is not, you get the following build error with Nico's tree:
drivers/video/omap2/dss/dpi.c: In function 'dpi_set_dsi_clk':
drivers/video/omap2/dss/dpi.c:61: error: implicit declaration of function 'dsi_pll_calc_clock_div_pck'
drivers/video/omap2/dss/dpi.c:66: error: implicit declaration of function 'dsi_pll_set_clock_div'
drivers/video/omap2/dss/dpi.c: In function 'omapdss_dpi_display_enable':
drivers/video/omap2/dss/dpi.c:192: error: implicit declaration of function 'dsi_pll_init'
drivers/video/omap2/dss/dpi.c:209: error: implicit declaration of function 'dsi_pll_uninit'
make[4]: *** [drivers/video/omap2/dss/dpi.o] Error 1
This was reported to the mailing list almost two weeks ago, and still is
unfixed.
The following hack works around the issue by making sure DSI is enabled
if DPI is enabled. Although I suspect this fix would still break if
OMAP3 was disabled, but no worse then it already does today.
Nico: Hopefully a proper fix is on its way, but in the meantime, please
consider merging this.
thanks
-john
Signed-off-by: John Stultz <john.stultz(a)linaro.org>
diff --git a/drivers/video/omap2/dss/Kconfig b/drivers/video/omap2/dss/Kconfig
index 7a49a75..ae472a1 100644
--- a/drivers/video/omap2/dss/Kconfig
+++ b/drivers/video/omap2/dss/Kconfig
@@ -38,6 +38,7 @@ config OMAP2_DSS_COLLECT_IRQ_STATS
config OMAP2_DSS_DPI
bool "DPI support"
+ select OMAP2_DSS_DSI
default y
help
DPI Interface. This is the Parallel Display Interface.
From a short discussion at #linaro-kernel today there was the idea to
start a thread about the status of the Freescale linaro-lt-mx53loco
kernel.
From a customer point of view, the recent linaro-lt-mx53loco kernel
seems to have some issues:
* Status of the of the Freescale landing team kernel git repository:
http://lists.linaro.org/pipermail/linaro-kernel/2011-June/000502.html
And going back in the history there seems to be no real progress since
last December:
http://lists.linaro.org/pipermail/linaro-dev/2010-December/001833.html
* The recent
hwpack_linaro-lt-mx53loco_20110617-0_armel_supported.tar.gz still uses
a 2.6.35 kernel [1], while the landing team git repository already
contains a 2.6.38 kernel [2] (lt-2.6.38 branch). But this hasn't found
its way into a hwpack, yet.
- Using above hwpack does result in broken VGA output at the loco
board. The bug (including the fix) for this is
https://bugs.launchpad.net/linux-linaro/+bug/795712
Sorry if anything above is wrong ;)
A short discussion with Eric showed that the Freescale developers are
quite busy. I'd like to start a discussion how the situation could be
improved or what help might be needed.
Opinions?
Many thanks and best regards
Dirk
[1] Linux version 2.6.35-1001-linaro-lt-mx53 (buildd@crabapple) (gcc
version 4.5.2 (Ubuntu/Linaro 4.5.2-5ubuntu1) ) #1-Ubuntu PREEMPT Tue
Mar 8 03:16:18 UTC 2011
[2]
http://git.linaro.org/gitweb?p=bsp/freescale/linux-linaro-natty.git;a=summa…
== Niklas Hernaeus <nhe> ==
=== General activity ===
* Viewed the device-tree code.
* Changing dev environment, update of compiler necessary.
* Administration: booking of next meeting in UK.
=== Issues ===
* What about hierarchy of devices in DT. What can/should be made
common. Or flat file? gcl?
* Problems with building. perfor will help out?
== Highlights ==
* Spent a lot of time fixing randconfig builds, now works on
vexpress, exynos4, u8500, omap2+ and mxs
* Blueprints and Specs for kernel storage performance
* Reviewed new OpenRISC architecture patches
* Reviewed device tree patches from a lot of places
* Reviewed CMA patches
* Reviewed generic watchdog patches
* Reviewed Dialog DA905x device drivers
== Plans ==
* Start merging subarch branches into the arm-soc tree
== Dave Martin <dmart> ==
=== General Activity ===
* Some kernel patch work:
* CPU info declaration macros -- A conclusion seems to have
been reached on the form these should take. Some
implementation work done; still need to finish, test and
post.
This should permit a fair number of lines to be removed
from arch/arm/mm, without any functionality impact.
* Will Deacon's Generic MMU off code -- helped fix an off-
by-one type bug which was preventing the temporary
stack's identity mapping from being installed properly.
* More activity on minor bugs in gas:
* http://sourceware.org/bugzilla/show_bug.cgi?id=12854 (ARM:
Nonsensical argument shift specifications accepted for
LSL/LSR/ASR/ROR mnemonics)
* Tracking down some userspace alignment faults:
* gtk-sharp2 -- https://bugs.launchpad.net/ubuntu/+source/gtk-
sharp2/+bug/798315
* firefox --
https://bugzilla.mozilla.org/show_bug.cgi?id=626635 (already
reported and fixed by other people upstream; fixed in 5.0 /
oneiric)
* Started a mail thread about whether we should be more
aggressive in getting alignment faults fixed, particularly
within Linaro.
=== linaro-kernel-o-standard-arch ===
* Testing of the linux-linaro-2.6.39 and linux-linaro-oneiric
trees with Thumb-2:
* Pinged John Rigby again -- he's agreed to try turning on
Thumb-2 for the vexpress packaged kernel.
* mx51evk status still to be determined
* Did some investigation into what mx51evk is using FIQ for.
Some compatibility issues for Thumb-2: still need to follow up
with the the imx guys.
=== Plans ===
* Check whether the new kernel trees work in Thumb-2 on mx51evk
and follow up with Freescale landing team.
* Follow up on Cortex-A15 model/platform availability.
== Highlights ==
* Tried to adapt OMAP I2C1 and twl driver into DT for panda board.
- Looks like device registration for omap drivers is done in different
way compared to other SoC's
- Adapting OMAP device drivers requires DT internals study and also OMAP
device registration might need some more changes.
* DT documentation study and looking at other SoC driver adaptation into DT
== Plan ==
* DT internals study for adapting OMAP drivers
* OMAP kexec - plan pending[need to sync up with Anand G]
-Manjunath
=== Device Tree ===
* Read device tree usage model document from Grant
* Studied the irq_domain translation and device name overridden
patches from Grant
* Based on above infrastructure code, worked out a basic device tree
kernel for imx51 babbage. With uart and fec supported added, the
dt kernel can boot into console with nfs root. It could be a good
base for starting playing dt and adding further device support.
The patches were posted to lkml and lakml, and had the good
feedback and valuable comments. Will respin for v2 soon.
=== ARM/imx consolidation ===
* Made some fixes on imx-dma device registration code, and cleaned
the code up to register dma device in per-soc-init function. The
fixing patches were picked up by Sascha, but the cleanup one has
not yet. Will ping him for that.
=== Misc ===
* [Bug 754254] imx51 randomly truncates serial input at 31
characters. Posted v2 of the patches that add card-detect
support for mx5, and acked by Wolfram.
http://thread.gmane.org/gmane.linux.kernel.mmc/8558/
So sent the pull request to Nicolas and he pulled it.
Heads-up for Nicolas: Arnaud Patard reported one issue with the
patches as below.
http://article.gmane.org/gmane.linux.ports.arm.kernel/120790
I will soon send a follow-up to get that fixed.
=== Plan ===
* v2 of the imx51-dt patch set
--
Regards,
Shawn
== Per Forlin <perfor> ==
=== Highlights ===
* Rebased mmc async request on Linux 3.0 rc3. Had a lot of stability
issue on rc3. Moved to rc3+ (torvalds HEAD) and then all tests pass.
=== Completed WIs===
* https://blueprints.edge.launchpad.net/linux-linaro/+spec/mmc-async-request
* rebase patches on top of linux 3.0, run all tests: DONE
* post linux 3.0 mmc async req support on mmc-list: DONE
=== Highlights ===
* Reviewed and commented on clocksource entropy idea on lkml
* Worked on a few RTC related bugs
* Sent hack to linaro-dev to fix DPI/DSI build issue
* Released a 2.6.39 based linaro+android kernel tree
* Attended Android sync meeting with Deepak and Zach
* Reviewed android-3.0 tree, noticed they have not integrated the
upstream alarm timers code, and sent a mail to Colin Cross to see if
there are any plans to do so.
* Took some initial looks to see how hard re-implimenting the android
alarmtimer code would be on top of my posix alarmtimers implementation.
* Worked on internal presentation
=== Plans ===
* Push current RTC/alarmtimer fixes upstream
* Continue working on internal presentation
* Continue looking at android/posix alarmtimers merging
* Generate linaro+android 11.06 freeze kernel
* Send out select from choice block patch
=== Issues ===
* NA
== Thomas Abraham <thomas-ab> ==
=== Highlights ===
* Completed re-run of tests with memory regions on smdkv310 board,
but there were no significant power savings.
* Discussed with Ankita, author of the memory regions patches,
about the test cases being used and the reasons about no
improvement in power savings.
* Started with the device tree work items for Exynos4 platform.
=== Plans ===
* .Complete the registration of platform devices
* Move board specific data to device trees.
Hello Andy,
I forward ported the following patches from you to linaro-2.6.39:
Author: Andy Green <andy(a)warmcat.com>
Date: Thu Mar 24 21:27:29 2011 +0000
OMAP2+: add cpu id register to MAC address helper
Introduce a generic helper function that can set a MAC address using
data from the OMAP unique CPU ID register.
For comparison purposes this produces a MAC address of
2e:40:70:f0:12:06
for the ethernet device on my Panda.
Signed-off-by: Andy Green <andy.green(a)linaro.org>
Acked-by: Arnd Bergmann <arnd(a)arndb.de>
Author: Andy Green <andy(a)warmcat.com>
Date: Thu Mar 24 21:27:38 2011 +0000
OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0
This patch registers a network device notifier callback to set the mac
addresses for the onboard network assets of Panda correctly, despite the
drivers involved have used a random or all-zeros MAC address.
The technique was suggested by Alan Cox on lkml.
It works by device path so it corrects the MAC addresses even if the
drivers are in modules loaded in an order that changes their interface
name from usual (eg, the onboard module might be "wlan1" if there is a
USB wireless stick plugged in and its module is inserted first.)
Cc: Alan Cox <alan(a)lxorguk.ukuu.org.uk>
Signed-off-by: Andy Green <andy.green(a)linaro.org>
Acked-by: Arnd Bergmann <arnd(a)arndb.de>
Could you please follow up with the appropriate maintainer (probably
Tony Lindgren) to ensure those patches are merged upstream and not
forgotten about? You may add my ACK as well.
Thanks
Nicolas
=== Highlights ===
* Kprobe work items from blueprint "Finish Thumb2 Support"
* Modify ARM instruction emulation to use decode tables: DONE
* Decide on and implement handling of conditional instruction
probing: DONE
* Make ARM ALU and LDR instruction emulation interwork with Thumb:
INPROGRESS
* Tidyup and document kprobe changes: INPROGRESS
* Submitted an RFC PATCH to linaro-kernel containing the kprobes table
driven instruction decoding implementation.
=== Plans ===
* On holiday 2011-06-16 to 2011-06-26
Thanks to Fathi, we can use linarobot in our next #linaro-kernel meeting.
Cheers,
Mounir
---------- Forwarded message ----------
From: Fathi Boudra <fathi.boudra(a)linaro.org>
Date: Tue, Jun 14, 2011 at 11:50 AM
Subject: Re: linaro bot
To: Mounir Bsaibes <mounir.bsaibes(a)linaro.org>
Hi Mounir,
On 14 June 2011 16:36, Mounir Bsaibes <mounir.bsaibes(a)linaro.org> wrote:
> You have created the linarobot for the #linaro-meeting, right?
Yes, I maintain the bot until the infrastructure has the time to
resolve the related ticket (low priority).
> Do you think we can use the same for #linaro-kernel meetings?
done.
> If yes, can you please let me know what we should do, to make use of the
bot?
It's a MeetBot. The commands are a bit different from MootBot on
#linaro-meeting.
Commands start with a #.
Note: not all commands give feedback.
Admin commands (for only Chairs):
#startmeeting - Start a meeting. You are designated the owner (and
have permanent chair powers).
#endmeeting - End the meeting. Must be called by a chair.
#topic - Set a new topic.
#agreed - Document an agreement in the minutes.
#chair - Add a chair. Multiple Chairs is allowed, you can have an assistant!
Commands for Everyone:
#info - Add an info item to the minutes. People should liberally use
this for important things they say, so that they can be logged in the
minutes.
#action - Document an action item in the minutes. Include any
nicknames in the line, and the item will be assigned to them.
(nicknames are case-sensitive)
#idea - Add an idea to the minutes.
#help - Add a "Call for Help" to the minutes. Use this command when
you need to recruit someone to do a task. (Counter-intuitively, this
doesn't provide help on the bot)
#link - Add a link to the meeting minutes. The link should be the
first non-command on the line, other commentary after the link is OK.
Links beginning with http:// and a few other protocols are
automatically detected.
The logs are available under http://people.linaro.org/~fboudra/linarobot/
Note: it's a cron so logs availability isn't immediate (every 5minutes sync)
Cheers,
Fathi
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
== Thomas Abraham <thomas-ab> ==
=== Highlights ===
* Completed the power measurement with and without memory regions patches,
but did not find any savings in power consumed.
* Did further testing at hardware level (with only u-boot executing, no linux)
and found a issue with memory controller settings. After fixing the issue,
there is about 60mA of savings when all the banks of the 4 DDR3 modules
connected to one memory controller are kept in precharge power-down
mode versus when read/write activity are active on them.
* Submitted third version of the clkdev patches.
=== Plans ===
* Re-run the tests with memory regions patches. Also find a test
equipment that can provide average power consumed when a
test case is executed.
== Paul E. McKenney <paulmck> ==
=== Highlights ==
* RCU priority boosting in mainline seems to have quieted down.
* Participated in LKML discussions on memory regions (it appears that Intel would prefer to ignore memory regions in favor of requiring a GPU on all systems).
* Continued working on ARM server whitepaper.
* Attended more public plan reviews.
== Miscellaneous ==
* Processed more license requests.
* Miscellaneous RCU maintainership work.
== Niklas Hernaeus <nhe> ==
=== General activity ===
* Viewed the device-tree code.
* Studied the new blueprints for device-tree for u8500.
* Tried to dabble with the dtc. -> going to contact gcl.
== Dave Martin <dmart> ==
=== General Activity ===
* Some kernel patch work:
* Proposed a couple of suggestions for avoiding
misalignment of data structures in assembler.
* Some discussion with Will Deacon on a generic backend for
turning the MMU off so that this doesn't have to be
reinvented by kexec and hibernation code. (There seems
to be no reasonably correct implementation of this in the
kernel as yet, which is one of the reasons kexec has
never worked reliably for ARM.)
* Investigating how the kernel boot protocol can be
clarified for better Thumb-2 compatibility.
* More activity on minor bugs in gas:
* http://sourceware.org/bugzilla/show_bug.cgi?id=12848
(ARM: Thumb-2: Range check on b.w is off by a factor of
2)
* http://sourceware.org/bugzilla/show_bug.cgi?id=12854
(ARM: Nonsensical argument shift specifications accepted
for LSL/LSR/ASR/ROR mnemonics)
=== linaro-kernel-o-standard-arch ===
* Testing of the linux-linaro-2.6.39 and linux-linaro-oneiric
trees with Thumb-2:
* Generic Thumb-2 booting didn't work because of breakage
by a random patch. Spent some time trying to debug
this-- Now fixed by a patch from Nicolas Pitre. (He beat
me to it!)
* vexpress now works in Thumb-2
* OMAP new works in Thumb-2
* mx51evk status still to be determined
* Did some investigation into what mx51evk is using FIQ for.
Some compatibility issues for Thumb-2: still need to follow
up with the the imx guys.
=== Plans ===
* Ping John Rigby again re enabling Thumb-2 for the vexpress
kernel.
* Check whether the new kernel trees work in Thumb-2 on
mx51evk and follow up with Freescale landing team.
=== Issues ===
* Some disruption due to an office relocation. Mostly back to
normal now.
== Per Forlin <perfor> ==
=== Highlights ===
* Set up pandaboard for wifi using wl12xx driver.
* I couldn't get wl12xx_sdio_test to work, instead I used the normal
wl12xx wifi driver to study the execution flow.
* Made the conclusion that mmc async request function in core.c is
applicable for SDIO as well.
=== Completed WIs===
* https://blueprints.edge.launchpad.net/linux-linaro/+spec/mmc-async-request
* Set up SDIO client for test purposes, wl12xx on pandaboard: DONE
* investigate if/how SDIO clients may utilize async request support
in core.c: DONE
=== Plans ===
* Rebase mmc async request on Linux 3.0 and submit
== Manjunath G Kondaiah <manjugk> ==
=== Highlights ===
* Started adapting regulator data to DT structures for OMAP panda board
- looking into modifications for i2c controller and twl-core driver
- used grant's beagle board i2c modification as reference.
- facing issues with getting data from DT structure into twl-core
driver...debug in progress
* DT Documentation reading in progress
- Documentation/devicetree/bindings/i2c
- Documentation/devicetree/booting-without-of.txt
- http://devicetree.org/Device_Tree_Usage
-Manjunath
== Shawn Guo (shawnguo) ==
=== Device Tree ===
* None
=== ARM/imx consolidation ===
* Converted gpio-mxc and gpio-mxs to use basic_mmio_gpio and
generic irq chip
* Converted mx5 interrupt controller tzic to use generic irq chip
=== Misc ===
* [Bug 754254] imx51 randomly truncates serial input at 31
characters. This is a system performance issue caused by lacking
of card detection interrupt support in esdhc driver. The patch
submitted for upstream is below.
http://thread.gmane.org/gmane.linux.kernel.mmc/8495
=== Plan ===
* imx consolidation and device-tree stuff
--
Regards,
Shawn
== Deepak Saxena <dsaxena> ==
=== Highlights ===
* Finishing up coordination of 11.11 work
* Traveled to Austin to meet with Kiko, Zach, Paul L., and Mouni to
discuss various topics includingr:
* Continuous integration/validation cycle
* Android LEB deliverables and kernel ownership
* Test framework needs from kernel team and vice versa
* How to get Landing Teams more upstream focused
* IRC meeting with Arnd and Per to go over storage BPs for 11.11
* Linus W. from ST-E joining KWG
=== Plans for Next Week ===
*Start work on "ARM Porting Guide"
* Various 1:1s with team members
* Device Tree coordination meeting
(Deepak, Grant, Manju, Shawn, Niklas, Thomas, Linus)
* Storage work coordination meeting
(Deepak, Arnd, Per, Venkat, Tixy)
* Put together slides for upstreaming/consolidation update to TSC (Due June 22)
* Close out on kernel monthly release process for 11.11 cycle
=== Upcoming Travel/Time Off ===
Out Friday June 17th - Mon June 20th,
(in the middle of the woods no Internet or phone access)