On 19 November 2012 02:03, Linus Walleij linus.walleij@linaro.org wrote:
== Linus Walleij linusw ==
=== Highlights ===
Hi Linus,
I poked you on IRC for our 1:1 but since we didn't have it, let's just sync up over email.
- Intense activity on pinctrl and gpio trees, also sending a second round of pull requests for fixes to Torvalds for GPIO.
Is this work beyond what's in the two BPs below? If not, can you create BPs for sort of random maintenance work that comes up and just throw things on there as they come up? We're still trying to sort out the best way to use the BPs but there's a lot of pressure to make sure that we have good tracking of all the work we're doing.
Debated default-hogging of pinctrl handles. We NACKed the idea to use notifications to obtain hogs as it can't handle deferred probes properly, instead we will attempt to push this to the device driver core. https://blueprints.launchpad.net/linux-linaro/+spec/pinctrl-notifyhog
Probably finished the GPIO-range blueprint work, but need to switch the U300 over to this mechanism as a trial platform: https://blueprints.launchpad.net/linux-linaro/+spec/pinctrl-gpiorange-makeov...
Sent a patch set to move the Integrators over to the SoC bus (Lee's invention) when booting from device tree, and at the same time find a natural place to define system controller registers. This is meant as a good example of how to use the SoC bus.
-EANOTHERBUS? How does the SoC bus compare to the newly proposed Capebus. What does it offer that is not already in the platform bus? PPC went down the path of having an "Off-Chip Peripheral Bus" to describe devices and then threw it all away a few years ago, so wondering how this compares.
- Attack the remaining headers in arch/arm/mach-ux500 so we can move forward with multiplatform for v3.9 or so. (Make no promises, make no commitments...)
Awesome, I'll make sure it goes in our plans for next quarter. ;)
~Deepak