diff options
author | Mario Six <mario.six@gdsys.cc> | 2018-03-12 14:53:33 +0100 |
---|---|---|
committer | Simon Glass <sjg@chromium.org> | 2018-04-01 22:19:10 +0800 |
commit | e8d5291824e27575fe71222f683579325221e0cb (patch) | |
tree | 76e2c4c0793c552bdd86b93132b133605ec46c47 /lib/libfdt | |
parent | bcfdf055f8956b784085bafa14f1731cc141c414 (diff) | |
download | u-boot-e8d5291824e27575fe71222f683579325221e0cb.zip u-boot-e8d5291824e27575fe71222f683579325221e0cb.tar.gz u-boot-e8d5291824e27575fe71222f683579325221e0cb.tar.bz2 |
core: ofnode: Fix translation for #size-cells == 0
Commit 286ede6 ("drivers: core: Add translation in live tree case") made
dev_get_addr always use proper bus translations for addresses read from
the device tree. But this leads to problems with certain busses, e.g.
I2C busses, which run into an error during translation, and hence stop
working.
It turns out that of_translate_address() and fdt_translate_address()
stop the address translation with an error when they're asked to
translate addresses for busses where #size-cells == 0 (comment from
drivers/core/of_addr.c):
* Note: We consider that crossing any level with #size-cells == 0 to mean
* that translation is impossible (that is we are not dealing with a value
* that can be mapped to a cpu physical address). This is not really specified
* that way, but this is traditionally the way IBM at least do things
To fix this case, we check in both the live-tree and non-live tree-case,
whether the bus of the device whose address is about to be translated
has size-cell size zero. If this is the case, we just read the address
as a plain integer and return it, and only apply bus translations if the
size-cell size if greater than zero.
Signed-off-by: Mario Six <mario.six@gdsys.cc>
Signed-off-by: Martin Fuzzey <mfuzzey@parkeon.com>
Reported-by: Martin Fuzzey <mfuzzey@parkeon.com>
Fixes: 286ede6 ("drivers: core: Add translation in live tree case")
Reviewed-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'lib/libfdt')
0 files changed, 0 insertions, 0 deletions