lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 7 Mar 2012 00:53:37 +0100 From: "Rafael J. Wysocki" <rjw@...k.pl> To: Arnd Bergmann <arnd@...db.de> Cc: linux-arm-kernel@...ts.infradead.org, "linux-kernel" <linux-kernel@...r.kernel.org>, "arm@...nel.org" <arm@...nel.org>, Srinidhi Kasagar <srinidhi.kasagar@...ricsson.com>, Tony Lindgren <tony@...mide.com>, Sekhar Nori <nsekhar@...com>, Jamie Iles <jamie@...ieiles.com>, Kevin Hilman <khilman@...com>, Kukjin Kim <kgene.kim@...sung.com>, Stephen Warren <swarren@...dia.com>, Magnus Damm <magnus.damm@...il.com>, Kristoffer Ericson <kristoffer.ericson@...il.com>, David Brown <davidb@...eaurora.org>, "Jean-Christophe Plagniol-Villard" <plagnioj@...osoft.com>, Sascha Hauer <kernel@...gutronix.de>, Nicolas Ferre <nicolas.ferre@...el.com>, Rob Herring <rob.herring@...xeda.com>, Barry Song <baohua.song@....com>, Eric Miao <eric.y.miao@...il.com>, Linus Walleij <linus.walleij@...ricsson.com>, Scott Branden <sbranden@...adcom.com>, Jiandong Zheng <jdzheng@...adcom.com>, Colin Cross <ccross@...roid.com>, Shawn Guo <shawn.guo@...aro.org>, Roland Stigge <stigge@...com.de> Subject: Re: Pre-merge-window status of the arm-soc tree 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 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists