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 X-Spam-Level: X-Spam-Status: No, score=-20.2 required=3.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1, USER_IN_DEF_DKIM_WL autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B57F4C07E99 for ; Mon, 5 Jul 2021 15:04:25 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 3AD3D61222 for ; Mon, 5 Jul 2021 15:04:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 3AD3D61222 Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id CC29E6B007B; Mon, 5 Jul 2021 11:04:24 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C732D6B007D; Mon, 5 Jul 2021 11:04:24 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id AEBD66B007E; Mon, 5 Jul 2021 11:04:24 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0004.hostedemail.com [216.40.44.4]) by kanga.kvack.org (Postfix) with ESMTP id 871936B007B for ; Mon, 5 Jul 2021 11:04:24 -0400 (EDT) Received: from smtpin22.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id C9A278248047 for ; Mon, 5 Jul 2021 15:04:23 +0000 (UTC) X-FDA: 78328855206.22.A7E6750 Received: from mail-wm1-f48.google.com (mail-wm1-f48.google.com [209.85.128.48]) by imf17.hostedemail.com (Postfix) with ESMTP id 7D935F003201 for ; Mon, 5 Jul 2021 15:04:23 +0000 (UTC) Received: by mail-wm1-f48.google.com with SMTP id g10so5777630wmh.2 for ; Mon, 05 Jul 2021 08:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=At8qjqAN8f+W2do/QMp0ecm1lFUsBPDE6HfKaXVwDro=; b=v70/7r/s5wRbr8RuYY9kFjI9ukbImPIQ/c7UM51DPMnhqQ8aGT5Y5doykcqmdROjRp tPe0aDlCtGnP2mHC1BFVc56zsN1PN2nQK8+6Yt47G0MMLUBwH+o0TcgUqcCCi2k6g/pd q/wMTzyH0JhU7XDljO1Lvb85MQH1W/VkWc0gPHu/TxP1aefn26mA9czSSMMTUKwGwka2 Lr+Sj/4BA6TbNQiACnCLr+dDBBVAGX5m0OqkkBdHdD3XfJ+vaVUgKWB+lydypAeZmrCD NjF0Zu5PLT4ihbdIqwFr/Zid9HY/ipmw778GpoNHtjrbGrf9f100X+Y9rlFxQCdSvPIf QMeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=At8qjqAN8f+W2do/QMp0ecm1lFUsBPDE6HfKaXVwDro=; b=O2jgSyaX021l7N9R+cx6/RL6F0Y7Jw+Ro2k2DzuT23vw8vXLhGcRl8z4a3wbaXamJc FOntWAE/mcWjs9GQQMkEvzHViiW/bxW+9wBPmy+LynldqjSWoanQIt40/h90NcVWTYlM LrBGgUX2eKE4bYkvWHgCeohrCQLb+gpuhTcYBO0u0WOUuuJBbNKg78AMlZfa/sYXcgYr 18E39g6/KT749yn1Xfg4cLxQIDlxpTFtmsaaQ1VAu3N6YSpedTsXjUJl34JMDm0IH3S/ +xxjFTxza2RErQLGPwiVny1BNzpzz+4wQfLcNsc72YujxnG66ev6CntXFwbbGgMfO/rg vCnw== X-Gm-Message-State: AOAM533nOzNuqoOKbKLmox81e4Lk0Sz7o3JTWOlwYH3lUAZUQP/g5xTn 4+H4AS21fWfoWIGTK0FgnfMlyg== X-Google-Smtp-Source: ABdhPJwzZh/4D5yDZ6JWELeJ85BkGi++TNbYqVr3hQUWFfFvywLWOhctBGjSFPQzNDxcQe5nTQ3xAA== X-Received: by 2002:a7b:c15a:: with SMTP id z26mr15436389wmi.109.1625497462273; Mon, 05 Jul 2021 08:04:22 -0700 (PDT) Received: from elver.google.com ([2a00:79e0:15:13:3207:330f:6162:ea09]) by smtp.gmail.com with ESMTPSA id t9sm14493333wmq.14.2021.07.05.08.04.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Jul 2021 08:04:21 -0700 (PDT) Date: Mon, 5 Jul 2021 17:04:16 +0200 From: Marco Elver To: Kefeng Wang Cc: Catalin Marinas , Will Deacon , Andrey Ryabinin , Andrey Konovalov , Dmitry Vyukov , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, linux-mm@kvack.org, Daniel Axtens Subject: Re: [PATCH -next 3/3] kasan: arm64: Fix pcpu_page_first_chunk crash with KASAN_VMALLOC Message-ID: References: <20210705111453.164230-1-wangkefeng.wang@huawei.com> <20210705111453.164230-4-wangkefeng.wang@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210705111453.164230-4-wangkefeng.wang@huawei.com> User-Agent: Mutt/2.0.5 (2021-01-21) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=google.com header.s=20161025 header.b="v70/7r/s"; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf17.hostedemail.com: domain of elver@google.com designates 209.85.128.48 as permitted sender) smtp.mailfrom=elver@google.com X-Stat-Signature: 33e1rdrbi54yqboozeriimkz961f585f X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 7D935F003201 X-HE-Tag: 1625497463-642401 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Mon, Jul 05, 2021 at 07:14PM +0800, Kefeng Wang wrote: [...] > +#ifdef CONFIG_KASAN_VMALLOC > +void __init __weak kasan_populate_early_vm_area_shadow(void *start, > + unsigned long size) This should probably not be __weak, otherwise you now have 2 __weak functions. > +{ > + unsigned long shadow_start, shadow_end; > + > + if (!is_vmalloc_or_module_addr(start)) > + return; > + > + shadow_start = (unsigned long)kasan_mem_to_shadow(start); > + shadow_start = ALIGN_DOWN(shadow_start, PAGE_SIZE); > + shadow_end = (unsigned long)kasan_mem_to_shadow(start + size); > + shadow_end = ALIGN(shadow_end, PAGE_SIZE); > + kasan_map_populate(shadow_start, shadow_end, > + early_pfn_to_nid(virt_to_pfn(start))); > +} > +#endif This function looks quite generic -- would any of this also apply to other architectures? I see that ppc and sparc at least also define CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK. > void __init kasan_init(void) > { > kasan_init_shadow(); > diff --git a/include/linux/kasan.h b/include/linux/kasan.h > index 5310e217bd74..79d3895b0240 100644 > --- a/include/linux/kasan.h > +++ b/include/linux/kasan.h > @@ -49,6 +49,8 @@ extern p4d_t kasan_early_shadow_p4d[MAX_PTRS_PER_P4D]; > int kasan_populate_early_shadow(const void *shadow_start, > const void *shadow_end); > > +void kasan_populate_early_vm_area_shadow(void *start, unsigned long size); > + > static inline void *kasan_mem_to_shadow(const void *addr) > { > return (void *)((unsigned long)addr >> KASAN_SHADOW_SCALE_SHIFT) > diff --git a/mm/kasan/init.c b/mm/kasan/init.c > index cc64ed6858c6..d39577d088a1 100644 > --- a/mm/kasan/init.c > +++ b/mm/kasan/init.c > @@ -279,6 +279,11 @@ int __ref kasan_populate_early_shadow(const void *shadow_start, > return 0; > } > > +void __init __weak kasan_populate_early_vm_area_shadow(void *start, > + unsigned long size) > +{ > +} I'm just wondering if this could be a generic function, perhaps with an appropriate IS_ENABLED() check of a generic Kconfig option (CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK ?) to short-circuit it, if it's not only an arm64 problem. But I haven't looked much further, so would appeal to you to either confirm or reject this idea. Thanks, -- Marco