Am Sonntag, den 03.05.2009, 12:29 +1000 schrieb Chip Panarchy:
> Hello
>
> Can someone please provide me with a tutorial on how to add a patch to GRUB2?
>
> Thanks in advance,
>
> Panarchy
>
> PS: The patch I want to add is the 64-bit FreeBSD one.
>
Why do you need a tutorial for this?
Just c
Am Samstag, den 11.04.2009, 19:09 +0900 schrieb Yoshinori K. Okuji:
> On Saturday 11 April 2009 08:25:50 phcoder wrote:
> > I don't see any stoppers to merge this patch
>
> Personally, I don't like this so much. Is it so useful?
>
Okuji can we please have this?
Robert brought up again to use -We
Hello
On Sat, May 2, 2009 at 4:08 PM, Bean wrote:
> Hi,
>
> I think there is problem with this patch. Consider ${aa}, the closing
> character "}" would be left out.
>
> Although you can remedy this by swapping:
>
> { GRUB_PARSER_STATE_VARNAME, GRUB_PARSER_STATE_TEXT, ' ', 1},
> { GRUB_PARSER_S
Added code for mmap services and commited
On Sun, Apr 12, 2009 at 9:19 PM, Bean wrote:
> Hi,
>
> This patch allows you to load amd64 freebsd kernel directly, here is an
> example:
>
> set root=(hd0,1,a)
> freebsd /boot/kernel/kernel
> freebsd_loadenv /boot/device.hints
> set FreeBSD.vfs.root.mou
Hello. Now I just quickly answer you questions. Will review the patch a bit
later (probably still today)
2009/5/3 Javier Martín
> I am glad to inform that, with the new version of the mmap patch,
> drivemap now boots all my hd1 installs of:
> - Windows XP (Pro x64)
> - ReactOS
> - FreeDOS
>
> I
On Sun, May 3, 2009 at 6:32 AM, Bean wrote:
> Hi,
>
> xnu usage is quite complicated, perhaps you could write a wiki page on it.
>
On it
>
> On Sun, May 3, 2009 at 7:20 AM, Vladimir 'phcoder' Serbinenko
> wrote:
> > commited
> >
> > On Mon, Apr 27, 2009 at 9:42 PM, Vladimir 'phcoder' Serbinenko
Beautiful!
Thanks a heap for all your help phcoder & Bean! (& Joey for working
out some bugs)
Thanks once again guys,
Chip D. Panarchy
On Sun, May 3, 2009 at 7:13 PM, Vladimir 'phcoder' Serbinenko
wrote:
> Added code for mmap services and commited
>
> On Sun, Apr 12, 2009 at 9:19 PM, Bean wro
Well, I didn't know that command.
Thanks, you've just given me an accurate tutorial!
On Sun, May 3, 2009 at 6:24 PM, Felix Zielcke wrote:
> Am Sonntag, den 03.05.2009, 12:29 +1000 schrieb Chip Panarchy:
>> Hello
>>
>> Can someone please provide me with a tutorial on how to add a patch to GRUB2?
This is a patch to support UUIDs on HFS+. MD5 code is copied from Michael
Gorven's patch which is copied from libgcrypt nearly verbatim. Thanks for
Cris for the info about how xnu expects UUID to be
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/commands/xnu_uuid.c b/commands/xnu_uuid.c
ne
Hi,
I've been discussing the merits, potential implementations and failure
modes of booting from raid 4|5|6 volumes. One of the big complaints is
that bootloaders are limited when using int13h to accessing harddisks
plugged into the controller booting from, making it impossible to
assemble raid 4|
Hi,
On Sun, May 3, 2009 at 5:12 PM, Vladimir 'phcoder' Serbinenko
wrote:
> Hello
>
> On Sat, May 2, 2009 at 4:08 PM, Bean wrote:
>>
>> Hi,
>>
>> I think there is problem with this patch. Consider ${aa}, the closing
>> character "}" would be left out.
>>
>> Although you can remedy this by swappin
On Sun, May 3, 2009 at 2:37 PM, Bean wrote:
> Hi,
>
> On Sun, May 3, 2009 at 5:12 PM, Vladimir 'phcoder' Serbinenko
> wrote:
> > Hello
> >
> > On Sat, May 2, 2009 at 4:08 PM, Bean wrote:
> >>
> >> Hi,
> >>
> >> I think there is problem with this patch. Consider ${aa}, the closing
> >> character
On Sun, May 3, 2009 at 8:39 PM, Vladimir 'phcoder' Serbinenko
wrote:
>
>
> On Sun, May 3, 2009 at 2:37 PM, Bean wrote:
>>
>> Hi,
>>
>> On Sun, May 3, 2009 at 5:12 PM, Vladimir 'phcoder' Serbinenko
>> wrote:
>> > Hello
>> >
>> > On Sat, May 2, 2009 at 4:08 PM, Bean wrote:
>> >>
>> >> Hi,
>> >>
>
Robert Millan wrote:
> > > > Some
> > > > kernels may not support VESA modes at all.
> > >
> > > I don't think this is applicable; all modern versions of Linux include
> > > vesa modesetting in its 16-bit entry code, and older versions are
> > > already detected by the new loader (user is prompted
On Sun, May 3, 2009 at 2:52 PM, Bean wrote:
> On Sun, May 3, 2009 at 8:39 PM, Vladimir 'phcoder' Serbinenko
> wrote:
> >
> >
> > On Sun, May 3, 2009 at 2:37 PM, Bean wrote:
> >>
> >> Hi,
> >>
> >> On Sun, May 3, 2009 at 5:12 PM, Vladimir 'phcoder' Serbinenko
> >> wrote:
> >> > Hello
> >> >
> >
Hi,
Oh right, it looks more compact. Although you should test the corner
cases to make sure no problem is introduced by the new code.
On Sun, May 3, 2009 at 9:28 PM, Vladimir 'phcoder' Serbinenko
wrote:
>
> On Sun, May 3, 2009 at 2:52 PM, Bean wrote:
>>
>> On Sun, May 3, 2009 at 8:39 PM, Vladim
Signed-off-by: martin f. krafft
---
disk/raid.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/disk/raid.c b/disk/raid.c
index 2b3130b..8b026cd 100644
--- a/disk/raid.c
+++ b/disk/raid.c
@@ -598,7 +598,7 @@ grub_raid_scan_device (int head_only)
struct grub_raid_a
On Sun, May 03, 2009 at 09:18:02AM -0400, Isaac Dupree wrote:
> Robert Millan wrote:
> > > > > Some
> > > > > kernels may not support VESA modes at all.
> > > >
> > > > I don't think this is applicable; all modern versions of Linux include
> > > > vesa modesetting in its 16-bit entry code, and old
On Sat, May 02, 2009 at 08:03:23PM -0400, BandiPat wrote:
> linux16 /boot/vmlinuz root=/dev/sda1 ro resume=/dev/sda4 splash=silent
> vga=794
This means vga=0x31a, aka 16-bit 1280x1024. Does 24-bit (vga=0x31b) work?
I suspect there's some fuzzy matching here.
--
Robert Millan
The DRM
On Sun, May 03, 2009 at 12:25:31AM -0400, Pavel Roskin wrote:
> On Sat, 2009-05-02 at 13:39 +0200, Robert Millan wrote:
> > On Mon, Apr 27, 2009 at 11:55:10PM -0400, Pavel Roskin wrote:
> > > Hello!
> > >
> > > Running "terminal_input.usb_keyboard" crashed GRUB (or qemu it's running
> > > in). It
On Sun, May 03, 2009 at 10:47:00AM +1000, Chip Panarchy wrote:
> ^Ah.
>
> What would you suggest instead, for a free full-drive encryption?
LUKS
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threateni
On Mon, Apr 27, 2009 at 03:09:47PM +0800, Bean wrote:
> 2, Group related items together
>
> For example, for the fat module, we could write it like this:
>
> # For fat.mod.
> fat_mod_SOURCES = fs/fat.c
> fat_mod_CFLAGS = $(COMMON_CFLAGS)
> fat_mod_LDFLAGS = $(COMMON_LDFLAGS)
> pkglib_MODULES += f
On Sun, 2009-05-03 at 12:42 +0200, Vladimir 'phcoder' Serbinenko wrote:
> This is a patch to support UUIDs on HFS+. MD5 code is copied from
> Michael Gorven's patch which is copied from libgcrypt nearly verbatim.
> Thanks for Cris for the info about how xnu expects UUID to be
I suggest that you ru
On Sun, May 03, 2009 at 12:35:08AM -0400, Pavel Roskin wrote:
> On Sat, 2009-05-02 at 13:15 +0200, Robert Millan wrote:
> > This patch improves error messages in grub-setup, and adds a few
> > warnings when requested to install in odd layouts.
> >
> > Since there was no facility to emmit a warning
On Sun, 2009-05-03 at 18:55 +0200, Robert Millan wrote:
> Agreed. It's no harm to add --force for users who are stuck in such layouts.
>
> Here's a new patch.
I don't see the "force" variable affecting anything in setup() other
than output. grub_util_warn() doesn't set any flag that there have
On Sun, 2009-05-03 at 22:20 +1200, Daniel Reurich wrote:
> Hi,
>
> I've been discussing the merits, potential implementations and failure
> modes of booting from raid 4|5|6 volumes. One of the big complaints is
> that bootloaders are limited when using int13h to accessing harddisks
> plugged into
On Sun, 2009-05-03 at 17:56 +0200, Robert Millan wrote:
> Our alternative to interrupts has so far been polling. Is it viable to
> poll for USB keyboards every time a read is attempted?
We can try it.
--
Regards,
Pavel Roskin
___
Grub-devel mailing
Le 7 févr. 09 à 22:02, Robert Millan a écrit :
On Mon, Jan 12, 2009 at 10:52:48PM +0100, Michael Scherer wrote:
Hi,
Here is the second patch, for hfsx support. This patch replace the
precedent.
It is slightly more complex, and I didn't tested it on hfsx as I do
not have a proper partition.
B
On Sun, 2009-05-03 at 11:17 +0200, Vladimir 'phcoder' Serbinenko wrote:
> I would suggest, however, that the return type of
> grub_mmap_malign_and_register be changed to void* from char*,
> just like
> the return type from malloc, because it's the meaningful data
>
On Sun, May 03, 2009 at 01:04:33PM -0400, Pavel Roskin wrote:
> On Sun, 2009-05-03 at 18:55 +0200, Robert Millan wrote:
>
> > Agreed. It's no harm to add --force for users who are stuck in such
> > layouts.
> >
> > Here's a new patch.
>
> I don't see the "force" variable affecting anything in
On Sun, 2009-05-03 at 02:02 +0200, Javier Martín wrote:
> I am glad to inform that, with the new version of the mmap patch,
> drivemap now boots all my hd1 installs of:
> - Windows XP (Pro x64)
> - ReactOS
> - FreeDOS
I confirm that 32-bit Windows XP is working too.
> I would suggest, however, th
On Sun, 2009-05-03 at 22:54 +0200, Robert Millan wrote:
> On Sun, May 03, 2009 at 01:04:33PM -0400, Pavel Roskin wrote:
> > On Sun, 2009-05-03 at 18:55 +0200, Robert Millan wrote:
> >
> > > Agreed. It's no harm to add --force for users who are stuck in such
> > > layouts.
> > >
> > > Here's a n
I just committed the following.
I see people talking about enabling -Werror, but nobody is
watching for even the most obvious new warning messages
when they commit new changes :-(
2009-05-03 David S. Miller
* normal/menu.c: Include grub/parser.h
diff --git a/normal/menu.c b/normal/m
El dom, 03-05-2009 a las 16:59 -0400, Pavel Roskin escribió:
> On Sun, 2009-05-03 at 02:02 +0200, Javier Martín wrote:
> > I am glad to inform that, with the new version of the mmap patch,
> > drivemap now boots all my hd1 installs of:
> > - Windows XP (Pro x64)
> > - ReactOS
> > - FreeDOS
>
> I c
On Mon, Apr 27, 2009 at 9:58 PM, Bean wrote:
> On Tue, Apr 28, 2009 at 2:13 AM, Vladimir 'phcoder' Serbinenko
> wrote:
> > symdb code seems to duplicate your list code. Perhaps you could reuse the
> > file from kernel thus making maintaining easier
>
> Hi,
>
> I'm planning to use kern/list.c at
On Mon, 2009-05-04 at 01:37 +0200, Javier Martín wrote:
> > The patch adds many trailing spaces. I suggest that you run GNU indent
> > on drivemap.c. It will take care of most of the trailing spaces.
> > Comments will still need to be fixed.
> >
> > Assembler files use different formatting in G
On Fri, 2009-05-01 at 22:51 +0200, Andreas Born wrote:
> If there's both a symlink and a kernel at which the symlink is pointing
> in the list of detected kernels of 10_linux, two entries are created for
> actually the same kernel. This patch checks for this condition and only
> uses the symlink
On Mon, May 4, 2009 at 8:18 AM, Vladimir 'phcoder' Serbinenko
wrote:
>
>
> On Mon, Apr 27, 2009 at 9:58 PM, Bean wrote:
>>
>> On Tue, Apr 28, 2009 at 2:13 AM, Vladimir 'phcoder' Serbinenko
>> wrote:
>> > symdb code seems to duplicate your list code. Perhaps you could reuse
>> > the
>> > file fro
38 matches
Mail list logo
