Re: common ieee1275 code

2005-07-14 Thread Vincent Pelletier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hollis Blanchard wrote: > "reboot" and "halt" commands are not specified by IEEE1275, so vary by > implementation. For example, although "reset-all" works on both Mac and > pSeries, "shut-down" doesn't work on pSeries. The odds of OpenBoot > diverging

Re: [PATCH] ELF64

2005-07-14 Thread Ruslan Nikolaev
Yesterday I sent patch for ELF64 multiboot support: http://lists.gnu.org/archive/html/grub-devel/2005-07/msg00102.html Any ideas about it?   -- ___Sign-up for Ads Free at Mail.com http://www.mail.com/?sr=signup __

Re: [PATCH] Kernel support for VESA Bios Extension

2005-07-14 Thread Marco Gerards
Vesa Jääskeläinen <[EMAIL PROTECTED]> writes: >>>I would like to hear comments about the patch. I tried to implement >>>most commonly needed functions, so you can't do everything with >>>this. As I didn't need to use every function in my frame buffer >>>console test, some things might not work. Bu

Re: [PATCH] Kernel support for VESA Bios Extension

2005-07-14 Thread Vesa Jääskeläinen
Marco Gerards wrote: I would like to hear comments about the patch. I tried to implement most commonly needed functions, so you can't do everything with this. As I didn't need to use every function in my frame buffer console test, some things might not work. But I tried to make my best to proof

Re: [PATCH] Kernel support for VESA Bios Extension

2005-07-14 Thread Marco Gerards
Vesa Jääskeläinen <[EMAIL PROTECTED]> writes: Hi, Thanks a lot for your work. I am looking forwards to the VESA console! > Here is attached a patch that adds VBE support to kernel and include > file to make it easier to use it. There is diff for both i386-pc.rmk > and i386-pc.mk. Latter could b

[PATCH] Kernel support for VESA Bios Extension

2005-07-14 Thread Vesa Jääskeläinen
Hi, Here is attached a patch that adds VBE support to kernel and include file to make it easier to use it. There is diff for both i386-pc.rmk and i386-pc.mk. Latter could be removed and let build process to generate it again, but I think that .mk file is present in CVS so I left both there.

Re: common ieee1275 code

2005-07-14 Thread Hollis Blanchard
On Jul 14, 2005, at 4:55 AM, Marco Gerards wrote: I will note that one related file is still left: kern/powerpc/ieee1275/openfw.c. That file contains some PowerPC-specific code, such as grub_map, grub_reboot, and grub_halt. However, it also contains code that I think will be generally useful, suc

Re: [FILE] Tune generation tool

2005-07-14 Thread Marco Gerards
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes: > On Thursday 14 July 2005 11:45, Marco Gerards wrote: >> Right, but what if we want to add contirubted modules that have a >> serious use, for example? Things that are useful but can/will not >> added to the rest of GRUB 2. > > Why cannot they be

Re: [FILE] Tune generation tool

2005-07-14 Thread Yoshinori K. Okuji
On Thursday 14 July 2005 11:45, Marco Gerards wrote: > Right, but what if we want to add contirubted modules that have a > serious use, for example? Things that are useful but can/will not > added to the rest of GRUB 2. Why cannot they be added? Modules should be categorized according to their f

Re: common ieee1275 code

2005-07-14 Thread Marco Gerards
Hollis Blanchard <[EMAIL PROTECTED]> writes: > I did update the patch slightly (attached). If this is acceptable, > please check in the patch for me, as I will be travelling for a couple > weeks and it will be difficult to work on GRUB during this time. If it > is not acceptable, please fix it for

Re: [FILE] Tune generation tool

2005-07-14 Thread Marco Gerards
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes: > On Wednesday 13 July 2005 18:31, Marco Gerards wrote: >> > Here is the source of a little tool to generate tunes for Grub 2 play >> > command. >> > Quick coded, could be more powerful but I'm not sure it's worth the work. >> > >> > I'm not sure if

Re: [PATCH] sparc64 (common & specific files)

2005-07-14 Thread Yoshinori K. Okuji
On Thursday 14 July 2005 02:43, Hollis Blanchard wrote: > On Jul 13, 2005, at 5:15 PM, Vincent Pelletier wrote: > > Marco Gerards wrote: > >> For which reason? > >> > >> But if it should be more precise, it should be a grub_uint64_t. > > > > If the architecture give us a 32 bit number, we won't inv

Re: [FILE] Play command

2005-07-14 Thread Yoshinori K. Okuji
On Wednesday 13 July 2005 23:08, Vincent Pelletier wrote: > It might require some [f|s]scanf function, and I don't think it is > welcome in the core just because it is used in such peripheral function. > I thought first about using such format, because it's way easier to > edit... But I finally res

Re: [FILE] Tune generation tool

2005-07-14 Thread Yoshinori K. Okuji
On Wednesday 13 July 2005 18:31, Marco Gerards wrote: > > Here is the source of a little tool to generate tunes for Grub 2 play > > command. > > Quick coded, could be more powerful but I'm not sure it's worth the work. > > > > I'm not sure if it should enter the cvs, too. And if it does, where ? >