grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: [PATCH, RFC, RFT] Mactel integration
Date: Fri, 02 Dec 2011 07:53:39 +0100	[thread overview]
Message-ID: <4ED875F3.6080905@gmail.com> (raw)
In-Reply-To: <CAMPnHXyyKXN1=JTAKRk67Zj2dL9VpxSv1EC1WJx8Yx=PCTTpyQ@mail.gmail.com>

On 02.12.2011 07:22, Keshav P R wrote:
> 2011/11/29 Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@gmail.com 
> <mailto:phcoder@gmail.com>>
>
>     On 29.11.2011 08:25, Keshav P R wrote:
>
>         grubx64.efi is installed at /boot/efi/efi/grub2/grubx64.efi ,
>          but the modules are located at /boot/grub (which is $grubdir
>         aka prefix set in grubx64.efi/core.efi). But this again
>         creates confusion for some users who have to find out the
>         "actual" prefix dir in case he/she wants to modify grub.cfg
>         and grubenv in that dir. The only way to force grub-install to
>         install "everything" in /boot/efi/efi/grub/ is to us
>
>     The modules and configuration files form platform-independent part
>     as far as install is concerned (it's always handles the same way).
>     The grub.efi is the EFI specific part which needs to go where EFI
>     expects it. /efi directory on ESP as its name implies stores files
>     for EFI, perhaps some small config files, it is not to store our
>     bunch of modules. It's ok to use ESP to store modules unless they
>     go into /efi directory but it's hard to say if such a long list of
>     files will trigger any bugs in firmware implementation but in any
>     case platform-independent part shouldn't go into firmware-specific
>     directories. We've already had issues with IEEE1275 when we did
>     something similar
>
>
> The problem i have is installing both grub2 i386-pc and x86_64-efi . 
> Both have /boot/grub as $grubdir . I use /boot/grub for all grub2-bios 
> stuff and /boot/efi/efi/grub for all grub2-efi-x86_64 related stuff. I 
> have not seen any issue with having modules in <UEFISYS>/efi/grub dir 
> itself. AFAIK the modules are platform dependent since one can't use 
> i386-pc modules in i386-efi and vice-versa. x86_64-efi is out of 
> question since its a different arch. I guess for now doing
>
> sed 's|/boot/grub|/boot/efi/efi/grub|g' -i grub-mkconfig
>
> will do, until you implement the platform specific subdir idea you 
> mentioned. Thanks for clarifying this. For me this is not an issue. 
> But I also maintain grub2 packages in Archlinux. What should I tell 
> the users (those who have both grub2-bios and grub2-efi-x86_64), use 
> /boot/efi/efi/grub for everything or do the sed stuff for 
> grub-{install,mkconfig}?
>
--boot-directory=/boot-bios and --boot-directory=/boot-efi
> sed 's|/boot/grub|/boot/grub-efi|g' -i grub-{install,mkconfig}
>
> TIA.
>
> Regards.
>
> Keshav
>
>
>     -- 
>     Regards
>     Vladimir 'φ-coder/phcoder' Serbinenko
>
>


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko



      reply	other threads:[~2011-12-02  6:53 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
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 [this message]

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=4ED875F3.6080905@gmail.com \
    --to=phcoder@gmail.com \
    --cc=grub-devel@gnu.org \
    /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).