On Sat, Mar 14, 2009 at 12:35:09AM +0100, phcoder wrote:
> Index: conf/i386-ieee1275.rmk
> ===
> --- conf/i386-ieee1275.rmk(revision 2030)
> +++ conf/i386-ieee1275.rmk(working copy)
> @@ -126,10 +126,12 @@
>
> # For _multibo
On Sat, Mar 14, 2009 at 12:01:13AM +0100, phcoder wrote:
> 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 +01
On 2009-03-14, Peter Cros 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 -
That's good to know. I guess I
Hi,
I've discovered a bug in ext2.c, inside grub_ext2_mount. The mount
function must return GRUB_ERR_BAD_FS if something goes wrong, because
grub_fs_probe would stop as soon as it sees a non-GRUB_ERR_BAD_FS
error, thus preventing other fs driver from detecting the correct fs
type. This patch fixes
On Sun, Mar 15, 2009 at 12:16:23AM +0800, Bean wrote:
> Hi,
>
> I've discovered a bug in ext2.c, inside grub_ext2_mount. The mount
> function must return GRUB_ERR_BAD_FS if something goes wrong, because
> grub_fs_probe would stop as soon as it sees a non-GRUB_ERR_BAD_FS
> error, thus preventing ot
On Sun, Mar 15, 2009 at 12:37 AM, Robert Millan wrote:
> On Sun, Mar 15, 2009 at 12:16:23AM +0800, Bean wrote:
>> Hi,
>>
>> I've discovered a bug in ext2.c, inside grub_ext2_mount. The mount
>> function must return GRUB_ERR_BAD_FS if something goes wrong, because
>> grub_fs_probe would stop as soo
On Sun, Mar 15, 2009 at 12:56:26AM +0800, Bean wrote:
> On Sun, Mar 15, 2009 at 12:37 AM, Robert Millan wrote:
> > On Sun, Mar 15, 2009 at 12:16:23AM +0800, Bean wrote:
> >> Hi,
> >>
> >> I've discovered a bug in ext2.c, inside grub_ext2_mount. The mount
> >> function must return GRUB_ERR_BAD_FS i
On Sun, Mar 15, 2009 at 1:35 AM, Robert Millan wrote:
> On Sun, Mar 15, 2009 at 12:56:26AM +0800, Bean wrote:
>> On Sun, Mar 15, 2009 at 12:37 AM, Robert Millan wrote:
>> > On Sun, Mar 15, 2009 at 12:16:23AM +0800, Bean wrote:
>> >> Hi,
>> >>
>> >> I've discovered a bug in ext2.c, inside grub_ext
Robert Millan wrote:
On Sat, Mar 14, 2009 at 12:35:09AM +0100, phcoder wrote:
Index: conf/i386-ieee1275.rmk
===
--- conf/i386-ieee1275.rmk (revision 2030)
+++ conf/i386-ieee1275.rmk (working copy)
@@ -126,10 +126,12 @@
Hi,
There are three issue related to msys/mingw environment.
1, no nanosleep in mingw, although, the windows API Sleep support millisecond.
2, Use stat on device like //./PHYSICALDRIVE0 would fail. It should
use utility function grub_util_get_disk_size in read_device_map.
3, The ln command in m
On Friday 13 March 2009 21:23:19 phcoder wrote:
> Look at load_env/save_env commands and grub-editenv util
Thanks. Now I really regret that I didn't find those additions earlier.
I do not like this implementation for the following reasons:
- The saved file is not plain text, unlike GRUB Legacy.
On Sunday 15 March 2009 01:16:23 Bean wrote:
> Hi,
>
> I've discovered a bug in ext2.c, inside grub_ext2_mount. The mount
> function must return GRUB_ERR_BAD_FS if something goes wrong, because
> grub_fs_probe would stop as soon as it sees a non-GRUB_ERR_BAD_FS
> error, thus preventing other fs dri
One issue I need to resolve before I can send finalized
patches out for sparc is about device naming.
Currently the PowerPC ieee1275 support allows using both device
aliases and full openfirmware device path names with the usual GRUB
partition specification concatenated at the end. For the most
For me it looks like it's disk driver-specific (ofdisk) and not
platform-specific. Perhaps quoting or escaping could offer a better
solution?
David Miller wrote:
One issue I need to resolve before I can send finalized
patches out for sparc is about device naming.
Currently the PowerPC ieee1275
Applies fine to last SVN
phcoder wrote:
With this patch fat became case-sensitive which is probably wrong.
Corrected version of patch attached
Sorry
Vladimir 'phcoder' Serbinenko
phcoder wrote:
Hello. Now the handling of FAT-labels keeps the trailing spaces and
ignores VFAT label generated by m
From: phcoder
Date: Sun, 15 Mar 2009 00:44:15 +0100
> For me it looks like it's disk driver-specific (ofdisk) and not
> platform-specific. Perhaps quoting or escaping could offer a better
> solution?
Specifying partitions using "/path/to/device:partition" syntax is an
attribute of openfirmware.
On Sun, Mar 15, 2009 at 5:10 AM, Yoshinori K. Okuji wrote:
> On Friday 13 March 2009 21:23:19 phcoder wrote:
>> Look at load_env/save_env commands and grub-editenv util
>
> Thanks. Now I really regret that I didn't find those additions earlier.
>
> I do not like this implementation for the followi
On Sun, Mar 15, 2009 at 5:27 AM, Yoshinori K. Okuji wrote:
> On Sunday 15 March 2009 01:16:23 Bean wrote:
>> Hi,
>>
>> I've discovered a bug in ext2.c, inside grub_ext2_mount. The mount
>> function must return GRUB_ERR_BAD_FS if something goes wrong, because
>> grub_fs_probe would stop as soon as
18 matches
Mail list logo
