From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DECB2C77B71 for ; Fri, 14 Apr 2023 17:05:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229826AbjDNRFp (ORCPT ); Fri, 14 Apr 2023 13:05:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34932 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229468AbjDNRFp (ORCPT ); Fri, 14 Apr 2023 13:05:45 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5ED5C210B; Fri, 14 Apr 2023 10:05:43 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id EA7CB60F7C; Fri, 14 Apr 2023 17:05:42 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8FA70C433D2; Fri, 14 Apr 2023 17:05:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1681491942; bh=TjWeYwq4pECZdeNh6HAghpIIe103DfyZYCfLe8UyNo8=; h=From:To:Cc:Subject:Date:From; b=XDpQ83KovND02xaQUJ0TtCZmoIZttlMBQtUQT/BS2+QENZbXOHeyXn0URgrPybM4i fW3QoDlsCqKCXwP9rzJfV+hpL4Lmdy9KhP+k/u+LPnLhHwhowZF6dgXjDytz5JvO3Q w+f27p5gKVkpKSv6gkFzLw7BdyXY6ectxKIidoSXdqX/xfKkvmsJqA470c1QdmMr6a UNM1pRBs9MRtRd8zUTIxapd/RvyDmRUvi5kIPMbMpFUC7hB+Ma7cttKtqpSHdl5uvM bUKDTCLCzj7u7hDCyFMqK3G0dYM8DsRQ4Gtpz/TYX3OH0gr6BrV2I+XF5YeEavwcHD achoTqQw/itjw== From: broonie@kernel.org To: Linux Next Mailing List Cc: Linux Kernel Mailing List Subject: linux-next: Tree for Apr 14 Date: Fri, 14 Apr 2023 18:05:38 +0100 Message-Id: <20230414170538.2792659-1-broonie@kernel.org> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-next@vger.kernel.org Hi all, Changes since 20230412: The drm-misc tree gained a conflict with the mm-stable tree. The modules tree gained a conflict with the mm-everything tree. The char-misc tree gained a conflict with the devicetree tree. The nvmem tree gained a conflict witht the devicetree tree. Non-merge commits (relative to Linus' tree): 10853 11406 files changed, 744332 insertions(+), 384149 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 is also the merge.log file in the Next directory. Between each merge, the tree was built with a ppc64_defconfig for powerpc, 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, powerpc allnoconfig (32 and 64 bit), ppc44x_defconfig, allyesconfig and pseries_le_defconfig and i386, arm64, s390, sparc and sparc64 defconfig and htmldocs. And finally, a simple boot test of the powerpc pseries_le_defconfig kernel in qemu (with and without kvm enabled). Below is a summary of the state of the merge. I am currently merging 357 trees (counting Linus' and 102 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.