Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1912623ybl; Sat, 11 Jan 2020 05:20:57 -0800 (PST) X-Google-Smtp-Source: APXvYqx7+UjOYC5abDi0Y98Ekcx/Nn8DRXl0fAgd2i+/+UUHl7O6t1hhIChd+BfvPyaU/7ejLlXu X-Received: by 2002:aca:4183:: with SMTP id o125mr5949426oia.125.1578748857454; Sat, 11 Jan 2020 05:20:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578748857; cv=none; d=google.com; s=arc-20160816; b=WHSA78hF4kUz4ES8cbHsdNMMh2jy/+F26WR++iVs4Fs/bV8NVJtZNiAoEVu+ELRYAy nQ2GfSW5O/4FHgx+Jn5YKDnBX6GvorWB4wFhHTRz/0qpFulc7lVq2O1ZJVWDZitRm5LU 64TtEE+PtCrZ1FEf5nWRDmwZ7zWPYZDDVcn9YhEyUyIIAT/uF8BtY0HQtSyJQ/G4+KHL +xr9eNVEcHM8npOQUz5DSheel32OhQ+SjLARJIwhzOSuT6+QbiLtw+kcsghfQWX7DLfq 97WJBI+qVPAqtdb1Bg7JjR1PQizHNB6DPlquxVD6hLpyExMs5p/CqJuzBZp+2zsz7ViT WIsw== 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:dkim-signature; bh=cL/qt2mO3HDc5ZV1IIYpqPif5FcLQqmGpbntiAxlo2s=; b=hCQqpKiNlxltJI2B7CgVMV1juWiwzEn6A+8LAaMMdCJHsW1Hk/cBMQDCAce1STC/Ng kJmuhZVKJzAuZUyWiKpz4FiT58u0cVFE4Ksm6BR6QlOjQLqonpuDzjiSSoV8Tr3FYYwG pUUtSsPYK8oS/Rg1SG5EU6V4/m4UCtK0pw2qK+82pRMYEsAMMbSXJNkPKgfQSpjvJAXG NWp4pUmplY+AX/16m8CY7DNVpwgLMh1iMGudQWwdbEXP0U5EIjJlRrcZelXeUENX3PZw YLjnR42m0OzfeB2LoW8PWsVfu4Vi7Dyl4YWUTNJ7dQgAFbjLV+QQ5+rQtW/EIiLSjBP1 BQ5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=pFLTkCMG; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 12si2848076oiz.131.2020.01.11.05.20.33; Sat, 11 Jan 2020 05:20:57 -0800 (PST) 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; dkim=pass header.i=@alien8.de header.s=dkim header.b=pFLTkCMG; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729487AbgAKNRx (ORCPT + 99 others); Sat, 11 Jan 2020 08:17:53 -0500 Received: from mail.skyhub.de ([5.9.137.197]:54812 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729294AbgAKNRw (ORCPT ); Sat, 11 Jan 2020 08:17:52 -0500 Received: from zn.tnic (p200300EC2F1E140059EC870F21D98201.dip0.t-ipconnect.de [IPv6:2003:ec:2f1e:1400:59ec:870f:21d9:8201]) (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 63A801EC085F; Sat, 11 Jan 2020 14:17:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1578748671; 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=cL/qt2mO3HDc5ZV1IIYpqPif5FcLQqmGpbntiAxlo2s=; b=pFLTkCMGIYbC+kyfnU7Hlx4UfGj0TRfPYkL2psiEEEgrliU6UuJmMnAcI/+zPCM78D47BY MtroX5YBKjnnzgPganINGUEs2/ObrJQDCjvrQEHiU4TQs/An1f1g3RRjIfgE8QYTAjLXZb VeYTl3zt69A0rx5CpUsGTeHO0Pbpawc= Date: Sat, 11 Jan 2020 14:17:44 +0100 From: Borislav Petkov To: "Luck, Tony" Cc: Jan =?utf-8?Q?H=2E_Sch=C3=B6nherr?= , Yazen Ghannam , linux-kernel@vger.kernel.org, linux-edac@vger.kernel.org, Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , x86@kernel.org Subject: Re: [PATCH v2 1/6] x86/mce: Take action on UCNA/Deferred errors again Message-ID: <20200111131744.GC23583@zn.tnic> References: <20200103150722.20313-1-jschoenh@amazon.de> <20200103150722.20313-2-jschoenh@amazon.de> <20200110095004.GD19453@zn.tnic> <20200110184533.GB20511@agluck-desk2.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200110184533.GB20511@agluck-desk2.amr.corp.intel.com> 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 Fri, Jan 10, 2020 at 10:45:33AM -0800, Luck, Tony wrote: > I totally agree that counting notifiers is clumsy. Also less than > ideal is the concept that any notifier on the chain can declare: > "I fixed it" > and prevent any other notifiers from even seeing it. Well the concept > is good, but it is overused. But why can't we use it? Don't get me wrong: I'm simply following my KISS approach to do the simplest scheme required. So, do you see a use case where the whole error handling chain would need more sophisticated handling? > I think we may do better with a field in the "struct mce" that is being > passed to each where notifiers can wiggle some bits (semantics to be > defined later) which can tell subsequent notifiers what sort of actions > have been taken. > E.g. the SRAO/UCNA notifier can say "I took this page offline" > the dev_mcelog one can say "I think I handed to a process that has /dev/mcelog open" > EDAC drivers can say "I decoded the address and printed something" > CEC can say: "I silently counted this corrected error", or "error exceeded > threshold and I took the page offline". > > The default notifier can print to console if nobody set a bit to say > that the error had been somehow logged. That idea is good and I'll gladly take patches for it so if you wanna do it... Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette