Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1115imm; Mon, 1 Oct 2018 05:49:24 -0700 (PDT) X-Google-Smtp-Source: ACcGV605RhPEhdUHTtWO2yohAE5K7hYnPOyx44EaButdQ1tQHlNxJtsvGvZqfVum+CKq+QJfmML0 X-Received: by 2002:a62:9e52:: with SMTP id s79-v6mr11421811pfd.110.1538398164231; Mon, 01 Oct 2018 05:49:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538398164; cv=none; d=google.com; s=arc-20160816; b=FuPeQJsuAJ9mS+NsbrFXszE21Db5xa+qm70fMd/MWjEHU38USH8gpZNaxIMtNIleVd AvW16ho0vfUy1sSxeU2e+0OC7Zt918wQSlh8q+VO53eel3R79h2FmS3dN/F7ysAHgoeM Os8T8sCdkhDjF9TaLXtl5N+EsVJUTrDH5SkOGhSCBbXl+k4UjjalSz0LSTxXtqHd8Sg/ 01Htp6cOIBE2buMZPHfyHXkqBcjiSZllRcAciwSqLWRjpQXAb22ky8FaWShxejC9aH0H LEP5iz5ghPYDREv0wKxRDma/Jsp+IgBlR5H7voy4HEY9mlDc+KJW9VFJE9i/kcRGknlf MeYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=gIphs94QpDfZfS7NBLLzwJafhABxvM8oGpTTWwGHcXM=; b=EidMwJlpfeurDDW7PX/30NH5t+wOl7LKXOVw26Tilwo4r805T717gXVpsisFTWEXuG lsuYDr54Dysleddw6j35sKEws/inr5u+EkXd9WR0aFU7MteACPtUR+5lFMseP5SrLIbG 9zyR1v118yF75+S+pZPHUyHDfaKkrd3GzLdbvP1sFxvSQVizCLM7VSEJC6FozR9P9auV VYyrFhE5IpEvQith8Rgy3FQRk0EBbpRwN0Z9BBDPZwCjkx4rKWgvsvDRAiG7rdqL7Bb4 qD5RYHScx44X9JUYB4cdQeIaxaySlMgBJg2WO5M/QvN7OHHdOH+HDQqzoi9Z3qoKJs3a MKSg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o4-v6si6435117pll.431.2018.10.01.05.49.09; Mon, 01 Oct 2018 05:49:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729271AbeJATZ2 (ORCPT + 99 others); Mon, 1 Oct 2018 15:25:28 -0400 Received: from mail.skyhub.de ([5.9.137.197]:56584 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729017AbeJATZ2 (ORCPT ); Mon, 1 Oct 2018 15:25:28 -0400 X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de Received: from mail.skyhub.de ([127.0.0.1]) by localhost (blast.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id YmkHXu2vw3A9; Mon, 1 Oct 2018 14:47:47 +0200 (CEST) Received: from zn.tnic (p200300EC2BC64F00329C23FFFEA6A903.dip0.t-ipconnect.de [IPv6:2003:ec:2bc6:4f00:329c:23ff:fea6:a903]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id E21D91EC01FA; Mon, 1 Oct 2018 14:47:46 +0200 (CEST) Date: Mon, 1 Oct 2018 14:47:54 +0200 From: Borislav Petkov To: Mauro Carvalho Chehab Cc: "Luck, Tony" , Russ Anderson , Greg KH , Justin Ernst , russ.anderson@hpe.com, Mauro Carvalho Chehab , linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org, Aristeu Rozanski Filho Subject: Re: [PATCH] Raise maximum number of memory controllers Message-ID: <20181001124754.GD7269@zn.tnic> References: <20180926152752.GG5584@zn.tnic> <20180926130340.6b22918b@coco.lan> <20180926161749.GI5584@zn.tnic> <20180926181035.GA1132@agluck-desk> <20180926182317.patqjso7nzw2oxiz@hpe.com> <20180926230257.GA5666@agluck-desk> <20180927045244.GA30912@zn.tnic> <20180927214400.GA2249@agluck-desk> <20180927220355.GF19687@zn.tnic> <20180927221054.580220e5@coco.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20180927221054.580220e5@coco.lan> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 27, 2018 at 10:10:54PM -0300, Mauro Carvalho Chehab wrote: > I don't remember about any rationale behind /sys/bus/edac. It was > there already before I start working on EDAC about 10 years ago. > I guess it was used in the past by edac-utils (or maybe it is just a > side effect of the need to create a bus on some past). > > Btw, The documented EDAC ABI is /sys/devices/system/edac, as > described at Documentation/ABI/testing/sysfs-devices-edac. > > So, I suspect it should be safe to get rid of /sys/bus/edac, > provided that it won't cause side effects at /sys/devices/system/edac. > > Why I think it is safe to get rid of /sys/bus/edac? > --------------------------------------------------- ... Thanks for the analysis. So yap, I think we should try to rip out the whole bus hierarchy then, when we have a quiet minute and whoever does this, should add your analysis to the commit message so that we know. Thx. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.