u-boot.git/drivers/misc, branch v2016.01-rc1

Merge git://git.denx.de/u-boot

2015-11-12T16:13:26Z

misc: altera_sysid: minor clean up

2015-11-06T01:14:12Z

- Remove the penultimate comma in of_match ids Signed-off-by: Thomas Chou Reviewed-by: Jagan Teki

Merge branch 'master' of git://git.denx.de/u-boot-fsl-qoriq

2015-10-30T16:56:58Z

driver: misc: add MXC_OCOTP Kconfig entry

2015-10-30T14:01:27Z

Add MXC_OCOTP Kconfig entry. Signed-off-by: Peng Fan Cc: Simon Glass Cc: Stefano Babic Cc: Fabio Estevam

armv8/fsl_lsch3: Change arch to fsl-layerscape

2015-10-29T17:34:00Z

There are two LS series processors are built on ARMv8 Layersacpe architecture currently, LS2085A and LS1043A. They are based on ARMv8 core although use different chassis, so create fsl-layerscape to refactor the common code for the LS series processors which also paves the way for adding LS1043A platform. Signed-off-by: Mingkai Hu Signed-off-by: Hou Zhiqiang Signed-off-by: Gong Qianyu Reviewed-by: York Sun

Merge git://git.denx.de/u-boot-dm

2015-10-27T23:08:19Z

allow LED initialization without STATUS_LED_BOOT

2015-10-24T17:50:02Z

For current U-Boot to initialize status LEDs via status_led_init(), it is required to have both CONFIG_STATUS_LED and STATUS_LED_BOOT defined. This may be a particular concern with GPIO LEDs, where __led_init() is required to correctly set up the GPIO (gpio_request and gpio_direction_output). Without STATUS_LED_BOOT the initialization isn't called, which could leave the user with a non-functional "led" command - due to the fact that the LED routines in gpio_led.c use gpio_set_value() just fine, but the GPIO never got set up properly in the first place. I think having CONFIG_STATUS_LED is sufficient to justify a corresponding call to status_led_init(), even with no STATUS_LED_BOOT defined. To do so, common/board_r.c needs call that routine, so it now is exposed via status_led.h. Signed-off-by: Bernhard Nortmann [trini: Add dummy __led_init to pca9551_led.c] Signed-off-by: Tom Rini

add generic stubs for GPIO LEDs

2015-10-23T16:15:28Z

For boards that support LEDs driven via GPIO (CONFIG_GPIO_LED), it may be useful to have some generic stubs (wrapper functions) for the "colored" LEDs. This allows defining STATUS_LED_* values directly to GPIO numbers, e.g.: #define STATUS_LED_GREEN 248 /* = PH24 */ To keep those optional, it's probably best to introduce an additional configuration setting. I've chosen CONFIG_GPIO_LED_STUBS for that. Placing the code in drivers/misc/gpio_led.c also ensures that it automatically depends on CONFIG_GPIO_LED too. Signed-off-by: Bernhard Nortmann Reviewed-by: Simon Glass

dm: Rename dev_get_parentdata() to dev_get_parent_priv()

2015-10-23T15:42:28Z

The current name is inconsistent with other driver model data access functions. Rename it and fix up all users. Signed-off-by: Simon Glass Reviewed-by: Joe Hershberger

nios2: convert altera sysid to driver model

2015-10-22T23:37:03Z

Convert altera sysid to driver model with misc uclass. Signed-off-by: Thomas Chou Acked-by: Chin Liang See Reviewed-by: Simon Glass