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
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, 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 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
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
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
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
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, 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 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
>
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 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
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 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, 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 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 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, 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 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 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 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
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
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
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
> >> >
> >
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 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,
>> >>
>
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
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
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|
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?
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
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
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
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
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
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
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
38 matches
Mail list logo
