[<prev] [next>] [day] [month] [year] [list]
Message-Id: <20211215221619.822904-1-broonie@kernel.org>
Date: Wed, 15 Dec 2021 22:16:19 +0000
From: broonie@...nel.org
To: Linux Next Mailing List <linux-next@...r.kernel.org>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: linux-next: Tree for Dec 15
Hi all,
News: I had a vaccine dose today so no guarantees about releases at
least tomorrow depending on side effects.
Changes since 20211214:
The kvm tree gained a conflict.
The phy-next tree gained a build failure and I used the version from
yesterday.
Non-merge commits (relative to Linus' tree): 6683
7239 files changed, 321081 insertions(+), 155400 deletions(-)
----------------------------------------------------------------------------
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
(patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you
are tracking the linux-next tree using git, you should not use "git pull"
to do so as that will try to merge the new linux-next release with the
old one. You should use "git fetch" and checkout or reset to the new
master.
You can see which trees have been included by looking in the Next/Trees
file in the source. There are also quilt-import.log and merge.log
files in the Next directory. Between each merge, the tree was built
with a defconfig for arm64, an allmodconfig for x86_64, a
multi_v7_defconfig for arm and a native build of tools/perf. After the
final fixups (if any), I do an x86_64 modules_install followed by builds
for x86_64 allnoconfig, arm64 allnoconfig, arm64 allyesconfig and i386,
and arm64 and htmldocs.
Below is a summary of the state of the merge.
I am currently merging 347 trees (counting Linus' and 94 trees of bug
fix patches pending for the current merge release).
Stats about the size of the tree over time can be seen at
http://neuling.org/linux-next-size.html .
Status of my local build tests will be at
http://kisskb.ellerman.id.au/linux-next . If maintainers want to give
advice about cross compilers/configs that work, we are always open to add
more builds.
Thanks to Randy Dunlap for doing many randconfig builds. And to Paul
Gortmaker for triage and bug fixes.
Powered by blists - more mailing lists