[<prev] [next>] [day] [month] [year] [list]
Message-ID: <CA+55aFzcudOPSwbD9XfVxBgFsQOhBjyncyYnGDYwZUEHOGUwcw@mail.gmail.com>
Date: Sun, 26 Nov 2017 16:24:15 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Linux 4.15-rc1
So it's been the usual two weeks of merge window, and rc1 is out.
And that normal time length is about the only thing usual about this
merge window. Because of the indiscriminate mass slaughter of turkeys
in the US last week, lots of people - including me - were on vacation.
That meant that I had asked for people to try to make the merge window
front-heavy, but it also meant that then during the second week I was
rather more strict than usual in what I pulled.
In particular, it mean that developers that sent pull requests in the
second week that weren't just follow-up fixes ended up getting more
scrutiny than usual. In particular, if I got a late pull request, I
required that the thing had actually been in linux-next, since one of
the effects of traveling with a laptop is that I don't end up doing
the usual full module builds in between every pull.
The good news is that almost all major updates did come in during the
first week. A big "Thank you" for that to the people involved. I could
start my travels seeing that I only had a few hundred commits in
linux-next that hadn't been merged already.
And in fact, I really liked the whole "if you send me stuff late, it
had better have been in linux-next" policy. It was slightly
inconvenient this time around because I hadn't actually automated the
checks, so doing the whole validation actually took more time and
effort on my part than it would have taken to just pull things, which
to some degree was counter-productive on my part, since the whole
point was that I had less time than usual during the second week. But
at the same time I _really_ didn't want to encourage people to send
stuff late.
The _other_ unexpected thing about this merge window was that it was
pretty big. I had expected a largish drop-off after the 4.14 LTS
release, like we had with 4.9. But that never happened, probably
because 4.14 wasn't as huge a release as 4.9 was (it was just somewhat
painful in taking much too long to calm down).
Anyway, if I missed something last week, just remind me and let me
know - I might do late pulls. But as mentioned, people really did seem
to be pretty good about front-loading the merge window and I think
we're good to go.
Go forth and test, and hopefully 4.15 will not have the calming-down
delays that 4.14 had.
Linus
---
Al Viro (7):
compat and uaccess updates
iov_iter updates
get_user_pages_fast() conversion
misc vfs updates
cramfs updates
9p filesystemfixes
mode_t whack-a-mole
Alex Williamson (2):
IOMMU updates
VFIO updates
Alexandre Belloni (1):
RTC updates
Andrew Morton (2):
updates
more updates
Andy Shevchenko (1):
x86 platform driver updates
Anna Schumaker (1):
NFS client updates
Arnd Bergmann (3):
ARM SoC platform updates
ARM device-tree updates
ARM SoC driver updates
Bartlomiej Zolnierkiewicz (1):
fbdev updates
Bjorn Andersson (3):
rpmsg updates
remoteproc updates
hwspinlock update
Bjorn Helgaas (1):
PCI updates
Bob Peterson (1):
gfs2 updates
Borislav Petkov (1):
EDAC updates
Bruce Fields (1):
nfsd updates
Christoph Hellwig (2):
configfs updates
dma-mapping updates
Corey Minyard (1):
IPMI updates
Dan Williams (1):
libnvdimm and dax updates
Darren Hart (1):
x86 platform driver fixes
Darrick Wong (3):
xfs updates
xfs fixes
xfs fixes
Dave Airlie (3):
drm updates
amdgpu DC display code for Vega
more drm updates
Dave Kleikamp (1):
jfs fixlet
David Howells (2):
AFS updates
AFS fixes
David Kleikamp (1):
jfs updates
David Miller (6):
networking updates
networking fixes
sparc updates
small IDE cleanup
networking fixes
networking fixes
David Sterba (1):
btrfs updates
David Teigland (1):
dlm updates
Dmitry Torokhov (1):
input updates
Doug Ledford (2):
rdma updates
rdma maintainership update
Eric Biederman (1):
user namespace update
Geert Uytterhoeven (1):
m68k updates
Greg KH (5):
staging and IIO updates
tty/serial updates
USB/PHY updates
driver core updates
char/misc updates
Greg Ungerer (1):
m68k updates
Guenter Roeck (2):
hwmon updates
more hwmon updates/fixes
Heiko Carstens (1):
s390 updates
Helge Deller (1):
parisc updates
Herbert Xu (1):
crypto updates
Ilya Dryomov (1):
ceph updates
Ingo Molnar (15):
RCU updates
core locking updates
perf updates
RAS updates
scheduler updates
x86 core updates
x86 boot updates
x86 cleanups
x86 debug update
x86 platform updates
objtool fixes
static key fix
perf fixes
scheduler fixes
misc x86 fixes
Jacek Anaszewski (1):
LED updates
Jaegeuk Kim (1):
f2fs updates
James Bottomley (2):
SCSI updates
SCSI fixes
James Hogan (1):
MIPS updates
James Morris (3):
general security subsystem updates
security subsystem integrity updates
keys update
Jan Kara (2):
fsnotify updates
quota, ext2, isofs and udf fixes
Jassi Brar (1):
mailbox updates
Jeff Layton (1):
file locking update
Jens Axboe (2):
core block layer updates
more block layer updates
Jessica Yu (1):
module updates
Jiri Kosina (3):
HID updates
trivial tree updates
livepatching updates
John Johansen (1):
apparmor updates
Jon Mason (1):
ntb updates
Jonathan Corbet (2):
documentation updates
documentation updates
Juergen Gross (1):
xen updates
Lee Jones (2):
MFD updates
backlight updates
Linus Walleij (2):
GPIO updates
pin control updates
Mark Brown (3):
regulator updates
spi updates
regmap updates
Martin Schwidefsky (1):
second round of s390 updates
Masahiro Yamada (3):
Kbuild updates
Kbuild misc updates
more Kbuild updates
Mauro Carvalho Chehab (1):
media updates
Michael Ellerman (2):
powerpc updates
powerpc fixes
Michael Tsirkin (1):
virtio updates
Mike Marshall (1):
orangefs updates
Mike Snitzer (2):
device mapper updates
more device mapper updates
Miklos Szeredi (1):
overlayfs updates
Nicholas Bellinger (1):
SCSI target updates
Palmer Dabbelt (1):
RISC-V architecture support
Paul Moore (2):
audit updates
SELinux updates
Petr Mladek (1):
printk updates
Radim Krčmář (2):
KVM updates
KVM updates
Rafael Wysocki (5):
power management updates
ACPI updates
device properties framework updates
two power management fixes
ACPI fix
Richard Weinberger (1):
MTD updates
Rob Herring (2):
DeviceTree updates
DeviceTree fixes
Russell King (2):
ARM updates
ARM fixes
Sebastian Reichel (2):
HSI updates
power supply and reset updates
Shaohua Li (1):
MD update
Shuah Khan (1):
kselftest updates
Stafford Horne (1):
OpenRISC updates
Stephen Boyd (1):
clk updates
Takashi Iwai (2):
sound updates
sound fixes
Ted Ts'o (2):
fscrypt updates
ext4 updates
Tejun Heo (4):
libata updates
workqueue updates
percpu update
cgroup updates
Thierry Reding (1):
pwm updates
Thomas Gleixner (7):
irq core updates
timer updates
smp/hotplug updates
x86 APIC updates
x86 cache resource updates
x86 timer updates
timer updates
Thomas Glexiner (1):
irq fixes
Tobin Harding (1):
leaking_addresses script updates
Tony Luck (1):
ia64 update
Tyler Hicks (1):
eCryptfs updates
Ulf Hansson (1):
MMC updates
Vineet Gupta (1):
ARC updates
Vinod Koul (1):
dmaengine updates
Will Deacon (1):
arm64 updates
Wolfram Sang (1):
i2c updates
Zhang Rui (1):
thermal management updates
Powered by blists - more mailing lists