Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp2523674pxt; Mon, 9 Aug 2021 02:33:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwKXaUygbb9fhHWMr9zzSH+ljVb6hOnqQyGYS/8ei0zbxq1qIw+ZaDZMUzlGWM/6x4JuzXV X-Received: by 2002:a5d:9617:: with SMTP id w23mr215279iol.115.1628501608835; Mon, 09 Aug 2021 02:33:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628501608; cv=none; d=google.com; s=arc-20160816; b=UREB/rNe4AusoRVh+QX0upMMZcyNWjhwyGN/5p7SDVc/622YL81c3HuugB3VSOWgWe EFX8c8GNDgNJFWWWe5ngBwl3n2DNERBd8+Nsb1qFNppPzu7OcBdRK/zGyHy0h0h1n7XW 1DII1CREEnj79vQ0r6taxWyf2uBitl6u2fFWiB7hfOX4HRJxfTgOs/OawwfVoYDJ6L4K Nu5drMdDAGgzSkAgxb/PfjTnH9fOWuagk6vKt7sydFXCsKnRg8hSPmUk0P8MaLWJH5WJ eeQXF2c6oQxHW2CoqqTGy1XnRURi28vE5tsQOzgIK/n3OdPvTzXtoe0d3orVibyB8bec bDzA== 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 :message-id:date:subject:cc:to:from; bh=mhMTxL9RMMvkCre9krPksGSKXbeX4uWhd4UB4zhrPzg=; b=AkW53SM7fcT6rb9xB/ikQXzbn/Cv6NI9cWbhfHzhwZZZOJGAPuTJPljcYyS8c+Juk0 10Anhb6YXTP2p1gTl9lGKMqThK0yDxCOTWy06EuvXvnEr5+FnNxbYn4XUCliZophLvut fUYdpdQfRYPNu/zJjMIdYoeprHRdDzRNho+yK2GKxejtyb4XbmJk8jwsPVk3EgYU/76A A9qcWwAj6opvyAYtE4dnMhZjoQgeZRQksAj8QmSgQVk5O5g0MPa2zERnmmiy8RqQihfA QgWs9rA3nBKxiuleLJLFG3BxxCgQNSI2fgfKsD8JqA8HoX3URjxv7t767SXC6Lmgao0j LbHg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v2si11972268jat.40.2021.08.09.02.33.14; Mon, 09 Aug 2021 02:33:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234465AbhHIJcs (ORCPT + 99 others); Mon, 9 Aug 2021 05:32:48 -0400 Received: from szxga02-in.huawei.com ([45.249.212.188]:13404 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234288AbhHIJcs (ORCPT ); Mon, 9 Aug 2021 05:32:48 -0400 Received: from dggemv704-chm.china.huawei.com (unknown [172.30.72.55]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4GjrPD6J8QzcmLV; Mon, 9 Aug 2021 17:28:48 +0800 (CST) Received: from dggpemm500001.china.huawei.com (7.185.36.107) by dggemv704-chm.china.huawei.com (10.3.19.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Mon, 9 Aug 2021 17:32:26 +0800 Received: from localhost.localdomain.localdomain (10.175.113.25) by dggpemm500001.china.huawei.com (7.185.36.107) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Mon, 9 Aug 2021 17:32:25 +0800 From: Kefeng Wang To: , , , , , , CC: , , , Kefeng Wang Subject: [PATCH v3 0/3] arm64: support page mapping percpu first chunk allocator Date: Mon, 9 Aug 2021 17:37:47 +0800 Message-ID: <20210809093750.131091-1-wangkefeng.wang@huawei.com> X-Mailer: git-send-email 2.26.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.113.25] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To dggpemm500001.china.huawei.com (7.185.36.107) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Percpu embedded first chunk allocator is the firstly option, but it could fails on ARM64, eg, "percpu: max_distance=0x5fcfdc640000 too large for vmalloc space 0x781fefff0000" "percpu: max_distance=0x600000540000 too large for vmalloc space 0x7dffb7ff0000" "percpu: max_distance=0x5fff9adb0000 too large for vmalloc space 0x5dffb7ff0000" then we could meet "WARNING: CPU: 15 PID: 461 at vmalloc.c:3087 pcpu_get_vm_areas+0x488/0x838", even the system could not boot successfully. Let's implement page mapping percpu first chunk allocator as a fallback to the embedding allocator to increase the robustness of the system. Also fix a crash when both NEED_PER_CPU_PAGE_FIRST_CHUNK and KASAN_VMALLOC enabled. Tested on ARM64 qemu with cmdline "percpu_alloc=page" based on v5.14-rc5. v3: - search for a range that fits instead of always picking the end from vmalloc area suggested by Catalin. - use NUMA_NO_NODE to avoid "virt_to_phys used for non-linear address:" issue in arm64 kasan_populate_early_vm_area_shadow(). - add Acked-by: Marco Elver to patch v3 V2: - fix build error when CONFIG_KASAN disabled, found by lkp@intel.com - drop wrong __weak comment from kasan_populate_early_vm_area_shadow(), found by Marco Elver Kefeng Wang (3): vmalloc: Choose a better start address in vm_area_register_early() arm64: Support page mapping percpu first chunk allocator kasan: arm64: Fix pcpu_page_first_chunk crash with KASAN_VMALLOC arch/arm64/Kconfig | 4 ++ arch/arm64/mm/kasan_init.c | 16 ++++++++ drivers/base/arch_numa.c | 82 +++++++++++++++++++++++++++++++++----- include/linux/kasan.h | 6 +++ mm/kasan/init.c | 5 +++ mm/vmalloc.c | 17 +++++--- 6 files changed, 115 insertions(+), 15 deletions(-) -- 2.26.2