From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W5ZpE-0001Aj-S4 for mharc-grub-devel@gnu.org; Tue, 21 Jan 2014 06:49:00 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:32898) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Zp7-00018D-6M for grub-devel@gnu.org; Tue, 21 Jan 2014 06:48:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5Zp1-0000fX-Ra for grub-devel@gnu.org; Tue, 21 Jan 2014 06:48:53 -0500 Received: from mail-ea0-x231.google.com ([2a00:1450:4013:c01::231]:39097) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Zp1-0000fT-Jv for grub-devel@gnu.org; Tue, 21 Jan 2014 06:48:47 -0500 Received: by mail-ea0-f177.google.com with SMTP id n15so3679522ead.22 for ; Tue, 21 Jan 2014 03:48:46 -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=+zlJniJhCda0wf/vvWVv87TMjmP3d2Qka/2+Pf7CEMQ=; b=gDa41P62ACp/AMUTZ132bHyrjhYgkVNBXyHs0GTwMPoUVNgqLIBCyX/+zpNlg7h5mx zLZSd8MlEN3ybjG6BW6XeimpGkGHF8WRDbNakkItN9OfVJXyyBwjeG3cfsdx/97sUjgY YvLtu3pRkX+wN4XVZWrnMI4uZbcAQjUPefjm+mk7FBQYu71Zp5hWv5wMYp3jPy+LJgBM vrkWMOwM7hn1EPKQYUSzloyyG9KkgfVTlPL+PfU6qhrpXxA/nRoBmP4PHYTn2wq65t8j jSP0bhW4SSHtgLeVnEjcZqvr60vTHAqbLwQI+Gk7bEjLmmtw1NQdj/PoIm6ezhO71OBv jEcw== X-Received: by 10.15.23.139 with SMTP id h11mr23451582eeu.25.1390304926315; Tue, 21 Jan 2014 03:48:46 -0800 (PST) Received: from [192.168.42.236] (132-236.197-178.cust.bluewin.ch. [178.197.236.132]) by mx.google.com with ESMTPSA id x1sm10446767een.17.2014.01.21.03.48.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 03:48:45 -0800 (PST) Message-ID: <52DE541E.2090600@gmail.com> Date: Tue, 21 Jan 2014 12:03:58 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.2.0 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: [PATCH] Improve ext2 driver to allow embedding of the boot loader code. References: <1389301657-8236-1-git-send-email-tilmann@bubecks.de> <52CF282C.4070408@gmail.com> <52CFA5FF.7070200@bubecks.de> <52DE2C79.2000507@gmail.com> <52DE30AD.9030301@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="A7lrRw7leovfJHRMKTOrkrXHORULjUH61" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::231 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, 21 Jan 2014 11:48:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --A7lrRw7leovfJHRMKTOrkrXHORULjUH61 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 21.01.2014 09:41, Andrey Borzenkov wrote: > On Tue, Jan 21, 2014 at 12:32 PM, Vladimir '=CF=86-coder/phcoder' > Serbinenko wrote: >> On 21.01.2014 09:28, Andrey Borzenkov wrote: >>> On Tue, Jan 21, 2014 at 12:14 PM, Vladimir '=CF=86-coder/phcoder' >>> Serbinenko wrote: >>>> On 10.01.2014 08:49, Dr. Tilmann Bubeck wrote: >>>>> >>>>> The blocklist is fixed and stable and will never change. >>>> What guarantees that it won't change on grub-setup invocation? I'm u= nder >>>> impression that it will change on every grub-setup invocation as fil= e >>>> gets recreated. >>>> >>> >>> If I read code correctly, it checks current size and if new core.img >>> fits, space is reused. So we could effectively make it preallocate >>> reasonable size (or even unreasonable - I guess 10MB will be enough >>> for foreseeable future) the very first time it is done. >>> >> It still doesn't solve the problem that during operations file becomes= a >> normal file and OS is allowed to rearrange the blocks as it sees fit. >=20 > Would this be acceptable - use external utility to allocate > EXT2_BOOT_LOADER_INO space of sufficient size once (outside of grub at > all) and allow embedding into extX if this space exists? Do not mess > with with it in grub-setup itself? >=20 This presents a problem with sync'ing. After this space was reserved it won't appear when using block functions until next sync'ing. This would result in install failure on a new filesystem. > We could then speak with ext2 folks to add option to mke2fs/une2fs in > the long run it it does not exist yet. >=20 > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 --A7lrRw7leovfJHRMKTOrkrXHORULjUH61 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 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlLeVB4ACgkQmBXlbbo5nOvF5gD/YiZB6uU1cwwYb3whajvGyXFk N3leP5JmKTy86yrhW1EA/jgK8yE3FnjMNPzZ8bbXGcE6inBe2InJFGNxvvj+DWlH =4Ioq -----END PGP SIGNATURE----- --A7lrRw7leovfJHRMKTOrkrXHORULjUH61--