u-boot.git/common/fdt_support.c, branch v2016.07

fdt: Document the rest of struct of_bus

2016-05-25T21:13:38+00:00

Provide some documentation for the fields of struct of_bus, for
consistency with that provided for the new match field.

Signed-off-by: Paul Burton 
Reviewed-by: Simon Glass

fdt: Support for ISA busses

2016-05-25T21:13:09+00:00

Support ISA busses in much the same way as Linux does. This allows for
ISA bus addresses to be translated, and only if CONFIG_OF_ISA_BUS is
selected in order to avoid including the code in builds which won't need
it.

Signed-off-by: Paul Burton 
Reviewed-by: Simon Glass

fdt: fix setting MAC addresses for multiple interfaces

2016-05-03T22:52:10+00:00

For multiple ethernet interfaces the FDT offset of '/aliases' will change as we
are adding MAC addresses to the FDT.
Therefore only the first interface ('ethernet0') will get properly updated in
the FDT, with the rest getting FDT errors when we try to set their MAC address.

Signed-off-by: Lev Iserovich 
Acked-by: Joe Hershberger

Revert "fdt: fix address cell count checking in fdt_translate_address()"

2016-03-18T03:27:39+00:00

This reverts commit 71105f50fedddfa5b0535d102c3d5078671721ad.

The reverted commit was applied for a temporary to unbreak
few Exynos boards on the release.

After the discussion about the change, this commit should be avoided.
Fixed device-tree for Exynos, allows reverting it without any issues.

Signed-off-by: Przemyslaw Marczak 
Cc: Stefan Roese 
Cc: Tom Rini 
Cc: Simon Glass 
Cc: Stephen Warren 
Cc: Stephen Warren 
Tested-by: Simon Glass 
Acked-by: Simon Glass

Revert "fdt_support: Add multi-serial support for stdout fixup"

2016-01-21T02:10:12+00:00

This reverts commit 3e303f748cf57fb23e8ec95ab7eac0074be50e2b.

The fix up in the /aliases node does not work under the following
scenarios:
- Not every non-DM serial driver was written to have a driver name
  that conforms the format of "serial%d" or "eserial%d".
- With driver model serial, the stdio_devices[] stores the serial
  device node name in the device tree.

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

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

2016-01-14T02:05:16+00:00

fdt: fix address cell count checking in fdt_translate_address()

2016-01-07T18:28:04+00:00

Commit: dm: core: Enable optional use of fdt_translate_address()

Enables use of this function as default, but after this it's not
possible to get dev address for the case in which: '#size-cells == 0'

This causes errors when getting address for some GPIOs, for which
the '#size-cells' is set to 0.

Example error:
'__of_translate_address: Bad cell count for gpx0'

Allowing for that case by modifying the macro 'OF_CHECK_COUNTS',
(called from )__of_translate_address(), fixes the issue.

Now, this macro doesn't check, that '#size-cells' is greater than 0.

This is possible from the specification point of view, but I'm not sure
that it doesn't introduce a regression for other configs.

Please test and share the results.

Tested-on: Odroid U3, Odroid X2, Odroid XU3, Sandbox.

Signed-off-by: Przemyslaw Marczak 
Cc: Masahiro Yamada 
Cc: Lukasz Majewski 
Cc: Jaehoon Chung 
Cc: Stefan Roese 
Cc: Simon Glass 
Cc: Bin Meng 
Cc: Marek Vasut 
Tested-by: Jaehoon Chung 
Tested-by: Lukasz Majewski

fdt: Rewrite the logic in fdt_fixup_ethernet()

2015-12-22T01:56:17+00:00

Currently in fdt_fixup_ethernet() the MAC address fix up is
handled in a loop of which the exit condition is to test the
"eth%daddr" env is not NULL. However this creates unnecessary
constrains that those "eth%daddr" env variables must be
sequential even if "ethernet%d" does not start from 0 in the
"/aliases" node. For example, with "/aliases" node below:

    aliases {
        ethernet3 = &enet3;
        ethernet4 = &enet4;
    };

"ethaddr", "eth1addr", "eth2addr" must exist in order to fix
up ethernet3's MAC address successfully.

Now we change the loop logic to iterate the properties in the
"/aliases" node. For each property, test if it is in a format
of "ethernet%d", then get its MAC address from corresponding
"eth%daddr" env and fix it up in the dtb.

Signed-off-by: Bin Meng 
Acked-by: Joe Hershberger 
Reviewed-by: Tom Rini 
On OMAP4 Panda (+v4.3 kernel)
Tested-by: Tom Rini

fdt: Deprecate "usbethaddr" usage in fdt_fixup_ethernet()

2015-12-22T01:55:27+00:00

In fdt_fixup_ethernet() only "usbethaddr" is handled to fix up the
first usb ethernet port MAC address. Other additional usb ethernet
ports are ignored as there is no logic to handle "usbeth%daddr".

It is suggested we should use "ethaddr" for all ethernet devices.
Hence deprecate "usbethaddr" usage in fdt_fixup_ethernet().

This actually reverts commit b1f49ab8c7bad60426b30c134ae065ef77d2dfc1
"ARM: fdt support: Add usbethaddr as an acceptable MAC".

Signed-off-by: Bin Meng 
Acked-by: Joe Hershberger 
Reviewed-by: Tom Rini 
On OMAP4 Panda (+ v4.3 kernel)
Tested-by: Tom Rini

fdt: Change OF_BAD_ADDR to FDT_ADDR_T_NONE

2015-12-09T09:44:36+00:00

Currently OF_BAD_ADDR is always -1ULL. When using OF_BAD_ADDR as the
return value of dev_get_addr(), it creates potential size mismatch
as dev_get_addr() uses FDT_ADDR_T_NONE as the return value which can
be either -1U or -1ULL depending on CONFIG_PHYS_64BIT. Now we change
OF_BAD_ADDR to FDT_ADDR_T_NONE to avoid such case.

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