All of lore.kernel.org
 help / color / mirror / Atom feed
From: Antonino Daplas <adaplas@pol.net>
To: Jon Smirl <jonsmirl@yahoo.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Kendall Bennett <KendallB@scitechsoft.com>,
	Linux Fbdev development list
	<linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: [ANNOUNCE]: VM86 Daemon
Date: 02 Apr 2003 00:25:21 +0800	[thread overview]
Message-ID: <1049214320.1174.68.camel@localhost.localdomain> (raw)
In-Reply-To: <20030401152209.91116.qmail@web14913.mail.yahoo.com>

On Tue, 2003-04-01 at 23:22, Jon Smirl wrote:
> > 
> > 5. fb_get_mode(int flags, int val, struct
> > fb_var_screeninfo *var, struct
> > fb_info *info)
> > 
> > - compute mode timings using GTF (refresh driven,
> > hsync driven, pixclock
> > driven, or maximized refresh) and place result in
> > var
> > 
> > #4 and #5 are already in fbmon.c
> >
> 
> Wouldn't it be better to make fb_get_mode only return
> the list of valid modes based on the hardware and
> monitor (if available) combination rather than letting
> the app sort it out?

Actually, using a combination of functions that will be available in
fbmon.c, the fbdev driver will become independent from userland, such as
/etc/fb.modes. User-entered timings are still preferred thoug, and only
when the timings are invalid that the driver will select the nearest
mode from the database, or calculate one for it.  A theoretical sequence
will be like this:

1. driver rounds off values in var
2. timings in var is validated using fb_validate_mode()
3. if timings are valid, driver accepts the new timings
4. if timings are invalid, it checks if monitor is GTF capable.
5. if monitor is GTF capable, it calls fb_get_mode(). 
6. if monitor is not GTF capable, it calls fb_find_mode(), passing the
database created from fb_create_modedb().

Fbdev needs this independence from userland in order for stty to work,
primarily, and to make it easier for the user, secondarily.

You're correct though that it's a good idea to pass a list of modelines
to userland.  However, the filtering is best done by the driver because
it has the best knowledge on the limits/capabilities of the chipset.

BTW:  fb_get_mode() will only compute a single modeline (using GTF). 
It's fb_create_modedb() that will make a list of video modes.

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/

  reply	other threads:[~2003-04-01 16:29 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
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 [this message]
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=1049214320.1174.68.camel@localhost.localdomain \
    --to=adaplas@pol.net \
    --cc=KendallB@scitechsoft.com \
    --cc=benh@kernel.crashing.org \
    --cc=jonsmirl@yahoo.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 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.