Skip to content
Snippets Groups Projects
  1. Nov 01, 2017
  2. Oct 04, 2017
    • Masahiro Yamada's avatar
      treewide: replace with error() with pr_err() · 9b643e31
      Masahiro Yamada authored
      
      U-Boot widely uses error() as a bit noisier variant of printf().
      
      This macro causes name conflict with the following line in
      include/linux/compiler-gcc.h:
      
        # define __compiletime_error(message) __attribute__((error(message)))
      
      This prevents us from using __compiletime_error(), and makes it
      difficult to fully sync BUILD_BUG macros with Linux.  (Notice
      Linux's BUILD_BUG_ON_MSG is implemented by using compiletime_assert().)
      
      Let's convert error() into now treewide-available pr_err().
      
      Done with the help of Coccinelle, excluing tools/ directory.
      
      The semantic patch I used is as follows:
      
      // <smpl>
      @@@@
      -error
      +pr_err
       (...)
      // </smpl>
      
      Signed-off-by: default avatarMasahiro Yamada <yamada.masahiro@socionext.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      [trini: Re-run Coccinelle]
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      9b643e31
  3. Sep 30, 2017
  4. Sep 18, 2017
  5. Sep 15, 2017
    • Simon Glass's avatar
      dtoc: Add support for 32 or 64-bit addresses · c20ee0ed
      Simon Glass authored
      
      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: default avatarSimon Glass <sjg@chromium.org>
      
      Suggested-by: default avatarHeiko Stuebner <heiko@sntech.de>
      Reported-by: default avatarKever Yang <kever.yang@rock-chips.com>
      Reviewed-by: default avatarPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
      Tested-by: default avatarKever Yang <kever.yang@rock-chips.com>
      c20ee0ed
  6. Aug 13, 2017
  7. Jul 27, 2017
  8. Jul 11, 2017
  9. Jun 23, 2017
  10. Jun 09, 2017
  11. Jun 07, 2017
  12. Jun 01, 2017
    • Simon Glass's avatar
      dm: Rename dev_addr..() functions · a821c4af
      Simon Glass authored
      
      These support the flat device tree. We want to use the dev_read_..()
      prefix for functions that support both flat tree and live tree. So rename
      the existing functions to avoid confusion.
      
      In the end we will have:
      
         1. dev_read_addr...()    - works on devices, supports flat/live tree
         2. devfdt_get_addr...()  - current functions, flat tree only
         3. of_get_address() etc. - new functions, live tree only
      
      All drivers will be written to use 1. That function will in turn call
      either 2 or 3 depending on whether the flat or live tree is in use.
      
      Note this involves changing some dead code - the imx_lpi2c.c file.
      
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      a821c4af
  13. May 10, 2017
Loading