Hi! > We also had a discussion about standardized LED function names, so I > retrieved all LED function names from dts files present in kernel, > and after unifying some similar occurrences I got something like > below. Perhaps it doesn't make a sense to add all of the below > definitions to the standard header, but some of them could certainly > find their place in e.g. include/dt-bindings/leds/led-functions.h. Yes, we should try to make names standard. > Then we could have LED names in the form function:color, and below > defines could be used in dts files to avoid spawning similar LED names > describing the same function. > Of course in case of the names presented here with numerical suffixes > we could skip the suffix. So we should certainly remove some stuff for the list. For example we do not want "d" function, and we want to choose either "bluetooth" or "bt", but don't want to have both. Also for example "activity" should be removed, we need to be more specific there. I suspect "nand" means activity on the nand flash, for example. > #define LED_FUNCTION_ACTIVITY "activity" > #define LED_FUNCTION_ADSL "adsl" > #define LED_FUNCTION_ALARM "alarm" > #define LED_FUNCTION_ALIVE "alive" > #define LED_FUNCTION_ALL "all" > #define LED_FUNCTION_APP "app" > #define LED_FUNCTION_AUX "aux" > #define LED_FUNCTION_BACKUP "backup" > #define LED_FUNCTION_BEEP "beep" > #define LED_FUNCTION_BLUETOOTH "bluetooth" > #define LED_FUNCTION_BOOT "boot" > #define LED_FUNCTION_BOTTOM "bottom" > #define LED_FUNCTION_BRICK-STATUS "brick-status" > #define LED_FUNCTION_BT "bt" > #define LED_FUNCTION_CEL "cel" > #define LED_FUNCTION_CEL-PWR "cel-pwr" Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Attachment:
signature.asc
Description: Digital signature
