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 A5812C25B74 for ; Mon, 27 May 2024 09:10:54 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 233EA6B0082; Mon, 27 May 2024 05:10:54 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1E44A6B0085; Mon, 27 May 2024 05:10:54 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 085196B008A; Mon, 27 May 2024 05:10:54 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id DDF186B0082 for ; Mon, 27 May 2024 05:10:53 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 7FE69412F5 for ; Mon, 27 May 2024 09:10:53 +0000 (UTC) X-FDA: 82163605986.05.2C4D715 Received: from mail.alien8.de (mail.alien8.de [65.109.113.108]) by imf18.hostedemail.com (Postfix) with ESMTP id 8045E1C000A for ; Mon, 27 May 2024 09:10:51 +0000 (UTC) Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=alien8.de header.s=alien8 header.b="YyTu/wxD"; dmarc=pass (policy=none) header.from=alien8.de; spf=pass (imf18.hostedemail.com: domain of bp@alien8.de designates 65.109.113.108 as permitted sender) smtp.mailfrom=bp@alien8.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1716801051; 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=9w6qbzhl3mSC9BIHJao+s6F+3dipO5EQO7O9UXzK/zI=; b=tVRYbLifL0rJwdOOvfxld0+ulRfMa4Xhtc8o93PNBezjKTEpLx9rMqT0xjovWcsb0pmqqU CLhwW+yi8qgbLJVTSdxhOQXI/0zdHTxOOWfKHkcMkOm3q/PlVy9pZik+lv7/4opaZBk48a i8KGYiExMnDveso88IBq3uIoT/AtL7U= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1716801051; a=rsa-sha256; cv=none; b=k3+wlg2ZvwmXLwcohK5uKPjmhZ+kuRYvcfm/B/9V9ogIcsYxnBSboj3+EmeyDskaQWUPEq S2TNCJKC2NCoSuZXnaPhj6bdMSImSTghDS9T+qrCoONniPREHoC5B9C4kWucyn4gYMeZLD xaYo16FT0w1z4zeTT+jzOEkLSs45J1o= ARC-Authentication-Results: i=1; imf18.hostedemail.com; dkim=pass header.d=alien8.de header.s=alien8 header.b="YyTu/wxD"; dmarc=pass (policy=none) header.from=alien8.de; spf=pass (imf18.hostedemail.com: domain of bp@alien8.de designates 65.109.113.108 as permitted sender) smtp.mailfrom=bp@alien8.de Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.alien8.de (SuperMail on ZX Spectrum 128k) with ESMTP id 8F9A940E01E8; Mon, 27 May 2024 09:10:48 +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 KohNzWZ-0NVO; Mon, 27 May 2024 09:10:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=alien8; t=1716801045; bh=9w6qbzhl3mSC9BIHJao+s6F+3dipO5EQO7O9UXzK/zI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=YyTu/wxDSCSpg3L0kZMPZppqT/G+B//WNjrOLn+PjqrbbMgu9dR0NVDH28KuTRxVm C7MPk9kDlKbxXo6Ozp9t9p5hAuS8WRuOaZA1NuVCjdqnqmhKiV0yYcDCJ0exzbHRRO NugkfCcU9KYfpFbohF7s7CMfvrAqH+XMC2Qa4YQOnPe563GpTIkLFD6Iz+fgd7aUTG 2x6WelBxPxHgSP919X3hCV5laUPRAippv0q/HRbtzWnsOkpbVWXnzL8hr2P2FhYWeD KvHyKFskhgtz2kXi6tKVL+/y6p0nnCdEkMQBnBUsXZhGQiEfJPTRx3LHyxKtadwvjU c1qdGPpc6DnFOXMssojWCwGrOUZcuHDI53O8UQgthz9LELy2OdCglqDqSs1ACih7kI 7JMSRUOvGesXZmn/q+fnw3PrQBEsX2yfhW01zPT1nv+gM7PwIyNu20y/akRoRYfs4X uGXp1gbnlDlmjVgzgf5KmIB7G543KcpaNBCxy8SbrUsPcqpIEAwrTUyoHZ2mV2RwEz ezqAhf9DxvnEQ1HrjhsLxFJOdDQe+wYz8KqRlQILtCwm5S/rQiud3KZyr1AIQpyNWj 4NTDdQnFD94AOADNehNN7feDr+OnRr6lqEWqW8DTwRTvhPgvxo1M1S1+xfAqfdt/RK 6CLE1az6qWrGmVfm9qW8JuDs= Received: from zn.tnic (p5de8ee85.dip0.t-ipconnect.de [93.232.238.133]) (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 9615A40E016A; Mon, 27 May 2024 09:09:58 +0000 (UTC) Date: Mon, 27 May 2024 11:09:51 +0200 From: Borislav Petkov 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" , "tony.luck@intel.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" , "wbs@os.amperecomputing.com" , "nifan.cxl@gmail.com" , tanxiaofei , "Zengtao (B)" , "kangkang.shen@futurewei.com" , wanghuiqiang , Linuxarm , Greg Kroah-Hartman , Jean Delvare , Guenter Roeck , Dmitry Torokhov Subject: Re: [RFC PATCH v8 01/10] ras: scrub: Add scrub subsystem Message-ID: <20240527090951.GAZlRN3wh9107DSfGK@fat_crate.local> References: <663d3e58a0f73_1c0a1929487@dwillia2-xfh.jf.intel.com.notmuch> <20240509215147.GBZj1Fc06Ieg8EQfnR@fat_crate.local> <663d55515a2d9_db82d2941e@dwillia2-xfh.jf.intel.com.notmuch> <20240510092511.GBZj3n9ye_BCSepFZy@fat_crate.local> <663e55c59d9d_3d7b429475@dwillia2-mobl3.amr.corp.intel.com.notmuch> <20240511101705.GAZj9FoVbThp7JUK16@fat_crate.local> <20240517121554.000031d4@Huawei.com> <20240517124418.00000b48@Huawei.com> <20240521080621.GBZkxV_ZWnbbrq-yV_@fat_crate.local> <20240522104017.00003904@Huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20240522104017.00003904@Huawei.com> X-Stat-Signature: 1ey1cxswuebxjyiuqbhd7maj9gpt3dmf X-Rspamd-Queue-Id: 8045E1C000A X-Rspam-User: X-Rspamd-Server: rspam01 X-HE-Tag: 1716801051-411814 X-HE-Meta: U2FsdGVkX19/UsSCZWxu6e5M22BhbnKEqnfH09IUIzm5FO/ZWsd0QY7S1OrruS9qEfprNMw92SwPOwlC7RtBZLNkiuWxv8izDZ3QRZtc4W0uiAAS9cVIaHTxj/+rXZGj4uPPaKYwU0mX7nfM6IS8PFj2gNAS66JDTKqYq4Io8rHai4EiQ4bC92FDGQ5jb6fSgqcwNND3WhCOPksZ06TmVNYilcnw4NMGM14thoLtas0xKmg5R3TWSnsDvm62F72zG5oqAA/rlenw13yC2rLjL83pRFcqfv+YT7mLyH48Us4+Tc6G+2SfHFKZQtAICIgK31a/lgC65SzJVZUpG5lFwaZVkHvMj7QI+s0cbwC5FW0l8GhcQ0vTeeG11ZwKq+0FGjLwOam8RyRI566ZvDgpchm82BwNYL3oFtj7GLCvIW+HSt2XDraeHjaWOiJZvN6FOvmqzHYkMKW3gt2QRGdDon6zwyyKxIz04RTVWYXxniO+euJ0PbGgbxXpC6wDTOuDT2UFcK6febApFx1O19gZQJsR7J7vwkooxBKC1WjoWeODZSvrNVNVzZoEI4uYoZYEj9dkFUj0KDmeAOrDVL/Uts6sU9BWkf2nZaZKpbZ6enzDKEsvDowTRYAjlLX7sSilqbg/8Ft/D2l4Vt2mC698q1Z0OW+PcoFxOXRdQA0S5px6BtvoHtzLZlWFZiQQ11QaCkg1S3EWoQiDI+pO0zxS7MfDuqZHEmRnHuF9Nf82EH25yM2iWNARmFsd8AFVcWWRKOlBA8uDgfurVjsnfZ6GNVXQ1PMpVBw+H+OG9tOk085PfVyUoHjiJ3+r0jSXPXJduk+8y2EcwW8Wpkgo4oP9ANFW54cvpkZFcwKlOY2Ca2XeoVQeL1HmJWRJ3oXCLcJPmK00sjgVuwFva6uEkQUuuYj7Cm7WXmP3+6mqzuG+B6pyrJ8soDpGe+tJ78mPq9Fm9wqDDm17mBMNDGp0Z8E VY5+iYQe CNwVYALcLLu7igZJ2Lr9o5sxOMUBZnkjsJBAYLyn1QAPV6gMeSS3SqE30s8X4eQyptWavMihIR+zNeS/HfjLLsrKwMeXP8aLjl1iWjf15ip9PzGAZ7vnJYfONtjrrKwR4WQDqWeris9XPNQDxIZKBfGXBRtyTfa6A3i7+n3ffJQLwu0vGsstiade9Rl220+GwQ/dwxgxXVri3ruzciSs4es+lA3Kwsx5tALkwvUy6cCeTcYnL4EUqhKwUVcOV0Mnowb4C6CQG5eME/w9j6KZsPUx4jQN0SBcj/9y/f4GM3K/7i88ShYt4Scx6Uw== 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: On Wed, May 22, 2024 at 10:40:17AM +0100, Jonathan Cameron wrote: > Where I've used the symlink approach in the past, it has always > been about keeping a legacy interface in place, not where I'd start > with something new. Hence I think this is a question of how far > we 'breakaway' from existing edac structure. Yes, since we're designing this anew, we can do whatever we prefer. So let's do the standard driver model stuff. However, there's also /sys/devices/system/edac/ so I don't know what the right thing to do there is. Are we supposed to put everything under /sys/bus/edac now and /sys/devices/system/edac is wrong now and should go away? Maybe we should talk to Greg first ... :) > This suggests the second option above, but I wanted to confirm as Shiju > and I read this differently. As said, we wanna do the new correct way of how a sysfs interface should look and leave the old one as it is. > Ok. There is an existing is the minimal sysfs existing interface but I'm > fine with ignoring it for now. Yes, we don't know who's even using it and why. That's why I'm very interested in how this new thing is going to be used so that we know what we're committing to supporting forever. > *much sympathy!* As we ramp up more on this stuff, we'll try and > help out where we can. Always appreciated! :-) > Hopefully we all agree on a unified solution being the target. > > Feels like we are converging. Now we are down to the details :) Yap. Thanks! -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette