From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1RNrtA-0006UG-MY for mharc-grub-devel@gnu.org; Tue, 08 Nov 2011 15:03:20 -0500 Received: from eggs.gnu.org ([140.186.70.92]:54289) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RNrt7-0006Lu-P0 for grub-devel@gnu.org; Tue, 08 Nov 2011 15:03:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RNrt5-0001PI-Hi for grub-devel@gnu.org; Tue, 08 Nov 2011 15:03:17 -0500 Received: from mail-fx0-f41.google.com ([209.85.161.41]:50687) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RNrt5-0001P0-5Y for grub-devel@gnu.org; Tue, 08 Nov 2011 15:03:15 -0500 Received: by faaq16 with SMTP id q16so1179623faa.0 for ; Tue, 08 Nov 2011 12:03:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=4Ex7StSbMyqVPcNkF6x9PHyjtGLfhvyhYkmCe0sDeJw=; b=rlUG4WiWLAvvIjAbhmXqTFPNBhSyMr4eLBS8S9sQu6cmrUS1TBy9HSPBj3ZUDCVXAF zEhEnqgq2kmwznaR2NIT9RXnOcIuzfHbXOMPDqmLC2XS+3qTc4JsyB/9FVQRfjWdjEUq +vQ4+hngbeeLzexmBHu/XNooiA8Mj0ld7fVaI= Received: by 10.223.57.132 with SMTP id c4mr29136793fah.0.1320782491872; Tue, 08 Nov 2011 12:01:31 -0800 (PST) Received: from debian.x201.phnet (gprs37.swisscom-mobile.ch. [193.247.250.37]) by mx.google.com with ESMTPS id a21sm3467049fao.18.2011.11.08.12.01.29 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 08 Nov 2011 12:01:30 -0800 (PST) Message-ID: <4EB98A98.2020402@gmail.com> Date: Tue, 08 Nov 2011 21:01:28 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20111010 Iceowl/1.0b2 Icedove/3.1.15 MIME-Version: 1.0 To: grub-devel@gnu.org, developer@lists.illumos.org Subject: Re: [PATCH] Support OpenIndiana in GRUB2 References: <4EB8839C.2000701@gmail.com> <4EB884CD.2050106@gmail.com> <4EB9804E.2070706@gmail.com> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig04B3B3034EE5EC24D5DE94A9" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.161.41 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, 08 Nov 2011 20:03:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig04B3B3034EE5EC24D5DE94A9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 08.11.2011 20:37, Seth Goldberg wrote: > > > Quoting Vladimir '=CF=86-coder/phcoder' Serbinenko, who wrote the follo= wing > on...: > >> On 08.11.2011 19:16, Seth Goldberg wrote: >>> >>> >>> Quoting Vladimir '=CF=86-coder/phcoder' Serbinenko, who wrote the fol= lowing >>> on...: >>> >>>> Resending because of wrong oi-dev address at first try which caused = it >>>> to be rejected from other 2 lists as well >>>> On 08.11.2011 02:19, Vladimir '=CF=86-coder/phcoder' Serbinenko wrot= e: >>>>> With this patch on top of trunk I was able to compile (using >>>>> GCC+GAS+GNU >>>>> LD), install, generate config and boot OpenIndiana. Some areas are >>>>> grey >>>>> to me. As like: >>>>> 1) Is it better to determine zfs-bootfs parameter on boot or on >>>>> config. >>> >>> (These opinions are based on Oracle Solaris): >>> Some grub entries may not specify a bootfs, in which case, GRUB shoul= d >>> derive it from the bootfs property in the pool >>> >> bootfs is an annoying one since on-disk AFAIK only its objnum is store= d >> so we need to scan to determine its name. But for me it's only >> backward-compatibility issue. This property shouldn't be necessary wit= h >> new or autodetected config. > > It's true you can get around it by triggering a config file > autogeneration when the bootfs property is changed. > >>>>> GRUB-Legacy does former but it has the problem that rpool may be >>>>> inaccessible to GRUB (it may be that only /boot/grub is accessible >>>>> to it) >>> >>> If the rpool is in accessible, then the top-level dataset should >>> also be inaccessible (unless I'm misunderstanding what you mean). >>> >> You can have a small disk locally holding only GRUB2, kernel and boot >> archive and rpool in a SAN, boot_archive taking care of mounting rpool= =2E > > I'm not aware of any OpenSolaris distro doing that, but it is > possible. In that case, it's up to the administrator to ensure that > the bootfs value used is correct and that the pool is accessible to > GRUB2. > > >>>>> 2) What's the best way to handle "local" keyword? >>> >>> Remove it ;) ? >>> >> I have a patch for it few lines down in this ML. > > LGTM. > >>>>> 3) Does Illumos support* multiple kernels? >>> >>> (For O.S.) This is something that developers would use, IMHO, but no= t >>> something for production, because the boot environment construct is >>> used to isolate different bootable instances. >> Could you explain better what's boot environment is? Is it separate >> subvolume? How do we discover them. Should it be on runtime or config >> time? > > A boot environment is a child zfs dataset whose name is of a > specific form (/ROOT/). Each boot environment is a > separate, fully-contained bootable instance of Solaris. As of the > last OpenSolaris release, the only shared state is that state stored > on the top-level dataset of the root pool (that include the Legacy > GRUB menu.lst, boot signature (just a file that can be used to > identify the pool with findroot()), and some other miscellaneous > data). (See the beadm(1M) command for a better explanation). > Sounds like something trivial to scan for at boot time (and we already have everything we need to) thus reducing transition difficulty. > Thanks, > --S > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig04B3B3034EE5EC24D5DE94A9 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/ iF4EAREKAAYFAk65ipgACgkQNak7dOguQglp+wD+M0NlOELo6H/04r3O94ETgHZy +891o/C/PHqLixi/DPEBAKtDMI8gNtOkIXqOszBrfv/KoJ8TFqzfQUp5VawBI3v5 =jRuK -----END PGP SIGNATURE----- --------------enig04B3B3034EE5EC24D5DE94A9--