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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id EF957C47DDB for ; Thu, 1 Feb 2024 11:37:35 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 22B1E6B0072; Thu, 1 Feb 2024 06:37:35 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 1DB556B0074; Thu, 1 Feb 2024 06:37:35 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0CA2D6B0075; Thu, 1 Feb 2024 06:37:35 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id F29436B0072 for ; Thu, 1 Feb 2024 06:37:34 -0500 (EST) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id AD88980DA0 for ; Thu, 1 Feb 2024 11:37:34 +0000 (UTC) X-FDA: 81743034828.04.45504BA Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [45.249.212.190]) by imf28.hostedemail.com (Postfix) with ESMTP id D0109C0013 for ; Thu, 1 Feb 2024 11:37:31 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=huawei.com; spf=pass (imf28.hostedemail.com: domain of tongtiangen@huawei.com designates 45.249.212.190 as permitted sender) smtp.mailfrom=tongtiangen@huawei.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1706787452; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=h7FXN7DGXikW8rLqb7EfUD0EehIFmsCtGJ5B23DOjnk=; b=vdm89u+W6c1TEDOLzy95JrP9GI1DfFxk4eVq5f60+cT3PpXmkbH80JQQLAhw6RyFyAHXTl qSENwcR9HbG9Wcx4TkOETfUnjdobk85rI2M5EUbzRnuww4vJ1H4jzyVEiV5KSryL+5hc5I LJbOT3+IZQJdqnk9VCH1mOqFAYbuNPA= ARC-Authentication-Results: i=1; imf28.hostedemail.com; dkim=none; dmarc=pass (policy=quarantine) header.from=huawei.com; spf=pass (imf28.hostedemail.com: domain of tongtiangen@huawei.com designates 45.249.212.190 as permitted sender) smtp.mailfrom=tongtiangen@huawei.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1706787452; a=rsa-sha256; cv=none; b=QoF8zrHyLzGAvibLNjPpsy/E+h80bi+2/JGFUEYFynLCytRWrvdALKuyhqMUlKq3NnK7ME lKgReBcDSRFxlTuJH6qr6JBHI7FozvaMwH9UdE1MPYXJnRsyFfrhMfgvcIOImE77J99zn9 C3pnHAMD2CyDvbOrpKfOgIPShgj88fo= Received: from mail.maildlp.com (unknown [172.19.163.44]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4TQcKM5THLz29kYk; Thu, 1 Feb 2024 19:35:35 +0800 (CST) Received: from kwepemm600017.china.huawei.com (unknown [7.193.23.234]) by mail.maildlp.com (Postfix) with ESMTPS id 1E78A14040D; Thu, 1 Feb 2024 19:37:27 +0800 (CST) Received: from [10.174.179.234] (10.174.179.234) by kwepemm600017.china.huawei.com (7.193.23.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Thu, 1 Feb 2024 19:37:25 +0800 Message-ID: <3009aadd-69d6-c797-20b4-95cf926b6dd9@huawei.com> Date: Thu, 1 Feb 2024 19:37:25 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [PATCH -next v4 2/3] x86/mce: rename MCE_IN_KERNEL_COPYIN to MCE_IN_KERNEL_COPY_MC To: Borislav Petkov CC: Thomas Gleixner , Ingo Molnar , , Dave Hansen , , "H. Peter Anvin" , Tony Luck , Andy Lutomirski , Peter Zijlstra , Andrew Morton , Naoya Horiguchi , , , , Guohanjun References: <20240111135548.3207437-1-tongtiangen@huawei.com> <20240111135548.3207437-3-tongtiangen@huawei.com> <20240131070258.GGZbnwov0g918F-FGz@fat_crate.local> From: Tong Tiangen In-Reply-To: <20240131070258.GGZbnwov0g918F-FGz@fat_crate.local> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.179.234] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To kwepemm600017.china.huawei.com (7.193.23.234) X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: D0109C0013 X-Stat-Signature: zbma46ormcy4rxpe1uo84jpxh16shu5j X-Rspam-User: X-HE-Tag: 1706787451-52250 X-HE-Meta: U2FsdGVkX19Cl0EKxV0ecWpLF91eFKGw69FjeQUhDSc7mbMpwJUTYtbuN5jxDaAcybhGkO2X8hiU2eaBK2FLuUnlYZHtgvbPXKyFoV5aBAeDVvfCQ3fKtv3AJ7EKPgg79PIW4JtmajIia5H1e//q3RzXaUgeq7op9aL6env1/ZyKU2oCAl9XmPzAbUh+peVwQnLAW8c5bNnTqgkW/PaM3Unl0L1f3GHJVWxI6mjBRek0Y+2rmd+bNEos2sq3yDkePgYGWPeCk3E3VBhNLvXzw3XVLmk63rh85yvpSUnT4UlGKD1jXDkJ0L/qD8FWouSYvC6LJP+0qgpGZzlpFhDhshTbo9RY4YIAEWXE7ZX7ogX5af4bzOHiEbMYFB8tphNzzRH4lpvUUM+ITqCO2SdkKMzun7FA5gE8AGNAgrkVxbr5W/PRyqFoGt3yu4qCjCSXQn03WU3UFdx53N6ecLUGaMKFd1IyYUGLuFb+RG0g0DvglmvHGw4WQOPGn+kZqewV5PHLHNsoP4lC4NATeEHzCu4n7B8NEo/6rFr7HYB0YbAk65XuQKmN0vMauZo+S7uE4GjqOY4j3IhXBubVqVIjrBe9oZBOi1WiIW+1qicV85mmWNkMmsULIvuiBQ4UpmEf5zorIXcR8btvoL7JSNi28YRh0gBlFYhre5afPX8flXjDN2IgXl6ODRE8LZ5eBRCubWUPB38U3DlhIDfNytBF5rn0BK1sN8JAbVp6MBQgj+x4f9pwDPWSIwhjfsaKs+YaZXooLZGqbI2+D8jdWRLzbURIOhqKrUfxQQ6uLjJdvQ8LOXzk7Rk8iJVK5c5J8UHz98PwWQKZSnTGE5kPXMR2Pn7sjv+qXQ26eJCp8RhPx+hwlEXdL2mfto1289ViUQWXni86fUN2k6xr1g6NqOblzIyXCydVvkYJma4sOW599l3U8yX02+F9nlYAEVqsAtAdAVQa1TfR1U5niDKUirE AB2k/Oie tr36l3sYSHlL7RBXCCYJb6V4aYfHYlayvNYojRjMW+WnnlSn1dAhxMBOA9Tt8m0pf9YuC04xaNQYCFGKiH5nbq1pAHstlb628ppmN8Lke/4+HzjHoNHF1Un/l91XOGz/q3tQjmLAb8khjGjzj0TeUvH7sDLROSsoHj2hJDKRKt7qGlsAOTN09GpS7GXLUin6mbAXJToVflZcuMhE= 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: List-Subscribe: List-Unsubscribe: 在 2024/1/31 15:02, Borislav Petkov 写道: > On Thu, Jan 11, 2024 at 09:55:47PM +0800, Tong Tiangen wrote: >> Currently, there are some kernel memory copy scenarios is also mc safe >> which use copy_mc_to_kernel() or copy_mc_user_highpage(). > > Both of those end up in copy_mc_enhanced_fast_string() which does > EX_TYPE_DEFAULT_MCE_SAFE. OK, how about this commit msg change? :) Currently, there are some kernel memory copy scenarios is also mc safe which use copy_mc_to_kernel() or copy_mc_user_highpage(), **both of those end up in copy_mc_enhanced_fast_string() or copy_mc_fragile() which does EX_TYPE_DEFAULT_MCE_SAFE.** In these scenarios, posion pages need to be isolated too. Therefore, a macro similar to MCE_IN_KERNEL_COPYIN is required. For this reason, we can rename MCE_IN_KERNEL_COPYIN to MCE_IN_KERNEL_COPY_MC, the new macro can be applied to both user-to-kernel mc safe copy and kernel-to-kernel mc safe copy. Thanks. Tong. >