Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756921Ab3JQOkm (ORCPT ); Thu, 17 Oct 2013 10:40:42 -0400 Received: from mail-pd0-f173.google.com ([209.85.192.173]:39566 "EHLO mail-pd0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755326Ab3JQOkk (ORCPT ); Thu, 17 Oct 2013 10:40:40 -0400 Message-ID: <525FF6E0.7070000@gmail.com> Date: Thu, 17 Oct 2013 22:40:32 +0800 From: Jiang Liu User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Will Deacon CC: Steven Rostedt , Catalin Marinas , Sandeepa Prabhu , Jiang Liu , Marc Zyngier , Arnd Bergmann , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v3 6/7] arm64, jump label: optimize jump label implementation References: <1381893492-7135-1-git-send-email-liuj97@gmail.com> <1381893492-7135-7-git-send-email-liuj97@gmail.com> <20131016114608.GH5403@mudshark.cambridge.arm.com> <525EC8D1.7000900@gmail.com> <20131017093944.GB18765@mudshark.cambridge.arm.com> In-Reply-To: <20131017093944.GB18765@mudshark.cambridge.arm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1167 Lines: 32 On 10/17/2013 05:39 PM, Will Deacon wrote: > On Wed, Oct 16, 2013 at 06:11:45PM +0100, Jiang Liu wrote: >> On 10/16/2013 07:46 PM, Will Deacon wrote: >>> >>>> + } else { >>>> + insn = aarch64_insn_gen_nop(); >>> >>> You could make the code more concise by limiting your patching ability to >>> branch immediates. Then a nop is simply a branch to the next instruction (I >>> doubt any modern CPUs will choke on this, whereas the architecture requires >>> a NOP to take time). >> I guess a NOP should be more effecient than a "B #4" on real CPUs:) > > Well, I was actually questioning that. A NOP *has* to take time (the > architecture prevents implementations from discaring it) whereas a static, > unconditional branch will likely be discarded early on by CPUs with even > simple branch prediction logic. I naively thought "NOP" is cheaper than a "B" :( Will use a "B #1" to replace "NOP". Thanks! Gerry > > Will > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/