Linux 3.15-rc1 out, merge window closed

Linux 3.15-rc1 out, merge window closed

[Linus Torvalds]

It's been two weeks since 3.14 was released, and -rc1 of 3.15 is now
tagged and pushed out, and the patches and tar-balls are going through
the compressors on kernel.org as I write this. Which means that the
merge window is closed, and people should send me fixes only.

And quite frankly, it's about time. This release doesn't really have a
lot of odd things going on, but it's *big*. Sure, we've had releases
with more files and lines changed (3.7-rc1 and 3.11-rc1 in
particular), but those tended to have something particular going on
(3.7-rc1 saw the largely automated UAPI header file disintegration,
and 3.11 saw the bug staging lustre merge).

In comparison to those large releases, 3.15-rc1 is just big in
general. No single big thing, but just lots and lots of commits. Sure,
it has a few big new staging drivers (rtl8723au in particular), but
even when big, those aren't nearly the bulk of things. There's just a
lot going on

In fact, we have the biggest number of commits in recent history
(maybe ever), at just over 12000 non-merge commits (and about 800
merges).

And it really is all over the map. The bulk is driver changes, at
about three quarters of the actual patch. Staging shows up pretty
prominently, but it's really all over the driver map, with networking,
sound, media, gpu, block drivers..)

But there's tons of non-driver stuff too. Outside of the driver
subdirectories, architecture updates account for about half the
changes (with ARM leading the way, largely due to device-tree
descriptors, but there's mips, x86, powerpc, s390, blackfin..). And
the rest is pretty varied too, with core networking, documentation,
kernel, mm, tools etc.

So while drivers and architecture updates are the bulk of it, we
really do have a lot of core changes too.

Anyway, even more than usual, the -rc1 is much too big to include a
shortlog of all commits. But the shortlog of merges I've done might
give at least some overview of all the changes. As usual, the people
credited in the mergelog are the maintainers I pull from, not the
developers that wrote the code. You can see that in the full git logs.

Anyway, because -rc1 is already pretty darn big, I do *not* want to
hear about "sorry this missed the window, can I still sneak in". Fixes
only.

The only exception to that is a couple of pending things that came in
during the merge window, but were explicitly delayed. So we do have a
fbdev file movement pending (I'll do the file movement after -rc1 just
to make things easier to see in the history and not mix up movement
with development). And there was one namespaces/mounting pull request
that I didn't pull, but that might still make it in after some more
commentary/work. That will *probably* be delayed 3.16, but we'll see
how much TLC that thing needs..

                Linus

---

Al Viro (1):
  vfs updates

Alex Williamson (1):
  VFIO updates

Andrew Morton (3):
  first patch-bomb
  second patch-bomb
  a few more patches

Arnd Bergmann (8):
  ARM SoC non-critical bug fixes
  ARM SoC cleanups
  ARM SoC specific changes
  ARM SoC board changes
  ARM SoC device tree changes
  ARM SoC driver changes
  ARM SoC sh driver change
  ARM SoC late cleanups

Artem Bityutskiy (1):
  ubifs updates

Behan Webster (1):
  llvm patches

Ben Herrenschmidt (3):
  main powerpc updates
  powerpc non-virtualized cpuidle
  more powerpc updates

Ben LaHaise (1):
  aio ctx->ring_pages migration serialization fix

Bjorn Helgaas (1):
  PCI changes

Boaz Harrosh (1):
  exofs updates

Borislav Petkov (1):
  EDAC updates

Brian Norris (1):
  MTD updates

Bruce Fields (1):
  nfsd updates

Bryan Wu (1):
  LED updates

Catalin Marinas (2):
  ARM64 updates
  second set of arm64 updates

Chris Ball (1):
  MMC updates

Chris Mason (2):
  btrfs changes
  second set of btrfs updates

Chris Metcalf (1):
  arch/tile updates

Dan Williams (1):
  async SCSI resume support

Dave Airlie (1):
  drm updates

Dave Chinner (1):
  xfs update

David Miller (3):
  networking updates
  more networking updates
  yet more networking updates

David Teigland (1):
  dlm updates

David Vrabel (2):
  Xen features and fixes
  Xen build fix

Dmitry Torokhov (1):
  input updates

Eric Paris (1):
  audit updates

Eric Van Hensbergen (1):
  9p changes

Geert Uytterhoeven (1):
  m68k updates

Grant Likely (1):
  devicetree changes

Greg KH (6):
  char/misc driver patches
  driver core and sysfs updates
  staging driver updates
  tty/serial driver update
  USB patches
  more staging patches

Greg Ungerer (1):
  m68k fixes

Guenter Roeck (2):
  hwmon updates
  second round of hwmon updates

Hans-Christian Egtvedt (1):
  AVR32 updates

Heiko Carstens (1):
  s390 compat wrapper rework

Herbert Xu (1):
  crypto updates

Ingo Molnar (21):
  core locking updates
  RCU updates
  hweight type fix
  perf changes
  scheduler changes
  x86 acpi numa fix
  x86 apic changes
  x86 build change
  x86 cleanups
  x86 cpu handling changes
  x86 debug cleanup
  x86 EFI changes
  x86 hashing changes
  x86 hyperv change
  x86 kaslr update
  x86 mm change
  x86 reboot changes
  x86 cpufeature update
  timer updates
  x86 threadinfo changes
  sched/idle changes

Jaegeuk Kim (1):
  f2fs updates

James Bottomley (1):
  first round of SCSI updates

James Hogan (1):
  Metag architecture changes

James Morris (1):
  security subsystem updates

Jan Kara (1):
  ext3 improvements, cleanups, reiserfs fix

Jean Delvare (1):
  hwmon updates

Jeff Layton (1):
  file locking updates

Jens Axboe (3):
  core block layer updates
  block driver update
  block layer fixes

Jiri Kosina (2):
  trivial tree updates
  HID updates

Joerg Roedel (1):
  IOMMU upates

Jon Mason (1):
  PCIe non-transparent bridge fixes and features

Lee Jones (2):
  MFD updates
  backlight changes

Linus Walleij (2):
  pin control bulk changes
  bulk of gpio updates

Marek Szyprowski (1):
  DMA-mapping updates

Mark Brown (6):
  regmap updates
  regulator updates
  spi Updates
  regmap fix
  regulator fixes
  spi fixes

Martin Schwidefsky (2):
  s390 updates
  second set of s390 patches

Matthew Garrett (1):
  x86 platform driver updates

Matthew Wilcox (1):
  NVMe driver updates

Mauro Carvalho Chehab (4):
  sb_edac patches
  media updates
  exynos media updates
  media fixes

Michal Marek (2):
  kbuild changes
  misc kbuild changes

Michal Simek (1):
  Microblaze updates

Mike Snitzer (1):
  device mapper changes

Mike Turquette (1):
  clock framework changes

Miklos Szeredi (2):
  renameat2 system call
  fuse update

Neil Brown (1):
  md updates

Nicholas Bellinger (1):
  SCSI target updates

Ohad Ben-Cohen (1):
  remoteproc cleanups

Paolo Bonzini (1):
  kvm updates

Pekka Enberg (1):
  slab changes

Peter Anvin (6):
  x86 LTO changes
  x86 boot changes
  x86 vdso changes
  compat time conversion changes
  x86 old platform removal
  x86 fixes

Rafael Wysocki (4):
  ACPI and power management updates
  more ACPI and power management updates
  CPU hotplug notifiers registration fixes
  more ACPI and power management fixes and updates

Ralf Baechle (1):
  MIPS updates

Richard Kuo (1):
  Hexagon updates

Roland Dreier (1):
  infiniband updates

Russell King (2):
  ARM changes
  second set of ARM changes

Rusty Russell (2):
  virtio updates
  module updates

Sage Weil (1):
  Ceph updates

Steven Miao (1):
  blackfin updates

Steven Rostedt (3):
  tracing updates
  single ktest fix
  more tracing updates

Steven Whitehouse (1):
  GFS2 updates

Takashi Iwai (2):
  sound updates
  sound fixes

Ted Ts'o (2):
  ext4 updates
  /dev/random changes

Tejun Heo (5):
  percpu changes
  workqueue changes
  libata updates
  cgroup updates
  cgroup fixes

Thierry Reding (1):
  pwm changes

Thomas Gleixner (3):
  x86 iommu quirk fix
  timer changes
  irq code updates

Tomi Valkeinen (2):
  fbdev changes
  OMAP fbdev changes

Tony Luck (2):
  ia64 updates
  pstore fixes

Trond Myklebust (1):
  NFS client updates

Vineet Gupta (1):
  ARC changes

Vinod Koul (1):
  slave-dmaengine updates

Wim Van Sebroeck (1):
  watchdog updates

Wolfram Sang (1):
  i2c updates

Zhang Rui (1):
  thermal management updates

Re: Linux 3.15-rc1 out, merge window closed

[Stephen Rothwell]

[-- Attachment #1: Type: text/plain, Size: 300 bytes --]

The merge window is closed, so this would be a good moment for everyone
to tidy up their linux-next included trees/branches (i.e. reset to
v3.15-rc1) before continuing on.  For most, this will be a simple fast
forward ...

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: Linux 3.15-rc1 out, merge window closed

[Stephen Rothwell]

[-- Attachment #1: Type: text/plain, Size: 477 bytes --]

Hi all,

On Mon, 14 Apr 2014 09:18:18 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> The merge window is closed, so this would be a good moment for everyone
> to tidy up their linux-next included trees/branches (i.e. reset to
> v3.15-rc1) before continuing on.  For most, this will be a simple fast
> forward ...

And, of course, let me know about any trees that are no longer needed.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

linus-next stats (Re: Linux 3.15-rc1 out, merge window closed)

[Stephen Rothwell]

[-- Attachment #1: Type: text/plain, Size: 2715 bytes --]

As usual, the executive friendly graph is at
http://neuling.org/linux-next-size.html :-)

(No merge commits counted, next-20140331 was the last linux-next before
v3.14.  I neglected to publish the stats for v3.14-rc1, but they are
mentioned below.)

Commits in v3.15-rc1 (relative to v3.14): 12034		(v3.14-rc1:	10622)
Commits in next-20140331:		  11411		(next-20140121:	 9792)
Commits with the same SHA1:		  10432		(		 8810)
Commits with the same patch_id:		    581	(1)	(		  709)
Commits with the same subject line:	     74	(1)	(		   48)

(1) not counting those in the lines above.

So commits in -rc1 that were in next-20140331:	11087	92.1%	(9567	90.1%)

Some breakdown of the list of extra commits (relative to next-20140331)
in -rc1:

Top ten first word of commit summary:

    103 drm
     41 net
     39 libceph
     33 ceph
     30 media
     25 arm
     24 btrfs
     23 powerpc
     20 alsa
     19 target

Top ten authors:

     61 viro@zeniv.linux.org.uk
     47 ilya.dryomov@inktank.com
     24 zheng.z.yan@intel.com
     19 thellstrom@vmware.com
     16 tglx@linutronix.de
     16 dborkman@redhat.com
     15 a.hajda@samsung.com
     13 matthew.d.roper@intel.com
     12 mszeredi@suse.cz
     12 dan.carpenter@oracle.com

Top nine commiters:

     90 davem@davemloft.net
     63 viro@zeniv.linux.org.uk
     57 torvalds@linux-foundation.org
     56 sage@inktank.com
     31 m.chehab@samsung.com
     27 matthew.garrett@nebula.com
     26 jeffrey.t.kirsher@intel.com
     26 benh@kernel.crashing.org
     24 daniel.vetter@ffwll.ch

There are also 325 commits in next-20140331 that didn't make it into
v3.15-rc1.

Top nine first word of commit summary:

     73 arm
     34 mm
     25 drm
     23 asoc
     21 bluetooth
      8 zram
      8 kdb
      8 dm
      6 ocfs2

Top nine authors:

     41 akpm@linux-foundation.org
     24 arnd@arndb.de
     16 n-horiguchi@ah.jp.nec.com
     15 johan.hedberg@intel.com
     14 fabio.estevam@freescale.com
     12 heiko@sntech.de
     11 bradley.d.volkin@intel.com
      9 mpatocka@redhat.com
      8 oder_chiou@realtek.com

Some of Andrew's patches are fixes for other patches in his tree (and
have been merged into those).

Top nine commiters:

    120 sfr@canb.auug.org.au
     24 daniel.vetter@ffwll.ch
     24 arnd@arndb.de
     23 broonie@linaro.org
     21 marcel@holtmann.org
     19 shawn.guo@freescale.com
     17 shawn.guo@linaro.org
     12 kgene.kim@samsung.com
     10 jason.wessel@windriver.com

Those commits by me are from the quilt series (mainly Andrew's mmotm
tree).

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: linus-next stats (Re: Linux 3.15-rc1 out, merge window closed)

[Al Viro]

On Mon, Apr 14, 2014 at 06:06:29PM +1000, Stephen Rothwell wrote:
> Top ten authors:
> 
>      61 viro@zeniv.linux.org.uk

Guilty as charged.  Hopefully, this cycle it'll be better - I've just opened 
vfs.git#for-next branch (more iov_iter stuff, for now).  There's a couple
of trivial conflicts with ceph and cifs trees (I can send you a prefered
conflict resolution if you want, but it's really as trivial as it gets) and
one non-trivial in ext4 that I've dealt with by merging a piece of ext4
branch up to the relevant point.  As long as ext4.git#dev isn't rebased,
everything should remain fine, when/if it does I'll just redo that merge.
BTW, ext4 side of that thing is *still* not quite right - playing with
rlimit allows one to smuggle an unaligned write past that check...