Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp9611861ybi; Wed, 10 Jul 2019 13:29:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqzf/0ly9U/8/KwAL53jAgCQyhFBlPAwYnfpZEAZlaXC8L1uL4E6uN/D4Sf80x6FAhabskU/ X-Received: by 2002:a17:902:7781:: with SMTP id o1mr116248pll.205.1562790566638; Wed, 10 Jul 2019 13:29:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562790566; cv=none; d=google.com; s=arc-20160816; b=0T/zty4diBYv/yFmYqxC19IRXprVfwcOwOb2X10dBEuA2XJWCh2I2liGDOZNCyHzEj 908Z/r7hzsFI1LBeLVfsKxWEMcrXSDTXmPr6Y8OHGSFPiwg2DmY3ojRtHAbklk0gkjVG 6aE6gwlFg2wwqyKW2Y7WvfCIEyl2DcS6QdmWlup4SMTU6PPXtDeTRtMUyO/4wgjYATHb V2hhYg6tUvOthmTLMSSeyVRVvXR5tK6WUS+NETOJxB2kix/+FLVNOvZY1Ha09P5/eezP zGnDV72tCIlt5uAktLN+Pw4eaBs+4lv6oGkZupzgT9K8Ep7kaPAhLkLo/iT7oRpHk/23 pFBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=BAQzv9zAetry0posHIfa8ATtWfkt1X2lMMO2CAvPF3M=; b=Rch6BoGytfCujQ6J65ZVjhrjitN+TKLmwP5ClfDrXhduDrnVyvucFS2Qspi2IQW2sp ZGYkX2zQ11Cp0vjDUtWPcQLzghTOKD/nVh5npJp3quYYPfnFfUAogNcaqalMJIhtOSWQ Nk/r4yA/jp5KCnFBwgfgojJyegqcbQqcf785O7eyU5IqRvUeJ+JCZKkAYKG/g1yZTeJN pUuu5HRxkJOdWbCRJdDu56MkJniBYhijqz8XPRbapoS6/kt1nDVUbGlChCpQLWUddFHM Ma31GOKSRnYbmrGs/+6SwS3zr+iYZFQH18MJlzFFkGWysoQFWS7BxhoICauJc3AQVgMi k2kA== 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 p1si3303887pff.250.2019.07.10.13.29.10; Wed, 10 Jul 2019 13:29:26 -0700 (PDT) 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 S1727625AbfGJU1N (ORCPT + 99 others); Wed, 10 Jul 2019 16:27:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:34132 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727197AbfGJU1N (ORCPT ); Wed, 10 Jul 2019 16:27:13 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 3815E208C4; Wed, 10 Jul 2019 20:27:11 +0000 (UTC) Date: Wed, 10 Jul 2019 16:27:09 -0400 From: Steven Rostedt To: Linus Torvalds Cc: Andy Lutomirski , Peter Zijlstra , Thomas Gleixner , Borislav Petkov , Ingo Molnar , "H. Peter Anvin" , Dave Hansen , Juergen Gross , LKML , He Zhe , Joel Fernandes , devel@etsukata.com, stable , Greg Kroah-Hartman , Sasha Levin Subject: Re: [PATCH v2 5/7] x86/mm, tracing: Fix CR2 corruption Message-ID: <20190710162709.1c306f8a@gandalf.local.home> In-Reply-To: References: <20190704195555.580363209@infradead.org> <20190704200050.534802824@infradead.org> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ added stable folks ] On Sun, 7 Jul 2019 11:17:09 -0700 Linus Torvalds wrote: > On Sun, Jul 7, 2019 at 8:11 AM Andy Lutomirski wrote: > > > > FWIW, I'm leaning toward suggesting that we apply the trivial tracing > > fix and backport *that*. Then, in -tip, we could revert it and apply > > this patch instead. > > You don't have to have the same fix in stable as in -tip. > > It's fine to send something to stable that says "Fixed differently by > commit XYZ upstream". The main thing is to make sure that stable > doesn't have fixes that then get lost upstream (which we used to have > long long ago). > But isn't it easier for them to just pull the quick fix in, if it is in your tree? That is, it shouldn't be too hard to make the "quick fix" that gets backported on your tree (and probably better testing), and then add the proper fix on top of it. The stable folks will then just use the commit sha to know what to take, and feel more confident about taking it. -- Steve