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 F206EC25B10 for ; Thu, 9 May 2024 15:53:22 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 260B96B0088; Thu, 9 May 2024 11:53:22 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 210B36B008A; Thu, 9 May 2024 11:53:22 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0B1BF6B008C; Thu, 9 May 2024 11:53:22 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id DEF446B0088 for ; Thu, 9 May 2024 11:53:21 -0400 (EDT) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 5DA511402B7 for ; Thu, 9 May 2024 15:53:21 +0000 (UTC) X-FDA: 82099301802.19.2A2BC4B Received: from mail.alien8.de (mail.alien8.de [65.109.113.108]) by imf15.hostedemail.com (Postfix) with ESMTP id C0B66A000E for ; Thu, 9 May 2024 15:53:18 +0000 (UTC) Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=alien8.de header.s=alien8 header.b=JRWBagkz; dmarc=pass (policy=none) header.from=alien8.de; spf=pass (imf15.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=1715269999; 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:dkim-signature; bh=9AlP4HXWvzcAtGm0OD798EDYT+YezFL+BRjA+PL3QQo=; b=kUSvotXZD/5jbOcACM2jz6KCQEV5nwQSMEaCSKJyw34o1NEGjBLui1beiMyq4LDuA41/pr 7UxtHh45V9q/6VGceRgDilfHstUu/NQcFlRHrpWZ2SXVAZutQL63hY4W9tGTlYuRH66uNI iGXud6RvWwwyra9M/To9akwLhm0NV9g= ARC-Authentication-Results: i=1; imf15.hostedemail.com; dkim=pass header.d=alien8.de header.s=alien8 header.b=JRWBagkz; dmarc=pass (policy=none) header.from=alien8.de; spf=pass (imf15.hostedemail.com: domain of bp@alien8.de designates 65.109.113.108 as permitted sender) smtp.mailfrom=bp@alien8.de ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715269999; a=rsa-sha256; cv=none; b=UDuhONHm9sEz4eE3w6TiCfrIBFR6ZjV+9weKUl3mh+vVPIOpRLSyGCNFFqsuFPz5WFR3oe lGyQgb7GhjxDoxtRHb84j0VpIOuHypesZjpfKyWUWuWmEbva2ZsBm/e7gx1WByGSaUraQZ SBF62ONLXlUDToyuRxOlXN6FpyyIyjs= Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.alien8.de (SuperMail on ZX Spectrum 128k) with ESMTP id 992CD40E0192; Thu, 9 May 2024 15:53:15 +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 EDO03DZRtCCm; Thu, 9 May 2024 15:53:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=alien8; t=1715269989; bh=9AlP4HXWvzcAtGm0OD798EDYT+YezFL+BRjA+PL3QQo=; h=Date:From:To:CC:Subject:In-Reply-To:References:From; b=JRWBagkz83LCvujhKF9Dp/sAwPGFUDlcxCW8ueYmVlDISZiCQ2X2M0PfMdp1vpSzT hXOELsGS2Jdc9HW+J8NcVyrlqh3cZcuPjPFThfBijyaMfcb9Rw1hQwR0AQGjRxUjLX fILr0KPoCthzrNeIdaPdjiJFUYmmie1Rrj+8gQ4ifvVTt0RB6pZjjhWfojaOVSkQuG P7vIjTyIN9JhsfK0LeTMLwjBS9gx4vsKA/LDal5pwK7iW8jlJebMYd7DgGAWTxMwBf Gz+pwTkMhH3V3asQs/nxG0I5GCSGOAc9kT3Lbh0OK011A4blYYD2ystN14in3iE29w TGIdct2oEfPCp4BBlS9TvKjmxDnqe3ggQYVbP4uQMdnRmvC+kclbI+Iyu/k/7+p0tt ZrhBx8tndOJGT9rvv68gueiR+SaFem4D5EqPfhfcb4LzqcCpMM2begGcaBl/ksA12C zs/3eFim5Ark75pZJFlla9L8OnFXA1ZOrWeCS8C5EoJpkwixBJx2xCBjSkO2d4Lzf4 rE+qcu4ug3NStDthC51Ze51661C4KXb/ESlAaVKcZTJrzmpQgb2fhOOl02mnkZGgeM IvlYEMsnFT6qgHUV/Hx/o9IvVfiZsLqswDTqgxnwES5Xp1A079PWJ1Wf+bmDgE71i8 h03y6BPsWt9FlKZx1JzGzsVw= Received: from [IPv6:::1] (unknown [IPv6:2a02:3033:20b:71c3:4495:c4f9:c73d:fb52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail.alien8.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id B623D40E0249; Thu, 9 May 2024 15:52:22 +0000 (UTC) Date: Thu, 09 May 2024 17:52:18 +0200 From: Borislav Petkov To: Jonathan Cameron CC: Shiju Jose , "linux-cxl@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "linux-mm@kvack.org" , "dan.j.williams@intel.com" , "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 , "Rafael J. Wysocki" , Jean Delvare , Guenter Roeck , Dmitry Torokhov Subject: Re: [RFC PATCH v8 01/10] ras: scrub: Add scrub subsystem User-Agent: K-9 Mail for Android In-Reply-To: <20240509101939.0000263a@Huawei.com> References: <20240419164720.1765-1-shiju.jose@huawei.com> <20240419164720.1765-2-shiju.jose@huawei.com> <20240425101542.GAZiotThrq7bOE9Ieb@fat_crate.local> <63fdbe26b51f4b7c859bfb30287c8673@huawei.com> <20240506103014.GHZjixNhhFkgkMhDg_@fat_crate.local> <20240508172002.GGZju0QvNfjB7Xm6qL@fat_crate.local> <4ceb38897d854cc095fca1220d49a4d2@huawei.com> <20240508192546.GHZjvRuvtu0XSJbkmz@fat_crate.local> <20240509101939.0000263a@Huawei.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: C0B66A000E X-Stat-Signature: qwqnuwcpk6yfa6gh89wugcq946f4owey X-Rspam-User: X-HE-Tag: 1715269998-735473 X-HE-Meta: U2FsdGVkX1+gEyLSp2EHxyxY9mAXIT2xYE7IY1clvixtocduicUDmiE3EMd+JaJ2bYwCHJhjxVzFfZf3358/eJlFj6l7e3G6rJl3yC7+1K1riLxUfF64itW9+qebI3R2h3P6PWlQL/XpEKT7pRxB+K/mKxm7u7k+zuMgRM94Nv2JqBhN7wJRGiqRIaPKpqNmAA9V16fjXIVesGE8s7oEzjXYGZJXatBgCkI9MebZJovp7qWb2VFoSwoHEGXubtXwgDxqpo77WFuk3e3ZBIHQHqNCxC2z0Cn0ZaQ5UuTf2hQNwlsqAlz0pncWI2+u6Nho1Ae1U+SkImF0Bi9kCc8qoOUxKZLWsxu/X8e7///i2RpOM/eqnmFaOgo9VuKD1iu9to/qf/JC39ZdaCQo3e0SyXDPWOjnFtMyeuaK8jXt7Rl3XnaikN4JrRfntTBGoEjaTxxOSZT0W1QiqvQkotsMSnRHv3fxBPCplREQkcEfB49wnr/d8D9UUUWRsYvMWugSzMGbxHoI8SChml+z5nbABQT/bAR1bOMaXeMb8/2PYsMMx62l8PoIBfo5dGJtDPMhT/IIHGV/QLBDci8A6HcO2+h5p+O0Bw+DYybb6ClBeexUOhUIQ2Vea1tHLAQYDuVYpT0A4fmjGfXjBUzPpjv08arigSZ+EQx1LgapQbaTy0yQH6CG664mEkjVkyBtblNhpHTBUAqaNSjJqH+9UuzH860MmDQpBZBrgWtX9KU9KvGgEsdcFLRTERzgJaHtifVXXL2RN3aR2eQjoZ4P/m/bylB+VmrdeL/Bv/hrS//BKbKhIa4QgM30Ts34h4BTFUFUwDD2ISeY4LryXZhY3iBN8lDoVXfadghA3nssQWyUKZJiofgMJzDqFd8Evh67fW4nEwDECBFhXyAPGGLMamlY2u5VswJUL4UwmmfchjgrSBsENXIYEw+2OXkG0rcDK3Mp1U0m81I8iJLb9vNdMt/ lvKqYKZb HbFt6I0EysxtWm2UfodCxCJFKu4or+7JB3r1fFEtbwzBUrvZZT5jmtQ8GYGhNVnaTrfTRHsF8RsEerVqfoK1urUifcSGlfxbJ7ILjtSHjlNHuQ7G+SR6thRPXTAHTaajL4SQywiMW/SZf6DXesB24i7OFiAdPoPB9JpU9JNG1MfylGzUuWvQU6gn/eOIzf7gcEdfojjtTyrvC9Mjy3NgjCX2F9DvouwwSxFzkOu/2kmOYRvbhy93S21RnOPPusIzUFfdH74H93yjCWqD4pFda4TuNmRJHf25kozGrQrNlPKK3c5LC5+vTUQeuLW9sj70fT+JO5PChsSEyBjl7lCQgtfQvDA== 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 May 9, 2024 11:19:39 AM GMT+02:00, Jonathan Cameron wrote: >Many subsystem core drivers will probe and create subsystem specific >sysfs directories on on systems that don't have any hardware needing >drivers from that subsystem (if someone manually inserts them rather >than relying on automatic module dependency handling=2E) >I don't see why this class driver should be different and have to jump >through hoops to satisfy this requirement=2E You mean it should load because "Look ma, the others do it this way"=2E Do= es it make any sense? Of course not=2E Are you arguing for the nonsensical "it should load" case because it is si= mply easier this way? How hard is that "jump through hoops" thing anyway? You mean it should load so that when booting an allmodconfig kernel there = are not enough modules which are loading so lemme load one more=2E And then= I need to go and rmmod them all before I need to do localmodconfig and bui= ld a tailored kernel for the machine=2E Or is there some other reason to load silly modules, use up resources for = no good reason whatsoever and bloat the machine? You mean, f*ck it, right? Who cares=2E=2E=2E Geez=2E --=20 Sent from a small device: formatting sucks and brevity is inevitable=2E