Pavel Roskin wrote:
On Sun, 2008-08-03 at 21:30 +0200, Robert Millan wrote:
On Sun, Aug 03, 2008 at 09:28:39PM +0200, Robert Millan wrote:
Hi,
I'm thinking that we have quite a bit of duplicate stuff in each of the 4
i386 ports (cpuid, pci, serial, etc) that could well live in a
firmware-agnos
Yoshinori K. Okuji wrote:
On Saturday 12 July 2008 16:59:20 Michael Gorven wrote:
On Saturday 12 July 2008 16:39:21 Robert Millan wrote:
On Tue, Jul 08, 2008 at 08:24:33AM +0200, Michael Gorven wrote:
On Tuesday 08 July 2008 07:32:40 Yoshinori K. Okuji wrote:
This news, basically, says that m
Robert Millan wrote:
On Sun, Jul 20, 2008 at 09:21:47AM +0300, [EMAIL PROTECTED] wrote:
I also like no wrapping mode. But lets assume we have nice graphical menu
with "cylinder" of menu entries that roll when you press key up/down.
Oh my god. Tell me you're not planning to implement OpenGL in
Bean wrote:
Hi,
Currently, the color handling in grub-emu is broken, sometimes you see
nothing on screen. This patch fix it, now variable menu_color_normal
and menu_color_highlight works properly in grub-emu.
+
+static grub_uint8_t color_map[NUM_COLORS] =
+{
+ COLOR_BLACK,
+ COLOR_BLUE,
+
Bean <[EMAIL PROTECTED]> writes:
>>> +GRUB_MOD_INIT(pxe)
>>> +{
>>> + (void) mod;/* To stop warning. */
>>> +
>>> + grub_pxe_detect ();
>>> + if (grub_pxe_pxenv)
>>> +{
>>> + grub_disk_dev_register (&grub_pxe_dev);
>>> + grub_fs_register (&grub_pxefs_fs);
>
On Tue, Aug 5, 2008 at 3:54 PM, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> Hi,
>>
>> Currently, the color handling in grub-emu is broken, sometimes you see
>> nothing on screen. This patch fix it, now variable menu_color_normal
>> and menu_color_highlight works properly in gru
Robert Millan <[EMAIL PROTECTED]> writes:
> The elf version of grub-mkimage is multiplatform, so it makes no sense to
> keep it as arch-specific in the build system IMHO.
>
> This patch renames it to grub-mkelfimage, and arranges the build system &
> headers so that its build parameters are shared
Hi,
Bean <[EMAIL PROTECTED]> writes:
> I have found the bug, it's caused by buffer overflown. In get_line
> (normal/main.c), if the string length is multiple of 64, the ending \0
> will overflow the buffer, this patch fix the problem:
Looks fine to me.
--
Marco
__
On Tue, Aug 5, 2008 at 6:15 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> Currently, the color handling in grub-emu is broken, sometimes you see
>> nothing on screen. This patch fix it, now variable menu_color_normal
>> and menu_color_highlight works p
Hi,
Bean <[EMAIL PROTECTED]> writes:
> This is a collection of miscellaneous patches, it includes:
Please do not collect patches. Independant changes can better go into
independant patches. Mails like this are easily overseen and so are
important changes made by such patch.
> 1, move util/env
On Tue, Aug 5, 2008 at 6:17 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> Ok, I've found the bug. In editor_getline (normal/menu_entry.c), it
>> should return a string allocated with grub_strdup, instead of the
>> original one, as the result will be re
Hi,
Christian Franke <[EMAIL PROTECTED]> writes:
> For a release tarball, It IMO also makes sense to include
> util/parser.tab.c. It is platform-independent and rarely changed. This
> would remove bison from the list of prerequisites.
Fine for me.
--
Marco
___
Hi,
Colin D Bennett <[EMAIL PROTECTED]> writes:
[...]
> I think we should remove conf/*.mk from the Subversion repository. If
> people are going to be developing on GRUB and checking out svn
> branches, then I think it's fine to require them to have Ruby. For
> released tarballs that we expect
Robert Millan <[EMAIL PROTECTED]> writes:
> On Fri, Jul 25, 2008 at 07:36:25PM -0400, Chris Knadle wrote:
>>
>>If you ask me, I think this unfortunately looks like a complex detection
>> problem -- which I think is eventually going to start with a *successful*
>> detection of the Apple part
Bean <[EMAIL PROTECTED]> writes:
> On Tue, Aug 5, 2008 at 6:15 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> Bean <[EMAIL PROTECTED]> writes:
>>
>>> Currently, the color handling in grub-emu is broken, sometimes you see
>>> nothing on screen. This patch fix it, now variable menu_color_
Hi,
Lampersperger Andreas <[EMAIL PROTECTED]> writes:
> I have there a small patch to commands/ls.c, whichs makes the
> ls-command return an error for non existing fils (as the bash ls
> command).
>
> With this patch, one can have in the grub.cfg files statements like:
>
> if ls /boot/grub/grub.c
Hi,
Bean <[EMAIL PROTECTED]> writes:
> Currently, the color handling in grub-emu is broken, sometimes you see
> nothing on screen. This patch fix it, now variable menu_color_normal
> and menu_color_highlight works properly in grub-emu.
>
> 2008-08-02 Bean <[EMAIL PROTECTED]>
>
> * util/co
Felix Zielcke <[EMAIL PROTECTED]> writes:
> Am Freitag, den 01.08.2008, 17:09 +0200 schrieb Felix Zielcke:
>
>> Maybe there's a way to make it even better so please comment all of you
>> grub-devels :)
>
> Thanks to Robert who suggested asprintf
>
> I hope the #define _GNU_SOURCE which is needed f
Hi Javier,
Javier Martín <[EMAIL PROTECTED]> writes:
> El lun, 04-08-2008 a las 22:51 +0200, Marco Gerards escribió:
>> Javier Martín <[EMAIL PROTECTED]> writes:
>>
>> > After your latest replay, I "reevaluated" my stubbornness WRT some of
>> > your advices, and I've changed a few things:
>> >
>
Hi,
Javier Martín <[EMAIL PROTECTED]> writes:
>> > There is, however, one point in which I keep my objection: comparisons
>> > between a variable and a constant should be of the form CONSTANT ==
>> > variable and not in the reverse order, since an erroneous but quite
>> > possible change of == fo
Hi,
Javier Martín <[EMAIL PROTECTED]> writes:
>> Anyway, since "they" are more likely to maintain the code in
>> the long run than you, in general, the question is whether
>> the code is more likely to become buggy by their hacking on
>> it, if it follows project coding style or someone else's
Am Dienstag, den 05.08.2008, 12:16 +0200 schrieb Marco Gerards:
> Robert Millan <[EMAIL PROTECTED]> writes:
> >
> > How about using grub_dprintf instead?
>
> Agreed.
>
Attached.
I hope I get soon used to your changelog :)
2008-08-05 Felix Zielcke <[EMAIL PROTECTED]>
* partmap/pc.c
On Tuesday 05 August 2008, Marco Gerards wrote:
> Robert Millan <[EMAIL PROTECTED]> writes:
> > On Fri, Jul 25, 2008 at 07:36:25PM -0400, Chris Knadle wrote:
> >>If you ask me, I think this unfortunately looks like a complex
> >> detection problem -- which I think is eventually going to start w
Am Dienstag, den 05.08.2008, 12:49 +0200 schrieb Felix Zielcke:
> Am Dienstag, den 05.08.2008, 12:16 +0200 schrieb Marco Gerards:
> > Robert Millan <[EMAIL PROTECTED]> writes:
>
> > >
> > > How about using grub_dprintf instead?
> >
> > Agreed.
> >
>
> Attached.
I forgot 2 little spaces ;)
> I
Hi Marco,
Marco "Vega" Trucillo <[EMAIL PROTECTED]> writes:
> On Tue, 06 May 2008 21:57:37 +0200, Marco "Vega" Trucillo
> <[EMAIL PROTECTED]> wrote:
>> On Tue, 6 May 2008 17:05:53 +0200, Robert Millan <[EMAIL PROTECTED]> wrote:
>>
>>> Marco Gerards sent a patch to add PCI support to ata.c, but i
Robert Millan <[EMAIL PROTECTED]> writes:
> On Fri, Aug 01, 2008 at 12:40:17PM +0200, Marco Gerards wrote:
>> > - return grub_error (GRUB_ERR_BAD_PART_TABLE,
>> > - "no space for disk label");
>> > -
>> > + {
>> > +grub_erro
Hi,
Bean <[EMAIL PROTECTED]> writes:
> Ok, I've found the bug. In editor_getline (normal/menu_entry.c), it
> should return a string allocated with grub_strdup, instead of the
> original one, as the result will be release in the lexer once it's
> done.
The patch looks fine. You can commit it, if
Hi Colin,
Colin D Bennett <[EMAIL PROTECTED]> writes:
> Another updated TSC patch. Now it detects TSC support for x86 CPUs at
> runtime and selects either the TSC or RTC time source. This way 386
> and 486 CPUs without RDTSC instruction support are supported.
>
> Robert Millan was interested in
Hello,
Some weeks ago I sent a patch that didn't have any discussion. I'm
sending it again, maybe everybody was in holidays :-)
Actually I updated the patch (added some spaces to comply with the
coding style).
* menu/normal.c: Add Home and End keys in grub-menu
Also, I added a comment that wou
Robert Millan wrote:
On Mon, Aug 04, 2008 at 10:40:02PM +0200, Christian Franke wrote:
Robert Millan wrote:
On Mon, Aug 04, 2008 at 09:46:03PM +0200, Christian Franke wrote:
Here a more generic version which allows to specifiy windows system dirs
by /etc/default/grub:GRUB_WIND
Felix Zielcke <[EMAIL PROTECTED]> writes:
> 2008-08-05 Felix Zielcke <[EMAIL PROTECTED]>
>
> * partmap/pc.c (pc_partition_map_iterate): Do not abort on an invalid
> BSD
> magic or if there's no space left, use grub_dprintf to issue a warning.
Looks fine.
> + {
> +
Hi,
Carles Pina i Estany <[EMAIL PROTECTED]> writes:
> Some weeks ago I sent a patch that didn't have any discussion. I'm
> sending it again, maybe everybody was in holidays :-)
>
> Actually I updated the patch (added some spaces to comply with the
> coding style).
>
> * menu/normal.c: Add Home a
Am Dienstag, den 05.08.2008, 15:10 +0200 schrieb Marco Gerards:
> Felix Zielcke <[EMAIL PROTECTED]> writes:
>
> > 2008-08-05 Felix Zielcke <[EMAIL PROTECTED]>
> >
> > * partmap/pc.c (pc_partition_map_iterate): Do not abort on an invalid
> > BSD
> > magic or if there's no space left, use
Am Dienstag, den 05.08.2008, 15:10 +0200 schrieb Marco Gerards:
> Felix Zielcke <[EMAIL PROTECTED]> writes:
>
> > 2008-08-05 Felix Zielcke <[EMAIL PROTECTED]>
> >
> > * partmap/pc.c (pc_partition_map_iterate): Do not abort on an invalid
> > BSD
> > magic or if there's no space left, use
Am Dienstag, den 05.08.2008, 15:03 +0200 schrieb Felix Zielcke:
>
> I moved it now to include/util/misc.h so in the future it can be used
> for all utils.
I just recompiled it with an 'svn up' before and a full compile is
broken with that way.
I just include config.h now which defines this.
2
Am Dienstag, den 05.08.2008, 15:36 +0200 schrieb Felix Zielcke:
> Am Dienstag, den 05.08.2008, 15:03 +0200 schrieb Felix Zielcke:
>
> >
> > I moved it now to include/util/misc.h so in the future it can be used
> > for all utils.
>
> I just recompiled it with an 'svn up' before and a full compile
On Tue, Aug 5, 2008 at 6:36 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> This is a collection of miscellaneous patches, it includes:
>
> Please do not collect patches. Independant changes can better go into
> independant patches. Mails like this are
On Tue, Aug 5, 2008 at 6:26 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> I have found the bug, it's caused by buffer overflown. In get_line
>> (normal/main.c), if the string length is multiple of 64, the ending \0
>> will overflow the buffer, this pat
On Tue, Aug 5, 2008 at 6:59 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Bean <[EMAIL PROTECTED]> writes:
>
>> On Tue, Aug 5, 2008 at 6:15 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
>>> Hi,
>>>
>>> Bean <[EMAIL PROTECTED]> writes:
>>>
Currently, the color handling in grub-emu is broken, so
I following the GRUB 2 gdb debugging instructions this week and I was
successful in using QEMU and gdb to debug GRUB. I wondered if we could
make this a bit easier -- primarily by making GRUB's build system
generate the '.elf' files with full symbol info without requiring a
patch. Attached is a p
Am Dienstag, den 05.08.2008, 07:42 -0700 schrieb Colin D Bennett:
> I following the GRUB 2 gdb debugging instructions this week and I was
> successful in using QEMU and gdb to debug GRUB. I wondered if we could
> make this a bit easier -- primarily by making GRUB's build system
> generate the '.el
On Tue, 05 Aug 2008 17:05:57 +0200
Felix Zielcke <[EMAIL PROTECTED]> wrote:
> Am Dienstag, den 05.08.2008, 07:42 -0700 schrieb Colin D Bennett:
> > I following the GRUB 2 gdb debugging instructions this week and I
> > was successful in using QEMU and gdb to debug GRUB. I wondered if
> > we could
On Tue, Aug 5, 2008 at 4:16 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Bean <[EMAIL PROTECTED]> writes:
>
+GRUB_MOD_INIT(pxe)
+{
+ (void) mod;/* To stop warning. */
+
+ grub_pxe_detect ();
+ if (grub_pxe_pxenv)
+{
+ gru
Am Dienstag, den 05.08.2008, 08:11 -0700 schrieb Colin D Bennett:
>
> Interesting. Well, I think I used the 'load_all_modules' function
> instead of just 'load_modules'. And IIRC, I first used the GRUB legacy
> floppy image that was provided to chainload GRUB 2 over QEMU's built-in
> tftp, but I
Felix Zielcke <[EMAIL PROTECTED]> writes:
> Am Dienstag, den 05.08.2008, 15:10 +0200 schrieb Marco Gerards:
>> Felix Zielcke <[EMAIL PROTECTED]> writes:
>>
>> > 2008-08-05 Felix Zielcke <[EMAIL PROTECTED]>
>> >
>> >* partmap/pc.c (pc_partition_map_iterate): Do not abort on an invalid
>> >
Marco Gerards wrote:
Colin D Bennett <[EMAIL PROTECTED]> writes:
I think we should remove conf/*.mk from the Subversion repository. If
people are going to be developing on GRUB and checking out svn
branches, then I think it's fine to require them to have Ruby. For
released tarballs that we exp
Vesa Jääskeläinen <[EMAIL PROTECTED]> writes:
> Marco Gerards wrote:
>> Colin D Bennett <[EMAIL PROTECTED]> writes:
>>> I think we should remove conf/*.mk from the Subversion repository. If
>>> people are going to be developing on GRUB and checking out svn
>>> branches, then I think it's fine to
Am Dienstag, den 05.08.2008, 17:48 +0200 schrieb Marco Gerards:
>
> Actually, since ruby is required to generate these files, I guess we
> can better keep the .mk files.
>
Just a little note from me:
The Debian package build depends already on ruby so this won't be a
problem for all Debian guy
On Tue, 2008-08-05 at 09:58 +0300, Vesa Jääskeläinen wrote:
> > I tried moving more stuff to common.rmk many times but gave up every
> > time. One of the reasons is that the sparc64 support is very
> > out-of-date and doesn't use common.rmk at all. I cannot even test it
> > (well, I haven't trie
On Tue, 05 Aug 2008 01:10:25 +0200
Javier Martín <[EMAIL PROTECTED]> wrote:
> Besides, sometimes checks like "if (a=b)", or more
> frequently "if (a=f())" are intentionally used in C, so the error
> might become even more difficult to spot and correct.
Respect and heed the gcc warnings!!
Note th
On Tue, 05 Aug 2008 13:23:11 +0200
Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi Javier,
>
> Javier Martín <[EMAIL PROTECTED]> writes:
> > While tools like `svn diff' can help in these kind of problems,
> > their utility is greatly diminished if the offending change is part
> > of a multi-line ch
Am Freitag, den 04.07.2008, 03:20 +0200 schrieb Javier Martín:
> That was it. I will post no more in this thread. Do whatever you please
> with the patch - I'll just request some more people from the GRUB dev
> team to review the thing, instead of the tennis match we've had here
> (and I appreciat
On Tue, 5 Aug 2008 22:14:37 +0800
Bean <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 5, 2008 at 6:36 PM, Marco Gerards <[EMAIL PROTECTED]>
> wrote:
> > For some reason I have some doubts about lib/. But I do not have a
> > better name in mind either. What does belong in there? Do you
> > happen to h
El mar, 05-08-2008 a las 17:48 +0200, Marco Gerards escribió:
> Vesa Jääskeläinen <[EMAIL PROTECTED]> writes:
>
> > Marco Gerards wrote:
> >> Colin D Bennett <[EMAIL PROTECTED]> writes:
> >>> I think we should remove conf/*.mk from the Subversion repository. If
> >>> people are going to be develo
On Tue, 05 Aug 2008 20:41:53 +0200
Javier Martín <[EMAIL PROTECTED]> wrote:
> El mar, 05-08-2008 a las 17:48 +0200, Marco Gerards escribió:
> > Vesa Jääskeläinen <[EMAIL PROTECTED]> writes:
> >
> > > Marco Gerards wrote:
> > >> Colin D Bennett <[EMAIL PROTECTED]> writes:
> > >>> I think we should
On Tue, Aug 05, 2008 at 12:49:46PM -0400, Pavel Roskin wrote:
> On Tue, 2008-08-05 at 09:58 +0300, Vesa Jääskeläinen wrote:
>
> > > I tried moving more stuff to common.rmk many times but gave up every
> > > time. One of the reasons is that the sparc64 support is very
> > > out-of-date and doesn't
On Tue, Aug 05, 2008 at 02:13:43PM +0200, Christian Franke wrote:
> >
> >Why not have the user write a custom entry then? I think it clutters the
> >user interface to add options for everything. If a corner case (boot a non
> >native disk, can't use os-prober) can be supported by creating a new c
On Tue, Aug 05, 2008 at 12:36:06PM +0200, Marco Gerards wrote:
> >
> > The name appleloader may be a little confusing, bootcamp seems to be a
> > better choice.
>
> How about legacyloader or even legacy?
Legacy is ambigous. Does it mean BIOS? msdos partmap? Or perhaps EFI?
--
Robert Millan
On Tue, Aug 05, 2008 at 07:42:29AM -0700, Colin D Bennett wrote:
>
> We could make it a 'configure' option like '--enable-debug' or
> something, but it seems like minimal overhead to generate the .elf
> files for gdb in addition to "real" GRUB files.
I'd favour the --enable-debug. Even if it's a
On Tue, Aug 05, 2008 at 01:59:28PM +0200, Marco Gerards wrote:
> Hi Colin,
>
> Colin D Bennett <[EMAIL PROTECTED]> writes:
>
> > Another updated TSC patch. Now it detects TSC support for x86 CPUs at
> > runtime and selects either the TSC or RTC time source. This way 386
> > and 486 CPUs without
Hi:
I am new. You know. I have around two months studying grub. But I feel
myself lost. I understand the structure and the language. But I do not
have a start ( except boot's module ). What I want to know in general
terms is :
General characteristics of the kernel. (It was maded in order to do w
On Tue, 5 Aug 2008 22:14:03 +0200
Robert Millan <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 05, 2008 at 07:42:29AM -0700, Colin D Bennett wrote:
> >
> > We could make it a 'configure' option like '--enable-debug' or
> > something, but it seems like minimal overhead to generate the .elf
> > files for
On Tue, 2008-08-05 at 22:07 +0200, Robert Millan wrote:
> On Tue, Aug 05, 2008 at 12:49:46PM -0400, Pavel Roskin wrote:
> > On Tue, 2008-08-05 at 09:58 +0300, Vesa Jääskeläinen wrote:
> >
> > > > I tried moving more stuff to common.rmk many times but gave up every
> > > > time. One of the reasons
On Tue, Aug 05, 2008 at 01:50:21PM -0700, Colin D Bennett wrote:
> On Tue, 5 Aug 2008 22:14:03 +0200
> Robert Millan <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Aug 05, 2008 at 07:42:29AM -0700, Colin D Bennett wrote:
> > >
> > > We could make it a 'configure' option like '--enable-debug' or
> > > s
Hey folks--
I'm trying to create a grub-based rescue USB stick for PowerPC
machines.
I've successfully gotten one machine to boot to this device, and grub
can see both the USB disk itself and the onboard (ide) HD.
However, when i try to load a linux kernel from either disk, i get an
error:
grub
This replaces usage of grub_get_rtc() with grub_get_time_ms() in a few places
throurough the code. Aside from the gained precision, it also permits that
functionality to work on Coreboot.
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you m
Committed.
--
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 threatening your freedom: we
still allow you to remove your data and not access it at all."
___
Hi,
I have a small suggestion.
Why cant we document in a small file, the procedures, or the dont's while
adding modules or modifying grub2.A FAQ file may be.
That will help us in the long run.
Viswesh
- Original Message
From: Felix Zielcke <[EMAIL PROTECTED]>
To: The development of GRUB
hi all,
i have an idea about loading grub2' file (.mod, fonts, images) from disk:
since core.img is the kernel why not make related stuffs into a 'initrd' file?
the reason is, so many files will be loaded from media, we may need more time
to do this from a cd/dvd.
is there any possible
On Wed, Aug 6, 2008 at 12:19 PM, Albert <[EMAIL PROTECTED]> wrote:
> hi all,
>
> i have an idea about loading grub2' file (.mod, fonts, images) from
> disk: since core.img is the kernel why not make related stuffs into a
> 'initrd' file? the reason is, so many files will be loaded from media, w
On Tue, Aug 5, 2008 at 11:15 PM, Bean <[EMAIL PROTECTED]> wrote:
> Fixed and committed.
Fixed a few bugs, also add some doc in the wiki for pxe boot:
http://grub.enbug.org/PXEBOOT
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.g
71 matches
Mail list logo
