From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1QXM07-0007LR-5H for mharc-grub-devel@gnu.org; Thu, 16 Jun 2011 19:29:27 -0400 Received: from eggs.gnu.org ([140.186.70.92]:52781) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXM03-0007Kn-6t for grub-devel@gnu.org; Thu, 16 Jun 2011 19:29:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QXM01-0004LI-N1 for grub-devel@gnu.org; Thu, 16 Jun 2011 19:29:23 -0400 Received: from mail-vx0-f169.google.com ([209.85.220.169]:47905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXM01-0004LB-Bs for grub-devel@gnu.org; Thu, 16 Jun 2011 19:29:21 -0400 Received: by vxg38 with SMTP id 38so724360vxg.0 for ; Thu, 16 Jun 2011 16:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type; bh=KKPjHO9dnYXXiHnT6IHaq36EAlfOZVFNe4v9EXfP5Hc=; b=yDcWlRJXcM1n86oAWVS3CXmDZkOqZLr6EM1D8EEHZoyb4qmBsIVLT9qDfbUMSjtpt+ 3PTcLaydPvBs5yBOi+GUg3zo3Gw2sojkFX7Vh/vsQK5TWLg5J4jdLoQqQ7vOB4qZPZlB BnW8evz5+/Q4a/i6qsvFW6dRB6gSLfKOv+sWI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=TqVKpkqVrllxc8jPHKRyCkOadczGFDRSMczpRikK6YTjIHqf5Y6hmITnArRVBez+zX b4AX/SEcc9YxOX4MS0ZXt7XW4x5qIzbhnlULsTkZUWza4yPirDJbp2WPnyCMCAJv+hGb WsBhbfDcT8/GO1/s7oppMlV2o3M+gJtYOQt0g= Received: by 10.52.109.228 with SMTP id hv4mr2159670vdb.42.1308266960266; Thu, 16 Jun 2011 16:29:20 -0700 (PDT) Received: from debian.x201.phnet (modemcable138.7-70-69.static.videotron.ca [69.70.7.138]) by mx.google.com with ESMTPS id j4sm718895vdu.31.2011.06.16.16.29.18 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 16 Jun 2011 16:29:19 -0700 (PDT) Message-ID: <4DFA91CE.4050803@gmail.com> Date: Thu, 16 Jun 2011 19:29:18 -0400 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110606 Iceowl/1.0b2 Icedove/3.1.10 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: Issues with Linux loading code References: <20110616210404.GA26013@srcf.ucam.org> In-Reply-To: <20110616210404.GA26013@srcf.ucam.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig4412946C6E7167DAEE2567A4" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.220.169 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: Thu, 16 Jun 2011 23:29:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4412946C6E7167DAEE2567A4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 16.06.2011 17:04, Matthew Garrett wrote: > I'm currently handling some issues related to the kernel ending up on=20 > top of used EFI regions on some machines. These seem to be exacerbated = > by some of grub's behaviour. It seems that the kernel will always be=20 > loaded at GRUB_LINUX_BZIMAGE_ADDR, which is problematic in two cases - = > one being that the kernel can be configured with a different start=20 > address, and also that the firmware may have put code there that we wis= h=20 > to preserve. > > At present it doesn't seem possible to indicate to the relocator that i= f=20 > there isn't enough space for the decompressed kernel (ie, the init_size= =20 > parameter from the header) at the desired address, it should put the=20 > kernel somewhere else making sure to adhere to the alignment constraint= s=20 > the kernel provides. The load address and the alignment then need to be= =20 > written back into the kernel header. You would need to add a new argument dont_kill_useless_firmware, propagate it to EFI and IEEE1275-specific functions and make relocator ignore the runtime regions if this argument is set. Then if *_addr fails use *_align. > Or am I misinterpreting the behaviour of the relocation code? > --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig4412946C6E7167DAEE2567A4 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.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk36kc4ACgkQNak7dOguQglYwQD/bXPciDjhmpTYRzHer+vNmY9S 4l7tGr2bVB4xmk4r8joA/joeoK1tgpNqOrnQeptsgMEgbWSqgeb35AQ3lSfV0NCm =vyoP -----END PGP SIGNATURE----- --------------enig4412946C6E7167DAEE2567A4--