Re: ata.mod hangs (Re: Some grub2 problems/questions)

Robert Millan wrote: On Sat, Jan 12, 2008 at 04:14:38PM -0800, walt wrote: Unfortunately, ata.mod still doesn't recognize the disk on the Promise sata controller. But, that's expected at this point? Yes. Some SATA controllers emulate PATA, but not all do. I suppose there are multiple contr

Re: /kern/file.c BUG

Robert Millan wrote: On Wed, Jan 23, 2008 at 11:00:57PM +, Oleg Strikov wrote: Incorrect behavior of grub_file_open () function in e.g. loop context: char *file_names[] = { "(hd0,1)/file1", //file do not exist "(hd0,1)/file2" //file exist }; grub_file_t file; int i; for (i = 0; i < 2; i++)

Re: [PATCH] Don't abort if prefix is not set

Robert Millan wrote: On Sat, Jan 26, 2008 at 03:11:02PM -0500, Pavel Roskin wrote: Quoting Robert Millan <[EMAIL PROTECTED]>: + if (! grub_dl_dir) { +grub_error (GRUB_ERR_FILE_NOT_FOUND, "\"prefix\" is not set"); +return 0; Seems fine, but are you sure this error is handled somewhere

Odd behavior in x86/pc booting process with minor modifications

// actual location is not so important 3. find first sti instruction 4. go 1 line backwards 5. add about 15 NOP's 6. recompile and make image 7. try it out, it should hang without displaying grub shell or menu. Thanks, Vesa Jääskeläinen ___ Grub-dev

Re: Questions for writing manpages

echo (${root}) ( hd0,1 ) ls (${root}) error: unknown device Is there a reason why root does not contain (hd0,1) (in this case) I think there was once change related to ()'s in codebase... perhaps this was "broken" accidently? ___ Grub-devel mai

Re: screen corruption

George Lengel wrote: Robert Millan wrote: On Fri, Feb 08, 2008 at 11:15:15PM -0500, George Lengel wrote: I did encounter one problem. My screen is corrupted and the menu is unreadable. Grub is loading the menu correctly and if I wait for the timeout, everything boots fine. This is not a prob

[patch] more descriptive unknown glyph picture

Hi All, Here is a patch that changes this gray pattern for unknown glyphs to rounded question mark. This way user knows that something is missing :) (and it is easily visible). Another story is, should we provide default fonts and/or use system fonts where available. Thanks, Vesa

Re: [PATCH] a.out support for multiboot and freebsd

d add new MIME type to your web browser to handle "diff" file extesions as "text/plain"? Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: help-grub

intentional to not have reply-to set? Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [patch] more descriptive unknown glyph picture

Vesa Jääskeläinen wrote: Here is a patch that changes this gray pattern for unknown glyphs to rounded question mark. This way user knows that something is missing :) (and it is easily visible). Committed. ___ Grub-devel mailing list Grub-devel

Re: [patch] more descriptive unknown glyph picture

Pavel Roskin wrote: On Sat, 2008-02-09 at 23:06 +0100, Robert Millan wrote: I think using system fonts is fine. Current update-grub has logic to detect them, and enable them when present. It checks (via grub-probe) that GRUB will be able to read them before doing so. Additionaly, the grub.cf

Re: summer of code 2008

Yoshinori K. Okuji wrote: FYI, if we want to participate the Google Summer of Code as a part of the GNU Project, we must provide information now or soon. The question is not about ideas for students, but who wants to be the mentor. If you are willing to do, let me know. If there is a need to

Re: [PATCH] cdrom access patch

OS devices for CD's and after that use ATA driver for rest of them. Ata driver can of course be accessed with ata name too. Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: summer of code 2008

Yoshinori K. Okuji wrote: On Saturday 08 March 2008 17:56, Bean wrote: perhaps as student, i'd like to write some code. Being a mentor does not prevent you from writing code (outside the SoC). Anyway, if you don't take part as a mentor, it means that we have no mentor, except for Vesa. Vesa,

Re: [PATCH] cdrom access patch

Bean wrote: Hi, I have an idea, why not have both names, (hdN) and (cd), hopefully this will make everyone happy. Hi Bean, I think I suggested it already ;) Device alias is ok for me :) (and use of cd[nro] is more favorable). Thanks, Vesa Jääskeläinen

Re: [PATCH] cdrom access patch

Bean wrote: On Sat, Mar 15, 2008 at 4:58 AM, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: Bean wrote: > Hi, > > I have an idea, why not have both names, (hdN) and (cd), hopefully > this will make everyone happy. > Hi Bean, I think I suggested it already ;) Devi

Re: GSoC Idea - Fancy Menu

ere has been several emails in this mailing list and then there is also some info about it in our wiki: http://grub.enbug.org/Subprojects/GraphicalMenu http://grub.enbug.org/FancyMenu Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Gru

Re: Native CD test results

Pavel Roskin wrote: On Thu, 2008-03-27 at 16:48 -0400, Pavel Roskin wrote: On Fri, 2008-03-28 at 04:25 +0800, Bean wrote: This patch add support for 16-bit png. Thanks was quick! It's working for me. By the way, we should recognize images by their internal data, not by the filenames. As i

Re: Native CD test results

Pavel Roskin wrote: And while "looking deeper", it turned out that there is a scary timebomb in kern/i386/pc/startup.S. Only the initial part of that file is supposed to be uncompressed, but in fact, the error handlers of the decompression function itself were spilling into the compressed area.

Google's Summer of Code 2008 application deadline extended

lines described in following URL that should be followed: http://www.gnu.org/software/soc-projects/guidelines.html Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: Google SoC, Fancy Menus or USB keyboard

Colin D Bennett wrote: Pavel Roskin wrote: On Wed, 2008-04-02 at 18:54 -0700, Colin D Bennett wrote: I was debugging the code to switch to the protected mode lately, so I can assure you that the address space is linear :) Is there anyone in particular on the GRUB project that I should be in

Re: Start with Driver Development

mohammed mt wrote: Hi I have just started with driver development in linux? Any one suggest me a better resource, please... I got something in googling...any official gnu sites there to promote driver development? Is it helpful the driver development kit WinDriver etc, I got when googling, when

Re: grub_usb

epted in. But, please wait for couple of weeks before starting, because there is GSoC 2008 going on and student application evaluations are currently going on. There are couple of USB applications in there... and we do not want to duplicate the effort. Thanks, Vesa Jääskel

Google's Summer of Code 2008 / GRUB 2

Hi all! I am happy to announce that we have received two slots for GRUB 2 projects as a part of GNU Project: http://code.google.com/soc/2008/gnu/about.html We want to welcome both Colin and Marco to be part of GRUB 2! We received several good applications but unfortunate we couldn't have al

Re: Google's Summer of Code 2008 / GRUB 2

Marco Gerards wrote: Vesa Jääskeläinen <[EMAIL PROTECTED]> writes: We want to welcome both Colin and Marco to be part of GRUB 2! Thanks for welcoming me to the project ;-) You looked like needing that :) First of all, the code. I think it would be a good idea if I would send in p

Re: Google's Summer of Code 2008 / GRUB 2

Marco Gerards wrote: Vesa Jääskeläinen <[EMAIL PROTECTED]> writes: First of all, the code. I think it would be a good idea if I would send in patches for my code so it will be immediately integrated into GRUB 2. This would work as everyone will make sure that this code will not be touc

Re: Coding style / indent options

eason :) It is usually a good idea to review contents of patches beforehand and try to keep changes as minimal as possible. Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [PATCH/DRAFT] Support linux boot protocol >= 2.02 long command-lines

en typing help. Hi Alon, So when did vmware stop working? Can you tell me what you did try to do to get it working? I have one vmware here handy so I could try it out. Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gn

Re: [PATCH/DRAFT] Support linux boot protocol >= 2.02 long command-lines

Alon Bar-Lev wrote: On 5/2/08, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: Hi Alon, So when did vmware stop working? Can you tell me what you did try to do to get it working? I have one vmware here handy so I could try it out. Thanks, Vesa Jääskeläinen Hi! Stopped working

Re: [PATCH/DRAFT] Support linux boot protocol >= 2.02 long command-lines

Alon Bar-Lev wrote: On 5/2/08, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: Hi Alon, Actually I meant that I have used it before in vmware desktop and it worked fine. So I was wondering when it got broken and how did exactly you try it out to reproduce the issue here. Because grub 2 &

Re: [PATCH/DRAFT] Support linux boot protocol >= 2.02 long command-lines

Alon Bar-Lev wrote: On 5/2/08, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: I just built current CVS and tried it with my old scripts. Didn't install it to /dev/hda as cannot test it without reinstall ;)... but made core.img with modules: chain fat biosdisk. Installed it to flop

Re: [PATCH/DRAFT] Support linux boot protocol >= 2.02 long command-lines

Alon Bar-Lev wrote: On 5/2/08, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: Did you load lspci module :) Already told you it appear in lsmod. But from what I see this command is not available in rescue mode. I don't understand why if module is loaded it is not provided in rescue m

Re: [PATCH/DRAFT] Support linux boot protocol >= 2.02 long command-lines

Alon Bar-Lev wrote: On 5/2/08, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: How do you switch from rescue to normal mode? You can type: normal Oh... It is available at your rescue, but not mine. you can try : insmod normal Did you use that floppy?... For me it displayed the menu

Re: chainloader problem

Marco Vega Trucillo wrote: Hi to all, I'm marco and I'm new to grub-devel maling list. Forgive me for my bad English. I have a strange issue with chainloader both with 1.96 and last csv version. I've compiled grub2 and I installed it on a usb stick with dd if=boot.img of=/dev/sdc dd if=myco

Re: [PATCH] Remote GDB debugging stub (for i386)

Robert Millan wrote: /* The size of the first region which won't be compressed. */ -#define GRUB_KERNEL_MACHINE_RAW_SIZE 0x4A0 +#define GRUB_KERNEL_MACHINE_RAW_SIZE 0x4BC What caused this? Any way we can have this dynamically calculated? More code before compression

Re: Question about menu.lst

Robert Millan wrote: On Sun, May 04, 2008 at 02:42:00PM +0200, Lubomir Rintel wrote: Actually, you might want to use UUID or LABEL of the file system instead of device file name. You can get or set UUID or label with tune2fs like this: # tune2fs -l /dev/sda1 (get information) # tune2f

Grub2 wiki and categories??

Hi, Have someone added those CategoryX things to wiki? They do not seem to work and is kinda useless... If not, then I am going to remove them... Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org

Re: Higher resolution timers

OP code would be required to determine best possible way to use timer service. I think we have cpuid module already, perhaps this could be used for that too... Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org h

Re: Grub2 wiki and categories??

Vesa Jääskeläinen wrote: Have someone added those CategoryX things to wiki? They do not seem to work and is kinda useless... If not, then I am going to remove them... Hi, Actaully I made a cleanup of categories and modified rest to actually work. Please do not add new categories unless

Re: [PATCH] GDB stuff updated

ge. Lets try to figure out better interface... grub2-preserve-symbols-v4.patch Ok... Needs fine tuning for changelog entry, but otherwise fine. [1] http://fedorapeople.org/~lkundrak/grub2/ I hope those keep you busy for a while :) Thanks, Ve

Re: [PATCH] GDB stuff updated

Vesa Jääskeläinen wrote: +++ grub2-gdb/kern/i386/pc/startup.S2008-05-07 09:39:11.0 +0200 How about raving readmode IDT (or IDT what we started with) so we can recall it when we are calling BIOS services... just in case. That's saving real

Re: Higher resolution timers

orm function to initialize time (calibrate when using rdtsc), and set proper offset value so you get correct time when asking for time. On every system it would return time in this format, but granularity would be different. This could be: void grub_timer_init(void) What do you think? Thanks, V

Re: [RFC] Grub2 lock and password implementation

tion available. If LDAP server cannot be contacted access is denied or only local sources available. Or alternative some other method like RADIUS or so. Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/list

Re: Higher resolution timers

Marco Gerards wrote: Hi Colin, Colin D Bennett <[EMAIL PROTECTED]> writes: What would be the best way to do this? Possibilities that I am aware of are: * RDTSC instruction (must calibrate with RTC at startup?) * HPET (complex to use?) * RTC (can we set the timer interrupt rate to >18 Hz?)

Re: Replacing the legacy 'map' command

Javier Martín wrote: drivemap-related functionality. Is there any site/document (apart from the sources themselves) in which I can learn more about the internals of GRUB2 and, specifically, the "boot" command sequence?. GRUB 2 Wiki will serve the purpose for developer documentation: http://gru

Re: LUKS Cryptography Support

Michael Gorven wrote: Numerous ciphers and hashes from libgcrypt: Copyright FSF and LGPL 2.1 AES cipher from Simon's patch: LGPL 2.1 If we are to go with libgcrypt way... why you are not using AES from there? (or is it not available for some reason?) Two pieces of code I've used: GPL 2 or l

Re: x86_64 EFI support for grub2 ?

Robert Millan wrote: On Tue, May 27, 2008 at 08:23:09PM +0800, Bean wrote: It's possible to create multiple arch image, but it requires some extra work. We need to compile i386-efi and x86_64-efi separately, then use a tool to merge them. This can't be done in a single step. Why not just drop

Re: LUKS Cryptography Support

Michael Gorven wrote: On Wednesday 28 May 2008 18:26:09 Vesa Jääskeläinen wrote: Michael Gorven wrote: Numerous ciphers and hashes from libgcrypt: Copyright FSF and LGPL 2.1 AES cipher from Simon's patch: LGPL 2.1 If we are to go with libgcrypt way... why you are not using AES from there

Re: Grub long delays loading

Pavel Roskin wrote: The mailing list about GRUB1 is [EMAIL PROTECTED] Now a days more descriptive: [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/help-grub ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listi

Re: Replacing the legacy "map" command

to support also multiple callbacks some way. Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: Floating point usage

Pavel Roskin wrote: Hello! I tried to compile the current grub on Fedora 9 for PowerPC, but it failed due to floating point usage in ls. Sorry, I don't have the exact message handy. Anyway, there are several references to "float" and "double" in the code, and I think it's wrong. GRUB should b

Re: [PATCH] Reimplementing the legacy "map" command

Javier Martín wrote: Hi again everybody. After some hacking with the GRUB internals, I've completed a reimplementation of the legacy "map" command that allowed the BIOS drives to have their numbers reassigned, in order to boot OSes whose boot code requires their installation to be located in the

Re: UUID-based boot (Re: [PATCH] Environment block support for grub2)

Robert Millan wrote: On Sat, Jun 07, 2008 at 01:22:23AM +0800, Bean wrote: On Sat, Jun 7, 2008 at 12:43 AM, Robert Millan <[EMAIL PROTECTED]> wrote: Sorry for the delay; it was quite a bit of work as I got hit by a number of bugs here and there :-) Considering that the problem was quite simila

Re: [PATCH] Reimplementing the legacy "map" command

Javier Martín wrote: El vie, 06-06-2008 a las 19:31 +0300, Vesa Jääskeläinen escribió: Did you forgot something from this patch :) ? Er... not that I know of. What do you mean? Did I leave something important off? If it's the licensing info, I put it under the same as the whole GRUB2 pr

Re: Can we get video card information in EFI environment ?

Bean wrote: BTW, you need to remove the udev start script from /etc/rcS.d, otherwise the screen would scramble again. I believe the cause is agppart. Fame buffer of EFI is a little strange, the line length is not equal to width * 4, for example, my macbook: width: 1280 depth: 32 line length: 819

Re: Can we get video card information in EFI environment ?

Bean wrote: I think the vbe driver need to call bios, is there a way to do it directly ? Yes, it uses BIOS to determine frame buffer address and setup video mode. EFI have uga draw protocol that can do bitblt, but they don't have a method to query low level information like frame buffer addre

Re: [PATCH] Drivemap module

Javier Martín wrote: Since the last posts in the "reimplementing the legacy map command" thread seemingly died silently, I'm sending the improved version of the patch here. If the death of the thread was intentional, please just tell me (either nicely or rudely) and I'll be off. I'll answer thi

Re: gfxmode 640 x 480 is smaller then the help list

Bram Diederik wrote: the gfxmode=640 x 480 is Smaller then the help list. It looks like the width of the help is just to long, (perhaps one or two chars) After every row of help commands there is a empty row, doubling up the needed rows. pushing the upper rows out of the console. This code will

Re: DEFLATE compression

ave previously worked with it? This would free Colin to work on more important aspects. Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: DEFLATE compression

Bean wrote: On Mon, Jun 23, 2008 at 11:14 PM, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: Hi Bean, Can you check the interface as you have previously worked with it? This would free Colin to work on more important aspects. Hi, Ok. But I have other things to fix at the moment, i

Re: Switch to SVN ?

Yoshinori K. Okuji wrote: On Tuesday 17 June 2008 14:48:52 Marco Gerards wrote: Hi, Bean <[EMAIL PROTECTED]> writes: It seems svn is available at savannah: https://savannah.gnu.org/forum/forum.php?forum_id=5340 any plan to switch ? This seems like a good idea to me. I put Okuji on the Cc,

Re: [RFC PATCH] Sector 2 of non-embedded core.img: write early or patch later?

Pavel Roskin wrote: Hello! We have a serious problem with installing onto partitions (e.g. grub-install /dev/sda1) and drives with geometry that doesn't leave enough space for core.img to be embedded before the first partition. While it's not a desirable configuration, it should work, but it doe

Re: grub_strdup() error; or: grub_malloc() zeroes memory?

Colin D Bennett wrote: It looks like grub_strdup() does not terminate the returned string with a 0 byte. The only way I could see it working is if grub_malloc() filled the returned memory with zeroes. Does it? From kern/misc.c: (circa line 476) char * grub_strdup (const char *s) {

Re: New developer available :)

rking on the same thing. But anyway... What did you have in mind? Do you know vector graphics? Or do you have other platforms than x86-pcbios? Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [RFC PATCH] Sector 2 of non-embedded core.img: write early or patch later?

Robert Millan wrote: On Fri, Jun 27, 2008 at 05:24:59PM -0400, Pavel Roskin wrote: Hello! We have a serious problem with installing onto partitions (e.g. grub-install /dev/sda1) and drives with geometry that doesn't leave enough space for core.img to be embedded before the first partition. Whil

Re: [RFC PATCH] Sector 2 of non-embedded core.img: write early or patch later?

Robert Millan wrote: On Sun, Jun 29, 2008 at 04:23:24PM +0300, Vesa Jääskeläinen wrote: This also relates to problem with installing to MBR and there is no room for embedding core.img there. I have been using USB stick where there is not enough room for core.img what I want to store there. So

Re: macbook keyboard workaround (Re: [PATCH] Loading windows in macbook)

Bean wrote: On Mon, Jun 30, 2008 at 1:36 AM, Robert Millan <[EMAIL PROTECTED]> wrote: On Sun, Jun 29, 2008 at 07:43:13PM +0800, Bean wrote: Strange.. does it work for you if you chainload it from GRUB Legacy? Hi, But grub legacy should have the keyboard issue as well, is there a patch for it

Re: [PATCH] add a counter in grub_dprintf

Pavel Roskin wrote: On Sun, 2008-06-29 at 13:22 +0200, Robert Millan wrote: On Thu, Jun 26, 2008 at 05:20:51PM +0200, Javier Martín wrote: Whoops, sorry, I meant that grub_mkimage would create two core.img images, one per kernel.img version, and then grub_install would copy them as usual. The

Re: SVN

Robert Millan wrote: Hi, Not sure why grub-devel didn't receive the updates, as it was CCed. Anyway, SVN is enabled now. See https://savannah.gnu.org/svn/?group=grub and https://savannah.gnu.org/support/?106422 grub-devel is member only mailing list and it should stay like that. But nice t

Re: Eliminating grub_size_t

Pavel Roskin wrote: Quoting Javier Martín <[EMAIL PROTECTED]>: El mar, 01-07-2008 a las 22:14 -0400, Pavel Roskin escribió: Hello! I wonder if we would be better off without grub_size_t. I cannot think of any code that could use it legitimately. The ordinary size_t is used to represent the

Re: [PATCH] LZMA support in i386-pc kernel

Bean wrote: Hi, This patch add support for lzma decompression. The assembly code lzma_decode.S is manually optimized to reduce size. The result decoder is tiny, only 416 bytes longer than the lzo version. Not bad. I also include lzma encode from the LZMA SDK. grub needs to use the ANSI-C ver

Re: [PATCH] LZMA support in i386-pc kernel

Bean wrote: On Thu, Jul 3, 2008 at 1:50 AM, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: properties: lc = 3 lp = 0 pb = 2 memory requirement for the decoder: 15980 bytes Can we probe for best values and then use always the best? Perhaps embed them as constants to boot code? Hi, The

Re: Eliminating grub_size_t

Pavel Roskin wrote: On Thu, 2008-07-03 at 20:02 +0200, Marco Gerards wrote: I know what it is. I believe int should be as good as size_t for most purposes is we are not working with very large structures or read gigabytes of data from files at once. Perhaps, but it doesn't hurt either. I thin

Re: Eliminating grub_size_t

Pavel Roskin wrote: On Thu, 2008-07-03 at 21:42 +0300, Vesa Jääskeläinen wrote: I think I'll try to make grub_size_t 32-bit everywhere and see if it's going to make any difference or help discover some issues. Why? I would let it be optimal type for current memory bus width. int i

Re: [RFC] High resolution time support using x86 TSC

right after + grub_machine_init(). I think this should go into grub_machine_init? Why didn't you just add it there? Originally, I had grub_machine_init() call grub_tsc_calibrate(), but these are comments Vesa made to me about that code: Vesa Jääskeläinen <[EMAIL PROTECTED]> wr

Re: [RFC] TSC patch v2

eople that are not familiar with it. in grub_time_init() you can have anything then. And people that are not interested on time stuff do not need to bother their heads about it. Also modifying logic afterwards do not change other parts and it will be less error prone. Thanks, Vesa Jääskel

Re: [RFC] TSC patch v2

Colin D Bennett wrote: On Fri, 04 Jul 2008 22:49:59 +0300 Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: Hi Colin, Colin D Bennett wrote: Here is an updated version of the TSC patch. I addressed the issues in your comments with the exception of supporting x86 CPUs that don't have

Re: Idea: elimination of the normal mode

Stefan Reinauer wrote: Robert Millan wrote: About the duplicated commands, we can create a module minicmd to include the most basic command Then we can't have a rescue shell before heap is initialised and minicmd is loaded. Should we be concerned about this? What would one use that re

Re: Idea: elimination of the normal mode

Stefan Reinauer wrote: Vesa Jääskeläinen wrote: Idea of the rescue shell is load other modules in case grub itself cannot find them. It provides thin layer of tools so user is able to find them. Personally I would like to keep this functionality in core.img. So, how is the "rescue

Re: Idea: elimination of the normal mode

Stefan Reinauer wrote: Vesa Jääskeläinen wrote: Stefan Reinauer wrote: Vesa Jääskeläinen wrote: Idea of the rescue shell is load other modules in case grub itself cannot find them. It provides thin layer of tools so user is able to find them. Personally I would like to keep this

Re: Idea: elimination of the normal mode

Bean wrote: On Sun, Jul 6, 2008 at 2:10 AM, Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: It has anything what core provides. If by this you get core smaller then I am all for it. If it makes it larger then I would propose to find free space from somewhere else. Core.img just have

Re: a bug in read

Pavel Roskin wrote: By the way, read is not a part of grub-emu. We'll need to improve the build system to make such oversights less likely. We also need "exit" in grub-emu, as "reboot" doesn't sound right. I think there should be emu arch that provides architecture specific functionality. Th

Re: bug-grub

Robert Millan wrote: On Mon, Aug 04, 2008 at 10:54:19PM +0200, Marco Gerards wrote: Hi, Robert Millan <[EMAIL PROTECTED]> writes: [s/bug-grub/grub-devel/] What does everyone think? IIRC Okuji wants to remain using bug-grub for our bugs. If not, we should change this IMO. I'd like to rema

Re: RFC: conf/i386.rmk

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

Re: grub to help refund of pre-installations

question is only about the API or the code structure. Hi, Could you also think about different password hashing schemes and other user authenticity cases while designing this. Thanks, Vesa Jääskeläinen ___ Grub-devel mailing list Grub-devel@gnu.org

Re: menu loop (patch)

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

Re: [PATCH] Fix color problem the grub-emu

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, +

Re: Remove conf/*.mk from svn

es it harder for people to compile from sources. Now what if we would generate those files when making a release? Of course this should be enabled to script/makefile to make it automatically so it is not forgotten ;) Thanks, Vesa Jääskeläinen ___ Grub-de

Re: Remove conf/*.mk from svn

Viswesh S wrote: 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 A) We have Wiki for that purpose. Please use that to fill this informat

Re: [PATCH] decouple mmap parsing by using grub_available_iterate()

Robert Millan wrote: Hi, This patch decouples memory map parsing into a separate grub_available_iterate() function, for i386-pc and i386-coreboot. It is mostly intended as a cleanup. Makes the code more modular so that, for example, the multiboot loader can construct a memory map without having

Re: [PATCH] change grub_print_error to use stderr for the utils

Felix Zielcke wrote: Here's now the patch Robert requested. grub_print_error shouldn't use stdout for the utils. +#ifdef GRUB_UTIL + fprintf (stderr, "error: %s\n"); +#else grub_printf ("error: %s\n", grub_errmsg); +#endif There is at least bug here _

Re: [RFC] Platform information services

Javier Martín wrote: > Hi there everybody, > > I'm opening the RFC because I want to add some kind of infrastructure to > retrieve the address of system/platform structures. I will explain > myself: my use case is in i386-pc and for the drivemap module, in which > a function installs a TSR int13h

Re: [RFC] Platform information services

Javier Martín wrote: > 2008/8/14 Vesa Jääskeläinen <[EMAIL PROTECTED]>: >> Javier Martín wrote: >>> Hi there everybody, >>> >>> I'm opening the RFC because I want to add some kind of infrastructure to >>> retrieve the address of system/platfo

Re: [PATCH] kern/err.c + disk/raid.c error handling fixes

Robert Millan wrote: > On Thu, Aug 14, 2008 at 01:02:30PM +0200, Felix Zielcke wrote: >> +int >> +grub_err_printf (const char *fmt, ...) >> +{ >> + va_list ap; >> + int ret; >> + >> + va_start (ap, fmt); >> + ret = vfprintf (stderr, fmt, ap); >> + va_end (ap); >> + >> + return ret; >> +} >>

Re: [RFC] Platform information services

Javier Martín wrote: > WRT "kernel and modules going hand by hand", think about external > modules: if the drivemap module is finally rejected for introduction in > GRUB, I will not scrap it, but keep it as a module external to the > official GNU sources and possibly offer it in a web in the form o

Re: Build problems on powerpc

Thomas Champagne wrote: > kernel_elf-kern_disk.o: In function `grub_disk_close': > /home/lafeuil/grub2/kern/disk.c:318: undefined reference to `grub_get_time_ms' > kernel_elf-kern_disk.o: In function `grub_disk_open': > /home/lafeuil/grub2/kern/disk.c:283: undefined reference to `grub_get_time_ms'

Re: [RFC] Platform information services

Javier Martín wrote: > El vie, 15-08-2008 a las 19:31 +0300, Vesa Jääskeläinen escribió: >> Javier Martín wrote: >>> WRT "kernel and modules going hand by hand", think about external >>> modules: if the drivemap module is finally rejected for introduction in &g

Re: [RFC] Platform information services

Javier Martín wrote: >> I still do not see the need to create cross platform function that >> cannot be used for cross platform purposes. It is much more reasonable >> to write such needs as in kernel for the platform or in platform >> specific modules. >> >> I do not have a problem with function t

Re: [RFC] Platform information services

Javier Martín wrote: > I take that by "convenient to use" and your earlier "code safety" > reference, you imply a function that returns a typed pointer to the > structure, like "bda* var = grub_getbda();" in i386-pc, so that fields > of such struct can be directly accessed by var->free_mem_kb. > >

Re: [RFC] Platform information services

Javier Martín wrote: >>> An use case would be in the proposed drivemap module, in the function >>> installing an interrupt handler in the real-mode IVT: instead of the >>> current code with magic addresses, >>> >>> /* Real mode IVT slot (seg:off far pointer) for interrupt 0x13. */ >>> grub_uint32_

  1   2   3   4   5   >