From: Antonino Daplas <adaplas@pol.net>
To: Kendall Bennett <KendallB@scitechsoft.com>
Cc: Linux Fbdev development list <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: [ANNOUNCE]: VM86 Daemon
Date: 01 Apr 2003 09:27:36 +0800 [thread overview]
Message-ID: <1049160350.1059.39.camel@localhost.localdomain> (raw)
In-Reply-To: <3E886C5F.28140.1013B3CA@localhost>
On Tue, 2003-04-01 at 08:27, Kendall Bennett wrote:
> Jon Smirl <jonsmirl@yahoo.com> wrote:
>
> > I didn't read through the code yet, is this being implemented by
> > adding some new IOCTLs to the fb interface? For example an IOCTL to
> > get the legal modes or to reset the card.
>
> We definitely want some new IOCTL's to allow the apps to find out what
> modes are available, if this has not been added.
Actually, the fbdev has its own ioctl, FBIOSETVAR (or something like
that). You place the desired mode in struct fb_var_screeninfo (var),
then set var->activate = FB_ACTIVATE_TEST. If there's no error, the var
should now contain the best mode (not necessarily the same) which was
requested.
All this is automatically incorporated to vesafb when vm86d is loaded.
The new vesafb driver has additional methods for:
fb_check_var()
fb_set_par()
fb_pan_display()
fb_setcolreg()
fb_blank() -- currently a dummy method
Tony
-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
next prev parent reply other threads:[~2003-04-01 1:31 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-31 9:53 [ANNOUNCE]: VM86 Daemon Antonino Daplas
2003-04-01 0:07 ` Jon Smirl
2003-04-01 0:27 ` Kendall Bennett
2003-04-01 1:27 ` Antonino Daplas [this message]
2003-04-01 8:29 ` Benjamin Herrenschmidt
2003-04-01 9:41 ` Antonino Daplas
2003-04-01 11:34 ` Benjamin Herrenschmidt
2003-04-01 13:38 ` Antonino Daplas
2003-04-01 13:53 ` Benjamin Herrenschmidt
2003-04-01 15:32 ` Antonino Daplas
2003-04-01 15:22 ` Jon Smirl
2003-04-01 16:25 ` Antonino Daplas
2003-04-01 16:44 ` Benjamin Herrenschmidt
2003-04-01 18:30 ` Small API change Benjamin Herrenschmidt
2003-04-01 20:10 ` Geert Uytterhoeven
2003-04-01 22:03 ` Benjamin Herrenschmidt
2003-04-02 22:01 ` James Simmons
2003-04-02 22:11 ` Benjamin Herrenschmidt
2003-04-01 1:04 ` [ANNOUNCE]: VM86 Daemon Antonino Daplas
2003-04-01 4:01 ` Jon Smirl
2003-04-01 9:41 ` Antonino Daplas
[not found] ` <20030401120835.GA30421@skunk.convergence.de>
2003-04-01 13:38 ` [directfb-dev] " Antonino Daplas
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=1049160350.1059.39.camel@localhost.localdomain \
--to=adaplas@pol.net \
--cc=KendallB@scitechsoft.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).