* Pre-merge-window status of the arm-soc tree
@ 2012-03-06 20:54 Arnd Bergmann
2012-03-06 23:53 ` Rafael J. Wysocki
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Arnd Bergmann @ 2012-03-06 20:54 UTC (permalink / raw)
To: linux-arm-kernel
This is a summary of what we have today in the arm-soc tree, queued up for
v3.4, as I expect the merge window to open soon. We currently have exactly
50 topic branches merged into the for-next tree, with a total of 331
non-merge changesets. There are a few more pull requests outstanding for
the pxa and exynos platforms.
About half the patches are cleanups and device tree conversion, which
is a good indication that we're making progress there. There also seems
to be an increased interest in ARMv5 and earlier platforms (pxa, at91,
omap1, kirkwood, lpc32xx, sa1100), some of which are now moving over
to device tree probing (at91 rapidly, in fact).
Top contributors so far are:
27 Nicolas Ferre
25 Stephen Warren
25 Jean-Christophe PLAGNIOL-VILLARD
20 Peter De Schrijver
19 Tony Lindgren
17 Ohad Ben-Cohen
15 Richard Zhao
14 Fabio Estevam
10 Benoit Cousson
9 Roland Stigge
A few things have changed since the last merge window:
* We now have staging branches, to let subarch maintainers get their
patches into arm-soc early on, without having the actual commits
being stable yet. Right now the only one there is the kirkwood/dt
branch from Jason Cooper, but there can be more. These staging
branches will not be sent to Linus during the merge window,
the idea is that they get replaced with a final version that gets
merged into one of the next/* topic branches.
* Russell now has a branch that contains patches from his tree that
directly impact stuff in arm-soc. We had a lot of nasty conflicts
the last time around, which resulted in some of the patches from
arm-soc not making it in during the merge window. Pulling the
rmk/for-armsoc branch into arm-soc hopefully lets us avoid this
situation in the future because we will fix the conflicts much
earlier.
* I have taken the rpmsg branch from Ohad Ben-Cohen into arm-soc.
While this is not strictly what arm-soc is for, a lot of us are
waiting for the branch to get in, and we hope that Linus will take
it from us, while he was cautious the last time when Ohad was sending
it as a new subsystem himself. Merging new subsystems through arm-soc
should not become the norm, but we can do it when it's really needed.
* There is some renewed interest in fixing 'make randconfig'. I
worked on this quite a bit last year but then didn't have the
energy to get all the patches integrated besides doing the
amr-soc maintainance. Russell has gotten more serious about it now,
and a few other people are helping out getting my original patches
integrated. If all goes well, we will soon get to the point where
we can use randconfig builds for automated regression testing and
just refuse to take pull requests into arm-soc if they break builds.
We are mostly converging on a set of topic branches that work for
all platforms, right now we have:
fixes bug fixes for 3.3
next/fixes-non-critical bug fixes for 3.4
next/maintainers updates to MAINTAINERS file
next/cleanup any global cleanups
next/soc soc-wide changes
next/drivers driver related changes
next/cleanup2 cleanups depending on the former
next/dt device-tree related changes
next/boards board-specific changes
next/soc2 soc-wide changes with other dependencies
next/rpmsg remoteproc and rpmsg
staging/* anything that is not quite ready
We can always add more if needed, just be careful not to introduce
any circular dependencies. E.g. today the next/dt branch depends on
patches in the next/drivers branch, so if you want to have other
conflicting patches in both branches, make sure that we can resolve
the branches in a way that lets the driver stuff come first. You will
find a list of the dependencies in the linux-next tree or in
arm-soc/for-next in the arch/arm/arm-soc-for-next-contents.txt file.
The overall changes today are
$ git diff for-next --dirstat=1
1.4% Documentation/devicetree/bindings/arm/
4.1% Documentation/
6.2% arch/arm/boot/dts/
7.6% arch/arm/mach-at91/include/mach/
15.6% arch/arm/mach-at91/
1.9% arch/arm/mach-davinci/
5.6% arch/arm/mach-imx/
2.2% arch/arm/mach-mxs/
1.3% arch/arm/mach-omap1/
3.0% arch/arm/mach-omap2/
1.0% arch/arm/mach-tegra/include/mach/
17.0% arch/arm/mach-tegra/
3.9% arch/arm/mach-ux500/
2.2% arch/arm/mach-vexpress/
1.9% arch/arm/plat-omap/include/plat/
5.4% arch/arm/
8.0% drivers/remoteproc/
3.6% drivers/rpmsg/
1.2% drivers/rtc/
2.8% drivers/
2.7% include/linux/
Notably absent here are still mach-msm and mach-shmobile and some
platforms have more patches pending. If you have anything that you
want to get included in 3.4, then now would be a good time to send
that. Anything that is not in arm-soc by the time the merge window
opens is not going to make it into the release, and you should allow
a little bit of time to sort out any conflicts between sending pull
requests and having them in the branch.
After Olof has handled the initial merges for v3.4 and I've been busy
doing the same in the last few -rc releases, I'm handing back over
to him now for the next week or two so I can work on some patches
of my own for a while.
Arnd
^ permalink raw reply [flat|nested] 4+ messages in thread* Pre-merge-window status of the arm-soc tree
2012-03-06 20:54 Pre-merge-window status of the arm-soc tree Arnd Bergmann
@ 2012-03-06 23:53 ` Rafael J. Wysocki
2012-03-07 7:46 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 17:51 ` Tony Lindgren
2 siblings, 0 replies; 4+ messages in thread
From: Rafael J. Wysocki @ 2012-03-06 23:53 UTC (permalink / raw)
To: linux-arm-kernel
On Tuesday, March 06, 2012, Arnd Bergmann wrote:
> This is a summary of what we have today in the arm-soc tree, queued up for
> v3.4, as I expect the merge window to open soon. We currently have exactly
> 50 topic branches merged into the for-next tree, with a total of 331
> non-merge changesets. There are a few more pull requests outstanding for
> the pxa and exynos platforms.
>
> About half the patches are cleanups and device tree conversion, which
> is a good indication that we're making progress there. There also seems
> to be an increased interest in ARMv5 and earlier platforms (pxa, at91,
> omap1, kirkwood, lpc32xx, sa1100), some of which are now moving over
> to device tree probing (at91 rapidly, in fact).
>
> Top contributors so far are:
> 27 Nicolas Ferre
> 25 Stephen Warren
> 25 Jean-Christophe PLAGNIOL-VILLARD
> 20 Peter De Schrijver
> 19 Tony Lindgren
> 17 Ohad Ben-Cohen
> 15 Richard Zhao
> 14 Fabio Estevam
> 10 Benoit Cousson
> 9 Roland Stigge
>
> A few things have changed since the last merge window:
>
> * We now have staging branches, to let subarch maintainers get their
> patches into arm-soc early on, without having the actual commits
> being stable yet. Right now the only one there is the kirkwood/dt
> branch from Jason Cooper, but there can be more. These staging
> branches will not be sent to Linus during the merge window,
> the idea is that they get replaced with a final version that gets
> merged into one of the next/* topic branches.
>
> * Russell now has a branch that contains patches from his tree that
> directly impact stuff in arm-soc. We had a lot of nasty conflicts
> the last time around, which resulted in some of the patches from
> arm-soc not making it in during the merge window. Pulling the
> rmk/for-armsoc branch into arm-soc hopefully lets us avoid this
> situation in the future because we will fix the conflicts much
> earlier.
>
> * I have taken the rpmsg branch from Ohad Ben-Cohen into arm-soc.
> While this is not strictly what arm-soc is for, a lot of us are
> waiting for the branch to get in, and we hope that Linus will take
> it from us, while he was cautious the last time when Ohad was sending
> it as a new subsystem himself. Merging new subsystems through arm-soc
> should not become the norm, but we can do it when it's really needed.
>
> * There is some renewed interest in fixing 'make randconfig'. I
> worked on this quite a bit last year but then didn't have the
> energy to get all the patches integrated besides doing the
> amr-soc maintainance. Russell has gotten more serious about it now,
> and a few other people are helping out getting my original patches
> integrated. If all goes well, we will soon get to the point where
> we can use randconfig builds for automated regression testing and
> just refuse to take pull requests into arm-soc if they break builds.
>
> We are mostly converging on a set of topic branches that work for
> all platforms, right now we have:
>
> fixes bug fixes for 3.3
> next/fixes-non-critical bug fixes for 3.4
> next/maintainers updates to MAINTAINERS file
> next/cleanup any global cleanups
> next/soc soc-wide changes
> next/drivers driver related changes
> next/cleanup2 cleanups depending on the former
> next/dt device-tree related changes
> next/boards board-specific changes
> next/soc2 soc-wide changes with other dependencies
> next/rpmsg remoteproc and rpmsg
> staging/* anything that is not quite ready
>
> We can always add more if needed, just be careful not to introduce
> any circular dependencies. E.g. today the next/dt branch depends on
> patches in the next/drivers branch, so if you want to have other
> conflicting patches in both branches, make sure that we can resolve
> the branches in a way that lets the driver stuff come first. You will
> find a list of the dependencies in the linux-next tree or in
> arm-soc/for-next in the arch/arm/arm-soc-for-next-contents.txt file.
>
> The overall changes today are
> $ git diff for-next --dirstat=1
> 1.4% Documentation/devicetree/bindings/arm/
> 4.1% Documentation/
> 6.2% arch/arm/boot/dts/
> 7.6% arch/arm/mach-at91/include/mach/
> 15.6% arch/arm/mach-at91/
> 1.9% arch/arm/mach-davinci/
> 5.6% arch/arm/mach-imx/
> 2.2% arch/arm/mach-mxs/
> 1.3% arch/arm/mach-omap1/
> 3.0% arch/arm/mach-omap2/
> 1.0% arch/arm/mach-tegra/include/mach/
> 17.0% arch/arm/mach-tegra/
> 3.9% arch/arm/mach-ux500/
> 2.2% arch/arm/mach-vexpress/
> 1.9% arch/arm/plat-omap/include/plat/
> 5.4% arch/arm/
> 8.0% drivers/remoteproc/
> 3.6% drivers/rpmsg/
> 1.2% drivers/rtc/
> 2.8% drivers/
> 2.7% include/linux/
>
> Notably absent here are still mach-msm and mach-shmobile and some
> platforms have more patches pending.
I'm going to have a pull request for mach-shmobile ready, hopefully on
Thursday.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 4+ messages in thread
* Pre-merge-window status of the arm-soc tree
2012-03-06 20:54 Pre-merge-window status of the arm-soc tree Arnd Bergmann
2012-03-06 23:53 ` Rafael J. Wysocki
@ 2012-03-07 7:46 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 17:51 ` Tony Lindgren
2 siblings, 0 replies; 4+ messages in thread
From: Jean-Christophe PLAGNIOL-VILLARD @ 2012-03-07 7:46 UTC (permalink / raw)
To: linux-arm-kernel
>
> Notably absent here are still mach-msm and mach-shmobile and some
> platforms have more patches pending. If you have anything that you
> want to get included in 3.4, then now would be a good time to send
> that. Anything that is not in arm-soc by the time the merge window
> opens is not going to make it into the release, and you should allow
> a little bit of time to sort out any conflicts between sending pull
> requests and having them in the branch.
I've much more to send to pull for AT91 DT but all depends on 2 patches
acked by not pulled so far for of
Grant can I apply it via AT91 (of boolean support and nand generic binding)
as I need them for
NAND
USB device
I2C
Shutdown Controller support
RAM Controller
Reset Controller
USB Host
Best Regards,
J.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Pre-merge-window status of the arm-soc tree
2012-03-06 20:54 Pre-merge-window status of the arm-soc tree Arnd Bergmann
2012-03-06 23:53 ` Rafael J. Wysocki
2012-03-07 7:46 ` Jean-Christophe PLAGNIOL-VILLARD
@ 2012-03-07 17:51 ` Tony Lindgren
2 siblings, 0 replies; 4+ messages in thread
From: Tony Lindgren @ 2012-03-07 17:51 UTC (permalink / raw)
To: linux-arm-kernel
Hi Arnd & Olof,
* Arnd Bergmann <arnd@arndb.de> [120306 12:26]:
>
> * Russell now has a branch that contains patches from his tree that
> directly impact stuff in arm-soc. We had a lot of nasty conflicts
> the last time around, which resulted in some of the patches from
> arm-soc not making it in during the merge window. Pulling the
> rmk/for-armsoc branch into arm-soc hopefully lets us avoid this
> situation in the future because we will fix the conflicts much
> earlier.
There's also two urgent issues pending for omap in case you
are filtering mails on keywords to make them safe to read :)
See this:
http://www.spinics.net/lists/arm-kernel/msg163661.html
Also, after that is out of the way, I have two more pull request
ready for fixes for various build and warning issues Russell
has reported.
Regards,
Tony
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-03-07 17:51 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-06 20:54 Pre-merge-window status of the arm-soc tree Arnd Bergmann
2012-03-06 23:53 ` Rafael J. Wysocki
2012-03-07 7:46 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 17:51 ` Tony Lindgren
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).