<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Thanks Andrew, yeah I see the design philosophy of not exposing low level stuff like GPIOs unless they mean something more high level (hence the "State" reference) that could be exposed/monitored/changed/etc.  I'm just checking to see if we have anything already being thought of or implemented as to not come up with a custom solution.  The problem is managing "States" at least initially backed by GPIOs, and it does not have to be on the DBUS although from what I've seen <span style="color:rgb(34,34,34);font-family:monospace,monospace;font-size:13px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">for instance </span>on IPMI we use DBUS extensively for things that get exported.</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, May 14, 2018 at 4:16 PM Andrew Jeffery <<a href="mailto:andrew@aj.id.au">andrew@aj.id.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Andres,<br>
<br>
On Tue, 15 May 2018, at 01:16, Andres Oportus wrote:<br>
> Are there any ongoing efforts on expanding States (say provided by GPIOs)<br>
> monitoring/management?  I see that phosphor-state-manager has<br>
> Chassis/Host/BMC states that are placed onto DBUS but not a more generic<br>
> mechanism.  On the GPIO specific side, I see that phosphor-gpio-monitor<br>
> allows for interrupt driven GPIO monitoring (seemly only used under a<br>
> gpio-keys driver with /dev/input for Power's checkstop monitoring?), but no<br>
> generic GPIO setting/getting for those not allowing interrupt type<br>
> monitoring (say output GPIOs).<br>
<br>
It's not clear to me what you're looking for here. Are you hoping for something to expose the GPIOs on DBus? I don't think we have anything like that, which is more of a design philosophy thing (we should probably provide a higher-level capability on DBus, not just directly expose GPIOs).<br>
<br>
Alternatively if you're looking to handle GPIOs from your application, I would recommend libgpiod: <br>
<br>
<a href="https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/" rel="noreferrer" target="_blank">https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/</a><br>
<br>
Cheers,<br>
<br>
Andrew<br>
</blockquote></div>