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 7FBEBC54E49 for ; Thu, 29 Feb 2024 20:42:01 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C294A6B0095; Thu, 29 Feb 2024 15:42:00 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id BD9FB6B0098; Thu, 29 Feb 2024 15:42:00 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A7AFC6B0099; Thu, 29 Feb 2024 15:42:00 -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 963246B0095 for ; Thu, 29 Feb 2024 15:42:00 -0500 (EST) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 21D06C067D for ; Thu, 29 Feb 2024 20:42:00 +0000 (UTC) X-FDA: 81846013200.28.E2B450A Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.14]) by imf03.hostedemail.com (Postfix) with ESMTP id F384620004 for ; Thu, 29 Feb 2024 20:41:57 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=hKxx+V81; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf03.hostedemail.com: domain of tony.luck@intel.com designates 192.198.163.14 as permitted sender) smtp.mailfrom=tony.luck@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1709239318; 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=ljOZwdA3KSvBfpqe/hty4opoj+7N33tbZy6gmhoAX8k=; b=z77k0E+CuSwR8NLws2g/SQUpcuodWZUOXpS5kOu7xHiECC2fhQEd83TYSKsj6ZGnIQVdj5 bxvI2udtt/JgMxg2Ay3VVfjxdBLK84CIpIONX3kFte+18x4kFVHYrl3Gh/j9oIao60ub2T te+W0ZkjFWOIl4t0u8ln4nfjYbI+7jg= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=hKxx+V81; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf03.hostedemail.com: domain of tony.luck@intel.com designates 192.198.163.14 as permitted sender) smtp.mailfrom=tony.luck@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1709239318; a=rsa-sha256; cv=none; b=D2u2UVJHWDfziKhxTPnGy7yj6BaSPfNgjLCiYXqXOfJTdpIkwFP2LyM8tQPZxEAsjbkYKf IunSah25d9LNedtA/NGAT+zqMl5yFS5rWVOVB5eQAi4ZDRKCXymwoswOBvI0YkvqhTUeLC Pqz48Pi4Y9u3uB4IAF+n7BpTyO+A0tA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1709239318; x=1740775318; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=Afb1bS5M8L8H7i6Uyi43uTFRREwyVzlW0GwyD+OUcN4=; b=hKxx+V81IxUeZmjffe3F+xf8ju7s8mgi8FYzVO4FZjZldv6zuy/meZQD 46XTg8/9SzRGzHmRaNUxnzzMu576klNkCCbusIwaIOnz+y50NC8p1rxTz dOtAmaj0pCJ72F1kzxhaA8ZsP+ZnTv32ySdCdLWUn8kP9/IctLaz5ZRij hRx7YZe9K/BQqvdTdoimce0L3pntI6I/x66E5Rk0gY8ZMfYjEl/3BRqia 0x8lC01EJGQoy1VNzhxjfYS3VbnLlv+YNpvWJ0K9NZYuNa2mJSEpBhh4k bPikXv7iXzOjaPlMt692FaU2mrAkFNDpr624St/wIbZ2PjLom3by65xVG w==; X-IronPort-AV: E=McAfee;i="6600,9927,10999"; a="3908111" X-IronPort-AV: E=Sophos;i="6.06,194,1705392000"; d="scan'208";a="3908111" Received: from orviesa006.jf.intel.com ([10.64.159.146]) by fmvoesa108.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Feb 2024 12:41:56 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.06,194,1705392000"; d="scan'208";a="8373570" Received: from agluck-desk3.sc.intel.com (HELO agluck-desk3) ([172.25.222.105]) by orviesa006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Feb 2024 12:41:55 -0800 Date: Thu, 29 Feb 2024 12:41:53 -0800 From: Tony Luck To: Jonathan Cameron Cc: Dan Williams , Shiju Jose , "linux-cxl@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "linux-mm@kvack.org" , "dave@stgolabs.net" , "dave.jiang@intel.com" , "alison.schofield@intel.com" , "vishal.l.verma@intel.com" , "ira.weiny@intel.com" , "linux-edac@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "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" , "rafael@kernel.org" , "lenb@kernel.org" , "naoya.horiguchi@nec.com" , "james.morse@arm.com" , "jthoughton@google.com" , "somasundaram.a@hpe.com" , "erdemaktas@google.com" , "pgonda@google.com" , "duenwen@google.com" , "mike.malvestuto@intel.com" , "gthelen@google.com" , "wschwartz@amperecomputing.com" , "dferguson@amperecomputing.com" , tanxiaofei , "Zengtao (B)" , "kangkang.shen@futurewei.com" , wanghuiqiang , Linuxarm Subject: Re: [RFC PATCH v6 00/12] cxl: Add support for CXL feature commands, CXL device patrol scrub control and DDR5 ECS control features Message-ID: References: <20240215111455.1462-1-shiju.jose@huawei.com> <65d6936952764_1138c7294e@dwillia2-xfh.jf.intel.com.notmuch> <54c55412e9374e4e9cacf8410a5a98cb@huawei.com> <65d8f5201f8cc_2509b29467@dwillia2-mobl3.amr.corp.intel.com.notmuch> <20240226102944.000070a3@Huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240226102944.000070a3@Huawei.com> X-Rspam-User: X-Stat-Signature: c6oa48cu5y6tmgmyoonh4ossep9tyz1q X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: F384620004 X-HE-Tag: 1709239317-632949 X-HE-Meta: U2FsdGVkX1+huUjzkwiRlJYYtJy2f0a4WyVBIkkLCjj1J9YioNkAa1KHmol25NqTMp/yXS2ipKNEj6XQ30HyaAJuop9BoC2ACOxLIfJNIQg4XHLswVbn9iWBiA/n5XUxGbDN59ZBOr8QtLa+lWpakol9HonmCna/767GaPaRVu+EIwELiH+8UtGMaByDu/LIpmhpjSujQJl14kWftccVqiNYRjcQoLwt5iZMa3VlzPX2vL+zqN729OJO43ANqM2rhRe7VjHSpi7LrIHVA93Dr/+OysgKt4xyvde4/tsn0A69l4c4xg1LISlC6ulMW1u6lsYCaB1suaFefXm2tQhsg3ys7i3nbyzdy+cQ+TODXm2iqVfmXOvzmVN7/7E5kPrSKB1IV+TEinZm8FT6DUwUN4k0zi6dHbCkDuUWDaPAYSkvDxixFPs7y3A27YbLILD7HtoBiTXL/cW4uHoYwj32OtJ3OcaexaEOmx4cadPb5nVQ67/x65q/YxfsP/JDoAhpKLwClTINQv91xPzGmTwUitxIfSvKS+l4tg5vInPHRaFeP/1NZmGPcdLDUWNN91+WLQogfG68j0SeoTopbUCVEG7dTEy4kklnkn6voUIW8FdMtat73KW/kGACcPiqAzJPJysUlQkJFIBUB4uvmzma2ocB6ga/604iDZJSN9kSunjGePHrYeiZEtYDEyqp53KEYxNdoV/7/aJjIh7vkSgT06lOd7xtZy3any4tiiDC7pxmvhK8oJ9u5CN+PTvZOOk3VlUJmJJoIa4FwC/kBYwgbWMa5UUoaPqhowSY4yQww1He2m0ahHwRRPtGgDMkGC8O+fUkRgUtjC3tId1fpkjPDhE09C3h2VFMnWAaMSOmhaUZFej5PPGFIodLDYqQntii7/q7azqiOY/E6rgHpdNfV2OtGXe1CZ5puxdlqpGW/xEeAaIuxFlKuirOuHfWePSUcJKrxMngIXpyqhebLpy P81NPeyy CEsB/Gkit57nZEGx7EzGPlwUBeX7qRvLyRFGKB4eef+OGWw41u+flqtTMrcceBCxMAzU51wygbIL/KkNjmbv98EqCKbm9eaKM8J37Xefj2zQHadhs6vX9TUXHx2wDQ8llipAHSkJbiJHrVbBPLBeYHZ+LlqljASu1GZ6YtuKUec3mqvfIuzOVNZKJKbBzQKd5XwDTPmwuE01ad9TFA5cwI5UziA== 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: > Obviously can't talk about who was involved in this feature > in it's definition, but I have strong confidence it will get implemented > for reasons I can point at on a public list. > a) There will be scrubbing on devices. > b) It will need control (evidence for this is the BIOS controls mentioned below > for equivalent main memory). > c) Hotplug means that control must be done by OS driver (or via very fiddly > pre hotplug hacks that I think we can all agree should not be necessary > and aren't even an option on all platforms) > d) No one likes custom solutions. > This isn't a fancy feature with a high level of complexity which helps. But how will users know what are appropriate scrubbing parameters for these devices? Car analogy: Fuel injection systems on internal combustion engines have tweakable controls. But no auto manufacturer wires them up to a user accessible dashboad control. Back to computers: I'd expect the OEMs that produce memory devices to set appropriate scrubbing rates based on their internal knowledge of the components used in construction. What is the use case where some user would need to override these parameters and scrub and a faster/slower rate than that set by the manufacturer? -Tony