On Thu, May 14, 2009 at 3:51 AM, Pavel Roskin wrote:
> On Sat, 2009-05-09 at 17:42 +0200, Javier Martín wrote:
>
>> OK, I have a good feeling about this version of the patch. Most
>> importantly, it still works!!
>
> I have committed your patch after a cleanup. My changes were following:
>
> grub
Hello, I had two clear oppositions which weren't resolved. I don't
believe that merge patches screwing up the pendin oppositions is a
good practice. The opposition about declaration is based on another
handlers how it is used accross grub. Opposition about calling
biosdisk is technically relevant.
Good to hear it is not just me finding it useful - certainly handy for
portable rescue media.
I take it there is no workaround (on Macs) for having a blessed hfsplus
filesystem with a blessed grub.efi - that is, on removable media
(usb/cd) for booting in efi mode (I know isolinux works fine in
Hi,
Thanks for the idea, here fat grub.efi tested ok on imac8,1 (64) and
MacBook2,1 (32), using working grub32.efi and grub64.efi with their
preloaded modules.
./fatglue.py grub2202f.efi grub2202-32.efi grub2202-64.efi
compile and fatglue were all done in OSX10.5.6.
Debian sid 2.6.29.1-amd64 b
On Sat, 2009-05-09 at 17:42 +0200, Javier Martín wrote:
> OK, I have a good feeling about this version of the patch. Most
> importantly, it still works!!
I have committed your patch after a cleanup. My changes were following:
grub_drivemap_int13_handler_base and grub_drivemap_int13_handler have
On Sat, May 09, 2009 at 11:40:13AM +0200, Vladimir 'phcoder' Serbinenko wrote:
> Hello. On 64-bit systems the code may be loaded above 4GiB. When grub tries
> to switch to 32-bit mode before launching linux it causes the reboot.
Btw, I assume the problem happens with more than 4 GiB of physical me
On Sat, May 09, 2009 at 11:40:13AM +0200, Vladimir 'phcoder' Serbinenko wrote:
> +++ b/loader/i386/efi/linux_trampoline.S
Since this file is also used on loader/i386/linux.c, shouldn't it be moved
above from efi/ ?
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will dec
On Sat, May 02, 2009 at 03:04:47PM -0700, Joey Korkames wrote:
>> If you use 0x10, though, the Linux loader will probably stop working.
>
> I'm not too worried about breaking the linux loader since kexec can load
> linux directly...as long as it can load some other OS's (multiboot -
> kexec c
On Mon, May 04, 2009 at 05:59:11PM -0400, BandiPat wrote:
> Robert Millan wrote:
>> Btw, I increased the mode list considerably (using documented modes from
>> Wikipedia). Chances that your ultra-weird mode of choice is supported are
>> much greater now.
>>
>> There's still no fuzzy matching, thou
Newbie post but hopefully I will be providing some useful data rather
than merely questions...
I have been using the svn trunk over the last few days with some success
compiling 32 and 64 bit EFI grub and creating a dual architecture
grub.efi from the results that seems to work on hard disk on
10 matches
Mail list logo