Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1336055ybl; Wed, 28 Aug 2019 13:07:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqw1DDQ+3LM23qb5npTYRa9EgotpT4ilce2HQIAt0cTvNdB17tqGlXfGI0Wj8az0oIMxvVFQ X-Received: by 2002:a62:1bd5:: with SMTP id b204mr6680039pfb.14.1567022822151; Wed, 28 Aug 2019 13:07:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567022822; cv=none; d=google.com; s=arc-20160816; b=es14AANcFSXU3BVUCoyLphDZVFNOQ/Szgq31S74Ba6gpJGVUDb6PXsjbVizhbyADEd M5aTVFzbU0XTH4/D7NIyJEyuV/jDyXSdcY5tG/kSNC7oyZU85hLVH/UVi12KToKfKWCo N3jsmhdOtD7EVfM+kUg6T+dLC524r/CcR792UmQKtlFj4T4zR5cTaSVLcZPP72TFV4SP nhzFB72dkkGzLCLfDRO8bdUCp2wj3sCZBOYabtX911Fo1C2TiI3F2ik4mLM1X1SQ86M0 IkTZqRPuHkun4tl4wdDO76Urr1GCy2+4/dqxLe5DQtFMOgntoiX49NDo9hcssD2AlJKr YYHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=aFx+PV9Xfd2UVNXLOUcKdrSxbDK818SV5PM91K0Qe24=; b=SIi5Zcny1J98z+9lv2HN6Z0Be+MSyE4lj4J7JN9gL6JdCgilF3ssm8b1ijruSZl4Jq VwGVLsXaOAIkUaE0r/UdP52U+aXQ+bzcKpwZf4YZOo7rRiYelTSrxMs7EVpJQGZju20P 5QxdhXA1VaRLMLxkTaNfaLBk2Oek/0hP2rAnjYgTkQXc9z6xah/WzM4+LBzzdcGNmSrL kvQIw9N4ZEumOeOAdnyBMphYbLOyTHPqplho6OD5AAT+MQN2+rG15jy7TRUIEwecKZYW bwxLR6oh4oc+9YIe0MnWxMjI1VugqGJWJZoKVuzt66eKzN4lms647NrJX6vEOER1vBFQ VkGQ== 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 g28si82446pgl.84.2019.08.28.13.06.44; Wed, 28 Aug 2019 13:07:02 -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 S1726820AbfH1UFr (ORCPT + 99 others); Wed, 28 Aug 2019 16:05:47 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:48397 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726617AbfH1UFr (ORCPT ); Wed, 28 Aug 2019 16:05:47 -0400 Received: from p5de0b6c5.dip0.t-ipconnect.de ([93.224.182.197] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1i34CJ-0003m5-3r; Wed, 28 Aug 2019 22:05:39 +0200 Date: Wed, 28 Aug 2019 22:05:38 +0200 (CEST) From: Thomas Gleixner To: Song Liu cc: Dave Hansen , LKML , "x86@kernel.org" , Joerg Roedel , Andy Lutomirski , Peter Zijlstra , Rik van Riel Subject: Re: [patch 1/2] x86/mm/pti: Handle unaligned address gracefully in pti_clone_pagetable() In-Reply-To: <309E5006-E869-4761-ADE2-ADB7A1A63FF1@fb.com> Message-ID: References: <20190828142445.454151604@linutronix.de> <20190828143123.971884723@linutronix.de> <55bb026c-5d54-6ebf-608f-3f376fbec4e5@intel.com> <309E5006-E869-4761-ADE2-ADB7A1A63FF1@fb.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 28 Aug 2019, Song Liu wrote: > > On Aug 28, 2019, at 8:51 AM, Thomas Gleixner wrote: > > > > On Wed, 28 Aug 2019, Dave Hansen wrote: > >> On 8/28/19 7:24 AM, Thomas Gleixner wrote: > >>> From: Song Liu > >>> > >>> pti_clone_pmds() assumes that the supplied address is either: > >>> > >>> - properly PUD/PMD aligned > >>> or > >>> - the address is actually mapped which means that independent > >>> of the mapping level (PUD/PMD/PTE) the next higher mapping > >>> exist. > >>> > >>> If that's not the case the unaligned address can be incremented by PUD or > >>> PMD size wrongly. All callers supply mapped and/or aligned addresses, but > >>> for robustness sake, it's better to handle that case proper and to emit a > >>> warning. > >> > >> Reviewed-by: Dave Hansen > >> > >> Song, did you ever root-cause the performance regression? I thought > >> there were still some mysteries there. > > > > See Peter's series to rework the ftrace code patching ... > > Thanks Thomas. > > Yes, in summary, enabling ftrace or kprobe-on-ftrace causes the kernel > to split PMDs in kernel text mapping. > > Related question: while Peter's patches fix it for 5.3 kernel, they don't > apply cleanly over 5.2 kernel (which we are using). So I wonder what is > the best solution for 5.2 kernel. May patch also fixes the issue: > > https://lore.kernel.org/lkml/20190823052335.572133-1-songliubraving@fb.com/ > > How about we apply this patch to upstream 5.2 kernel? That's not how it works. We fix stuff upstream and it gets backported to all affected kernels not just to the one you care about. Aside of that I really disagree with that hack. You completely fail to explain why that commit in question broke it and instead of fixing the underlying issue you create a horrible workaround. It took me ~10 minutes to analyze the root cause and I'm just booting the test box with a proper fix which can be actually tagged for stable and can be removed from upstream again once ftrace got moved over to text poke. I'll post it once it's confirmed to work and I wrote a comprehensible changelog. Thanks, tglx