Date: Sat, 18 Mar 2017 20:29:58 -0400 From: Ed Maste <emaste@freebsd.org> To: Ian Lepore <ian@freebsd.org> Cc: "src-committers@freebsd.org" <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org> Subject: Re: svn commit: r315522 - in head: contrib/binutils/ld/emulparams sys/conf Message-ID: <CAPyFy2AXkdLZS-0hL295swZipwYQnWP2Q0RW3Q6Y28MuG_bU%2Bw@mail.gmail.com> In-Reply-To: <1489883150.40576.222.camel@freebsd.org> References: <201703190022.v2J0MDhq015941@repo.freebsd.org> <1489883150.40576.222.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 18 March 2017 at 20:25, Ian Lepore <ian@freebsd.org> wrote: > > I have always wondered why the arm ldscript pads with 0x90. I don't > know if I feel any better now, knowing that it's because that's an x86 > nop instruction. :) Heh! We used to pad the amd64, i386, and arm64 EFI loaders with 0x00300000010070000002000001000400, which is some ia64 instruction sequence :-) The arm padding ought to be switched to a breakpoint instruction or some other trap or guaranteed illegal instruction.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPyFy2AXkdLZS-0hL295swZipwYQnWP2Q0RW3Q6Y28MuG_bU%2Bw>