Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753394AbeAJXG6 (ORCPT + 1 other); Wed, 10 Jan 2018 18:06:58 -0500 Received: from mail-wm0-f67.google.com ([74.125.82.67]:44473 "EHLO mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753206AbeAJXGw (ORCPT ); Wed, 10 Jan 2018 18:06:52 -0500 X-Google-Smtp-Source: ACJfBov+eeCUfTcn1NH2gtyWsSluO7ihN3qSaDORJniMZb+sHO+WbRkBhggbzfj58GXaD8N/VNOOoQ== To: Borislav Petkov Cc: linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org From: Gabriel C Subject: EDAC-AMD64: what is the ecc_msg good for ? Message-ID: <5dea4184-8782-7b57-2624-2957c91fe4ac@gmail.com> Date: Thu, 11 Jan 2018 00:06:49 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: Hi Borislav, while doing some testings with a EPYC box I notice these strange messages when a Node is disabled. I really do think the message is confusing since we tell 'Node X: ... disabled' followed by a INFO on the edac driver which tells the driver will not load. Also even worse , we suggest to use ecc_enable_override then, which can cause wrose things.. We really should not suggest something like this by default. So why this is still needed ? I think is clear what 'Node X: .... disabled' means ? Also if is still needed I suggest to chage that a bit like: static const char *ecc_msg = "No ECC capability or ECC disabled in BIOS , module will not load.\n" then add the node to the amd64_info() .... if (!ecc_en || !nb_mce_en) { amd64_info("Node %d: %s", nid, ecc_msg); .... Or move that all to edac_dbg() ? Regards, Gabriel C