From: "H. Peter Anvin" Subject: Re: [PATCH RFC V2 3/5] jump_label: if a key has already been initialized, don't nop it out Date: Tue, 04 Oct 2011 09:30:01 -0700 Message-ID: <4E8B3489.60902@zytor.com> References: <477dead9647029012f93c651f2892ed0e86b89e7.1317506051.git.jeremy.fitzhardinge@citrix.com> <20111003150205.GB2462@redhat.com> <4E89E28C.7010700@goop.org> <20111004141011.GA2520@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20111004141011.GA2520@redhat.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jason Baron Cc: Jeremy Fitzhardinge , the arch/x86 maintainers , Jeremy Fitzhardinge , Jan Glauber , peterz@infradead.org, David Daney , Linux Kernel Mailing List , Steven Rostedt , Michael Ellerman , Xen Devel , "David S. Miller" List-Id: xen-devel@lists.xenproject.org On 10/04/2011 07:10 AM, Jason Baron wrote: > > 1) The jmp +0, is a 'safe' no-op that I know is going to initially > boot for all x86. I'm not sure if there is a 5-byte nop that works on > all x86 variants - but by using jmp +0, we make it much easier to debug > cases where we may be using broken no-ops. > There are *plenty*. jmp+0 is about as pessimal as you can get. The current recommendation when you don't know the CPU you're running at is: 3E 8D 74 26 00 (GENERIC_NOP5_ATOMIC) ... on 32 bits and ... 0F 1F 44 00 00 (P6_NOP5_ATOMIC) ... on 64 bits. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.