[LEDE-DEV] [PATCH 2/3] ramips-mt7621: add GPIO-config for Ubiquiti-EdgeRouterX(-SFP)

Baptiste Jonglez baptiste at bitsofnetworks.org
Sun May 7 03:25:39 PDT 2017


On Sat, May 06, 2017 at 08:08:54PM +0200, Mathias Kresin wrote:
> 06.05.2017 14:31, Sven Roederer:
> >On Freitag, 5. Mai 2017 14:32:12 CEST Mathias Kresin wrote:
> >>Is it necessary to control the GPIOs from userspace/via config files?
> >>If not, add a gpio_export node to the dts and set the output value
> >>this way [0].
> >>
> > Or is there something better?
> 
> Yes there is. Please add a gpio-export node to the dts (see
> target/linux/ramips/dts/A5-V11.dts). It does basically the same but allows
> to set the polarity and uses the gpio-export,name for the actual export. And
> it doesn't add userspace stuff to the image which is included for all
> images.
> 
> >
> >To have it in userspace is the best (only?) option to enable / disable or
> >power-cycle the attached PoE-equipment.
> 
> The question is more or less whether it is necessary to disable PoE for the
> ports. The gpio-export node for example, is used in most cases for enabling
> something like usb power.

Just an opinion: being able to disable/enable PoE for each port is really
useful when you want to remotely reboot a device plugged into your PoE
switch/router.  Most PoE-capable devices expose this option with the stock
firmware.

Does your approach with the gpio-export node allow to change the state of
the GPIO at runtime? (i.e. probably from userspace)

> I have no strong opinion on this and I'll leave it up to you to add what you
> are the opinion is the best.
> 
> Mathias
> 
> _______________________________________________
> Lede-dev mailing list
> Lede-dev at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/lede-dev/attachments/20170507/14938387/attachment.sig>


More information about the Lede-dev mailing list