| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAHk-=wh0F0fnOQA3dr_-QCdjc_FTTk3ccPFLU33zr3zLD9FQ7Q@mail.gmail.com>
Date: Sun, 12 Apr 2020 13:09:49 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Linux 5.7-rc1
It's Sunday afternoon, and it's been two weeks since the merge window
opened, so here we are. Maybe an hour or two early, because it's
Easter Sunday, and I may be socially distancing but we're still doing
the usual Finnish Easter dinner with lamb, mämma and pasha... I may
not be religious, but tradition is tradition. Thanks to the social
distancing, this year we'll have to forgo trying to force-feed our
poor American friends mämma, which never really works out anyway. In
fact, I think I can hear the sighs of relief from miles away.
Back to the kernel.
Things looked pretty normal, in fact I felt things worked smoother
than they often do, with the bulk of the big pull requests all coming
in the first week, just the way I prefer it. Yes, I had a fair number
of pulls the second week too, but a lot of them were smaller
subsystems, or follow-ups, or fixes. Keeping people inside may have
helped.
That said, we did have a couple of hiccups due to linux-next not
having had some of the syzbot testing that it normally has, so
immediately when things hit my tree, a few alarm bells rang. That
certainly wasn't optimal. But it got sorted out quickly enough that it
didn't end up being all that painful, and hopefully we'll avoid the
lack of test coverage in the future. At least there's a cunning plan
for that. Knock wood.
And things look normal stat-wise. Not the biggest kernel, not the
smallest, and the distribution of patches looks fairly regular too:
about 60% drivers (all over - it's the merge window, after all) with
the rest being architecture updates (x86 and arm stand out, but
there's a little bit of everything), Documentation updates (more rst
conversions, but also just regular updates), filesystem work (pathname
lookup cleanups and the new exfat filesystem stand out), networking
and "misc core kernel" work.
As always, there's much too much new stuff to list with a shortlog, so
appended is my mergelog.
I did have a request from the kernel technical advisory board (aka
TAB) to mention that if anyone's had (or is predicting) disruptions to
their kernel work from COVID-19 that they'd like help solving (finding
backup maintainers, etc), the kernel TAB has offered to help however
they can. If this would be useful, please contact them at:
tab@...ts.linux-foundation.org
Anything else?
Oh, yeah. Go test.
Linus
---
Al Viro (3):
vfs pathwalk sanitizing
exfat filesystem
vfs pathwalk fix
Alex Williamson (1):
VFIO updates
Alexandre Belloni (1):
RTC updates
Andrew Morton (3):
updates
more updates
yet more updates
Andy Shevchenko (1):
x86 platform driver updates
Arnd Bergmann (4):
ARM SoC updates
ARM driver updates
ARM defconfig updates
ARM devicetree updates
Benson Leung (1):
chrome platform updates
Bjorn Andersson (2):
remoteproc updates
hwspinlock updates
Bjorn Helgaas (1):
pci updates
Bob Peterson (1):
gfs2 updates
Boris Brezillon (1):
i3c updates
Borislav Petkov (2):
EDAC updates
RAS updates
Catalin Marinas (2):
arm64 updates
arm64 fixes
Christian Brauner (1):
thread updates
Christoph Hellwig (2):
dma-mapping updates
dma-mapping fixes
Chuck Lever (1):
nfsd updates
Corey Minyard (1):
IPMI updates
Dan Williams (1):
libnvdimm and dax updates
Daniel Lezcano (1):
thermal updates
Daniel Thompson (1):
kgdb updates
Darrick Wong (5):
iomap updates
hibernation fix
xfs updates
iomap fix
more xfs updates
Dave Airlie (4):
drm updates
drm hugepage support
drm fixes
more drm fixes
David Howells (1):
keyrings fixes
David Miller (4):
networking updates
networking fixes
IDE update
sparc update
David Sterba (1):
btrfs updates
Dennis Zhou (1):
percpu updates
Dmitry Torokhov (1):
input updates
Dominik Brodowski (1):
pcmcia updates
Dominique Martinet (2):
9p updates
9p documentation update
Eric Biederman (2):
exec/proc updates
proc fix
Eric Biggers (1):
fscrypt updates
Gao Xiang (1):
erofs updates
Geert Uytterhoeven (1):
m68k updates
Greg KH (6):
USB / PHY updates
driver core updates
staging and IIO driver updates
tty/serial updates
SPDX updates
char/misc driver updates
Greg Ungerer (1):
m68knommu update
Guenter Roeck (1):
hwmon updates
Guo Ren (1):
csky updates
Helge Deller (1):
parisc updates
Herbert Xu (2):
crypto updates
crypto fixes
Ilya Dryomov (1):
ceph updates
Ingo Molnar (14):
objtool updates
RCU updates
EFI updates
locking updates
perf updates
scheduler updates
x86 boot updates
x86 build updates
x86 cleanups
x86 fpu updates
misc x86 updates
x86 mm updates
x86 vmware updates
x86 fix
Jaegeuk Kim (1):
f2fs updates
James Bottomley (2):
SCSI updates
more SCSI updates
James Morris (1):
security subsystem updates
Jan Kara (2):
ext2/udf updates
fsnotify updates
Jarkko Sakkinen (1):
tpm updates
Jason Gunthorpe (2):
hmm updates
rdma updates
Jassi Brar (1):
mailbox updates
Jens Axboe (7):
libata updates
block updates
block driver updates
io_uring updates
io_uring fixes
block fixes
libata fixes
Jessica Yu (1):
module updates
Jiri Kosina (2):
trivial tree updates
HID updates
Joerg Roedel (1):
iommu updates
Jon Mason (1):
NTB updates
Jonathan Corbet (2):
documentation updates
Documentation fixes
Juergen Gross (2):
xen updates
more xen updates
Kees Cook (2):
seccomp updates
pstore updates
Lee Jones (2):
backlight updates
mfd updates
Ley Foon Tan (1):
nios2 updates
Linus Walleij (2):
pin control updates
GPIO updates
Mark Brown (2):
regma: update
spi and regulator updates
Masahiro Yamada (2):
Kbuild updates
more Kbuild updates
Matthew Wilcox (1):
XArray updates
Mauro Carvalho Chehab (1):
media updates
Max Filippov (1):
xtensa updates
Michael Ellerman (2):
powerpc updates
more powerpc updates
Michael Tsirkin (1):
virtio updates
Michal Simek (1):
microblaze updates
Mike Marshall (1):
orangefs updates
Mike Snitzer (2):
device mapper updates
device mapper fixes
Miklos Szeredi (1):
overlayfs update
Mimi Zohar (1):
integrity updates
Miquel Raynal (1):
MTD updates
Palmer Dabbelt (1):
RISC-V updates
Paolo Bonzini (2):
kvm updates
more kvm updates
Paul Moore (2):
audit updates
SELinux updates
Pavel Machek (1):
LED updates
Rafael Wysocki (7):
power management updates
ACPI updates
PNP subsystem updates
more power management updates
more ACPI updates
yet more power management updates
yet more ACPI updates
Richard Weinberger (2):
UML updates
UBI and UBIFS updates
Rob Herring (1):
devicetree updates
Russell King (1):
ARM updates
Sebastian Reichel (1):
power supply and reset changes
Shuah Khan (2):
kselftest update
kunit updates
Stafford Horne (1):
OpenRISC updates
Stephen Boyd (1):
clk updates
Steve French (2):
cifs updates
cifs fixes
Steven Rostedt (1):
tracing updates
Takashi Iwai (2):
sound updates
sound fixes
Ted Ts'o (2):
ext4 updates
/dev/random updates
Tejun Heo (2):
cgroup updates
workqueue updates
Thierry Reding (1):
pwm updates
Thomas Bogendoerfer (1):
MIPS updates
Thomas Gleixner (15):
irq updates
core SMP updates
NOHZ update
timekeeping and timer updates
x86 entry code updates
x86 splitlock updates
x86 timer updates
irq fixes
timer fixes
more perf updates
locking fixes
perf fixes
scheduler fixes/updates
time(keeping) updates
x86 fixes
Tony Luck (1):
ia64 updates
Trond Myklebust (2):
NFS client updates
NFS client bugfix
Ulf Hansson (1):
MMC updates
Vasily Gorbik (2):
s390 updates
more s390 updates
Vineet Gupta (1):
ARC updates
Vinod Koul (1):
dmaengine updates
Wim Van Sebroeck (1):
watchdog updates
Wolfram Sang (1):
i2c updates
Powered by blists - more mailing lists