| #
10427e2d |
| 29-Nov-2018 |
Jean-Jacques Hiblot <jjhiblot@ti.com> |
UPSTREAM: syscon: dm: Add a new method to get a regmap from DTS
syscon_regmap_lookup_by_phandle() can be used to get the regmap of a syscon device from a reference in the DTS. It operates similarly
UPSTREAM: syscon: dm: Add a new method to get a regmap from DTS
syscon_regmap_lookup_by_phandle() can be used to get the regmap of a syscon device from a reference in the DTS. It operates similarly to the linux version of the namesake function.
Change-Id: I04fa5cce5de5847184d6a951f36c640fd12b14a8 Signed-off-by: Jean-Jacques Hiblot <jjhiblot@ti.com> Reviewed-by: Simon Glass <sjg@chromium.org> Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com> (cherry picked from commit 6c3af1f24e4b8ccbef20bc00b9529f4a325583f2)
show more ...
|
| #
a28bfcc3 |
| 29-Aug-2017 |
Simon Glass <sjg@chromium.org> |
dtoc: Add support for 32 or 64-bit addresses
When using 32-bit addresses dtoc works correctly. For 64-bit addresses it does not since it ignores the #address-cells and #size-cells properties.
Updat
dtoc: Add support for 32 or 64-bit addresses
When using 32-bit addresses dtoc works correctly. For 64-bit addresses it does not since it ignores the #address-cells and #size-cells properties.
Update the tool to use fdt64_t as the element type for reg properties when either the address or size is larger than one cell. Use the correct value so that C code can obtain the information from the device tree easily.
Alos create a new type, fdt_val_t, which is defined to either fdt32_t or fdt64_t depending on the word size of the machine. This type corresponds to fdt_addr_t and fdt_size_t. Unfortunately we cannot just use those types since they are defined to phys_addr_t and phys_size_t which use 'unsigned long' in the 32-bit case, rather than 'unsigned int'.
Add tests for the four combinations of address and size values (32/32, 64/64, 32/64, 64/32). Also update existing uses for rk3399 and rk3368 which now need to use the new fdt_val_t type.
Signed-off-by: Simon Glass <sjg@chromium.org>
Suggested-by: Heiko Stuebner <heiko@sntech.de> Reported-by: Kever Yang <kever.yang@rock-chips.com>
show more ...
|
| #
ebe621d5 |
| 15-Jul-2016 |
Tom Rini <trini@konsulko.com> |
Merge git://git.denx.de/u-boot-dm
|
| #
04ecf36b |
| 04-Jul-2016 |
Simon Glass <sjg@chromium.org> |
dm: syscon: Add support for of-platdata
Provide a new function which can cope with obtaining information from of-platdata instead of the device tree.
Signed-off-by: Simon Glass <sjg@chromium.org>
|
| #
ac94b7bc |
| 17-Jan-2016 |
Simon Glass <sjg@chromium.org> |
dm: syscon: Allow finding devices by driver data
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 <sjg@chromium.org> Review
dm: syscon: Allow finding devices by driver data
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 <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
show more ...
|
| #
57251285 |
| 23-Jun-2015 |
Simon Glass <sjg@chromium.org> |
dm: Add support for generic system controllers (syscon)
Many SoCs have a number of system controllers which are dealt with as a group by a single driver. It is a pain to have to add lots of compatib
dm: Add support for generic system controllers (syscon)
Many SoCs have a number of system controllers which are dealt with as a group by a single driver. It is a pain to have to add lots of compatible strings and/or separate drivers for each. Instead we can identify the controllers by a number and request the address of the one we want.
Add a simple implementation of this which can be used by SoC driver code.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|