linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: rjw@sisk.pl (Rafael J. Wysocki)
To: linux-arm-kernel@lists.infradead.org
Subject: Pre-merge-window status of the arm-soc tree
Date: Wed, 7 Mar 2012 00:53:37 +0100	[thread overview]
Message-ID: <201203070053.37617.rjw@sisk.pl> (raw)
In-Reply-To: <201203062054.55434.arnd@arndb.de>

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

  reply	other threads:[~2012-03-06 23:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-06 20:54 Pre-merge-window status of the arm-soc tree Arnd Bergmann
2012-03-06 23:53 ` Rafael J. Wysocki [this message]
2012-03-07  7:46 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-07 17:51 ` Tony Lindgren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201203070053.37617.rjw@sisk.pl \
    --to=rjw@sisk.pl \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).