From: Guenter Roeck <linux@roeck-us.net>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 5.11-rc1
Date: Mon, 28 Dec 2020 07:51:49 -0800 [thread overview]
Message-ID: <20201228155149.GA197954@roeck-us.net> (raw)
In-Reply-To: <CAHk-=wg1+kf1AVzXA-RQX0zjM6t9J2Kay9xyuNqcFHWV-y5ZYw@mail.gmail.com>
On Sun, Dec 27, 2020 at 04:04:11PM -0800, Linus Torvalds wrote:
> Two weeks have passed, Christmas is over, and so is the merge window.
>
> I want to thank all the maintainers who sent in their pull requests
> early: we all wanted to get things done before the holidays really
> hit, and mostly it seemed to work quite well.
>
> In fact, it was rather nice to handle the big bulk of all the merge
> window pull requests in the first three or four days of the merge
> window. I wouldn't want to do it that way every time - it would
> stress me out - but as an occasional "let's get it over with so that
> the second week is calm" it really wasn't bad at all.
>
> It probably helped that 5.11 isn't going to be an LTS release and
> isn't as big as 5.10 was, but it's not small either. Solidly average.
>
> Well, it's average, unless you look at the actual diffs, and notice
> another huge dump of AMD GPU descriptor header files, which completely
> dwarfs all the "real" changes here. The AMD "Van Gogh" include file
> additions are in fact about two thirds of the whole patch, even if it
> comes from basically one single commit that just adds the register
> definitions. We've had it before, I'm sure we'll see it in the future
> too: header files probably generated from the hardware description for
> all the possible bit masks etc get very very big.
>
> Oh well. If you ignore that area, everything else looks normal. Driver
> updates dominate, but all the usual other suspects are there: arch
> updates, filesystems, networking, docs and tooling.
>
> And while it doesn't look like a huge release, it's certainly still
> big enough that what's appended below is just my "merge log". As
> always, my merge logs credit only the people I pull from, which is a
> much smaller set than all the people involved in actually writing the
> patches. As usual we had more than 1500 actual developers, and roughly
> 12,500 changes merged. That's pretty much our average these days.
>
> Please go kick the tires,
>
Build results:
total: 153 pass: 151 fail: 2
Failed builds:
arm64:allmodconfig
ia64:defconfig
Qemu test results:
total: 430 pass: 412 fail: 18
Failed tests:
arm:raspi2:multi_v7_defconfig:bcm2836-rpi-2-b:initrd
arm:raspi2:multi_v7_defconfig:sd:bcm2836-rpi-2-b:rootfs
<all parisc>
Build errors:
arm64:allmodconfig:
ERROR: modpost: "irq_check_status_bit" [drivers/perf/arm_spe_pmu.ko] undefined!
Caused by: fdd029630434 ("genirq: Move status flag checks to core")
ia64:defconfig:
include/linux/mmzone.h:1156:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE
and various related warnings.
Caused by: 214496cb1870 ("ia64: make SPARSEMEM default and disable DISCONTIGMEM")
Fix submitted ("ia64: fix build failure caused by memory model changes").
qemu boot tests:
arm:raspi2:
Hangs during boot.
Caused by: ffdad793d579 ("irqchip/bcm2836: Make IPIs use handle_percpu_devid_irq()")
Fix submitted ("irqchip/bcm2836: Fix IPI acknowledgement after conversion to
handle_percpu_devid_irq").
parisc:
Failed to execute /sbin/init (error -12)
Caused by: c49dd3401802 ("mm: speedup mremap on 1GB or larger regions")
More details are in responses to the offending patches.
Guenter
next prev parent reply other threads:[~2020-12-28 15:52 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-28 0:04 Linux 5.11-rc1 Linus Torvalds
2020-12-28 15:51 ` Guenter Roeck [this message]
2020-12-28 18:59 ` Linus Torvalds
2020-12-28 19:37 ` Kalesh Singh
2020-12-28 20:02 ` Guenter Roeck
2020-12-30 1:59 ` linux-next: stats (Was: Linux 5.11-rc1) Stephen Rothwell
-- strict thread matches above, loose matches on Subject: below --
2020-12-28 7:30 Linux 5.11-rc1 Sedat Dilek
2020-12-28 8:04 ` Sedat Dilek
2020-12-28 15:18 ` Sedat Dilek
2020-12-28 19:40 ` Linus Torvalds
2020-12-28 20:05 ` Sedat Dilek
2021-01-01 16:14 ` Pavel Machek
2021-01-01 18:55 ` Sedat Dilek
2021-01-01 22:31 ` Sedat Dilek
2021-01-02 7:51 ` Masahiro Yamada
2021-01-02 9:13 ` Sedat Dilek
2021-01-02 11:05 ` Bernd Petrovitsch
2021-01-02 11:26 ` Sedat Dilek
2021-01-02 11:57 ` Bernd Petrovitsch
2021-01-02 12:11 ` Sedat Dilek
2021-01-03 17:39 ` David Laight
2021-01-02 15:30 ` Masahiro Yamada
2020-12-28 15:25 ` Sedat Dilek
2020-12-28 19:45 ` Linus Torvalds
2020-12-28 20:08 ` Sedat Dilek
2021-01-02 23:26 Ilkka Prusi
2021-01-03 17:45 ` David Laight
2021-01-04 1:47 ` Adam Borowski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201228155149.GA197954@roeck-us.net \
--to=linux@roeck-us.net \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox