From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1RV2Xf-0001cC-TF for mharc-grub-devel@gnu.org; Mon, 28 Nov 2011 09:50:47 -0500 Received: from eggs.gnu.org ([140.186.70.92]:45158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RV2Xa-0001bw-0J for grub-devel@gnu.org; Mon, 28 Nov 2011 09:50:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RV2XV-0004lH-0B for grub-devel@gnu.org; Mon, 28 Nov 2011 09:50:41 -0500 Received: from mail-ey0-f169.google.com ([209.85.215.169]:51874) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RV2XU-0004ks-Lm for grub-devel@gnu.org; Mon, 28 Nov 2011 09:50:36 -0500 Received: by eaah1 with SMTP id h1so2204447eaa.0 for ; Mon, 28 Nov 2011 06:50:35 -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:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8QtxvlI3+7X0PXnWzRdF+P4+rvgsMUwWKHEDFqLZ1bE=; b=PPnjl+wIBsZUkOUvxiPWiJm+K6IrwLh7Fh140WV13Bg5WgctO4KWA1UcPtBIdQa6F0 SETIVFDVUhuCHnbQ2IzMZcPddHZqlqbSogpFpIZLlW8rHnZcYEmGRX8vfZUZcIjWOnA3 8Fb/PjmjbF9LC6x+p6Hot5VY4IaFJIE+sni3I= Received: by 10.180.73.107 with SMTP id k11mr45924860wiv.50.1322491835228; Mon, 28 Nov 2011 06:50:35 -0800 (PST) Received: from debian.x201.phnet (83-233.197-178.cust.bluewin.ch. [178.197.233.83]) by mx.google.com with ESMTPS id m25sm39306181wbp.6.2011.11.28.06.50.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Nov 2011 06:50:33 -0800 (PST) Message-ID: <4ED39FB6.7090605@gmail.com> Date: Mon, 28 Nov 2011 15:50:30 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111114 Icedove/3.1.16 MIME-Version: 1.0 To: Mads Kiilerich Subject: Re: [PATCH, RFC, RFT] Mactel integration References: <4ED38BC0.6090100@gmail.com> <4ED39A59.20503@kiilerich.com> In-Reply-To: <4ED39A59.20503@kiilerich.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.215.169 Cc: The development of GNU GRUB 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: Mon, 28 Nov 2011 14:50:46 -0000 On 28.11.2011 15:27, Mads Kiilerich wrote: > On 11/28/2011 02:25 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >> Hello all. Based on the information from >> http://mjg59.dreamwidth.org/7468.html I intend to add support for such >> install. It requires a small HFS+ volume mounted at /boot/mactel. I also >> simplify handling of EFI directories by adding explicit option to >> specify it and removing some "compatibility" kludges (they don't make >> anything compatible with anything since "old behaviour" was mostly not >> to install at all) which made the code in question difficult to >> maintain. > > Matthew will perhaps give a more thorough response, but I would like > to add a few quick comments. > > Matthew also created http://www.codon.org.uk/~mjg59/mactel-boot/ , so > there seems to be some duplicate work there. > Well it's a small thing and I actually already had it since 2009 just it was considered useless given that Macs work with standard EFI tools. > His approach is discussed further on > https://bugzilla.redhat.com/show_bug.cgi?id=755093 . I've glanced a bit and have few comments: - Having no EFI System partition is asking for trouble since it's hard to tell which kind of bugs in different firmware or software it will trigger. So I'd create one even on single-boot install - I'd prefer double install (as in both to ESP and own HFS+) to be possible. First one is standards-compliant and compatible with other firmware implementation and second one avoids Apple bugs. So I'd prefer to choose another mounting point for HFS+. I suggest /boot/mactel or /boot/mac (second has advantage of being natural if we choose to do the same on PPC (and I'm inclined to it)) - If you want a grub.efi usable everywhere you need to put modules on embed memdisk and not as preload modules since loading modules takes time and potentially exposes user to bugs in the modules he doesn't really need. - blessed directory and blessed file are independent. Former is used on ppc, later on intel. Please modify only the one for the platform you install for > > A quick summary is that it (in my opinion) is a bit unclear what Macs > _really_ needs. There are several ways grub can be used to boot Macs, > and it is not completely clear whether HFS blessing or HFS is > necessary at all. The Mac boot loader detects FAT partitions and will > by default also boot from /EFI/BOOT - also on the system partition. > The OS/X "Startup Drive" configuration is a bit more sensitive, but it > seems like what it writes to PRAM/VRAM is more important than the HFS > blessing. I don't see this install as something nice and nifty, more like a way to workaround Apple bugs. > > /Mads > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko