Date:	Sun, 29 May 2016 10:00:25 -0700
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Linux 4.7-rc1

Usually I close the merge window on a Sunday afternoon, but I've been
known to be annoyed with stragglers and close things a day early. This
time, to spice things up, I decided to just release on Sunday morning
instead.

[ And yes, before you ask , my life really is boring if this is
"spicing things up" ]

The morning release is partly because I don't have anything I know of
pending (and if there was somebody who was planning on sending their
last-minute changes five minutes before the usual afternoon release, I
really can't be bothered to care). And partly because I think it's
been a fine merge window, and we have plenty of new code to close it
with.

And I'm not saying that because the 4.7 merge window is particularly
large - it looks pretty normal, and decidedly smaller then 4.6 was.
But we have all the usual driver updates, but this time around we have
a fairly big change to the vfs layer that allows filesystems (if they
buy into it) to do readdir() and path component lookup in parallel
within the same directory.

That's probably the biggest conceptual vfs change we've had since we
started doing cached pathname lookups using RCU.

That said, the actual *code* changes for that all are fairly small,
and are dwarfed by all the usual driver updates. In fact, none of the
filesystem updates even show up on the default "dirstat" statistics
(because git dirstat by default cuts off showing things at 3%).  So
when it comes to the bulk of the work, we have the usual distribution:
about two thirds drivers (gpu and network drivers dominate, but it's
all over) and the rest is mostly arch updates, documentation,
networking, and "misc" (which is where the vfs changes are hiding).

While this isn't a huge release, it's certainly big enough that even
the shortlog is much too big to post or read to get an overview, so
appended is my normal mergelog summary. And as such, remember that the
people credited are the people I pull the changes from, which is not
necessarily at all the people who actually wrote the code.

Just to give people a sense of the disparity between the maintainer
list below and the number of people submitting patches, there are
about 1400 authors in total for the stuff that came in during the
merge window.

Anyway, enough blathering. Go out and test. And in particular, if
you're a low-level filesystem person, or involved in other ways in
path component lookup (security layer etc), go check that everything
looks ok, and if your filesystem isn't one that does parallel lookups
or readdirs yet (because locking issues), take a look at that too.

            Linus

---

Al Viro (12):
  parallel filesystem directory handling update
  cifs xattr updates
  'struct path' constification update
  vfs cleanups
  remaining vfs xattr work
  cifs iovec cleanups
  parallel lookup fixups
  iov_iter cleanups
  misc vfs cleanups
  vfs xattr regression fixes
  vfs iov_iter regression fix
  vfs fixes

Alex Williamson (1):
  VFIO updates

Alexandre Belloni (1):
  RTC updates

Andrew Morton (5):
  updates
  more updates
  yet more updates
  fixes
  misc updates and fixes

Anna Schumaker (1):
  NFS client updates

Arnd Bergmann (10):
  ARM SoC cleanups and fixes
  ARM SoC platform updates
  ARM SoC 64-bit changes
  ARM DT updates
  ARM 64-bit DT updates
  ARM SoC defconfig updates
  ARM SoC driver updates
  asm-generic cleanup
  ARM SoC late DT updates
  ARM SoC fixes

Bjorn Andersson (2):
  rpmsg updates
  remoteproc updates

Bjorn Helgaas (1):
  PCI updates

Bob Peterson (1):
  GFS2 updates

Borislav Petkov (1):
  EDAC updates

Brian Norris (2):
  MTD updates
  MTD fixes

Bruce Fields (1):
  nfsd updates

Chris Mason (2):
  btrfs updates
  btrfs cleanups and fixes

Chris Metcalf (1):
  arch/tile updates

Corey Minyard (1):
  IPMI updates

Dan Williams (1):
  libnvdimm updates

Darren Hart (1):
  x86 platform driver updates

Dave Airlie (3):
  drm updates
  header warning fix
  drm fixes

Dave Chinner (1):
  xfs updates

Dave Kleikamp (1):
  jfs updates

David Miller (3):
  networking updates
  networking fixes and more updates
  sparc updates

David Vrabel (1):
  xen bug fixes

David Woodhouse (1):
  intel IOMMU updates

Dmitry Torokhov (2):
  input updates
  more input subsystem updates

Doug Ledford (2):
  rdma updates
  more rdma updates

Geert Uytterhoeven (1):
  m68k updates

George Spelvin (1):
  string hash improvements

Greg KH (5):
  tty and serial driver updates
  USB updates
  char / misc driver updates
  driver core updates
  staging and IIO driver updates

Greg Ungerer (1):
  m68knommu update

Guenter Roeck (1):
  hwmon updates

Helge Deller (1):
  parisc updates

Herbert Xu (2):
  crypto update
  crypto fix

Ingo Molnar (19):
  core/lib update
  RCU updates
  core signal updates
  EFI updates
  locking changes
  support for killable rwsems
  perf updates
  RAS updates
  scheduler updates
  x86 asm updates
  x86 boot updates
  x86-64 defconfig update
  x86 cleanup
  x86 debug cleanup
  x86 platform updates
  objtool build fix
  perf updates
  scheduler fixes
  x86 fixes

Jacek Anaszewski (1):
  LED updates

Jaegeuk Kim (1):
  f2fs updates

James Bottomley (1):
  SCSI updates

James Hogan (1):
  metag architecture updates

James Morris (3):
  security subsystem updates
  more security subsystem updates
  Yama locking fix

Jan Kara (1):
  UDF fixes

Jassi Brar (1):
  mailbox updates

Jean Delvare (1):
  hwmon fixlets

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

Jiri Kosina (3):
  trivial tree updates
  livepatching updates
  HID updates

Joerg Roedel (1):
  IOMMU updates

Jon Corbet (1):
  Documentation updates

Konrad Rzeszutek Wilk (1):
  iscsi_ibft updates

Lee Jones (1):
  MFD updates

Ley Foon Tan (1):
  nios2 update

Linus Walleij (2):
  GPIO updates
  pin control updates

Mark Brown (4):
  regmap updates
  regulator updates
  regulator fix
  spi updates

Martin Schwidefsky (1):
  s390 updates

Mauro Carvalho Chehab (1):
  media updates

Michael Ellerman (1):
  powerpc updates

Michael Tsirkin (1):
  virtio updates

Michal Marek (3):
  kbuild updates
  kconfig update
  misc kbuild updates

Michal Simek (1):
  Microblaze updates

Mike Snitzer (1):
  device mapper updates

Miklos Szeredi (1):
  overlayfs update

Nicholas Bellinger (1):
  SCSI target updates

Olof Johansson (1):
  chrome platform updates

Paolo Bonzini (1):
  KVM updates

Paul Moore (1):
  audit updates

Radim Krčmář (1):
  second batch of KVM updates

Rafael Wysocki (5):
  power management updates
  ACPI updates
  device properties update
  more power management updates
  ACPI fix

Ralf Baechle (2):
  MIPS updates
  more MIPS updates

Richard Weinberger (2):
  UBI/UBIFS updates
  UML updates

Rob Herring (1):
  devicetree updates

Ross Zwisler (1):
  DAX locking updates

Russell King (1):
  ARM updates

Sage Weil (1):
  Ceph updates

Sebastian Reichel (2):
  HSI updates
  power supply and reset updates

Shaohua Li (1):
  MD updates

Shuah Khan (1):
  kselftest updates

Stephen Boyd (1):
  clk updates

Steve French (2):
  cifs updates
  cifs fixes

Steven Rostedt (5):
  tracing ring-buffer fixes
  tracing updates
  localmodconfig updates
  motr tracing updates
  tracing fix

Takashi Iwai (2):
  sound updates
  more sound updates

Ted Ts'o (1):
  ext4 updates

Tejun Heo (3):
  libata updates
  libata ZAC support
  libata sata_dwc_460ex updates

Thierry Reding (1):
  pwm updates

Thomas Gleixner (2):
  timer updates
  irq updates

Tomi Valkeinen (1):
  fbdev updates

Tony Luck (1):
  ia64 updates

Ulf Hansson (2):
  MMC updates
  MMC fixes

Vineet Gupta (1):
  ARC updates

Vinod Koul (1):
  dmaengine updates

Vishal Verma (1):
  misc DAX updates

Will Deacon (2):
  arm64 updates
  arm64 perf updates

Wim Van Sebroeck (1):
  watchdog updates

Wolfram Sang (3):
  i2c updates
  more i2c updates
  i2c fix

Zhang Rui (1):
  thermal management updates

Powered by blists - more mailing lists