Linux 4.2 rc1

It's Sunday, two weeks have passed, and the merge window is closed. Ijust pushed out the tag to the git trees, and tar-balls and patchesshould be mirroring out too.I thought this release would be one of the biggest ones ever, but itturns out that it will depend on how you count. Just counting purecommits, it is indeed one of the bigger rc1's in recent history, but3.10-rc1 was almost as big, and then the final 3.10 grew from thatmore than most. I doubt we'll match the 3.10 release, since we havebeen getting progressively better at *not* merging tons of stuff after-rc1.And it turns out v3.15-rc1 had more commits than 4.2-rc1 does (by ahair), so even there this isn't the biggest rc1 ever, if you count thenumber of commits.But it's certainly up there with the best of them. It's much too bigto post the shortlog, so as usual for rc1, appended is just my"mergelog", with the people who are credited being the people I mergefrom, which is usually not necessarily at all the same thing as thepeople who actually authored the code. You'll need to go look at thedetails in the git tree for that.However, if you count the size in pure number of lines changed, thisreally seems to be the biggest rc we've ever had, with over a millionlines added (and about a quarter million removed). That beats theprevious champion (3.11-rc1) that was huge mainly due to Lustre beingadded to the staging tree.The reason for that huge number of lines is largely a single source:the bulk of this by far is from the new amd gpu register descriptionheaders. In fact, just those register descriptor headers alone areabout 41% of the entire patch. The rest of the new amdgpu driveritself is another 8% of the total, so we're in the somewhat oddsituation where a single driver is about half of the whole rc1 innumber of lines.Aside from that unusual anomaly, the rest looks fairly normal - mainlydrivers and architecture updates. The Renesas H8/300 architecture cameback in a newly cleaned-up form, so we have some new(ish) architecturesupport, but that's tiny and the bulk is ARM (with x86 a distantsecond). Interestingly, there was quite a bit of low-level x86changes: both source code re-organization for x86 entry code and lotsof FPU handling cleanups. That's fairly unusual, with low-level x86code being fairly stable and seldom seeing those kinds of big changes.Outside of the "drivers and architectures", there's a fair amount offilesystem stuff, including some fundamental changes and cleanups tosymlink handling by Al. And all the usual updates to variousfilesystems, networking, crypto, tools, testing, you name it.                 Linus