From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Vtz5T-0002pX-5T for mharc-grub-devel@gnu.org; Fri, 20 Dec 2013 07:21:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58781) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vtz5L-0002kc-Ps for grub-devel@gnu.org; Fri, 20 Dec 2013 07:21:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vtz5G-00052f-EI for grub-devel@gnu.org; Fri, 20 Dec 2013 07:21:43 -0500 Received: from mail-ee0-x233.google.com ([2a00:1450:4013:c00::233]:45823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vtz5G-00052V-2o for grub-devel@gnu.org; Fri, 20 Dec 2013 07:21:38 -0500 Received: by mail-ee0-f51.google.com with SMTP id b15so1018079eek.38 for ; Fri, 20 Dec 2013 04:21:37 -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=JbyxYbri07kCZUTHGT3pyy80WSnSfMfFNwy7l/qgj/I=; b=EjIJqge5B8SoFdVMTV3nLND+V1AywYO4u7DUNB56EAyCvYRcW6LcomWIOfItlPQ9yK lSC403c5wvyyvvz52YBew9S8IOawPWsTwBwPMcaRDRDMrM+sdqgYoF8bgHjoDmUTmzy2 IPO75AWbRuyzWuhcV5goM3qXC0/z9XZMd74ABjRAaXjuyfkQ4MFTWQXFFpuHFevjgQb1 c5eTOV4VrTsjMQdQnahCR5nlvcZ9N++EFq47+Oda038O2+IxBlY3weRGf+cwihyEhc3o QiTpbB/eY06/pPe9w6hv2tBHzh+GSTK8+NNQSMV/Xnzo4lnDXN8nBcJ8dI4ikaGvcjoU nC+Q== X-Received: by 10.14.127.132 with SMTP id d4mr2605517eei.66.1387542097219; Fri, 20 Dec 2013 04:21:37 -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 44sm18135529eek.5.2013.12.20.04.21.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Dec 2013 04:21:36 -0800 (PST) Message-ID: <52B4364F.9020900@gmail.com> Date: Fri, 20 Dec 2013 13:21:35 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: booting btrfs References: <0C284942-C2D0-4520-93B1-3982E6AA38DF@colorremedies.com> <525AF8CD.7050100@gmail.com> <525B2D55.8060502@gmail.com> <339EF7EB-F50A-47F6-99BA-F46ABFECCF74@colorremedies.com> <20131014092807.6917958c@opensuse.site> <3D77CF50-285F-42C2-9325-47AC5ACF5FDC@colorremedies.com> <525C4615.5080803@gmail.com> <4B3D9706-740B-49A2-8314-FF3893071A12@colorremedies.com> <20131016065045.51027e72@opensuse.site> <526DB36A.7090201@gmail.com> <20131219201350.289470c7@opensuse.site> <52B3376A.7030301@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="clUSXlVVwqbpIDRimFg5A0QPM4AcK16aJ" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::233 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: Fri, 20 Dec 2013 12:21:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --clUSXlVVwqbpIDRimFg5A0QPM4AcK16aJ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 20.12.2013 10:46, Michael Chang wrote: > 2013/12/20 Vladimir '=CF=86-coder/phcoder' Serbinenko : >> On 19.12.2013 17:13, Andrey Borzenkov wrote: >>> =D0=92 Mon, 28 Oct 2013 01:44:26 +0100 >>> Vladimir '=CF=86-coder/phcoder' Serbinenko =D0=BF= =D0=B8=D1=88=D0=B5=D1=82: >>> >>>> I changed in trunk to make / refer to real root and modified >>>> grub-mkrelpath to follow the same convention, even if disk is mounte= d >>>> with subvolid. >>>> >>> >>> Can it cause compatibility issues? It means if config file that works= >>> for grub before this change will stop working after. So e.g. attempt = to >>> "configfile /file/from/partition/with/old/grub-mkconfig" will fail. >>> >> Normally I'd consider this a problem but the current behaviour is the >> intended one, just back when the code was written thre were no changin= g >> default yes >>> May be subvolume support should use different syntax. Something like >>> >>> (hd0,1){sv=3Dsubvolume}/xxx >>> (hd0,1){svid=3DNNN}/yyy >>> >> This would complicate the code a lot and commit us to maintaining it >> long-term. Given that btrfs isn't clasified as stable, I consider this= >> behaviour change acceptable and it's better to handle this now rather >> than perpetuating the issue. >=20 > Please consider the case if a snapshot was taken against real root fs > tree to a subvolume with SNAPSHOT_ID. With syntax above providing > mount option support we can possibly boot that snapshot with this > config. >=20 > set root=3D(hd0,1){svid=3D} > set prefix=3D($root)/boot/grub2 > normal >=20 > Without the syntax support it's almost impossible to do that. At lease > I can't figure out any. >=20 Every volume has a name, even if you don't know it. Use grub-mkrelpath to find out. > Besides we may leverage that mount option support in grub-mount to > test/develop and so on. For modern innovative file systems the mount > option support is becoming necessary for dealing many different use > cases. >=20 This is feature request without usecase. As such it's rejected automatically. > Thanks, > Michael >=20 >>> And continue to interpret old syntax as relative to default. >>> >>> >>> >>> _______________________________________________ >>> Grub-devel mailing list >>> Grub-devel@gnu.org >>> https://lists.gnu.org/mailman/listinfo/grub-devel >>> >> >> >> >> _______________________________________________ >> Grub-devel mailing list >> Grub-devel@gnu.org >> https://lists.gnu.org/mailman/listinfo/grub-devel >> >=20 > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 --clUSXlVVwqbpIDRimFg5A0QPM4AcK16aJ 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/ iF4EAREKAAYFAlK0Nk8ACgkQmBXlbbo5nOvCkAD/XBivc3ZuWnU2g3m2j9GWM062 ooZ2OmggSbiTRBWaEOAA/jhuHpDsmD4hrYcDwkVKv5B/kB7iXmhZ0HXZcdvQkuru =FdEd -----END PGP SIGNATURE----- --clUSXlVVwqbpIDRimFg5A0QPM4AcK16aJ--