All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.