Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp936532ybi; Wed, 19 Jun 2019 10:23:21 -0700 (PDT) X-Google-Smtp-Source: APXvYqyyRtoT2CynCl5ltpMy0RJweG/Vaxe8IKZat7qY0CFeHKABWnPu4POIx6+mNsDRsigOb7Yo X-Received: by 2002:a17:902:467:: with SMTP id 94mr64363790ple.131.1560965000992; Wed, 19 Jun 2019 10:23:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560965000; cv=none; d=google.com; s=arc-20160816; b=azI7UbChTXv33/q0UA+gusKMbcQZk0wQ3wZ0YtHIVADxvd1kbjjgqSyZxObiwUO4fE EJnI3mGWcXqCjHd/xC4fMiI3VjL4ExCSpDAingOBsyFbf2orA0HG2lgfnTFBkYbU8A9u ZN9dCYNqagYmcd6Av8s/0rZkuYZtnDgQa51Tld2qNhQw3L43dhCiGgowX5JLYtzWoJQj 6cTrCKJqxcSbmAA13ksA6B98lfkLhTXYH5UlUcxAGu2cUN9KS4+mzjNwZspfm4ioCu8T QZj+I/N3KmmETH8FJe3yiLtyiTGxBMkDdDEIC0Vq+u+AYhHAuBDZ+10Ke0WiSp3YAiuS xp6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=Tgm4FLKoXknb/HjMOXtRX0bCcZf/TgO9v+KVVxvKfs4=; b=q0CXmSgptgWsOxHi1fBK0kgUh1Uvy27M4hgbdPWM5VtG21KMzdZv+eu112GFvzNMCX TJVVn0CxLe4Uv+feFMsYjIYuM2UioEayeQZ7FYuQk2EphwZ0+60hPzz38O/A+q3tBCHy xXOqT79QwoentYL/D9//q+lwpV1Fs8c4yQ1ks627FvgaScYnwQ0DzDqUtT8n8/ZTmNcH bUvnaJ7gMJDn1lXyKmfwQ6wOfXz3/NX53XTSTfQXk9/f03LPu3D7E2qxTKfGAD+GYlIt SZRmb0/8cSg1+UlBD4XQF4Upx6ALTcM9NHVwJ5PYGF/1nOVrtKtDf7HobIbLZQqOCYYj X4zw== 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 s12si1858923pji.93.2019.06.19.10.23.05; Wed, 19 Jun 2019 10:23:20 -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 S1730312AbfFSRWi (ORCPT + 99 others); Wed, 19 Jun 2019 13:22:38 -0400 Received: from foss.arm.com ([217.140.110.172]:49830 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730294AbfFSRWg (ORCPT ); Wed, 19 Jun 2019 13:22:36 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id BF272344; Wed, 19 Jun 2019 10:22:35 -0700 (PDT) Received: from [10.1.196.105] (eglon.cambridge.arm.com [10.1.196.105]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E19CF3F246; Wed, 19 Jun 2019 10:22:34 -0700 (PDT) Subject: Re: [PATCH 12/21] EDAC, ghes: Add support for legacy API counters To: Robert Richter Cc: Borislav Petkov , Tony Luck , Mauro Carvalho Chehab , "linux-edac@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <20190529084344.28562-1-rrichter@marvell.com> <20190529084344.28562-13-rrichter@marvell.com> <92eda11f-dad9-bb2b-3a87-80b6c8d8e228@arm.com> <20190612184058.2plbdweri6bjmppr@rric.localdomain> From: James Morse Message-ID: Date: Wed, 19 Jun 2019 18:22:32 +0100 User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <20190612184058.2plbdweri6bjmppr@rric.localdomain> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Robert, On 12/06/2019 19:41, Robert Richter wrote: > On 29.05.19 16:13:02, James Morse wrote: >> On 29/05/2019 09:44, Robert Richter wrote: >>> The ghes driver is not able yet to count legacy API counters in sysfs, >>> e.g.: >>> >>> /sys/devices/system/edac/mc/mc0/csrow2/ce_count >>> /sys/devices/system/edac/mc/mc0/csrow2/ch0_ce_count >>> /sys/devices/system/edac/mc/mc0/csrow2/ch1_ce_count >>> >>> Make counting csrows/channels generic so that the ghes driver can use >>> it too. >> >> What for? > > With EDAC_LEGACY_SYSFS enabled those counters are exposed to sysfs, > but the numbers are wrong (all zero). Excellent, so its legacy and broken. >> Is this for an arm64 system? Surely we don't have any systems that used to work with these >> legacy counters. Aren't they legacy because we want new software to stop using them! > > The option is to support legacy userland. If we want to provide a> similar "user experience" as for x86 the counters should be correct. The flip-side is arm64 doesn't have the same baggage. These counters have never worked with this driver (even on x86). This ghes driver also probes on HPE Server platform, so the architecture isn't really relevant. (I was curious why Marvell care). > Of course it is not a real mapping to csrows, but it makes that i/f > work. (...which stinks) > In any case, this patch cleans up code as old API's counter code is > isolated and moved to common code. Making the counter's work for ghes > is actually a side-effect here. The cleanup is a prerequisit for > follow on patches. I'm all for removing/warning-its-broken it when ghes_edac is in use. But the convincing argument is debian ships a 'current' version of edac-utils that predates 199747106934, (that made all this fake csrow stuff deprecated), and debian's popcon says ~1000 people have it installed. If you want it fixed, please don't do it as a side effect of cleanup. Fixes need to be a small separate series that can be backported. (unless we're confident no-one uses it, in which case, why fix it?) Thanks, James