linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ondrej Zajicek <santiago@crfreenet.org>
To: Alessio Sangalli <alesan@manoweb.com>
Cc: "linux-fbdev-devel@lists.sourceforge.net"
	<linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: open and close semanthics
Date: Fri, 28 Aug 2009 14:22:56 +0200	[thread overview]
Message-ID: <20090828122254.GB9848@localhost> (raw)
In-Reply-To: <4A946A59.20307@manoweb.com>


[-- Attachment #1.1: Type: text/plain, Size: 858 bytes --]

On Tue, Aug 25, 2009 at 03:48:57PM -0700, Alessio Sangalli wrote:
> Hi, can somebody give me an authoritative answer:
> what is the semanthics associated to the "open" and "release" (close) calls?
> 
> More specifically, "open" and "release" can/must/must not change any 
> setting (resolution etc)?

Many drivers for non-embedded (VGA compatible) cards assume that they
should not touch hardware if their device is not open. So they configure
device during the first open and restore original state during the
last close. The framebuffer console counts as one user, and therefore
keeps the device configured.

-- 
Elen sila lumenn' omentielvo

Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org)
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net)
"To err is human -- to blame it on a computer is even more so."

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 355 bytes --]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

[-- Attachment #3: Type: text/plain, Size: 182 bytes --]

_______________________________________________
Linux-fbdev-devel mailing list
Linux-fbdev-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel

  parent reply	other threads:[~2009-08-28 15:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-25 22:48 open and close semanthics Alessio Sangalli
2009-08-27 22:52 ` Alessio Sangalli
2009-08-28  9:43 ` Florian Tobias Schandinat
2009-08-28 12:22 ` Ondrej Zajicek [this message]
2009-08-28 16:08   ` Alessio Sangalli

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=20090828122254.GB9848@localhost \
    --to=santiago@crfreenet.org \
    --cc=alesan@manoweb.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).