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 BE052E936F8 for ; Thu, 5 Oct 2023 03:18:19 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A721D8D006D; Wed, 4 Oct 2023 23:18:18 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A22848D0002; Wed, 4 Oct 2023 23:18:18 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8C3648D006D; Wed, 4 Oct 2023 23:18:18 -0400 (EDT) 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 79DD48D0002 for ; Wed, 4 Oct 2023 23:18:18 -0400 (EDT) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 3C004A0460 for ; Thu, 5 Oct 2023 03:18:18 +0000 (UTC) X-FDA: 81309949476.14.B4948F6 Received: from mail-pl1-f182.google.com (mail-pl1-f182.google.com [209.85.214.182]) by imf20.hostedemail.com (Postfix) with ESMTP id 7E9771C0003 for ; Thu, 5 Oct 2023 03:18:16 +0000 (UTC) Authentication-Results: imf20.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=e1ONYPcV; spf=pass (imf20.hostedemail.com: domain of rientjes@google.com designates 209.85.214.182 as permitted sender) smtp.mailfrom=rientjes@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1696475896; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=39JjdlLR/Ob31/fVR6Ru+laDW4pOFNz7rgGeZPgeKfQ=; b=OcesMONFv/50+JQr7KwKInJtwDe61h7/X/0ek6rL/F4fH+yspPYtkRG4EuRz4BTxny40g+ im7VHI4KsIKUIKB3QP+0FOc9wbrjAH57koXyKGo77G+UZCAw71sdd0Cvgv1bU0NhN/2ZCP kcvUg9hlsKpD2MHsuZKPUoxpOVfeHkI= ARC-Authentication-Results: i=1; imf20.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=e1ONYPcV; spf=pass (imf20.hostedemail.com: domain of rientjes@google.com designates 209.85.214.182 as permitted sender) smtp.mailfrom=rientjes@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1696475896; a=rsa-sha256; cv=none; b=lsFKkwYRgnzN0BYPYPCMyPPEMKqJJNeRluK6OvmK1txD8kSIxKl6Qiyfwa4ipBLIhf6hUy +SmvoY9YZT5RJuxAvuVqNGkToTrUTo7MKMjmvKyKR9yTe+ukZRZHpX0GwvOfMx0TOsK6Ur dr2xQIF1luF05x/ifM9YiyOEI9ObG4M= Received: by mail-pl1-f182.google.com with SMTP id d9443c01a7336-1c6052422acso60405ad.1 for ; Wed, 04 Oct 2023 20:18:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1696475895; x=1697080695; darn=kvack.org; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=39JjdlLR/Ob31/fVR6Ru+laDW4pOFNz7rgGeZPgeKfQ=; b=e1ONYPcVeAZTSaIzmBPkKdK/u/qv9J+hVPZB5Zw80HQExWEIGcmAnN/Pwx7/kDQS6H SxJqgc1g/fIGDhZkOaABydqncdy46lAYbf4eWB8o+JktfIBw8GZk2sMpC5w6eGsy7+KD oE6X1MQgUOgqapaLyFZH0fq2UHUwzX9AD/O6PKNKS+SvaHmr7/b4O/ySsvSk9Jecg01q T2HxrMY6myA2RFDKI3ypijcXfHx0m1ywHfxWIoLv23/MMNWOjuLGyyQl5e5Dzi57qwvC Cv/qljBFXZi6aTcJPx/5mds47dMxsbdBdtCdSC/uxjDSmtfgS9TGXqtQml3Aci5mjlm2 t7xg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696475895; x=1697080695; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=39JjdlLR/Ob31/fVR6Ru+laDW4pOFNz7rgGeZPgeKfQ=; b=bduLqFWvXfiURL3+e63rMBhUO7QKV1YpPR1QGEeSO4zmejpCHTIxKIjGc2DAy5ZFkh gMIPxndzff2iEARbcp7oehd6WX1rNl9g8oEjCiVVHeKaMgX1h5mxziggQybmlZME2+nu 2Fpa9Cx2drmMhFnkzY++q8HqUxM8Nwfg8ZHHn3hn1hTkPVXadJUzJBXw8oVn91eySH9x ucam5nsYzDKp2d/lvIeBbfw+cxrXTbhyQBnflDaY/wX20w6oZ8r+47ANWzM9fAVI2BNc xcscVu4/N/pxrWLYr78d2TVa/+PM4zNzbJ6SS9JckqigG20epThBq8NUzDpCa5h2LqHq 5bBQ== X-Gm-Message-State: AOJu0YxAeYFF+OXULSVpi9D/JgXW7ynvu3L4MdOxRAE6WeNbQflbUCdg z9wzXDzqBqt4VkDF5NU3Nr4wUA== X-Google-Smtp-Source: AGHT+IHr1rUdKIMfcNZxGXeKhm/JyoCGaNoPh2TSwqsZ+EDy8VOlXEKAc6QTvI8czhB/ty4UD1qwxw== X-Received: by 2002:a17:902:dad1:b0:1c3:976e:22e6 with SMTP id q17-20020a170902dad100b001c3976e22e6mr5775plx.12.1696475894451; Wed, 04 Oct 2023 20:18:14 -0700 (PDT) Received: from [2620:0:1008:15:5182:fb55:9b11:9c74] ([2620:0:1008:15:5182:fb55:9b11:9c74]) by smtp.gmail.com with ESMTPSA id n13-20020aa7904d000000b00690daae925bsm272123pfo.51.2023.10.04.20.18.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 04 Oct 2023 20:18:13 -0700 (PDT) Date: Wed, 4 Oct 2023 20:18:12 -0700 (PDT) From: David Rientjes To: Jiaqi Yan , "Luck, Tony" , "Grimm, Jon" , dave.hansen@linux.intel.com, vilas.sridharan@amd.com cc: Jonathan Cameron , linuxarm@huawei.com, shiju.jose@huawei.com, linux-acpi@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, rafael@kernel.org, lenb@kernel.org, naoya.horiguchi@nec.com, james.morse@arm.com, david@redhat.com, jthoughton@google.com, somasundaram.a@hpe.com, erdemaktas@google.com, pgonda@google.com, duenwen@google.com, mike.malvestuto@intel.com, gthelen@google.com, tanxiaofei@huawei.com, prime.zeng@hisilicon.com Subject: Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes In-Reply-To: Message-ID: <92f48c1c-3235-49b2-aabd-7da87ad3febc@google.com> References: <20230915172818.761-1-shiju.jose@huawei.com> <20230915172818.761-3-shiju.jose@huawei.com> <20230922111740.000046d7@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 7E9771C0003 X-Rspam-User: X-Stat-Signature: 3hiqjt7ghn1x13ugziysbci5m19bg14x X-Rspamd-Server: rspam01 X-HE-Tag: 1696475896-302862 X-HE-Meta: U2FsdGVkX18PGItYyVEvgGFTiBVY7ipXhDLBhCdF1UssRHKYrKiVeK32EqbzqEqkxOSaSIZBAIqFyVq5kM5AZxoHUMVzj0MpaXe2oin3djPf+q9x62JHyfFjyEOGgPCyg7OCnGNb+TixkFmqemrLoy4v3DJnRoA71qVwjmCw5l9eRgjEcwAmrpDFyJF7NufklhBY70b/AJQcSWKLG2DmC47wERCHUjXVqWT6Np8uuwe4foB/futPvnCJ+YgE/K0rsNNysgTU/fO8EUxC5s6k+HwAQVbsKm7MSvdi7GAyC0uZ31S2rcYUZ05tc3FoU2LevZ3Wsc3VAcyXZUwZ3awb7Ih/a3SYE6XP4y3qefh9xpFBB7nQLWmXDrOv2pgoVzzc8o4bqUNbVIh6Pco1vEo4atQ5dXW93CZKzHLcGLU1Kw2eH0Lax2vAbktwkwuV4R1fepGRPY/ZedQ5xbTXaHVoLYBfahBJQmnDi1HyrAl9ATb1/p2qbsT4iGxJpICWhkosNYr1wMi/dzUgWxkgyjPDGDUVNxipsBNJWYmAGJIjtBxcfyb98ft49uKyTwC3YaeTVJRwAWctjVJpATkCJvlPAbEvffNDZA/HmpDXNF7QjhyJERTJK/hdhUv2288axCnqtqt8C8+vv1jHwUilsIb98zLyA01JwdYXsG78Dd3ypItj/zt+R7rVB/ZnTz8ItUNX4vP88QGAl9PygNLB5yuHkpcctx8VG611hE9wceRkbDzzSLztikLhyeKVjJvLsS/ST1JhU4/6nolayQdyiNH6aHiWn+gxESZ1Tl9wFiq8TSREU+KpZMY9xGZUgOf9GDoi2uMkxGOPhfLQvOiT/HMzAI4S3A+W8jHMcs/txoqsfNyq6xScFqh3KBQzgx1ocBAC9VH3sHZrn3OX/rzayUdD2g7tiuMgMiGq2PZQ186Nj8E/yyWXNU2+eW7IysOuLkDO4LQrZpugRMwt4BJG2ch rD3l5+Vh Do7bj4p7iSlij4ZKt9AUh7NL15eL3Ne4/fMiAdfp8hOOtxgZamoS8juaA+Eh567/Gabro/RamJE99Go7fwwEUJ2aG9XLm1zRndsXNLnJ4FIzeYaspbaD5v9Sj/xcCfeFnoIEKAW3jfAQaYwpgOJVz1nnu6tdf4PhbsmxeM2FfpK1fUlxpFhK1NWkMc94qJRkP6BYxMz+jOqCvtLohKmAWMkasSUFy+PLb/UfxnuE44ZpP7QMYdb/vPwl1/b6XN7yOm58KS6e2gNJ97dsWDwfvITs9tK5D3K24u2mKGMOeir5E/6/LPicGEodVFS8fXnwN3ZRSK9bMB1Ya4AT5ozqiiRNqWIGc7t/ES5Hl379UKw14Aj0LASDhHB6NyQ== 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 Wed, 27 Sep 2023, Jiaqi Yan wrote: > > > 1. I am not aware of any chip/platform hardware that implemented the > > > hw ps part defined in ACPI RASF/RAS2 spec. So I am curious what the > > > RAS experts from different hardware vendors think about this. For > > > example, Tony and Dave from Intel, Jon and Vilas from AMD. Is there > > > any hardware platform (if allowed to disclose) that implemented ACPI > > > RASF/RAS2? If so, will vendors continue to support the control of > > > patrol scrubber using the ACPI spec? If not (as Tony said in [1], will > > > the vendor consider starting some future platform? > > > > > > If we are unlikely to get the vendor support, creating this ACPI > > > specific sysfs API (and the driver implementations) in Linux seems to > > > have limited meaning. > > > > There is a bit of a chicken and egg problem here. Until there is > > reasonable support in kernel (or it looks like there will be), > > BIOS teams push back on a requirement to add the tables. > > I'd encourage no one to bother with RASF - RAS2 is much less > > ambiguous. > > Here mainly to re-ping folks from Intel (Tony and Dave) and AMD (Jon > and Vilas) for your opinion on RAS2. > We'll need to know from vendors, ideally at minimum from both Intel and AMD, whether RAS2 is the long-term vision here. Nothing is set in stone, of course, but deciding whether RAS2 is the standard that we should be rallying around will help to guide future development including in the kernel. If RAS2 is insufficient for future use cases or we would need to support multiple implementations in the kernel for configuring the patrol scrubber depending on vendor, that's great feedback to have. I'd much rather focus on implementing something in the kernel that we have some clarity about the vendors supporting, especially when it comes with user visible interfaces, as opposed to something that may not be used long term. I think that's a fair ask and that vendor feedback is required here?