> And what is wrong with current config file?
> http://grub.enbug.org/grub.cfg
How much documentation is available for this domain-specific language?
Does a grammar exist for the data format?
http://grub.enbug.org/Subprojects/GraphicalMenu
I imagine that additional attributes will be needed.
- Id
* Vesa Jääskeläinen wrote, On 06/11/07 21:37:
> Amin Azez wrote:
>
>>
>> At the same time, can we consider supporting specification of
>> alternative short menu texts, suitable for display on 16 character LCD
>> screens.
>>
>> I'll be doing some work on grub-legacy to support boot menu's on such
On Mon, Nov 05, 2007 at 10:57:52AM -0600, Andrei E. Warkentin wrote:
> I think the actual question should have been worded more like
> "is it possible to return control to GRUB from a booted (say)
> Multiboot kernel, provided nothing (say) below 1MB is touched...".
>
> Is it possible? I
On Tue, Nov 06, 2007 at 11:33:44PM +0200, Vesa Jääskeläinen wrote:
> > 2007-11-06 Robert Millan <[EMAIL PROTECTED]>
> >
> > * term/i386/pc/serial.c (serial_hw_put): Switch order of
> > arguments
> > in grub_outb() calls.
> > (serial_hw_init): Likewise
Markus Elfring wrote:
>> And what is wrong with current config file?
>> http://grub.enbug.org/grub.cfg
>
> How much documentation is available for this domain-specific language?
> Does a grammar exist for the data format?
Marco Gerards has been working on the grub scripting language. So he
might
Markus Elfring wrote:
>> I do not fancy XML for the boot loader... and I do not see a need to yet
>> another configuration file format for menus. We already have menu
>> command that can be used to build menus. Perhaps you can convince me
>> otherwise?
>
> I imagine that GRUB can become so flexibl
On Tue, Nov 06, 2007 at 04:25:06PM -0600, Heath S wrote:
> The GRUB legacy manual states:
>
> Support automatic decompression
>
> Can decompress files which were compressed by gzip. This function is both
> automatic and transparent to the user (i.e. all functions operate upon the
> uncompressed
On Tue, Nov 06, 2007 at 07:24:29PM +0200, UrJiZ wrote:
> I've been working on a project of mine, putting GRUB2 to An award BIOS
> using ROMOS (http://rayer.ic.cz/romos/romose.htm).
> I've succesfully compiled GRUB 2 and generated my first rom disk
> image. I used http://grub.enbug.org/TestingOnX86
Robert Millan wrote:
> On Tue, Nov 06, 2007 at 11:33:44PM +0200, Vesa Jääskeläinen wrote:
>>> * term/i386/pc/serial.c (serial_hw_put): Switch order of
>>> arguments
>>> in grub_outb() calls.
>> Why on earth those parameters are reversed anyway :) ?
>
> My fault :-)
>
> Wh
This patch fixes serial console on LinuxBIOS.
I'd appreciate comments (specially on the addition).
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
* include/grub/i386/efi/machine.h: New file.
* include/grub/i3
On Wed, Nov 07, 2007 at 10:35:17PM +0200, Vesa Jääskeläinen wrote:
> > grub_inb() and grub_outb() are based on the inb()/outb() implementation
> > from glibc headers, so I kept the same arguments for consistency.
>
> I see... Once again inconsistency introduced by Unix folks... as AT&T
> assembler
If grub.cfg does not contain any valid menuentry statements, an empty
menu is opened.
grub-emu crashes (and real grub behaves "interesting") if the first
entry is selected.
The attached patch adds the missing nullptr checks.
An alternative would be to treat an empty menu as a syntax error in
Does Linux bios only allow for two serial ports? Are theres ports
addresses hard coded into
Linux BIOS?
I also creating all the machine.h for one ifdef is a little much. But
it may be needed. The
ifdef in serial.c should be changed to
#ifdef GRUB_MACHINE_LINUXBIOS
#else
Also what I don't under
> Menu commands can have children already so you would get hierarchy
> information from there. Shortcut key you could just add as extra
> argument for menu, like --hotkey="1"
Will an explanation of the data format be added to the wiki?
> In example:
> menu "foo" {
> menu "bar" {
> menu "zo
14 matches
Mail list logo