From: James Jarvis <James.Jarvis@ed.ac.uk>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: EFI and 32bit vs. 64bit
Date: Thu, 04 Jun 2009 08:35:52 +0100 [thread overview]
Message-ID: <4A277958.70706@ed.ac.uk> (raw)
In-Reply-To: <d7ead6de0906031623o14f2beb9sdb7951cfeec62a13@mail.gmail.com>
Vladimir 'phcoder' Serbinenko wrote:
> On Wed, Jun 3, 2009 at 11:32 PM, Felix Zielcke <fzielcke@z-51.de> wrote:
>
>> Hello,
>>
>> just talked with a guy from the debian-boot people about using grub-efi
>> for the Intel Mac Users.
>> Is there any way avaible in Linux to detect somehow if the EFI is 64bit
>> or 32bit?
>>
> If you EFI-boot linux then its architecture is also the one of efi
> (afaik linux doesn't support efi64 with i386 kernel or otherway round)
> If it's not the only reasonable way is to use dmidecode's output
> (especially ProductName)
>
I have a 2.6.29.2 i386 linux kernel boot on a 64bit computer (Apple iMac
8,1). With fakebios it all works fine (although one cannot access
efivars). When I boot the i386 kernel (and initrd and root in memory) in
EFI mode on 64 bit it boots but not all modules insert. It loads and can
start the init script. That suggests that Felix is right the assumption
may not be absolute.
Also, will the results of dmidecode be reliable if using fakebios???
>> Maybe some list of CPUs which could be grep'ed from /proc/cpuinfo or so?
>> I read on refit page that Apple introducted fat binaries, which would
>> work on both, but can they actually be created outside of MacOSX?
>>
> fat binary is just a concateneting of 2 binaries with an extra header.
> So it's quite easy to create one
>
I have already done this using the fatglue.py python script from refit.
It works for grub.efi but not for modules. Another solution would be at
module insertion that the process tries <name>.<arch>.mod first before
<name>.mod. This means i386 and x86_64 modules could coexist in the same
directory and be inserted accordingly.
James
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.
next prev parent reply other threads:[~2009-06-04 7:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-03 21:32 EFI and 32bit vs. 64bit Felix Zielcke
2009-06-03 23:23 ` Vladimir 'phcoder' Serbinenko
2009-06-04 7:35 ` James Jarvis [this message]
2009-06-04 10:17 ` Felix Zielcke
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=4A277958.70706@ed.ac.uk \
--to=james.jarvis@ed.ac.uk \
--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.