From: Colin D Bennett <colin@gibibit.com>
To: grub-devel@gnu.org
Subject: Re: About VBE double buffering
Date: Sun, 14 Sep 2008 12:55:11 -0700 [thread overview]
Message-ID: <20080914125511.5de089dc@gibibit.com> (raw)
In-Reply-To: <DCC00B19F580425185684276E1DD770A@hp2003>
[-- Attachment #1: Type: text/plain, Size: 1154 bytes --]
On Wed, 10 Sep 2008 08:24:21 +0800
"y.volta" <y.volta@gmail.com> wrote:
>
> I noticed that `grub_vbe_bios_set_display_start () which used
> AX=4F07h INT10h' used in the fancy menu patch. This will use the
> video buffer to do buffering, but this function will fail on some
> system, Collin told us in his Journal:
>
> "However, VMware doesn't seem to support the VBE set display start
> operation, at least in the video mode that GRUB uses (for the basic
> video test, which uses indexed color 1024x768 mode). "
>
> so, this may have compatible issue. i think, is there any
> possible, use a non-video-card memory to be the drawing buffer, when
> done, we copy its contents to video memory? this obviously has
> performance issue, but has more compatible.
Hi,
Actually I have implemented the behavior you describe. It is called
the 'blit' double buffering strategy, as opposed to the 'page flipping'
strategy that simply changes the display start address.
The gfxmenu detects whether page flipping is supported, and whether
there is enough video memory. If not, then the blit method is used.
Regards,
Colin
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
prev parent reply other threads:[~2008-09-14 19:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <48c69f99.1ba67e0a.7caf.3a70SMTPIN_ADDED@mx.google.com>
2008-09-10 0:24 ` About VBE double buffering y.volta
2008-09-10 15:31 ` Vesa Jääskeläinen
2008-09-14 19:55 ` Colin D Bennett [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=20080914125511.5de089dc@gibibit.com \
--to=colin@gibibit.com \
--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.