From: Andrew Jeffery <andrew@aj.id.au>
To: Patrick Venture <venture@google.com>,
Brad Bishop <bradleyb@fuzziesquirrel.com>
Cc: OpenBMC Maillist <openbmc@lists.ozlabs.org>
Subject: Re: GPIO Centralized Control Daemon
Date: Mon, 18 Sep 2017 16:37:15 +0930 [thread overview]
Message-ID: <1505718435.4080.18.camel@aj.id.au> (raw)
In-Reply-To: <CAO=notykPK7VkRgynx-Tsyu0fuR25O4wZ-0voX4GiVhbmXfyaA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]
On Sat, 2017-09-16 at 21:22 -0700, Patrick Venture wrote:
> > > From a high level, the daemon will implement interfaces to export
> > or
> > > unexport GPIOs. Each GPIO exported will exist on the dbus:
> > >
> > > /xyz/openbmc_project/gpio/53 and implement an interface with the
> > > following properties:
> > > value, direction, active_low, etc.
> >
> > Just thinking out loud...are we sure a gpio is a useful
> > abstraction?
> > If applications all just use the chardev API what is the benefit of
> > having a dbus object, at the cost of API complexity.
>
> As an alternative, perhaps a library would suffice. My goal is to
> avoid multiple in-application implementations. However, I felt it
> might be helpful to have some centralized daemon serving this
> information -- a simple dbus property access may be simpler than
> either implementing the ioctl in each application. However, a
> library may also provide the necessary abstraction.
>
If we do need a library, there's this:
https://github.com/brgl/libgpiod
We should try to make use of that before doing something ourselves.
Cheers,
Andrew
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
prev parent reply other threads:[~2017-09-18 7:07 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-14 22:02 GPIO Centralized Control Daemon Patrick Venture
2017-09-14 22:29 ` Rick Altherr
2017-09-14 22:55 ` Patrick Venture
2017-09-16 22:12 ` Brad Bishop
2017-09-17 4:22 ` Patrick Venture
2017-09-17 16:26 ` Brad Bishop
2017-09-17 16:39 ` Patrick Venture
2017-09-17 17:33 ` Brad Bishop
2017-09-17 21:04 ` Patrick Venture
2017-09-17 21:38 ` Brad Bishop
2017-09-17 21:49 ` Patrick Venture
2017-09-17 22:10 ` Brad Bishop
2017-09-18 7:32 ` Andrew Jeffery
2017-09-18 14:52 ` Patrick Venture
2017-09-18 7:07 ` Andrew Jeffery [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=1505718435.4080.18.camel@aj.id.au \
--to=andrew@aj.id.au \
--cc=bradleyb@fuzziesquirrel.com \
--cc=openbmc@lists.ozlabs.org \
--cc=venture@google.com \
/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.