From: Jonathan Cameron <jic23@kernel.org>
To: tthayer@opensource.altera.com,
Lars-Peter Clausen <lars@metafoo.de>,
linux-iio@vger.kernel.org, arnd@arndb.de,
gregkh@linuxfoundation.org, Guenter Roeck <linux@roeck-us.net>,
linux-pm <linux-pm@vger.kernel.org>,
Sebastian Reichel <sre@kernel.org>, Dmitry <dbaryshkov@gmail.com>,
David Woodhouse <dwmw2@infradead.org>
Subject: Re: Driver directory selection for Power Supply Status chip
Date: Mon, 18 Apr 2016 21:06:02 +0100 [thread overview]
Message-ID: <57153E2A.7030207@kernel.org> (raw)
In-Reply-To: <571538D5.5020209@opensource.altera.com>
On 18/04/16 20:43, Thor Thayer wrote:
>
>
> On 04/18/2016 11:41 AM, Lars-Peter Clausen wrote:
>> On 04/18/2016 06:14 PM, Thor Thayer wrote:
>>> Hi,
>>>
>>> The Arria10 System Resource chip (A10SR) is a SPI based MFD implementing a
>>> GPIO expander, reset controller, and power supply monitoring. I'm not sure
>>> where the driver for the A10SR power monitoring driver should reside and I'm
>>> hoping someone can offer some advice.
>>>
>>> I'd originally submitted the RFC to the HWMON list but the maintainer
>>> pointed out that it wasn't a good fit because the A10SR only indicates
>>> boolean power supply status - not the voltage level as required by HWMON.
>>>
>>> I read that IIO acts as a bridge between IO and HWMON but I'm also not sure
>>> this fits those drivers (although I did find some power supply supervistors
>>> there). It isn't quite a power supply supervisor - the A10SR is a comparator
>>> instead of an Analog-to-Digital Converter.
>>>
>>> One additional thing, the A10SR also had a number of enable bits for
>>> enabling devices external to Altera's SoC (but still on the development
>>> board). These don't quite fit into the reset controller framework but would
>>> seem to fit a MISC directory driver better.
>>>
>>> If neither IIO or MISC is a good fit, can someone suggest a more appropriate
>>> place?
>>
>> How does the device work, does it generate an interrupt when the voltage
>> level goes below the threshold? I'd like to pass the ball back and say that
>> this sounds like something that should go into hwmon.
>>
>
> Good question but no, there is no interrupt.
>
> The chip is actually a power supply sequencer for bringing up the
> power supplies in the correct order. Since the sequence, timings, and
> thresholds are hard coded in the chip and can't be changed
> programatically, I assume it was decided that a power fail interrupt
> was not needed. However, the status of the power (OK/Fail) can be
> read from the chip.
>
> I was directed to look at Documentation/hwmon/sysfs-interface which
> states the units are in millivolts and I didn't see any references to
> a boolean output so I'm leaning away from hwmon.
That's one impressively uninformative output... Hmm.
Not obvious where to put it - it doesn't fit in IIO really either.
Could report as a power supply? There is 'health' support in there.
See Documentation/power/power_supply_class.txt
and include/linux/power_supply.h
though I'm not sure which type a fail on this would count as...
perhaps UNSPEC_FAILURE.
It's intended for batteries really - not sure how far you can stretch
that.
Cc'd linux-pm and maintainers. Perhaps they will have a better idea!
>
> Thank you for your reply!
> --
> To unsubscribe from this list: send the line "unsubscribe linux-iio" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Jonathan Cameron <jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
To: tthayer-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx@public.gmane.org,
Lars-Peter Clausen <lars-Qo5EllUWu/uELgA04lAiVw@public.gmane.org>,
linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
arnd-r2nGTMty4D4@public.gmane.org,
gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>,
linux-pm <linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Sebastian Reichel <sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Dmitry <dbaryshkov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Subject: Re: Driver directory selection for Power Supply Status chip
Date: Mon, 18 Apr 2016 21:06:02 +0100 [thread overview]
Message-ID: <57153E2A.7030207@kernel.org> (raw)
In-Reply-To: <571538D5.5020209-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx@public.gmane.org>
On 18/04/16 20:43, Thor Thayer wrote:
>
>
> On 04/18/2016 11:41 AM, Lars-Peter Clausen wrote:
>> On 04/18/2016 06:14 PM, Thor Thayer wrote:
>>> Hi,
>>>
>>> The Arria10 System Resource chip (A10SR) is a SPI based MFD implementing a
>>> GPIO expander, reset controller, and power supply monitoring. I'm not sure
>>> where the driver for the A10SR power monitoring driver should reside and I'm
>>> hoping someone can offer some advice.
>>>
>>> I'd originally submitted the RFC to the HWMON list but the maintainer
>>> pointed out that it wasn't a good fit because the A10SR only indicates
>>> boolean power supply status - not the voltage level as required by HWMON.
>>>
>>> I read that IIO acts as a bridge between IO and HWMON but I'm also not sure
>>> this fits those drivers (although I did find some power supply supervistors
>>> there). It isn't quite a power supply supervisor - the A10SR is a comparator
>>> instead of an Analog-to-Digital Converter.
>>>
>>> One additional thing, the A10SR also had a number of enable bits for
>>> enabling devices external to Altera's SoC (but still on the development
>>> board). These don't quite fit into the reset controller framework but would
>>> seem to fit a MISC directory driver better.
>>>
>>> If neither IIO or MISC is a good fit, can someone suggest a more appropriate
>>> place?
>>
>> How does the device work, does it generate an interrupt when the voltage
>> level goes below the threshold? I'd like to pass the ball back and say that
>> this sounds like something that should go into hwmon.
>>
>
> Good question but no, there is no interrupt.
>
> The chip is actually a power supply sequencer for bringing up the
> power supplies in the correct order. Since the sequence, timings, and
> thresholds are hard coded in the chip and can't be changed
> programatically, I assume it was decided that a power fail interrupt
> was not needed. However, the status of the power (OK/Fail) can be
> read from the chip.
>
> I was directed to look at Documentation/hwmon/sysfs-interface which
> states the units are in millivolts and I didn't see any references to
> a boolean output so I'm leaning away from hwmon.
That's one impressively uninformative output... Hmm.
Not obvious where to put it - it doesn't fit in IIO really either.
Could report as a power supply? There is 'health' support in there.
See Documentation/power/power_supply_class.txt
and include/linux/power_supply.h
though I'm not sure which type a fail on this would count as...
perhaps UNSPEC_FAILURE.
It's intended for batteries really - not sure how far you can stretch
that.
Cc'd linux-pm and maintainers. Perhaps they will have a better idea!
>
> Thank you for your reply!
> --
> To unsubscribe from this list: send the line "unsubscribe linux-iio" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-04-18 20:06 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-18 16:14 Driver directory selection for Power Supply Status chip Thor Thayer
2016-04-18 16:41 ` Lars-Peter Clausen
2016-04-18 19:43 ` Thor Thayer
2016-04-18 20:06 ` Jonathan Cameron [this message]
2016-04-18 20:06 ` Jonathan Cameron
2016-04-18 23:50 ` Guenter Roeck
2016-04-19 16:18 ` Thor Thayer
2016-04-19 16:18 ` Thor Thayer
2016-04-19 16:24 ` Jonathan Cameron
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=57153E2A.7030207@kernel.org \
--to=jic23@kernel.org \
--cc=arnd@arndb.de \
--cc=dbaryshkov@gmail.com \
--cc=dwmw2@infradead.org \
--cc=gregkh@linuxfoundation.org \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=sre@kernel.org \
--cc=tthayer@opensource.altera.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.