From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756881Ab0JYWBJ (ORCPT ); Mon, 25 Oct 2010 18:01:09 -0400 Received: from mail.openrapids.net ([64.15.138.104]:54681 "EHLO blackscsi.openrapids.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751695Ab0JYWBI (ORCPT ); Mon, 25 Oct 2010 18:01:08 -0400 Date: Mon, 25 Oct 2010 18:01:05 -0400 From: Mathieu Desnoyers To: "H. Peter Anvin" Cc: Jason Baron , Steven Rostedt , Thomas Gleixner , Koki Sanagi , Peter Zijlstra , Ingo Molnar , Frederic Weisbecker , nhorman@tuxdriver.com, scott.a.mcmillan@intel.com, laijs@cn.fujitsu.com, LKML , eric.dumazet@gmail.com, kaneshige.kenji@jp.fujitsu.com, David Miller , izumi.taku@jp.fujitsu.com, kosaki.motohiro@jp.fujitsu.com, Heiko Carstens , "Luck, Tony" Subject: Re: [PATCH] tracing: Cleanup the convoluted softirq tracepoints Message-ID: <20101025220105.GB26517@Krystal> References: <1287521757.16971.397.camel@gandalf.stny.rr.com> <1287523439.16971.433.camel@gandalf.stny.rr.com> <4CBE122B.9020807@zytor.com> <20101019224126.GD3519@Krystal> <4CBE206A.20702@zytor.com> <1287529515.16971.538.camel@gandalf.stny.rr.com> <20101020152745.GA7348@redhat.com> <4CC5FC99.8090203@zytor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CC5FC99.8090203@zytor.com> X-Editor: vi X-Info: http://www.efficios.com X-Operating-System: Linux/2.6.26-2-686 (i686) X-Uptime: 17:58:53 up 33 days, 2:01, 3 users, load average: 0.14, 0.15, 0.09 User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * H. Peter Anvin (hpa@zytor.com) wrote: > On 10/20/2010 08:27 AM, Jason Baron wrote: > > > > sure. The idea of the 'jmp 0' was simply to be an lcd for x86, if > > there's a better lcd for x86, I'll update it. But note, that since the > > 'jmp 0' is patched to a better nop at boot, we wouldn't see much gain. > > And in the boot path we are using 'text_poke_early()', so avoiding that > > isn't going to improve things much. > > > > It's still a completely unnecessary waste of startup time some > potentially significant fraction of the time. Startup time matters, > especially as the number of tracepoints grow. We're still waiting for input for the best single-5-byte-instruction nop that will work on all x86 variants. Please note that the GENERIC_NOP5 is actually two instructions one next to each other, which is not appropriate here. Thanks, Mathieu -- Mathieu Desnoyers Operating System Efficiency R&D Consultant EfficiOS Inc. http://www.efficios.com