Received: by 2002:a05:6602:2086:0:0:0:0 with SMTP id a6csp4464524ioa; Wed, 27 Apr 2022 04:34:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw6l8WmW1Z3S9gN76oZq8oWNvtJQZAvkxXUpHxJ+R/wuI5t7D/eOMl+YB2/aLEAyjOWWHqG X-Received: by 2002:a17:903:2406:b0:158:72dc:2d73 with SMTP id e6-20020a170903240600b0015872dc2d73mr28771878plo.46.1651059290818; Wed, 27 Apr 2022 04:34:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651059290; cv=none; d=google.com; s=arc-20160816; b=BL40t4lfu+UmmbID4NUcmnrrbn3Ml4Ijb0axc5h1b+vROOAwImsq/XHeCZkgUXKava SSxizV0TDWdwTXuCbMh4XYJLsc/H96UG/me5WflR5SAa+UDuia8W3fMYbfx44DQalZyX zIhWrXgENjG5yJNkAIcO2NMkqU0PDruYDpFHNX+MG9mmR0Kzl2LygoVDJTDWY50CClAJ 0CS40YW8RLqm4z2+2H29TETAtMeySfOFnuXNQaLrNyezuCO7HztNC1ezvaAPBhisuMK6 soyMKj88uhKr1EZYnzT9ZXZXz1CVeRysjnYFQDJdFbENvUIiJ4PC6PyHUePFyE1Ha2tu Z9EQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=JrbLhw6tl1RqOxju0enqHg08aiYtaECCU5U6uNEOrLI=; b=nAnHSpEkZJ2oJJ2Ugn5Sbsw7pulRtPVePeLFSG3nLdIsGVxqY9EOF1VXwJYwQjkY+3 rvANfNKXojC+T80VPuaXefuQGdVM3324peuVABlClIkDF1IN67YQQxWTz/vxPy5gKUQ4 fQA4qSPZuqDiC1t57y6HYp2KfzLUFJdXDhirM5tgrdGMwefwcTTm7E5Oyi7zaQiFFX1k HibBFNFhcr/yeTvu+a5nuddBMSrA5Bc7OzECyjTI+OFbPBZcElTrq9RjSAO4POwf9Shi FmnNCsE9Pl5AiIdIqudorTyQifEwYUC17anfCeKbSum7CdanwpSJsKFx1TT6Nucn5zmg 6gwA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=SH8ca7bw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id u10-20020a170902e80a00b00158d3570824si1457354plg.489.2022.04.27.04.34.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 27 Apr 2022 04:34:50 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=SH8ca7bw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id A18D94495D6; Wed, 27 Apr 2022 03:24:01 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233429AbiDYW1n (ORCPT + 99 others); Mon, 25 Apr 2022 18:27:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34416 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343513AbiDYVaN (ORCPT ); Mon, 25 Apr 2022 17:30:13 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7699E23BE5 for ; Mon, 25 Apr 2022 14:27:08 -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 066D361479 for ; Mon, 25 Apr 2022 21:27:08 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 37757C385A7; Mon, 25 Apr 2022 21:27:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1650922027; bh=kqDjvm3xpzh6Yg4Lxl+rXD0rB2PmW1SLX1gSac7OA38=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=SH8ca7bwli2JGengyW3Aaj2tn4GzTs25gN4kDLQXD31vIMD4zAdYYXe4RV1Hf+h5r 4uR7mFW6X/K2RZYuiuWmQo0DmBjI1GKuQNjTirwy0dumX98LE6YPvbvSHserq1ONbL 7NIYKtsUlaTtN2risNvZjBpIHyzz6tu8hL6EL+cg= Date: Mon, 25 Apr 2022 14:27:06 -0700 From: Andrew Morton To: Sudip Mukherjee Cc: Linus Torvalds , Linux Kernel Mailing List , linux-mm@kvack.org, Song Liu Subject: Re: Linux 5.18-rc4 Message-Id: <20220425142706.23e6bea1d5bfdd944e33bc96@linux-foundation.org> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 25 Apr 2022 10:50:57 +0100 Sudip Mukherjee wrote: > Hi Linus, > > On Sun, Apr 24, 2022 at 03:22:59PM -0700, Linus Torvalds wrote: > > Fairly slow and calm week - which makes me just suspect that the other > > shoe will drop at some point. > > > > But maybe things are just going really well this release. It's bound > > to happen _occasionally_, after all. > > My last night's mainline build failed for arm. > Build was with af2d861d4cd2 ("Linux 5.18-rc4"). > > imxrt_defconfig -> failed > lpc18xx_defconfig -> failed > mps2_defconfig -> failed > stm32_defconfig -> failed > vf610m4_defconfig -> failed > > arm-linux-gnueabi-ld: mm/page_alloc.o: in function `alloc_large_system_hash': > page_alloc.c:(.init.text+0xe7c): undefined reference to `vmalloc_huge' Thanks. oops. We broke nommu. From: Andrew Morton Subject: mm/nommu.c: provide vmalloc_huge() for CONFIG_MMU=n Fixes: f2edd118d02dd ("page_alloc: use vmalloc_huge for large system hash") Reported-by: Sudip Mukherjee Cc: Song Liu Signed-off-by: Andrew Morton --- mm/nommu.c | 6 ++++++ 1 file changed, 6 insertions(+) --- a/mm/nommu.c~a +++ a/mm/nommu.c @@ -226,6 +226,12 @@ void *vmalloc(unsigned long size) } EXPORT_SYMBOL(vmalloc); +void *vmalloc_huge(unsigned long size, gfp_t gfp_mask) +{ + return vmalloc(size); +} +EXPORT_SYMBOL(vmalloc_huge); + /* * vzalloc - allocate virtually contiguous memory with zero fill * _ I don't see any point in copy-n-pasting the kerneldoc over. Perhaps we should just delete all the copy-n-paste kerneldoc from nommu.c and say "go look at the MMU version of this function".