From: Jon Smirl <jonsmirl@gmail.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Pierre Ossman <drzeus-list@drzeus.cx>,
Chris Wedgwood <cw@f00f.org>, LKML <linux-kernel@vger.kernel.org>,
Russell King <rmk+lkml@arm.linux.org.uk>
Subject: Re: MMC ioctl or sysfs interface?
Date: Sun, 12 Jun 2005 16:30:09 -0400 [thread overview]
Message-ID: <9e473391050612133036fe2902@mail.gmail.com> (raw)
In-Reply-To: <1118600720.9949.99.camel@localhost.localdomain>
On 6/12/05, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> On Sul, 2005-06-12 at 19:15, Pierre Ossman wrote:
> > Alan Cox wrote:
> > I wasn't aware that you could do ioctl on sysfs nodes. I guess I'll have
> > to dig a bit deeper in the documentation/code.
>
> You can add support, but you'll need a device node one day anyway so you
> might as well give up on the sysfs only game - it doesn't IMHO work.
I have a sysfs interface for fbdev in the kernel -
/sys/class/graphics/fb0/* It is working well for me and it's the only
interface EGL uses to access fbdev. It's all controllable with strings
that can be scripted if you want. If you play with it some of the
attributes are broken, there are fixes for them in the pipeline.
I also have DRM loaded for the same hardware. I'd have to think about
it for a while to see if DRM could go sysfs only. I'm using DRM to map
the framebuffer instead of fbdev.
One big difference is that a device node can carry session state. If
you open the device the file handle can track things belonging to the
session. With sysfs sessions are more of a mess. fbdev works cleanly
because there is no session state.
--
Jon Smirl
jonsmirl@gmail.com
prev parent reply other threads:[~2005-06-12 20:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-09 13:08 MMC ioctl or sysfs interface? Pierre Ossman
2005-06-10 0:58 ` Chris Wedgwood
2005-06-10 21:00 ` Pierre Ossman
2005-06-10 23:00 ` Alan Cox
2005-06-12 18:15 ` Pierre Ossman
2005-06-12 18:25 ` Alan Cox
2005-06-12 20:30 ` Jon Smirl [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=9e473391050612133036fe2902@mail.gmail.com \
--to=jonsmirl@gmail.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=cw@f00f.org \
--cc=drzeus-list@drzeus.cx \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk+lkml@arm.linux.org.uk \
/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