linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: "Scott D. Davilla" <davilla@4pi.com>
Cc: Linux Frame Buffer Device Development
	<linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: reguest for comments regarding an imac_fb and efifb unification
Date: Thu, 6 Mar 2008 20:39:52 +0100 (CET)	[thread overview]
Message-ID: <Pine.LNX.4.64.0803062038100.26657@anakin> (raw)
In-Reply-To: <p0623091ac3f5e718e844@[192.168.9.5]>

On Thu, 6 Mar 2008, Scott D. Davilla wrote:
> I've involved in development that involves a non-standard efi 
> bootloader and both imac_fb and efifb console framebuffers and it 
> seem redundant to have two console framebuffers that perform the same 
> function. efi_fb is actually a simplification of imac_fb.
> 
> Both imac_fb and efifb are actually very simple in operation, they 
> both assume a linear video frame buffer with fixed x,y dimensions.
> 
> In actual usage;
> 
> 	imac_fb is used in two ways, 1) setup using command-line 
> params or DMI info for traditional Apple desktops and 2) setup using 
> command-line params that are created by mach_boot_linux, the AppleTV 
> bootloader.
> 
> 	efifb is always setup by using screen_info that the 
> bootloader configures.
> 
> 	Nether actually depends on EFI but rather neither can depend 
> on  video/pc bios, these might/might not hang/crash the hardware.
> 
> So it seems that by adding command-line param setup to efifb and some 
> DMI checks, imac_fb can be merged into efifb. efifb is really a 
> strange name as it has no interaction with EFI, it just happens to 
> get used under an EFI environment. It's really just a non-accelerated 
> linear video frame buffer configured by screen_info boot params so it 
> could be used by any hardware that has a linear framebuffer 
> organization.
> 
> Which brings up the point, is there another more general console 
> frame buffer that could replace both imac_fb and efifb? It seems that 
> a generic console framebuffer that assumes a linear video framebuffer 
> that does not make video bios calls (nor PC bios) and can be 
> configured by screen_info params or command-line params would be 
> something that already exists? Is there such a console frame buffer?
> 
> I'm willing to pursue this but I want to check the general consensus 
> about such a venture and possible ramifications that I might not have 
> considered.

There exist a few more drivers for simple linear video frame buffer
devices with fixed x,y dimensions:
  - offb, for Open Firmware based machines,
  - vesafb, for VBE 2.0 compliant graphic boards.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

  reply	other threads:[~2008-03-06 19:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-06 19:05 reguest for comments regarding an imac_fb and efifb unification Scott D. Davilla
2008-03-06 19:39 ` Geert Uytterhoeven [this message]
2008-03-06 20:37   ` Scott D. Davilla
     [not found]   ` <p0623091cc3f5f9111ec0@192.168.9.5>
2008-03-07  7:49     ` Michal Suchanek

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=Pine.LNX.4.64.0803062038100.26657@anakin \
    --to=geert@linux-m68k.org \
    --cc=davilla@4pi.com \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).