Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5829907imu; Wed, 30 Jan 2019 04:23:06 -0800 (PST) X-Google-Smtp-Source: ALg8bN6mO844bIRvwXGvzgeHE+Qkp5mdTY0MZenhez1z9sMqbgi3cMOO8JsDFtjCLknmcnhvJUGb X-Received: by 2002:a17:902:a586:: with SMTP id az6mr30091886plb.298.1548850986030; Wed, 30 Jan 2019 04:23:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548850985; cv=none; d=google.com; s=arc-20160816; b=D4fNdiYN4fLt3t+pACfyNzw2RV8mGlzt7yfavnhRznQSzqLD72+ygf8SOM8bJbrA8Q gp71MLsg6tS0UTCQEebOXhz/rQsxITFFjSO+iuq0KSqlGbSkB7w2eihXt/g3O+FVKtNx SvydLhKPrBcwcRQiZx6x4hEdBZ+0f3HSsbf01c2yuppuW6uUQcWDe4tn9GacJA3x35j/ 8o+ocAK2W/TpWIcvCPA+dXFYMXIr158jL8scIC0rYlIaMt0IAhK7P4cBFc9AOYgiAGn+ bFqBE7nrZi9d9vbDYZbwki/FPwQe3UiPyy2I+f50DurLkRCa3QsQfsyylxl5WKkgCQAm jH1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=FaZHug0f1rnnDni7+0w9O6w2XBZTsEsu0SJ80If5nVU=; b=ZFRn99IBYrgBt9K3t8zuryiL3geqlhyCQSEaZ1xFb/dd1/cvWg9LKVyr5crvVJkNPT 5l79ekWbL4nRSgSxWenbc21kr3v2I6gtx3IwivdhDr1msXA0F869QQQFhi5GYHvJrkoq PhydX8AI993R88VZRZxvZtUfB7aatjsCsx3GCZtp/13olCFcu4A7JhDnyLu+6WNfgOLA amSb4p8ZDfyRFA1rqx6voXPhWhZzXk5iEY+aLKw/e756/b25QgUwyQiGVLegNpHZXq+y /S1x4cIBkJO9GLmOloz5PfyIsJ2GOolg5dsdyDZCWZnxQW06pis3+NyguH5RgoDflsxI X43Q== 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 b8si1314210pge.384.2019.01.30.04.22.50; Wed, 30 Jan 2019 04:23:05 -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; 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 S1727946AbfA3MW0 (ORCPT + 99 others); Wed, 30 Jan 2019 07:22:26 -0500 Received: from ozlabs.org ([203.11.71.1]:57287 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725768AbfA3MW0 (ORCPT ); Wed, 30 Jan 2019 07:22:26 -0500 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 43qMv31SbXz9s9h; Wed, 30 Jan 2019 23:22:23 +1100 (AEDT) From: Michael Ellerman To: Jiri Kosina , Joe Lawrence Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, live-patching@vger.kernel.org, Balbir Singh , Josh Poimboeuf , Nicolai Stange , Torsten Duwe Subject: Re: [PATCH 0/4] powerpc/livepatch: reliable stack unwinder fixes In-Reply-To: References: <20190122155724.27557-1-joe.lawrence@redhat.com> Date: Wed, 30 Jan 2019 23:22:22 +1100 Message-ID: <87y372pc75.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Jiri Kosina writes: > On Tue, 22 Jan 2019, Joe Lawrence wrote: > >> This patchset fixes a false negative report (ie, unreliable) from the >> ppc64 reliable stack unwinder, discussed here [1] when it may >> inadvertently trip over a stale exception marker left on the stack. >> >> The first two patches fix this bug. Nicolai's change clears the marker >> from the stack when an exception is finished. The next patch modifies >> the unwinder to only look for such on stack elements when the ABI >> guarantees that they will actually be initialized. >> >> The final two patches consist of code cleanups that Nicolai and I >> spotted during the development of the fixes. >> >> Testing included re-running the original test scenario (loading a >> livepatch module on ppc64le) on a 5.0.0-rc2 kernel as well as a RHEL-7 >> backport. I ran internal tests on the RHEL-7 backport and no new test >> failures were introduced. I believe that Nicolai has done the same >> with respect to the first patch. >> >> [1] https://lore.kernel.org/lkml/7f468285-b149-37e2-e782-c9e538b997a9@redhat.com/ >> >> Joe Lawrence (3): >> powerpc/livepatch: relax reliable stack tracer checks for first-frame >> powerpc/livepatch: small cleanups in save_stack_trace_tsk_reliable() >> powerpc/livepatch: return -ERRNO values in >> save_stack_trace_tsk_reliable() >> >> Nicolai Stange (1): >> powerpc/64s: Clear on-stack exception marker upon exception return > > Michael, are you fine with this going through LP tree, or do you plan to > take it through yours? I'm happy to take it, unless there's some reason you'd rather it go via the LP tree? I don't have any automated live patch tests, but I assume if it's in linux-next someone can test it? :) cheers