u-boot.git/drivers/core, branch v2016.05

dm: core: Add dev_get_addr_ptr() to return a pointer to the reg address

2016-04-25T05:30:16+00:00

On some platforms (e.g. x86), the return value of dev_get_addr() can't
be assigned to a pointer type variable directly. As there might be a
difference between the size of fdt_addr_t and the pointer type. On
x86 for example, "fdt_addr_t" is 64bit but "void *" only 32bit. So
assigning the register base directly in dev_get_addr() results in this
compilation warning:
  warning: cast to pointer from integer of different size

This patch introduces the new function dev_get_addr_ptr() that
returns a pointer to the 'reg' address that can be used by drivers
in this case.

Signed-off-by: Stefan Roese 
Reviewed-by: Simon Glass 
Reviewed-by: Bin Meng

fdt: implement dev_get_addr_name()

2016-04-15T14:14:37+00:00

This function parses the reg property based on an index found in the
reg-names property. This is required for bindings that are written
using reg-names rather than hard-coding indices in reg.

Signed-off-by: Stephen Warren 
Acked-by: Simon Glass

dm: device.c: Minor coding-style fix

2016-04-14T17:51:39+00:00

Fix multi-line comment indentation in device_bind()

Signed-off-by: Stefan Roese 
Cc: Simon Glass 
Reviewed-by: Bin Meng

dm: core: device: set pinctrl state for pinctrl device

2016-04-14T17:51:39+00:00

We may have pinmux settings for pinctrl device, like the following
example:
"
&iomuxc {
	pinctrl-names = "default";
	pinctrl-0 = <&pinctrl_hog_1>;
	imx6ul-evk {
		pinctrl_hog_1: hoggrp-1 {
			fsl,pins = <
				MX6UL_PAD_UART1_RTS_B__GPIO1_IO19	0x17059 /* SD1 CD */
				MX6UL_PAD_GPIO1_IO05__USDHC1_VSELECT	0x17059 /* SD1 VSELECT */
				MX6UL_PAD_GPIO1_IO09__GPIO1_IO09        0x17059 /* SD1 RESET */
				MX6UL_PAD_SNVS_TAMPER0__GPIO5_IO00	0x80000000
			>;
		};
	[......]
};
"

We should not only select pinctrl state for non pinctrl devices, we
need also to handle pin mux settings such as pinctrl_log for pinctrl
devices.

So at the end of probing process of pinctrl device, select the default
state of pinctrl device.

Signed-off-by: Peng Fan 
Cc: Simon Glass 
Reviewed-by: Simon Glass 
Reviewed-by: Masahiro Yamada

syscon: Avoid returning a device on failure

2016-03-17T02:27:24+00:00

If the device cannot be probed, syscon_get_by_driver_data() will still
return a useful value in its devp parameter. Ensure that it returns NULL
instead.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng

dm: core: make simple-bus compatible to simple-mfd

2016-03-14T21:34:50+00:00

Simple MFD devices can bind children without special bus configuration.
Like Linux, let's handle "simple-mfd" in the same way as "simple-bus".

Signed-off-by: Masahiro Yamada 
Acked-by: Simon Glass

dm: core: Add uclass_first_device_err() to return a valid device

2016-03-14T21:34:50+00:00

A common pattern is to call uclass_first_device() and then check if it
actually returns a device. Add a new function which does this, returning
an error if there are no devices in that uclass.

Signed-off-by: Simon Glass

dm: Remove device_probe_child()

2016-01-29T04:01:23+00:00

This function is not used as the use case for it did not eventuate. Remove
it to avoid confusion.

Signed-off-by: Simon Glass 
Reviewed-by: Tom Rini 
Reviewed-by: Bin Meng

dm: syscon: Allow finding devices by driver data

2016-01-24T04:07:19+00:00

We have a way to find a regmap by its syscon driver data value. Add the same
for syscon itself.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng

dm: core: Display the error number when driver binding fails

2016-01-24T04:07:18+00:00

This is often -96 (-EPFNOSUPPORT) which indicates that the uclass is not
compiled in. Display the error number to make this easier to spot.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng