All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Yoshinori K. Okuji" <okuji@enbug.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: Issues in implementing VESA support
Date: Mon, 17 May 2004 13:51:34 +0200	[thread overview]
Message-ID: <200405171351.35000.okuji@enbug.org> (raw)
In-Reply-To: <200405160119.11048.shivramk@sancharnet.in>

On Saturday 15 May 2004 21:49, Shivram Khandeparker wrote:
> 1. What happened to get_vbe_controller_info and get_vbe_mode_info?
>   They dont seem to be there in grub2. Which means il have to rewrite
> them. Which should be just a copy paste from grub legacy.. right? If
> i do write them then where do i put theses functions. In my own files
> or in say startup.s (like vga does) ?

If you need to write an assembly in real mode, startup.S is the right 
place. If you think your code is too big to include it in startup.S, 
you can make another file and have startup.S to include it.

The code in GRUB Legacy is written by me. So you can freely copy it to 
GRUB 2. No problem.

> 2. In my pacth i was using custom a font which was compiled into
> grub. Since the new grub has a font manager i would like to use that
> instead. Could somebody please provide me more info on using this
> font manager, like the kind of font file it uses, does it use bitmap
> fonts . And how do i access the font data once the font file is
> loaded.

There is no documentation for this font manager, so I describe it here 
in brief.

It supports a bitmap font which includes an index table. A font file 
must have this structure:

The 4-byte magic word ("PPF\x7f")
The number of glyphs (little-endian, 4 bytes integer)
An index table
glyphs

An index table consists of entries in this format:

Character code in Unicode (little-endian, 4 bytes integer)
Offset of the glyph from the beginning of the file (little-endian, 4 
bytes integer)

Each glyph is like this:

Width in 8-pixel unit (1 or 2)
Bitmap

For now, the font manager supports only 8x16 and 16x16 font sizes. If 
you don't like this font manager, feel free to make a better one 
yourself.

Once you make a font file, you can use it by the command "font".

Okuji




      parent reply	other threads:[~2004-05-17 14:11 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-15 19:49 Issues in implementing VESA support Shivram Khandeparker
2004-05-15 20:19 ` Marco Gerards
2004-05-16  7:44   ` Shivram Khandeparker
2004-05-17 11:53     ` Yoshinori K. Okuji
2004-05-16 16:34   ` Stefan Reinauer
2004-05-16 18:44     ` Marco Gerards
2004-05-17 11:55       ` Yoshinori K. Okuji
2004-05-17 11:51 ` Yoshinori K. Okuji [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200405171351.35000.okuji@enbug.org \
    --to=okuji@enbug.org \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.