From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VnlGB-00066k-Ck for mharc-grub-devel@gnu.org; Tue, 03 Dec 2013 03:23:11 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39531) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VnlG4-0005zv-Nt for grub-devel@gnu.org; Tue, 03 Dec 2013 03:23:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VnlFz-000779-BS for grub-devel@gnu.org; Tue, 03 Dec 2013 03:23:04 -0500 Received: from mail-ea0-x232.google.com ([2a00:1450:4013:c01::232]:64040) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VnlFz-000772-3X for grub-devel@gnu.org; Tue, 03 Dec 2013 03:22:59 -0500 Received: by mail-ea0-f178.google.com with SMTP id d10so10050772eaj.9 for ; Tue, 03 Dec 2013 00:22:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=UFxtPfuo7exLVxhK/Df20AZa3REi+zjguN8sbeqZbB8=; b=Cw099fh67l0Tbz7ZYKdeVCD8aiFXGgA4X+j9N2j+dpisW1cMR/flXuPrYPHHsZnF75 tlf2WqY1nmFdkiDkPQeus9UIQ+Mf4kNDH5jH9th1t0z1cBpKUb3hshUxvBOP1gjXl5u5 wbukDPfisrTLUA67/KKN+WPBSxLuuSNrIUUUyai4OL+CGUhxr9bS6KJwNLHr9gCkDQd7 R1xTYH0rHsXERuytybdDg5FRfdSo5Z3ZeieqcGUPr0yMMjGWm8G6BwKJdNgN3pD6aMer 1mw/X8cr1HLzM7MLAZBREPRlFjMvV0I4FmuST+Z4T9+0Q+bpgfHAW+G2lliKaq7/obQz Nz4w== X-Received: by 10.14.175.3 with SMTP id y3mr1540255eel.59.1386058978214; Tue, 03 Dec 2013 00:22:58 -0800 (PST) Received: from [192.168.1.16] (85-188.196-178.cust.bluewin.ch. [178.196.188.85]) by mx.google.com with ESMTPSA id j46sm79706086eew.18.2013.12.03.00.22.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Dec 2013 00:22:57 -0800 (PST) Message-ID: <529D94E0.3060402@gmail.com> Date: Tue, 03 Dec 2013 09:22:56 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131005 Icedove/17.0.9 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: [PATCH, RFC, RFT] ARM relocation fixes References: <20131202105330.GA24997@rocoto.smurfnet.nu> <529C6820.9090902@gmail.com> <20131202112846.GC24997@rocoto.smurfnet.nu> <529C7305.5070002@gmail.com> <20131202133051.GE24997@rocoto.smurfnet.nu> <529CC74C.2060903@gmail.com> <20131202194020.GN24997@rocoto.smurfnet.nu> <529CE7DF.6000906@gmail.com> <20131202204622.GO24997@rocoto.smurfnet.nu> <529D6E1D.3010806@gmail.com> <20131203081441.GR24997@rocoto.smurfnet.nu> In-Reply-To: <20131203081441.GR24997@rocoto.smurfnet.nu> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="----enig2IMVXJHPTTXMHPNFDRMJJ" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::232 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 08:23:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2IMVXJHPTTXMHPNFDRMJJ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 03.12.2013 09:14, Leif Lindholm wrote: > On Tue, Dec 03, 2013 at 06:37:33AM +0100, Vladimir '=CF=86-coder/phcode= r' Serbinenko wrote: >>> No, BLX immediate has been supported since ARMv5T. >>> (Yes, that is effectively a 32-bit encoding in what is a 16-bit >>> instruction set - but so is the basic BL.) >>> >> I've looked through encoding of those instructions and see how much it= 's >> a mess. b* and b*x don't have similar set of options which makes >> validating them a difficult error-prone task. So I think, I'll just ad= d >> veneers to mkimage, just like we do on ia64 (either by making a >> pc-relative variant of veneers or adding fixup for them) >=20 > Not B, BL. > There is a 1-bit range difference between Thumb BL and BLX, which we > need to check for anyway. This check already exists (and must exist) in= > the code. Adding veneers would be pure overhead. >=20 I meant that you can use conditions with bl but not blx. So if we have a reloc on ARM bl.e targetting Thumb then we have to add veneers. Since we have only small number of interworking calls it's probably easier to always add veneers on interworking relative relocations rather than having micro-optimisation and get some minor case wrong. > / > Leif >=20 > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 ------enig2IMVXJHPTTXMHPNFDRMJJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlKdlOAACgkQmBXlbbo5nOu65QD/ajBCEFG1bVqZ3PBIlwj/W149 0AMdnTBpkeyKe15TFFwA/Awu/jg9Lm3nkL+XV4BPhuiGB56RQsOMZI8XBBBtoSbm =vqfr -----END PGP SIGNATURE----- ------enig2IMVXJHPTTXMHPNFDRMJJ--