Am Dienstag, den 02.09.2008, 13:47 -0700 schrieb Colin D Bennett:
> On Tue, 02 Sep 2008 22:43:54 +0300
> Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
>
> > Robert Millan wrote:
> > > I don't remember that discussion well; ISTR I complained. Maybe
> > > that stopped it? Anyway, as long as it's u
Am Freitag, den 29.08.2008, 18:08 +0200 schrieb Marco Gerards:
> Hi Hans,
>
> [EMAIL PROTECTED] (Hans Lambermont) writes:
> > Please find the patch attached, this was tested with circular metadata
> > and the segfault in grub-setup is gone and the system boots fine.
>
> Great! It is really nice
For the Grub2 internal script engine, yes, it is little. but need more work to
be improved. About the size, i think, Lua can be a replacement if this lua.mod
is available at runtime. at the same time, why not load gziped mod file from
disk? this will reduce the size of lua module: 100,436 bytes
On Wed, 3 Sep 2008 09:08:13 +0800
"y.volta" <[EMAIL PROTECTED]> wrote:
> hi,
>
> i get to know the Fancy menu branch has lua supported, and just
> wondering, the official release of Grub2 will have Lua inside ( as a
> mod )?
It would be cool, to be sure! I never used Lua before, and it was
hi,
i get to know the Fancy menu branch has lua supported, and just wondering,
the
official release of Grub2 will have Lua inside ( as a mod )?
if so, i'm usre, it will extend grub2 much more: for it can load its
function
library and its scripts. Let's suppose we are trying develop a
El mié, 03-09-2008 a las 02:08 +0200, phcoder escribió:
> Hello, again.
> Javier Martín wrote:
> > We have 63 sectors = 32256 bytes (sectors range from 0 to 63 and the
> > first is used by the MBR).
> >
> I've just rechecked on my system. My first partition begins at sector
> number 63. This is th
Hello, again.
Javier Martín wrote:
> We have 63 sectors = 32256 bytes (sectors range from 0 to 63 and the
> first is used by the MBR).
>
I've just rechecked on my system. My first partition begins at sector
number 63. This is the value I've seen at most systems. So last usable
sector is 62. Sector
El mié, 03-09-2008 a las 00:22 +0200, phcoder escribió:
> > Here is my "version" of your patch, without the double indirection and
> > the strange plays. The overhead is 103 bytes without the error line
> > against 63 of yours, but I really think that the symmetric and
> > understandable handling o
Javier Martín wrote:
> El mar, 02-09-2008 a las 20:39 +0200, phcoder escribió:
>> +void
>> +grub_loader_remove_preboot (void *p)
>> +{
>> + if (!p)
>> +return;
>> + *(PREBOOT_HND(p)->prev_pointer)=PREBOOT_HND(p)->next;
> This line will "crash" if p is the head of the list (with prev_pointer
On Tue, 02 Sep 2008 22:43:54 +0300
Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> Robert Millan wrote:
> > On Tue, Sep 02, 2008 at 07:10:05PM +0200, Felix Zielcke wrote:
> >> Am Dienstag, den 02.09.2008, 18:43 +0200 schrieb Felix Zielcke:
> >>> Hello,
> >>>
> >>> I think it would be good if the ou
Robert Millan wrote:
> On Tue, Sep 02, 2008 at 07:10:05PM +0200, Felix Zielcke wrote:
>> Am Dienstag, den 02.09.2008, 18:43 +0200 schrieb Felix Zielcke:
>>> Hello,
>>>
>>> I think it would be good if the output from compiling wouldn't be that
>>> verbose.
>> Urm thanks again to Vesa who remembered
El mar, 02-09-2008 a las 20:39 +0200, phcoder escribió:
> +void
> +grub_loader_remove_preboot (void *p)
> +{
> + if (!p)
> +return;
> + *(PREBOOT_HND(p)->prev_pointer)=PREBOOT_HND(p)->next;
This line will "crash" if p is the head of the list (with prev_pointer
being 0). I quote crash because
Robert Millan wrote:
On Tue, Sep 02, 2008 at 09:12:04PM +0200, Christian Franke wrote:
If disk->id is supposed to be a GUID ('Grub Unique Identifier' in this
case :-), then a pointer to the private data structure for the disk
should work. This id is unique until disk close.
For drivers wit
phcoder wrote:
> Well the interface is as we described: the module gives a callback
> function which will be called before launching boot function. This
> interface is enough for both (and probaly many other) needs. The only
> problem is that callback functions can conflict with each other and with
On Tue, Sep 02, 2008 at 07:10:05PM +0200, Felix Zielcke wrote:
> Am Dienstag, den 02.09.2008, 18:43 +0200 schrieb Felix Zielcke:
> > Hello,
> >
> > I think it would be good if the output from compiling wouldn't be that
> > verbose.
>
> Urm thanks again to Vesa who remembered that Colin brought th
On Tue, Sep 02, 2008 at 09:12:04PM +0200, Christian Franke wrote:
>
> If disk->id is supposed to be a GUID ('Grub Unique Identifier' in this
> case :-), then a pointer to the private data structure for the disk
> should work. This id is unique until disk close.
>
> For drivers without disk->dat
On Tue, Sep 02, 2008 at 03:55:18PM +0200, Marco Gerards wrote:
>
> [...]
>
> >> We could write a macro for ID comparison that would compare both the
> >> "driver ID" (disk->dev->id) and "device ID" (disk->id). In this case,
> >> we can omit disk->id initialization in the drivers supporting only
On Tue, Sep 02, 2008 at 04:05:56PM +0200, Felix Zielcke wrote:
> Am Dienstag, den 02.09.2008, 15:12 +0200 schrieb Felix Zielcke:
>
> > current upstream SVN without my patch
> > -rw-r--r-- 1 root root 25153 2. Sep 15:02 /boot/grub/core.img
> > and with it
> > -rw-r--r-- 1 root root 25220 2. Sep 1
Marco Gerards wrote:
[...]
We could write a macro for ID comparison that would compare both the
"driver ID" (disk->dev->id) and "device ID" (disk->id). In this case,
we can omit disk->id initialization in the drivers supporting only one
device (e.g. memdisk) and only leave it where it's ind
Well the interface is as we described: the module gives a callback
function which will be called before launching boot function. This
interface is enough for both (and probaly many other) needs. The only
problem is that callback functions can conflict with each other and with
boot function. E.g. if
Javier Martín wrote:
> But you negate any performance gain when you _do_ traverse the list to
> add an entry to it instead of just make it the new head as I do.
> Besides, even for that, double indirection should be avoided in the
> structure previous pointer because it makes things oh-so-incredibl
El mar, 02-09-2008 a las 18:43 +0200, Felix Zielcke escribió:
> Hello,
>
> I think it would be good if the output from compiling wouldn't be that
> verbose.
> Just like on compiling the Linux kernel.
> It shows only something like:
>
> CC source.c
> LD built-in.o
> VDSO-SYM? bla
>
> instead of t
Am Dienstag, den 02.09.2008, 18:43 +0200 schrieb Felix Zielcke:
> Hello,
>
> I think it would be good if the output from compiling wouldn't be that
> verbose.
Urm thanks again to Vesa who remembered that Colin brought that topic
originally up here.
http://lists.gnu.org/archive/html/grub-devel/20
Hello,
I think it would be good if the output from compiling wouldn't be that
verbose.
Just like on compiling the Linux kernel.
It shows only something like:
CC source.c
LD built-in.o
VDSO-SYM? bla
instead of that whole `gcc -D GRUB_UTIL -o xx x.c ...' thing.
I haven't bothered to check yet ho
El mar, 02-09-2008 a las 17:58 +0200, phcoder escribió:
> > but it seems terser
> > than mine even though it's a bit more difficult to understand because
> > you use double pointers to avoid my handling of the head case. I don't
> > understand the purpose of doubly-linking the list though...
> >
>
Felix Zielcke wrote:
> Am Dienstag, den 02.09.2008, 17:59 +0300 schrieb Vesa Jääskeläinen:
>> Felix Zielcke wrote:
>>
>> sizeof returns type of size_t so it would be good that char k uses that.
>> I am a bit surprised that this didn't generate compiler warning?
>
> Well somewhere hidden in a mail
Hi,
Now that we have two use cases for this. I would propose that we first
fine tune interface and then use common one. This is the critical part
of the design and needs to be solved. I wasn't really convinced with the
other proposed interface.
So if you two could propose improved one that can ha
Sorry, forgot to attach
phcoder wrote:
> Hello, again
> I had a look at your patch. In some mail it was suggested that kernel
> patch should be split from module that uses it. So I resend the kernel
> part of my patch. Another question is whether we need some kind of
> abortion procedure (like in y
Am Dienstag, den 02.09.2008, 17:59 +0300 schrieb Vesa Jääskeläinen:
> Felix Zielcke wrote:
>
> sizeof returns type of size_t so it would be good that char k uses that.
> I am a bit surprised that this didn't generate compiler warning?
Well somewhere hidden in a mail from me, I think I already wr
Hello, again
I had a look at your patch. In some mail it was suggested that kernel
patch should be split from module that uses it. So I resend the kernel
part of my patch. Another question is whether we need some kind of
abortion procedure (like in your patch) if a preboot hook fails.
Javier Martín
Vesa Jääskeläinen wrote:
> It is really necessary that all generic graphical menu code like bitmap
> scaler works always. Not just for some optimized formats as otherwise it
> would render graphical menu unusable in some cases. It can be not so
> pretty on low end systems, but it should at least wo
Felix Zielcke wrote:
> Am Dienstag, den 02.09.2008, 00:46 +0200 schrieb Felix Zielcke:
>
>> I'm too lazy now to make a new patch and go sleeping now.
>> [...]
>>
>> I hope that Marco could have a quick look over it especially the
>> changelog part :)
>
> Final patch attached.
> In changelog I had
El mar, 02-09-2008 a las 16:23 +0200, phcoder escribió:
> For implementing this functionality I needed my function to be executed
> right before booting. To do it I added a simple interface for adding
> "preboot" functions:
> struct grub_preboot_t *grub_loader_add_preboot (grub_err_t
> (*preboot_fu
Hello. I wrote a patch to add sendkey functionality to grub2. After
loading sendkey module some new environments variables appear with which
one may control the sequence of keys that would be sent to OS or next
bootloader. This functionality is useful in different cases. One example
is entering "s
[...]
>> We could write a macro for ID comparison that would compare both the
>> "driver ID" (disk->dev->id) and "device ID" (disk->id). In this case,
>> we can omit disk->id initialization in the drivers supporting only one
>> device (e.g. memdisk) and only leave it where it's indeed needed for
On Mon, Sep 01, 2008 at 07:39:29PM -0400, Pavel Roskin wrote:
> On Sun, 2008-08-31 at 15:33 +0200, Robert Millan wrote:
> > On Sat, Aug 30, 2008 at 11:41:18AM -0400, Pavel Roskin wrote:
> > > Quoting Robert Millan <[EMAIL PROTECTED]>:
> > >
> > > >So this patch means to solve both issues; makes s
On Tue, Sep 02, 2008 at 12:46:11AM +0200, Felix Zielcke wrote:
>
> I'm now not that sure if that #define k would be okay, seems like Vesa
> isn't liking macros.
If you use macros, please give them meaningful names. But a macro just for
sizeof("foo") isn't much of an improvemtn, since the resulti
Am Montag, den 01.09.2008, 13:24 +0200 schrieb Felix Zielcke:
> -rw-r--r-- 1 root root 25171 31. Aug 19:39 core.img
> -rw-r--r-- 1 root root 25153 1. Sep 13:19 core.img
Uhm this was a comparison of apple and oranges and it seems even without
my patch
As Robert did the upload to debian experime
On Tue, 2008-09-02 at 13:21 +0200, Felix Zielcke wrote:
> Am Dienstag, den 02.09.2008, 13:12 +0200 schrieb Felix Zielcke:
> > Attached is now a patch which adds ./gendistlist.sh call to autogen.sh
> > and uses SVN in case it is avaible to generate it.
> >
> Ok it's better to look at the patches be
On Tue, 2008-09-02 at 13:12 +0200, Felix Zielcke wrote:
> Am Samstag, den 30.08.2008, 22:11 -0400 schrieb Pavel Roskin:
>
> >
> > svn ls -R | sed '/\/$/d' | sort > DISTLIST2
>
> Thanks for the regexp.
> The sort is actual not needed, `svn' does this and it places even the
> files with a capital
Am Dienstag, den 02.09.2008, 13:12 +0200 schrieb Felix Zielcke:
> Attached is now a patch which adds ./gendistlist.sh call to autogen.sh
> and uses SVN in case it is avaible to generate it.
>
Ok it's better to look at the patches before sending them.
+if test -d .svn ; then
+ svn ls -R | sed '/\
Am Samstag, den 30.08.2008, 22:11 -0400 schrieb Pavel Roskin:
>
> svn ls -R | sed '/\/$/d' | sort > DISTLIST2
Thanks for the regexp.
The sort is actual not needed, `svn' does this and it places even the
files with a capital letter above everything else just like
gendistlist.sh.
> > This seems t
Am Sonntag, den 20.07.2008, 11:13 +0200 schrieb Yoshinori K. Okuji:
Hello Okuji,
> I will find a way to keep it up-to-date.
>
I hope that you still try to find a way to update that page at least
once now.
Honourly I'd like to just remove it.
Before I started to constribute with grub2, a bit mor
Am Dienstag, den 02.09.2008, 00:46 +0200 schrieb Felix Zielcke:
> I'm too lazy now to make a new patch and go sleeping now.
> [...]
>
> I hope that Marco could have a quick look over it especially the
> changelog part :)
Final patch attached.
In changelog I had again past and present mixed and I
Colin D Bennett schrieb:
-Snipp-
> Thanks for your work! It would be great if you wanted to enhance my
> code by adding a preserve-aspect-ratio mode; currently my
> background_image command scales to fit the screen without regard for
> the image's original aspect ratio. [...]
-Snipp-
Hello,
I h
45 matches
Mail list logo
