Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp902147ybp; Fri, 11 Oct 2019 06:14:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqyqRZtsoFvhXKL7vQEresWmJ6nyG9nnDMYPyfWpiFXt/whBq/5fA83a28pW4iyI1JnKL1vr X-Received: by 2002:a17:906:46db:: with SMTP id k27mr13652388ejs.308.1570799689437; Fri, 11 Oct 2019 06:14:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570799689; cv=none; d=google.com; s=arc-20160816; b=Pv1vW/DAOjUTz6NRJjbqWrC5IIAf06uvh8qXV71wV2xF9+6l+0sUu+KQ4PFa1O6nxc d5tq2sX6aZOgW2ImMF19XSLurKq/lQ846xyFQblwyGns7XsDYqYlu1/FCMDCtQQ/Tkzp sTh24tIEzrZAbg0I72ILEduaEojvGXPaQDvdcdcQQOq0eag98mAD9LyI2FvEsqD/CJmZ YlHZ4oeG0v2W4PJhI6KcUCP/3Er+3rSr4yvNQ98jUekppJRsaOKuSYVvIXpLoFyro65Q It+x/UuOmAkv7PoI7o9UzbxdXaKCmbrfAa/zT/7ROwSo9a304u9iaqQbA7ESv/0QjASf CV+A== 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=w+i4FUbik1W6o0EuRC8JFj5+GXTBXNAJbaMWaUVU7Eg=; b=OEPeQg/GtNJUF43GjbapBN05rVT4votvr1cWb86gP8lG6PfDO0E1qeNLZxgXyERugj LbT7Qii0ptDBP5jzI1K0+VEnrmWGqKjEFjaWpW/yy261dFMBlLJf5l64LvPT6I/AgSSs fdSL/IASgvBcHr8ARGH3AYfQ7HRLFh8yyBqMotm7KYGQnebRsiLLrpb9NCP9qXMLcSFX s/6FqVGNAIfwgJ5Fsik9yda0CCqK+muXfhUmwt9PDTpwUU1R9G4/O7vNESe+qH1G7YsI E3C1+Gn8pUHkmbuscJqqJfml+LKM9qAHLYBRUfir+qS2j7lXwRs3n71WwCJfZV3vxLB1 /Xfg== 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 w26si5332485ejb.6.2019.10.11.06.14.25; Fri, 11 Oct 2019 06:14:49 -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 S1728289AbfJKNLs (ORCPT + 99 others); Fri, 11 Oct 2019 09:11:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:45292 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727950AbfJKNLs (ORCPT ); Fri, 11 Oct 2019 09:11:48 -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 19097206A1; Fri, 11 Oct 2019 13:11:47 +0000 (UTC) Date: Fri, 11 Oct 2019 09:11:45 -0400 From: Steven Rostedt To: Daniel Bristot de Oliveira Cc: Peter Zijlstra , linux-kernel@vger.kernel.org, x86@kernel.org, Nadav Amit , Andy Lutomirski , Dave Hansen , Song Liu , Masami Hiramatsu Subject: Re: [PATCH 3/3] x86/ftrace: Use text_poke() Message-ID: <20191011091145.5d8304cb@gandalf.local.home> In-Reply-To: References: <20190827180622.159326993@infradead.org> <20190827181147.166658077@infradead.org> <20191002182106.GC4643@worktop.programming.kicks-ass.net> <20191003181045.7fb1a5b3@gandalf.local.home> <7b4196a4-b6e1-7e55-c3e1-a02d97c262c7@redhat.com> <20191011070126.GU2328@hirez.programming.kicks-ass.net> 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 On Fri, 11 Oct 2019 09:37:10 +0200 Daniel Bristot de Oliveira wrote: > But, yes, we will need [ as an optimization ] to sort the address right before > inserting them in the batch. Still, having the ftrace_pages ordered seems to be > a good thing, as in many cases, the ftrace_pages are disjoint sets. I think it would be fine if we run the batches according to the ftrace page groups. Which will be guaranteed to be sorted. I try to keep the groups to a minimum, thus it shouldn't be too many ipi busts. Although, my new work may actually make more page groups by trying to cut down on the dyn_ftrace size by using offsets. If a function extends outside the offset range, a new page group will need to be created. -- Steve