* Linux 5.17-rc1
@ 2022-01-23 8:32 Linus Torvalds
2022-01-24 18:12 ` Guenter Roeck
0 siblings, 1 reply; 2+ messages in thread
From: Linus Torvalds @ 2022-01-23 8:32 UTC (permalink / raw)
To: Linux Kernel Mailing List
I've tagged the rc1 release a couple of hours earlier than usual, and
in a timezone 10 hours before the usual one, so this merge window was
technically a bit shorter than usual. But if somebody didn't get their
pull request in in time, they shouldn't have left it so late - and
there's always 5.18. Never fear - we'll not run out of numbers.
I was nervous that this merge window would be more painful than usual
due to my family-related travels, but I have to give thanks to people:
a lot of you sent your pull requests early in the merge window, and
while there were a couple of hiccups I hit early on, that was all
before switching my main workstation to a laptop. Everything seems to
have gone fairly smoothly.
Knock wood.
5.17 doesn't seem to be slated to be a huge release, and everything
looks fairly normal. We've got a bit more activity than usual in a
couple of corners of the kernel (random number generator and the
fscache rewrite stand out), but even with those things, the big
picture view looks very much normal: the bulk is various driver
updates, with architectures updates, documentation, and tooling being
the bulk of the rest. Even with a total rewrite, that fscache diff
looks more like a blip in the big picture.
And hey, it may not be a huge release, but the full shortlog would
still be much too big to post - or scan through. So as is traditional,
I'm just appending my mergelog as a highlevel view of what's been
going on.
Please give it all a test,
Linus
---
Alex Williamson (1):
VFIO updates
Alexandre Belloni (2):
i3c updates
RTC updates
Andreas Gruenbacher (1):
gfs2 updates
Andrew Morton (3):
misc updates
more updates
yet more updates
Ard Biesheuvel (1):
EFI updates
Arnaldo Carvalho de Melo (2):
perf tool updates
more perf tools updates
Arnd Bergmann (6):
ARM SoC updates
ARM defconfig updates
ARM SoC driver updates
ARM SoC devicetree updates
RISC-V SoC updates
asm-generic cleanups
Bartosz Golaszewski (2):
gpio updates
gpio fixes
Bjorn Andersson (3):
rpmsg updates
remoteproc updates
hwspinlock updates
Bjorn Helgaas (2):
pci updates
pci fix
Borislav Petkov (21):
x86 fpu update
x86 paravirtualization fix
x86 platform fix
x86 SEV updates
x86 resource control fixlet
x86 SGX updates
x86 mm updates
misc x86 updates
x86 cleanups
x86 cpuid updates
x86 build fix
x86 vdso updates
notifier fix
thread_info flag accessor helper updates
RAS updates
EDAC updates
missed x86 build updates
scheduler updates
locking updates
perf updates
x86 core updates
Catalin Marinas (2):
arm64 updates
arm64 fixes/cleanups
Christian Brauner (1):
fs idmapping updates
Christoph Hellwig (1):
dma-mapping updates
Chuck Lever (1):
nfsd updates
Damien Le Moal (2):
ATA updates
ATA fix
Dan Williams (2):
dax and libnvdimm updates
CXL (Compute Express Link) updates
Daniel Vetter (1):
drm fixes
Darrick Wong (6):
xfs updates
xfs fixes
xfs ioctl housecleaning
xfs irix ioctl housecleaning
more xfs irix ioctl housecleaning
xfs fixes
Dave Airlie (2):
drm updates
drm fixes
David Howells (2):
fscache rewrite
more fscache updates
David Sterba (1):
btrfs updates
David Teigland (1):
dlm updates
Dmitry Torokhov (1):
input updates
Dominik Brodowski (1):
pcmcia updates
Dominique Martinet (1):
9p updates
Eric Biederman (1):
signal/exit/ptrace updates
Gabriel Krisman Bertazi (1):
unicode updates
Gao Xiang (1):
erofs updates
Geert Uytterhoeven (1):
m68k updates
Greg KH (6):
driver core updates
staging driver updates
tty/serial driver updates
USB and Thunderbolt updates
SPDX/License update
char/misc and other driver updates
Guenter Roeck (1):
hwmon updates
Gustavo A (1):
cast-function-type warning addition
Hans de Goede (1):
x86 platform driver updates
Heiko Carstens (2):
s390 updates
more s390 updates
Helge Deller (3):
parisc architecture updates
fbdev maintainership update
more parisc architecture updates
Herbert Xu (1):
crypto updates
Ilya Dryomov (1):
ceph updates
Jaegeuk Kim (1):
f2fs updates
Jakub Kicinski (2):
networking updates
networking fixes
James Bottomley (2):
SCSI updates
more SCSI updates
Jan Kara (2):
fanotify updates
UDF / reiserfs updates
Jarkko Sakkinen (1):
TPM updates
Jason Donenfeld (2):
random number generator updates
random number generator fixes
Jason Gunthorpe (1):
rdma updates
Jassi Brar (1):
mailbox updates
Jens Axboe (5):
io_uring updates
block updates
block driver updates
io_uring fixes
block fixes
Jiri Kosina (3):
HID updates
trivial tree removal
HID fixes
Joerg Roedel (1):
iommu updates
Jon Mason (1):
NTB updates
Jonathan Corbet (2):
documentation updates
documentation fixes
Juergen Gross (1):
xen updates
Julia Lawall (1):
coccinelle updates
Kees Cook (2):
pstore update
seccomp updates
Lee Jones (2):
MFD updates
backlight updates
Linus Walleij (1):
pin control bulk updates
Luis Chamberlain (1):
module updates
Mark Brown (3):
regmap updates
regulator updates
spi updates
Masahiro Yamada (2):
Kbuild updates
Kbuild fixes
Matthew Wilcox (3):
folio conversion updates
iomap updates
more folio updates
Mauro Carvalho Chehab (2):
media updates
media fixes
Michael Ellerman (1):
powerpc updates
Michael Tsirkin (1):
virtio updates
Mike Marshall (1):
orangefs fixes
Mike Rapoport (1):
memblock cleanup
Mike Snitzer (1):
device mapper updates
Miklos Szeredi (1):
fuse updates
Mimi Zohar (1):
integrity subsystem updates
Miquel Raynal (1):
MTD updates
Namjae Jeon (1):
exfat updates
Palmer Dabbelt (2):
RISC-V updates
more RISC-V updates
Paolo Bonzini (2):
kvm updates
more kvm updates
Paul McKenney (3):
RCU updates
memory model documentation updates
KCSAN updates
Paul Moore (2):
selinux updates
audit updates
Pavel Machek (1):
LED updates
Petr Mladek (2):
printk updates
livepatching updates
Rafael Wysocki (8):
ACPI updates
power management updates
thermal control updates
device properties framework updates
more ACPI updates
more power management updates
extra ACPI updates
more thermal control updates
Richard Weinberger (2):
JFFS2, UBI and UBIFS updates
UML updates
Rob Herring (2):
devicetree updates
devicetree fixes and cleanups
Russell King (1):
ARM updates
Sebastian Reichel (2):
power supply and reset updates
HSI update
Shuah Khan (2):
Kselftest update
KUnit updates
Stafford Horne (1):
OpenRISC updates
Stephen Boyd (2):
clk updates
clk fixes
Steve French (3):
cifs updates
ksmbd server fixes
cifs fixes
Steven Rostedt (3):
tracing updates
tracing fix
ftrace fix
Takashi Iwai (2):
sound updates
sound fixes
Ted Ts'o (1):
ext4 updates
Tejun Heo (2):
cgroup updates
workqueue updates
Thierry Reding (1):
pwm updates
Thomas Bogendoerfer (1):
MIPS updates
Thomas Gleixner (3):
irq updates
timer updates
MSI irq updates
Ulf Hansson (1):
MMC updates
Vineet Gupta (1):
ARC fixes
Vinod Koul (1):
dmaengine updates
Vlastimil Babka (2):
slab updates
more slab updates
Wei Liu (1):
hyperv updates
Wim Van Sebroeck (1):
watchdog updates
Wolfram Sang (1):
i2c updates
Yury Norov (1):
bitmap updates
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Linux 5.17-rc1
2022-01-23 8:32 Linux 5.17-rc1 Linus Torvalds
@ 2022-01-24 18:12 ` Guenter Roeck
0 siblings, 0 replies; 2+ messages in thread
From: Guenter Roeck @ 2022-01-24 18:12 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux Kernel Mailing List
On Sun, Jan 23, 2022 at 10:32:51AM +0200, Linus Torvalds wrote:
> I've tagged the rc1 release a couple of hours earlier than usual, and
> in a timezone 10 hours before the usual one, so this merge window was
> technically a bit shorter than usual. But if somebody didn't get their
> pull request in in time, they shouldn't have left it so late - and
> there's always 5.18. Never fear - we'll not run out of numbers.
>
> I was nervous that this merge window would be more painful than usual
> due to my family-related travels, but I have to give thanks to people:
> a lot of you sent your pull requests early in the merge window, and
> while there were a couple of hiccups I hit early on, that was all
> before switching my main workstation to a laptop. Everything seems to
> have gone fairly smoothly.
>
> Knock wood.
>
> 5.17 doesn't seem to be slated to be a huge release, and everything
> looks fairly normal. We've got a bit more activity than usual in a
> couple of corners of the kernel (random number generator and the
> fscache rewrite stand out), but even with those things, the big
> picture view looks very much normal: the bulk is various driver
> updates, with architectures updates, documentation, and tooling being
> the bulk of the rest. Even with a total rewrite, that fscache diff
> looks more like a blip in the big picture.
>
> And hey, it may not be a huge release, but the full shortlog would
> still be much too big to post - or scan through. So as is traditional,
> I'm just appending my mergelog as a highlevel view of what's been
> going on.
>
> Please give it all a test,
>
Test results are for v5.17-rc1-32-gdd81e1c7d5fb.
Build results:
total: 153 pass: 149 fail: 4
Failed builds:
arm:allmodconfig
arm64:allmodconfig
ia64:tinyconfig
mips:allmodconfig
Qemu test results:
total: 485 pass: 470 fail: 15
Failed tests:
arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:mem256:net,nic:net,nic:imx6ul-14x14-evk:initrd
arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:sd:mem256:net,nic:net,nic:imx6ul-14x14-evk:rootfs
arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:usb0:mem256:net,nic:net,nic:imx6ul-14x14-evk:rootfs
arm:mcimx6ul-evk:imx_v6_v7_defconfig:nodrm:usb1:mem256:net,nic:net,nic:imx6ul-14x14-evk:rootfs
arm:mcimx7d-sabre:imx_v6_v7_defconfig:nodrm:mem256:net,nic:imx7d-sdb:initrd
arm:mcimx7d-sabre:imx_v6_v7_defconfig:nodrm:usb1:mem256:net,nic:imx7d-sdb:rootfs
arm:mcimx7d-sabre:imx_v6_v7_defconfig:nodrm:sd:mem256:net,nic:imx7d-sdb:rootfs
arm:orangepi-pc:multi_v7_defconfig:usb1:net,nic:sun8i-h3-orangepi-pc:rootfs
arm:ast2500-evb:aspeed_g5_defconfig:notests:usb:net,nic:aspeed-ast2500-evb:rootfs
arm:ast2600-evb:aspeed_g5_defconfig:notests:usb:net,nic:aspeed-ast2600-evb:rootfs
arm:tacoma-bmc:aspeed_g5_defconfig:notests:usb:net,nic:aspeed-bmc-opp-tacoma:rootfs
arm:rainier-bmc:aspeed_g5_defconfig:notests:usb:net,nic:aspeed-bmc-ibm-rainier:rootfs
riscv:sifive_u:defconfig:net,default:initrd
riscv:sifive_u:defconfig:sd:net,default:rootfs
riscv:sifive_u:defconfig:mtd32:net,default:rootfs
arm:allmodconfig:
drivers/usb/gadget/udc/at91_udc.c: In function 'at91udc_probe':
drivers/usb/gadget/udc/at91_udc.h:174:42: error: format '%d' expects argument of type 'int', but argument 3 has type 'struct gpio_desc *' [-Werror=format=]
174 | #define DBG(stuff...) pr_debug("udc: " stuff)
arm64:allmodconfig:
drivers/pinctrl/pinctrl-thunderbay.c: In function 'thunderbay_add_functions':
drivers/pinctrl/pinctrl-thunderbay.c:815:29: error: assignment discards 'const' qualifier from pointer target type
815 | grp = func->group_names;
| ^
ia64:tinyconfig:
ia64-linux-ld: drivers/acpi/scan.o: in function `__acpi_device_add':
scan.c:(.text+0x27e2): undefined reference to `crc32_le'
mips:allmodconfig:
In file included from sound/pci/ca0106/ca0106_main.c:156:
sound/pci/ca0106/ca0106.h:62: error: "PTR" redefined [-Werror]
62 | #define PTR 0x00
In file included from arch/mips/include/asm/bitops.h:19,
from include/linux/bitops.h:33,
from include/linux/log2.h:12,
from include/asm-generic/div64.h:55,
from arch/mips/include/asm/div64.h:89,
from include/linux/math.h:5,
from include/linux/delay.h:22,
from sound/pci/ca0106/ca0106_main.c:124:
arch/mips/include/asm/asm.h:288: note: this is the location of the previous definition
288 | #define PTR .word
Runtime problems:
arm:mcimx6ul-evk and arm:mcimx7d-sabre emulations crash because they are out
of memory with 256MB of memory provided. This is with
Memory: 156260K/262144K available (16384K kernel code, 2139K rwdata, 5860K rodata, 1024K init, 6707K bss, 40348K reserved, 65536K cma-reserved, 0K highmem)
suggesting that something needs a lot of memory.
---
arm:orangepi-pc fails to boot from its second USB interface.
---
riscv64:sifive_u boot tests report a soft lockup during reboot.
[ 53.678772] watchdog: BUG: soft lockup - CPU#0 stuck for 26s! [init:203]
[ 53.679185] Modules linked in:
[ 53.679474] irq event stamp: 14778
[ 53.679629] hardirqs last enabled at (14777): [<ffffffff800035b8>] restore_all+0xe/0x66
[ 53.679965] hardirqs last disabled at (14778): [<ffffffff800034d2>] _save_context+0x7c/0xde
[ 53.680215] softirqs last enabled at (14766): [<ffffffff80924648>] __do_softirq+0x3e0/0x51a
[ 53.680476] softirqs last disabled at (14757): [<ffffffff80013f5c>] __irq_exit_rcu+0xae/0xe4
[ 53.680843] CPU: 0 PID: 203 Comm: init Not tainted 5.17.0-rc1-00032-gdd81e1c7d5fb #1
[ 53.681169] Hardware name: SiFive HiFive Unleashed A00 (DT)
[ 53.681480] epc : machine_halt+0x20/0x26
[ 53.681716] ra : kernel_halt+0x56/0x5e
[ 53.681911] epc : ffffffff8000444c ra : ffffffff80032644 sp : ffff8f8004163d70
[ 53.682139] gp : ffffffff815d8750 tp : ffffaf80048d0040 t0 : ffffffff815db3dc
[ 53.682373] t1 : 000000001f3a0e58 t2 : ffffffff815db3e4 s0 : ffff8f8004163d80
[ 53.682608] s1 : 000000004321fedc a0 : 0000000000006000 a1 : 0000000000001fff
[ 53.682833] a2 : ffffffff815eb920 a3 : 0000000000000000 a4 : 0000000000000000
[ 53.683064] a5 : 0000000000000000 a6 : 0000000000000000 a7 : 000000001e1f2036
[ 53.683308] s2 : 0000000028121969 s3 : ffffffff8141acd8 s4 : fffffffffee1dead
[ 53.683525] s5 : 0000000000000000 s6 : 0000000000000000 s7 : 00000000000000e0
[ 53.683747] s8 : 00007fff9b08dca0 s9 : 00007fff9b088a50 s10: 0000000000000000
[ 53.683974] s11: 0000000000000000 t3 : 000000000000000e t4 : 0000000001b00000
[ 53.684188] t5 : ffffffff8141a360 t6 : 0000000000000006
[ 53.684383] status: 0000000000000120 badaddr: 0000000000000000 cause: 8000000000000005
[ 53.684679] [<ffffffff8000444c>] machine_halt+0x20/0x26
[ 53.684937] [<ffffffff800328fa>] __do_sys_reboot+0x1c0/0x1f0
[ 53.685150] [<ffffffff8003293c>] sys_reboot+0x12/0x1a
[ 53.685350] [<ffffffff80003578>] ret_from_syscall+0x0/0x2
---
i386:q35:pentium3:defconfig:pae:nosmp:nvme:net,i82562:hd reports a warning backtrace.
[ 14.388284] ------------[ cut here ]------------
[ 14.388445] WARNING: CPU: 0 PID: 7 at drivers/pci/msi/msi.c:1114 pci_irq_get_affinity+0x80/0x90
[ 14.388675] Modules linked in:
[ 14.388999] CPU: 0 PID: 7 Comm: kworker/u2:0 Not tainted 5.17.0-rc1-00032-gdd81e1c7d5fb #1
[ 14.389230] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014
[ 14.389598] Workqueue: nvme-reset-wq nvme_reset_work
[ 14.389934] EIP: pci_irq_get_affinity+0x80/0x90
[ 14.390098] Code: e8 05 ae ae ff 85 c0 75 bd 90 0f 0b 31 c0 5b 5e 5d c3 8d b4 26 00 00 00 00 90 5b b8 a4 a7 9f c9 5e 5d c3 8d b4 26 00 00 00 00 <0f> 0b eb e0 8d b4 26 00 00 00 00 8d 74 26 00 90 55 89 e5 57 56 53
[ 14.390536] EAX: 00000000 EBX: c18d2000 ECX: 00000000 EDX: c2948810
[ 14.390695] ESI: 00000001 EDI: c18d2000 EBP: c1255e1c ESP: c1255e14
[ 14.390938] DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068 EFLAGS: 00000246
[ 14.391115] CR0: 80050033 CR2: ffbff000 CR3: 09aca000 CR4: 000006f0
[ 14.391324] Call Trace:
[ 14.391670] blk_mq_pci_map_queues+0x26/0x70
[ 14.391952] nvme_pci_map_queues+0x75/0xc0
[ 14.392094] blk_mq_update_queue_map+0x86/0xa0
[ 14.392218] blk_mq_alloc_tag_set+0xf3/0x390
[ 14.392330] ? nvme_wait_freeze+0x3d/0x50
[ 14.392452] nvme_reset_work+0xd32/0x1160
[ 14.392616] ? __this_cpu_preempt_check+0x8/0x10
[ 14.392946] process_one_work+0x1ed/0x490
[ 14.393116] worker_thread+0x15e/0x3c0
[ 14.393249] kthread+0xd3/0x100
[ 14.393342] ? process_one_work+0x490/0x490
[ 14.393452] ? kthread_complete_and_exit+0x20/0x20
[ 14.393582] ret_from_fork+0x1c/0x28
This backtrace is only seen with nosmp configurations; PAE does not
have to be enabled.
I'll bisect the runtime problems and report separately.
Guenter
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2022-01-24 18:12 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-23 8:32 Linux 5.17-rc1 Linus Torvalds
2022-01-24 18:12 ` Guenter Roeck
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).