From: Otto Wyss <otto.wyss@orpatec.ch>
To: linux-fbdev-devel@lists.sourceforge.net
Subject: Re: Generic framebuffer driver
Date: Sat, 21 Aug 2004 11:02:53 +0200 [thread overview]
Message-ID: <41270FBE.88832BF8@orpatec.ch> (raw)
In-Reply-To: Pine.GSO.4.58.0408201805270.6741@waterleaf.sonytel.be
Geert Uytterhoeven wrote:
>
> On Fri, 20 Aug 2004, Otto Wyss wrote:
> > I guess this is a common feature of the digital interface and might be
> > available for any graphic card/monitor with DVI. Does anyone know for
> > sure? If yes this feature would allow to create a generic framebuffer
>
> It can work for normal monitors as well, using DDC.
>
Maybe, but then I'm wondering why it only works with DVI in the
radeonfb. Has anyone tried a DVI cable with other cards and can post information?
> > driver which could be built into the kernel and used right from the
> > start. How nice would it be to have a shiny startup screen right from
> > the start of Linux! All the startup messages could be shown in a decent
> > font (maybe even configurable) and might be surrounded by a nice window.
> > What a difference would it make against the current DOS-like look.
>
> Like what e.g. SUSE does?
>
Unfortunately I don't have Suse, is there link to an image? Anyway I
though more like the Mac, besides the Mac shows that such a solution is possible.
> > Do you also think such a generic driver should exist? Is anyone able to
> > create it, maybe simply extract it from the radeonfb?
>
> This generic driver does not exist. And it's not simple to write, since it's
> hardware dependent.
>
> The closest thing to such a generic driver is the existing vesafb. Perhaps on
> some cards the BIOS uses DDC as well to find a nice video mode?
>
The vesafb proves that there is a common base for framebuffer driver.
IMO any card having a DVI plug also has to have a common protocol which
can be used for a generic driver without being too hardware dependent
and also without using BIOS calls. It might be possible to create such a
driver for all cards but it shouldn't be too difficult to create it for
i.e. 80%.
O. Wyss
--
See a huge pile of work at "http://wyodesktop.sourceforge.net/"
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
next prev parent reply other threads:[~2004-08-21 9:03 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-20 15:42 Generic framebuffer driver Otto Wyss
2004-08-20 16:09 ` Geert Uytterhoeven
2004-08-21 9:02 ` Otto Wyss [this message]
2004-08-21 10:27 ` Geert Uytterhoeven
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=41270FBE.88832BF8@orpatec.ch \
--to=otto.wyss@orpatec.ch \
--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 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.