Received: by 2002:a05:6a10:a852:0:0:0:0 with SMTP id d18csp3873685pxy; Tue, 4 May 2021 11:50:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyD3rZvG3MkEWEV4kvos2wtKFAtCQBnbnJ+ofIUAjPuAVVrlR0lnF4jN8+pT6GJm7k5MIxq X-Received: by 2002:a05:6402:204c:: with SMTP id bc12mr27446863edb.35.1620154239134; Tue, 04 May 2021 11:50:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620154239; cv=none; d=google.com; s=arc-20160816; b=FNhzs+J1620mM1aY7ABvd986C8nonDuk1241aZVeqsajUy9/KYkvo1hAKanjuksEJ8 A+W0ydhjxPS892BnQlqyFxyfNecWufrRD6oETvn2h2rvDR1GcrYl/wC6fgrhGgkVlysu s6nsq0PfL+TTql8n62AVEye+lx2SL2z5ycc/42DXjXR4NufGGwLb7mSxUMoBOSTuXiqD TOj11sa+c9jB4q8Of81T3oe3Iqxbk+mfkC2uKofcOk5FLePPMjhWNOlcOp2247uZgTIH /FbMoFy7WIxVRiiVVFvjzcVXNcpsuUtE7BQctcOYdRuExmquN0dO8Pao+wBEa5+J+GWH zmug== 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:ironport-sdr :ironport-sdr; bh=69uxA3r4edGjb18yaop5mTtr1B97xi28wdgHIz0kZrk=; b=g5FWU5/dsiQA8gZWtz7GQufnvmjXslcIYWR46GX+JdgxwOt7ykb/YitYyvuXXLIIRU rL9RozNg1uzHRSwlKoN7Ub02anvibL2psHArsiWMxtn9hPCZrBQwbmNqMpLqW0KfR566 GyBhmQdt9nUnILx7HV9Q8jTe1Pk1RejGjawR/uiL799YwcZv60fWwvAI9SRNIoOPqn/q i1O7zZbVXzWQjNhHX4UVrt1MsZtI/GRcZPTnLu/XNJJlroRbCmyESgS/3uEqoLssRoGS h1n03rT2UefnktvSSElx9gmpljm7tDR7JFD5P+KbAb/FQunQvNxMsRm8x7Tqua9r/c+h Y76w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gx4si3241241ejb.514.2021.05.04.11.50.12; Tue, 04 May 2021 11:50:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232169AbhEDSIc (ORCPT + 99 others); Tue, 4 May 2021 14:08:32 -0400 Received: from mga07.intel.com ([134.134.136.100]:41025 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230285AbhEDSIb (ORCPT ); Tue, 4 May 2021 14:08:31 -0400 IronPort-SDR: BiIH4urrVSraUtXIsyspY5cgaxUtSyPJm6EpiWGNdvO/pq2lqOiaiYKOngQs76Mh1iAgP2fBaR 5O/MDYJAupow== X-IronPort-AV: E=McAfee;i="6200,9189,9974"; a="261993687" X-IronPort-AV: E=Sophos;i="5.82,272,1613462400"; d="scan'208";a="261993687" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 May 2021 11:07:35 -0700 IronPort-SDR: H4xP5zq1wc0ooroGB2dP6HLOJTRL0VRaba5LoIV7loEKUV1hRVL3/f7ctBfkW8P2P+39RhIl0i 6ayyVD7et48A== X-IronPort-AV: E=Sophos;i="5.82,272,1613462400"; d="scan'208";a="433399915" Received: from agluck-desk2.sc.intel.com (HELO agluck-desk2.amr.corp.intel.com) ([10.3.52.146]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 May 2021 11:07:35 -0700 Date: Tue, 4 May 2021 11:07:34 -0700 From: "Luck, Tony" To: Yazen Ghannam Cc: linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org, Smita.KoralahalliChannabasappa@amd.com, stable@vger.kernel.org Subject: Re: [PATCH 2/2] x86/MCE: Don't call kill_me_now() directly Message-ID: <20210504180734.GA721714@agluck-desk2.amr.corp.intel.com> References: <20210504174712.27675-1-Yazen.Ghannam@amd.com> <20210504174712.27675-3-Yazen.Ghannam@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210504174712.27675-3-Yazen.Ghannam@amd.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 04, 2021 at 05:47:12PM +0000, Yazen Ghannam wrote: > From: Yazen Ghannam > > Always call kill_me_maybe() in order to attempt memory recovery. This > ensures that any memory associated with the error is properly marked as > poison. > > This is needed for errors that occur on memory, but that do not have > MCG_STATUS[RIPV] set. One example is data poison consumption through the > instruction fetch units on AMD Zen-based systems. > > The MF_MUST_KILL flag is passed to memory_failure() when > MCG_STATUS[RIPV] is not set. So the associated process will still be > killed. > > Cc: > Signed-off-by: Yazen Ghannam > --- > arch/x86/kernel/cpu/mce/core.c | 5 +---- > 1 file changed, 1 insertion(+), 4 deletions(-) > > diff --git a/arch/x86/kernel/cpu/mce/core.c b/arch/x86/kernel/cpu/mce/core.c > index 308fb644b94a..9040d45ed997 100644 > --- a/arch/x86/kernel/cpu/mce/core.c > +++ b/arch/x86/kernel/cpu/mce/core.c > @@ -1285,10 +1285,7 @@ static void queue_task_work(struct mce *m, int kill_current_task) > current->mce_ripv = !!(m->mcgstatus & MCG_STATUS_RIPV); > current->mce_whole_page = whole_page(m); > > - if (kill_current_task) > - current->mce_kill_me.func = kill_me_now; > - else > - current->mce_kill_me.func = kill_me_maybe; > + current->mce_kill_me.func = kill_me_maybe; > > task_work_add(current, ¤t->mce_kill_me, TWA_RESUME); > } Could we just get rid of kill_me_now() at the same time? It's only one line, and with this change only called in one place (from kill_me_maybe()) ... just put the force_sig(SIGBUS); inline? -Tony