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 DBC03D44148 for ; Tue, 19 Nov 2024 12:33:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E93FA6B0092; Tue, 19 Nov 2024 07:33:36 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E43C96B0095; Tue, 19 Nov 2024 07:33:36 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CE49C6B0099; Tue, 19 Nov 2024 07:33:36 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id B00936B0092 for ; Tue, 19 Nov 2024 07:33:36 -0500 (EST) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 3DF791C65B3 for ; Tue, 19 Nov 2024 12:33:36 +0000 (UTC) X-FDA: 82802783028.07.86C8A39 Received: from mail.alien8.de (mail.alien8.de [65.109.113.108]) by imf04.hostedemail.com (Postfix) with ESMTP id 70B1B40007 for ; Tue, 19 Nov 2024 12:32:30 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=alien8.de header.s=alien8 header.b=W8sZ6T2E; spf=pass (imf04.hostedemail.com: domain of bp@alien8.de designates 65.109.113.108 as permitted sender) smtp.mailfrom=bp@alien8.de; dmarc=pass (policy=none) header.from=alien8.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1732019413; 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=rEP0FuldgnSoZBuL4zUQZ5eTxYEpIWQlSPv8f8rZbdo=; b=SUBGU9dztRPjLEESajQcEDqS4WwSk+CS03EdwW+68qXtcNQVgEoh0Wh9XHi1qMwRnE3I8g CqNKk3oD8a0R4nH2JCUBSi+lCQdFkq6NCdyJP1sTOjSSgFZUIVMNPKWwQOasaNUOgtW7Qg dnc854LL+JwSV/8+fDxJ8q0ZCGIIDc4= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=alien8.de header.s=alien8 header.b=W8sZ6T2E; spf=pass (imf04.hostedemail.com: domain of bp@alien8.de designates 65.109.113.108 as permitted sender) smtp.mailfrom=bp@alien8.de; dmarc=pass (policy=none) header.from=alien8.de ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1732019413; a=rsa-sha256; cv=none; b=4SoKPj5ijWLKLm/HDVCnUgPIVclb4ilNko8Q2C0Q2WbA0e8b+HmFaHkVKYbvMpDikfe/TM MO2T9UDpjIVr4KdUrgMIVgeMwmg8VOqBqdrZyFaGfj8u+1zvMV3BPXpztkAUdQMEHJA8Rc 0xI+gF/q6fZkYHm1qGQVYehs3mkcDQI= Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.alien8.de (SuperMail on ZX Spectrum 128k) with ESMTP id 022F740E0261; Tue, 19 Nov 2024 12:33:30 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at mail.alien8.de Received: from mail.alien8.de ([127.0.0.1]) by localhost (mail.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 0Ow-6GcQPyy3; Tue, 19 Nov 2024 12:33:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=alien8; t=1732019605; bh=rEP0FuldgnSoZBuL4zUQZ5eTxYEpIWQlSPv8f8rZbdo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=W8sZ6T2ELT2tzGmP5OQFsooPkBrvRYFx+pP3+FbfossFsby3YKB9l/S/afxPXCHlD r0qeAyfr97DtKVCTtoDzylXnparGjta3OXlgTb+RdnfvEiXTnPdy9wMJp6Zs1W3X8y hj5tJb2crG7mGfafLUqruCQUJCRFPYEm5kDcyHZ731obfZErF1fjpw660MarATpitp 0hbFbmxCYMogmhLrFTUU2gCfbQUGgF0KlNN0lJmL2MEAdF5WnGTuM1kvurrk0wOwrQ TdcqPAMEfEXq5E4dHdeZA0a9+SxudSC9ZU5jOttgs8IqSUF/U0+2oKSHp5rqlXcgaF h/BmC8OcE6l3u8DBcMpExrmmL3FlriEDz9NusjOC4KwTU2CRo/z0Q+Inc7ctbmhrrr vTZ7EeTYZjIDMpARPn3nF0OKRAPGV/+UzWZbU75amFBO9VkeVp14PlvmODtXe/fujP UBjnNZ0A0kLamktz/QQufj1lFK1rphOZWFYpOxtyg6rGOypE9axZv30BpDObmkNSzZ bwqNTt3kAEITo3H0hs7U3dt2x2hE/cObcNBZZb9pqFzNUGZ6RQrVtTSjrAEf4Lg6HT 7Qu+q9Q4Pj+Dny9MwlPaCdMveNXXAUEMH6RQK6iqpmVAMmKkPQBB4Kep0eTP8Oc9Gg RwH+4hSSKG8FoDZyCt/rseBo= Received: from zn.tnic (pd9530b86.dip0.t-ipconnect.de [217.83.11.134]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail.alien8.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id AAC4540E015F; Tue, 19 Nov 2024 12:32:38 +0000 (UTC) Date: Tue, 19 Nov 2024 13:32:33 +0100 From: Borislav Petkov To: Jonathan Cameron Cc: Shiju Jose , "linux-edac@vger.kernel.org" , "linux-cxl@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "tony.luck@intel.com" , "rafael@kernel.org" , "lenb@kernel.org" , "mchehab@kernel.org" , "dan.j.williams@intel.com" , "dave@stgolabs.net" , "gregkh@linuxfoundation.org" , "sudeep.holla@arm.com" , "jassisinghbrar@gmail.com" , "dave.jiang@intel.com" , "alison.schofield@intel.com" , "vishal.l.verma@intel.com" , "ira.weiny@intel.com" , "david@redhat.com" , "Vilas.Sridharan@amd.com" , "leo.duran@amd.com" , "Yazen.Ghannam@amd.com" , "rientjes@google.com" , "jiaqiyan@google.com" , "Jon.Grimm@amd.com" , "dave.hansen@linux.intel.com" , "naoya.horiguchi@nec.com" , "james.morse@arm.com" , "jthoughton@google.com" , "somasundaram.a@hpe.com" , "erdemaktas@google.com" , "pgonda@google.com" , "duenwen@google.com" , "gthelen@google.com" , "wschwartz@amperecomputing.com" , "dferguson@amperecomputing.com" , "wbs@os.amperecomputing.com" , "nifan.cxl@gmail.com" , tanxiaofei , "Zengtao (B)" , Roberto Sassu , "kangkang.shen@futurewei.com" , wanghuiqiang , Linuxarm Subject: Re: [PATCH v15 11/15] EDAC: Add memory repair control feature Message-ID: <20241119123233.GBZzyFYfEttuJjfr6D@fat_crate.local> References: <20241101091735.1465-1-shiju.jose@huawei.com> <20241101091735.1465-12-shiju.jose@huawei.com> <20241104061554.GOZyhmmo9melwI0c6q@fat_crate.local> <1ac30acc16ab42c98313c20c79988349@huawei.com> <20241111112819.GCZzHqUz1Sz-vcW09c@fat_crate.local> <7fd81b442ba3477787f5342e69adbb96@huawei.com> <20241114133249.GEZzX8ATNyc_Xw1L52@fat_crate.local> <20241115121415.00005c76@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20241115121415.00005c76@huawei.com> X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 70B1B40007 X-Stat-Signature: rjjcgp8zb81wz1e7dqb33gmuka463fhe X-Rspam-User: X-HE-Tag: 1732019550-42339 X-HE-Meta: U2FsdGVkX1+wBF5nTZkeQyyExn7dKCrW9dDuVw6+hJ1ChiQbqYqzSRFYW8ZaRWZqkbgUhsiGK0SCpjKXbz0Mbv7pANotmjHL4SjQ50LxpBpJ1+KtHbpiMdXX6X5fez2WO4DSMNTm7BWMXwzXjlH0LH5+aIJuEr+8IDmCLZWkqLFpFWaGXcG+AmHrNrJUyuwAf7OamJtFfSNjJsXRu092eIAbV71VhzAH0/JMkrBe6d0a1HvYi6TYcMB+AcgKUWKouDoNXg1UGvaqQygb6OYxTJMGVxmBsI8ODdTITJ70JBGEpTsQ/Mf9iSmELUW/1dkDjH2T/iEYZzUHC7yaaUwiOJziJmMkpAwYDZBTA0c1aytyKAc6m9tjFLglHSx/lSsh4kMHRYcTq5gYpX1un6urzPUJDvcKQnV/X36tILgtzd1bBCzGpbBJ9HECFJbrnkr/rfVk1PS5dyrsQeG06bcsuD+pW4qx0jlrNRgFdikyJIHIO01cFTMFdS0KL9HDVDhrKJPx3zR2bfVERNPrx1dHCKC/+cf/Ko6uRyRx4UZOtJAt7bSoCf5YhzQD0VMj5yMdoK73bl24pxJ2Ra8bSRocQnaTs6OUWX+QmgnapiNdUQYKbTnkzUqiI5VWlLlpL5RE880rB/KETjQS66zXICrECNPJA8n7YWldk3Qz8yhYjwt6TTXbR1ibMMLgIWpyP4BP/bFRdmEyEVPJzGxFyVPwIo5SE04cP2241D15IcWlaLt+9UKEbMMpeQekqYkV9g+/mHrgol2lIWmxHh1+DLYBbCKZRmJIA5OnhGFOIKryWD20fCoaj6+gcfdu01uqHAr7JEDG4wtTweMeauxFaT9Xd+U7qd5HgXi2Xa892gK3ZW6co6k6k1w/el9D1P6DcMnYHwTys7uYDVn6Fx91Ep84VItMm0KX+Q5eFlVK+YgaAB472w1hUSW0yxOhIT9PfRhAWfqh+1v/Vaa65x6yhsE bXNRpYKu Pt3I1soQjWBjz8i+rgh+A2JoccwU/XXH1vrvR7gSCHN0ZZpUUQAy7LvtL63D+zxifaXejCjq/ZLgE5nKX7OwdvO0iqWYBzBr4lE+oQrXbGbRWUqhmrH1EuLi5qBjsp11qrTMxqkg9V+TnXGyH+Yd5EGs4IFzvenRWr2MC1WGyHAIjFPu4zEz55WyjvsxfqKzB3PgC0v+ynhQiaObez1O4ieYdd7z30UUbjH4QxXw7RJkxzKWQuwgLqrnr2f+E6+dqyebDaSaT1633hqNJ0IK05SW3AQzJ9wgY07gBFo3qfxHXnpLUxIma3BGdYcAcNYHFAin64faFKSp+FtNcGC17BKqVrw== X-Bogosity: Ham, tests=bogofilter, spamicity=0.086670, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Fri, Nov 15, 2024 at 12:14:15PM +0000, Jonathan Cameron wrote: > We could drop the query for now and bring it back later once more of the surrounding > infrastructure becomes clearer. To me it's a useful feature, but I appreciate > this is early days and we shouldn't always try for all the bells and whistles on > day 1. Agreed. Let's add this only when it is really really needed and it cannot be part of the actual repair flow. Right now it can be an implicit step of the repair where latter is first tried, and if it works, it is actually done. Then, if it really really turns out that one needs the "try" thing as an explicit step, we can then actually carve it out. Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette