Thread (5 messages) 5 messages, 3 authors, 2009-08-28

Re: open and close semanthics

From: Florian Tobias Schandinat <FlorianSchandinat@gmx.de>
Date: 2009-08-28 09:43:37

Hi,

this is not authoritative but I hope that's better than no answer:

Alessio Sangalli schrieb:
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)?

Should those functions keep a "counter" of how many programs opened it?
I'd say that's not well defined. skeletonfb lists them even as optional. 
I've read that some drivers use it for mode changes, some keep counters 
and others just return 0.
If you are writing a driver: use it as you need it or don't use it at all.
If you write something that needs this behavior: there is none you can 
expect along all drivers, sorry.

For more information:
http://www.linux-fbdev.org/HOWTO/4.html
<linux kernel tree>/drivers/video/skeletonfb.c


Regards,

Florian Tobias Schandinat

------------------------------------------------------------------------------
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help