All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Vesa Jääskeläinen" <chaac@nic.fi>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: About VBE double buffering
Date: Wed, 10 Sep 2008 18:31:43 +0300	[thread overview]
Message-ID: <48C7E85F.4000504@nic.fi> (raw)
In-Reply-To: <DCC00B19F580425185684276E1DD770A@hp2003>

y.volta 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.

It will have backwards compatibility mode if not available. And before I
will commit any change to support hardware double buffering I will make
sure it works in qemu/vmware/my hardware so do not worry about that one.

>     Furthmore, i suggest, we should implement the bank-switch function in VBE framework, for there are a few system's video card may have no LFB modes. for example, here is a card i meet: ( i gathered 22 cards, it is only one without lfb in each modes; many cards have no lfb in 4 colours mode. )

As I said previously, I have no plan to work with bank switch
functionality. You are however free to do so.

And please state what card you had?

I am pretty surprised that you got vbe3.0 there and no LFB.

Oh... and I pretty much don't care about 4 color modes ;). In my opinion
they shall be unsupported. 256 index color in minimum feasible for any use.



  reply	other threads:[~2008-09-10 15:31 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 [this message]
2008-09-14 19:55   ` Colin D Bennett

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=48C7E85F.4000504@nic.fi \
    --to=chaac@nic.fi \
    --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.