Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp484737iog; Thu, 30 Jun 2022 04:49:13 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tL+6T8AEQt/n0K7BOFuQNocI/o9LtWAWwiR14ILofEK7SjSnAJb+0Rj2uYuO7aaIEow3V8 X-Received: by 2002:a17:902:8491:b0:16b:9c47:b4c6 with SMTP id c17-20020a170902849100b0016b9c47b4c6mr9718363plo.42.1656589753260; Thu, 30 Jun 2022 04:49:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656589753; cv=none; d=google.com; s=arc-20160816; b=eFmlJlSTatfW66fbXA8dFiaa+lS/+u9MiYwQ2925HakN/d79AV1cgFxicoScPudqbU wEbLrB4lwdeFPK0WIJ/1vl368Lnb+686M7SMyM0cclVhg+xeLMnQi6aXeKnVMQMm5XFM vmOEHAqu1vQRNRFW8CoiYqU7LvgmIsCnbRoApmm4Qi5jkMFczSBxN6vSJlym/iWPw0gb Wmk1pR5vs29KV6wEv69XD5fm8LKV9tqagtWl4kp3qe82eoe1e33WxUUh/s733lo0b1d4 rXxOXoLfFpr3I1OtOxe8wSc2Bj4FwgG/HFmSQamAKjTx77b4XhcL6q5djw9sIyr+JfEk D67g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=HFGw8L5ogezqmJb/wh0+YGKDXniLHEuZSAUI4TsKDF8=; b=OZhbglhWlRfovbUgZ+HLDkdi0NlczWk2HwiN82Og5BudQMomtGPiNMAKXb1BxJbaqF M3HOo84DN0tMAis3upn1psIkn8DR77ElYmuOUN+0D/Adf0Uv6RI/QMWtfbzRBxanW7Af 2QLHAtHAfY6pIKIMAchX3IvLxTICGj67859m4jMfLbCGJwE3XK8kdVS0tBD/rHZ+/86e cDGmwx+70O9tHU44pE8iS0LOx/a429JpBGsfG/am7WV89kJMK6wTR8nW3kDPWfzYHyhV Ry0x/xU9o4f3RuICuf37BmeXlUM5RxMQUuEV+0E44WFJNejiDLpqd8rF/5PwdyT7dapd zvMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b="r2/VjKm3"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f8-20020a656288000000b004037c60a2c6si3796378pgv.668.2022.06.30.04.49.01; Thu, 30 Jun 2022 04:49:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b="r2/VjKm3"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234233AbiF3LCL (ORCPT + 99 others); Thu, 30 Jun 2022 07:02:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46812 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232398AbiF3LCK (ORCPT ); Thu, 30 Jun 2022 07:02:10 -0400 Received: from mail.skyhub.de (mail.skyhub.de [5.9.137.197]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0872143AE2; Thu, 30 Jun 2022 04:02:08 -0700 (PDT) Received: from zn.tnic (p200300ea97156a35329c23fffea6a903.dip0.t-ipconnect.de [IPv6:2003:ea:9715:6a35: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 709641EC0513; Thu, 30 Jun 2022 13:02:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1656586923; h=from:from: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; bh=HFGw8L5ogezqmJb/wh0+YGKDXniLHEuZSAUI4TsKDF8=; b=r2/VjKm3ttF7fHD3sk6yUEbFminFm6vJc1sxqZwrgV1ldYPXJn1Y4wv75xSFBFkvLsLE9B DOgBD4HvT5Yc4xztYhCuLlFhWKw6gF+biy9gV9o18G3hCMyy03fjSTftnUS6gR8ohHEbfB kPOOwpS7gYYov28jW8R0HY37zenZvkI= Date: Thu, 30 Jun 2022 13:01:58 +0200 From: Borislav Petkov To: Yazen Ghannam Cc: linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org, tony.luck@intel.com, x86@kernel.org, Smita.KoralahalliChannabasappa@amd.com Subject: Re: [PATCH 1/3] x86/MCE, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers Message-ID: References: <20220418174440.334336-1-yazen.ghannam@amd.com> <20220418174440.334336-2-yazen.ghannam@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220418174440.334336-2-yazen.ghannam@amd.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 18, 2022 at 05:44:38PM +0000, Yazen Ghannam wrote: > Future Scalable MCA systems will include two new registers: MCA_SYND1 > and MCA_SYND2. > > These registers will include supplemental error information in addition > to the existing MCA_SYND register. The data within the registers is > considered valid if MCA_STATUS[SyndV] is set. > > Add fields for these registers in struct mce. Save and print these > registers wherever MCA_STATUS[SyndV]/MCA_SYND is currently used. That's all fine and good but what kind of supplemental error information are we talking about here? Example? And how is that error info going to be used in luserspace? I don't want to increase struct mce record size by 16 bytes and those end up unused. Can the information from MCA_SYND{,1,2} be synthesized into a smaller quantity an then fed to userspace? Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette