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

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

2015-11-12T16:13:26+00:00

misc: altera_sysid: minor clean up

2015-11-06T01:14:12+00:00

- 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:58+00:00

driver: misc: add MXC_OCOTP Kconfig entry

2015-10-30T14:01:27+00:00

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:00+00:00

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:19+00:00

allow LED initialization without STATUS_LED_BOOT

2015-10-24T17:50:02+00:00

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:28+00:00

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:28+00:00

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:03+00:00

Convert altera sysid to driver model with misc uclass.

Signed-off-by: Thomas Chou 
Acked-by: Chin Liang See 
Reviewed-by: Simon Glass