[PATCH v10] reset: Add driver for gpio-controlled reset pins
Stephen Warren
swarren at wwwdotorg.org
Mon Aug 5 13:24:07 EDT 2013
On 08/05/2013 01:32 AM, Philipp Zabel wrote:
> Am Freitag, den 02.08.2013, 10:28 +0100 schrieb Mark Rutland:
>> On Thu, Jul 18, 2013 at 10:26:26AM +0100, Philipp Zabel wrote:
>>> This driver implements a reset controller device that toggle a gpio
>>> connected to a reset pin of a peripheral IC. The delay between assertion
>>> and de-assertion of the reset signal can be configured via device tree.
...
>> I think this should look more like the below:
>>
>> /* Device with nRESET pin connected to GPIO5_0 */
>> sii902x at 39 {
>> /* named for the actual input line */
>> nreset-gpios = <&gpio5 0 GPIO_ACTIVE_LOW>;
>> /*
>> * If there's some configurable property relating to the reset
>> * line, we can describe it
>> */
>> vendor,some-optional-reset-gpio-property;
>> ...
>> };
>
> I don't like the arbitrary name, as that makes it difficult to handle
> this in an automated way. In this case I'd prefer to use 'reset-gpios'
> and optionally 'reset-gpio-names' analogous to how clocks and interrupts
> (and resets) are handled.
Hmm. Just be aware that you can't force existing bindings to be
retro-actively modified, or you'll break the DT ABI. So, at the very
least we'd have to allow the existing custom-property-based approach for
bindings where it's already been used.
More information about the linux-arm-kernel
mailing list