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

In comparison to those large releases, 3.15-rc1 is just big ingeneral. No single big thing, but just lots and lots of commits. Sure,it has a few big new staging drivers (rtl8723au in particular), buteven when big, those aren't nearly the bulk of things. There's just alot 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 800merges).

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

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

Anyway, even more than usual, the -rc1 is much too big to include ashortlog of all commits. But the shortlog of merges I've done mightgive at least some overview of all the changes. As usual, the peoplecredited in the mergelog are the maintainers I pull from, not thedevelopers 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 tohear about "sorry this missed the window, can I still sneak in". Fixesonly.

The only exception to that is a couple of pending things that came induring the merge window, but were explicitly delayed. So we do have afbdev file movement pending (I'll do the file movement after -rc1 justto make things easier to see in the history and not mix up movementwith development). And there was one namespaces/mounting pull requestthat I didn't pull, but that might still make it in after some morecommentary/work. That will *probably* be delayed 3.16, but we'll seehow 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