From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: Mads Kiilerich <mads@kiilerich.com>
Cc: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: [PATCH, RFC, RFT] Mactel integration
Date: Mon, 28 Nov 2011 15:50:30 +0100 [thread overview]
Message-ID: <4ED39FB6.7090605@gmail.com> (raw)
In-Reply-To: <4ED39A59.20503@kiilerich.com>
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
next prev parent reply other threads:[~2011-11-28 14:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-28 13:25 [PATCH, RFC, RFT] Mactel integration Vladimir 'φ-coder/phcoder' Serbinenko
2011-11-28 14:27 ` Mads Kiilerich
2011-11-28 14:50 ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
2011-11-28 22:23 ` Vladimir 'φ-coder/phcoder' Serbinenko
2011-11-28 22:29 ` Seth Goldberg
2011-11-29 6:34 ` Seth Goldberg
2011-11-29 7:25 ` Keshav P R
2011-11-29 8:05 ` Seth Goldberg
2011-11-29 9:00 ` Vladimir 'φ-coder/phcoder' Serbinenko
2011-12-02 6:22 ` Keshav P R
2011-12-02 6:53 ` Vladimir 'φ-coder/phcoder' Serbinenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ED39FB6.7090605@gmail.com \
--to=phcoder@gmail.com \
--cc=grub-devel@gnu.org \
--cc=mads@kiilerich.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).