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
| ||
|
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