== 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.