On Sat, Mar 14, 2009 at 1:26 AM, Grant Edwards wrote:
> 1) Mac firmware not being able to boot from anything other
> than an HFS+ partion on a GPT partioned drive.
>
I got curious and rechecked this -
Here is grub.efi booting from usb msdos drive with hfsplus partition -
sh-3.2# diskutil
grub.efi booting from hfsplus on external msdos usb drive has worked for me,
maybe I was usiing rEFIt.
On Sat, Mar 14, 2009 at 4:20 AM, phcoder wrote:
> Apple says that booting from msdos partition is unsupported, however I've
> reports of people successfully doing so
> Grant Edwards wrote:
>
>>
Rediffed
2009-03-14 Vladimir Serbinenko
Move multiboot helper out of kernel
* conf/i386-pc.rmk: Add loader/i386/multiboot_helper.S to
_multiboot.mod
* conf/i386-coreboot.rmk: Likewise
* conf/i386-ieee1275.rmk: Likewise
* kern/i386/loader.S: Move multiboot helpers
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:41:42PM +0100, phcoder wrote:
Robert Millan wrote:
On Wed, Mar 11, 2009 at 10:21:41PM +0100, phcoder wrote:
Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+ * include/grub/elf.h: added missing attributes
Th
On Fri, Mar 13, 2009 at 09:41:42PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Wed, Mar 11, 2009 at 10:21:41PM +0100, phcoder wrote:
>>> Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
> + * include/grub/elf.h: added missing attributes
This should
--
Regards
Vladimir 'phcoder' Serbinenko
--- Begin Message ---
From: phcoder
Date: Fri, 13 Mar 2009 21:49:39 +0100
> David Miller wrote:
> > From: phcoder
> > Date: Fri, 13 Mar 2009 21:41:42 +0100
> >
> >> Actually our segment table is also our table for transforming
> >> between virtual and
David Miller wrote:
From: phcoder
Date: Fri, 13 Mar 2009 21:41:42 +0100
Actually our segment table is also our table for transforming
between virtual and physical address. I don't see why entry point
would be defined against virtual address of lowest physical segement
I would suggest simply
From: phcoder
Date: Fri, 13 Mar 2009 21:41:42 +0100
> Actually our segment table is also our table for transforming
> between virtual and physical address. I don't see why entry point
> would be defined against virtual address of lowest physical segement
I would suggest simply looping over the p
Robert Millan wrote:
On Mon, Feb 09, 2009 at 05:16:52PM +0100, phcoder wrote:
- if (filetype == GRUB_FSHELP_DIR)
+ if ((filetype & GRUB_FSHELP_TYPE_MASK) == GRUB_FSHELP_DIR)
Uhm actually I don't understand why you need a mask for this. filetype is
an enum, which we define ourselves.
Robert Millan wrote:
On Wed, Mar 11, 2009 at 10:21:41PM +0100, phcoder wrote:
Robert Millan wrote:
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+ * include/grub/elf.h: added missing attributes
This should be a bit more descriptive.
for (i = 0; i < ehdr->e_phnum; i++)
From: Robert Millan
Date: Fri, 13 Mar 2009 20:44:47 +0100
> When we have more than one video backend, and a clear idea on which parts are
> generic and which are backend-specific, we could readjust. For now this makes
> VBE happy.
I intend to write an ofvideo.c driver, so we'll have that
opport
On Sun, Mar 08, 2009 at 03:35:30PM +0200, Vesa Jääskeläinen wrote:
> Robert Millan wrote:
> >> Note: As the comment in grub/video.h says, struct grub_video_render_target
> >> didn't really want to be moved. My code only needs to access it to find
> >> the framebuffer address. Perhaps it'd be bett
On Mon, Feb 09, 2009 at 05:16:52PM +0100, phcoder wrote:
> - if (filetype == GRUB_FSHELP_DIR)
> + if ((filetype & GRUB_FSHELP_TYPE_MASK) == GRUB_FSHELP_DIR)
Uhm actually I don't understand why you need a mask for this. filetype is
an enum, which we define ourselves. What's the root of
On Mon, Feb 09, 2009 at 05:16:52PM +0100, phcoder wrote:
> -
> - if (filetype == GRUB_FSHELP_DIR)
> +
> + if ((filetype & GRUB_FSHELP_TYPE_MASK) == GRUB_FSHELP_DIR)
Please don't remove those spaces, they're intentional (see
http://www.gnu.org/prep/standards/html_node/Formatting.htm
On Thu, Mar 12, 2009 at 02:19:44PM +0530, Deepak Vankadaru wrote:
> Hi
>
> I have completed the copyright assignment procedure. Just a reminder.
Hi Deepak,
Thanks for the reminder. Could you please include a ChangeLog entry?
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us
On Wed, Mar 11, 2009 at 10:21:41PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
>>> + * include/grub/elf.h: added missing attributes
>>
>> This should be a bit more descriptive.
>>
>>>for (i = 0; i < ehdr->e_phnum; i++)
>>> if (
On Sun, Mar 01, 2009 at 05:25:10PM +0100, phcoder wrote:
> Hello all. It seems that gcc has trouble with -m32 when structure is
> passed as argument. So I replaced that part by a pointer. Also I made
> some improvements to ufs code to support solaris branch of ufs. I tested
> it also with fre
Apple says that booting from msdos partition is unsupported, however
I've reports of people successfully doing so
Grant Edwards wrote:
On 2009-03-13, phcoder wrote:
Have you tried booting from hfs+ on msdos?
Actually I haven't. I found multiple postings in various
places saying that Mac fi
On 2009-03-13, phcoder wrote:
> Have you tried booting from hfs+ on msdos?
Actually I haven't. I found multiple postings in various
places saying that Mac firmware would only boot from USB drives
if they were GPT partitioned, so I never bothered to try it.
I'll give that a try as well.
--
Gr
Have you tried booting from hfs+ on msdos?
Grant Edwards wrote:
On 2009-03-13, Peter Cros wrote:
A brief read of the mininmyth docs suggests it can also run on
a fat partition on the gpt hard disk.
No, the minimyth kernel doesn't support EFT/GPT partitioned
disks. It also doesn't support SA
On 2009-03-13, Peter Cros wrote:
> A brief read of the mininmyth docs suggests it can also run on
> a fat partition on the gpt hard disk.
No, the minimyth kernel doesn't support EFT/GPT partitioned
disks. It also doesn't support SATA hard drives. Currently,
it doesn't even know the hard-drive
Look at load_env/save_env commands and grub-editenv util
Yoshinori K. Okuji wrote:
On Thursday 05 March 2009 05:59:52 Robert Millan wrote:
We don't need a complete match of all the GRUB Legacy features in order to
migrate. The things I identified as needed for migration in Debian are
listed her
On Thursday 05 March 2009 05:59:52 Robert Millan wrote:
> We don't need a complete match of all the GRUB Legacy features in order to
> migrate. The things I identified as needed for migration in Debian are
> listed here:
>
> http://wiki.debian.org/GrubTransition
>
> I think Xen is fixed now thou
A brief read of the mininmyth docs suggests it can also run on a fat
partition on the gpt hard disk.
You can put an hfs+ partition on a msdos disk, or a fat32 partition on a gpt
disk and grub.efi can handle both. plus linux ext2/3.
Have you installed the rEFIt boot manager http://refit.sourceforg
24 matches
Mail list logo
