From: Luca <kronos@people.it>
To: daniel.thompson@st.com, linux-fbdev-devel@lists.sourceforge.net
Cc: "Antonino A. Daplas" <adaplas@gmail.com>
Subject: Re: [PATCH 2.6.17-rc6-mm2] fbdev: tag by scantype in sysfs
Date: Fri, 23 Jun 2006 22:23:34 +0200 [thread overview]
Message-ID: <20060623202334.GB11069@dreamland.darkstar.lan> (raw)
In-Reply-To: <1151049881.12499.18.camel@butch.bri.st.com>
Il Fri, Jun 23, 2006 at 09:04:41AM +0100, Daniel THOMPSON ha scritto:
> > Secondly, that attribute 'modes' violate the 'one file, one value'
> > rule of
> > sysfs (and that includes 'virtual_size', and 'pan'). We need to clean
> > these up. How about something like this?
>
> Strictly speaking so does the mode string. This is, in fact, why adding
> information to it has the potential to break existing applications.
>
> Ideally each mode should itself be a directory containing files like
> hsize, vsize, scantype, vfreq ...
>
> Given each mode directory would have a unique name we could then use
> that to switch display modes (i.e. write an enumerated name rather than
> a mode string).
>
> The problem with this approach is I can't think of any way to do the
> work currently performed by store_modes().
I think that configfs is able to deal with this using commitable items.
But having half of the framebuffer configured using sysfs and the other
half using configfs is a bit ugly :|
Luca
--
Home: http://kronoz.cjb.net
"Accadono cose che sono come domande. Passa un minuto, oppure anni, e
poi la vita risponde."
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
prev parent reply other threads:[~2006-06-23 20:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-20 7:57 [PATCH 2.6.17-rc6-mm2] fbdev: tag by scantype in sysfs Daniel THOMPSON
2006-06-20 8:42 ` Antonino A. Daplas
2006-06-20 9:40 ` Daniel THOMPSON
2006-06-20 10:29 ` Antonino A. Daplas
2006-06-23 8:04 ` Daniel THOMPSON
2006-06-23 9:16 ` Geert Uytterhoeven
2006-06-23 9:50 ` Daniel THOMPSON
2006-06-23 12:00 ` Antonino A. Daplas
2006-06-23 20:23 ` Luca [this message]
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=20060623202334.GB11069@dreamland.darkstar.lan \
--to=kronos@people.it \
--cc=adaplas@gmail.com \
--cc=daniel.thompson@st.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).