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/
next prev parent 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).