1. 17 7月, 2020 1 次提交
    • M
      treewide: convert bd_t to struct bd_info by coccinelle · b75d8dc5
      Masahiro Yamada 提交于
      The Linux coding style guide (Documentation/process/coding-style.rst)
      clearly says:
      
        It's a **mistake** to use typedef for structures and pointers.
      
      Besides, using typedef for structures is annoying when you try to make
      headers self-contained.
      
      Let's say you have the following function declaration in a header:
      
        void foo(bd_t *bd);
      
      This is not self-contained since bd_t is not defined.
      
      To tell the compiler what 'bd_t' is, you need to include <asm/u-boot.h>
      
        #include <asm/u-boot.h>
        void foo(bd_t *bd);
      
      Then, the include direcective pulls in more bloat needlessly.
      
      If you use 'struct bd_info' instead, it is enough to put a forward
      declaration as follows:
      
        struct bd_info;
        void foo(struct bd_info *bd);
      
      Right, typedef'ing bd_t is a mistake.
      
      I used coccinelle to generate this commit.
      
      The semantic patch that makes this change is as follows:
      
        <smpl>
        @@
        typedef bd_t;
        @@
        -bd_t
        +struct bd_info
        </smpl>
      Signed-off-by: NMasahiro Yamada <masahiroy@kernel.org>
      b75d8dc5
  2. 19 5月, 2020 1 次提交
  3. 23 1月, 2020 1 次提交
  4. 03 12月, 2019 1 次提交
  5. 07 5月, 2018 1 次提交
    • T
      SPDX: Convert all of our single license tags to Linux Kernel style · 83d290c5
      Tom Rini 提交于
      When U-Boot started using SPDX tags we were among the early adopters and
      there weren't a lot of other examples to borrow from.  So we picked the
      area of the file that usually had a full license text and replaced it
      with an appropriate SPDX-License-Identifier: entry.  Since then, the
      Linux Kernel has adopted SPDX tags and they place it as the very first
      line in a file (except where shebangs are used, then it's second line)
      and with slightly different comment styles than us.
      
      In part due to community overlap, in part due to better tag visibility
      and in part for other minor reasons, switch over to that style.
      
      This commit changes all instances where we have a single declared
      license in the tag as both the before and after are identical in tag
      contents.  There's also a few places where I found we did not have a tag
      and have introduced one.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      83d290c5
  6. 05 3月, 2018 1 次提交
  7. 24 9月, 2016 1 次提交
  8. 13 5月, 2014 1 次提交
    • V
      kmp204x: complete the reset sequence and PRST configuration · af47faf6
      Valentin Longchamp 提交于
      This adds the reset support for the following devices that was until
      then not implemented:
      - BFTIC4
      - QSFPs
      
      This also fixes the configuration of the prst behaviour for the other
      resets: Only the u-boot and kernel relevant subsystems are taken out of
      reset (pcie, ZL30158, and front eth phy).
      
      Most of the prst config move to misc_init_f(), except for the PCIe
      related ones that are in pci_init_board and the bftic and ZL30158 ones
      that should be done as soon as possible.
      
      Only the behavior of the Hooper reset is changed according to the
      documentation as the application is not able to not configure the switch
      when it is not reset.
      Signed-off-by: NValentin Longchamp <valentin.longchamp@keymile.com>
      af47faf6
  9. 04 2月, 2014 1 次提交
  10. 25 10月, 2013 1 次提交
    • V
      mpc85xx: introduce the kmp204x reference design support · 877bfe37
      Valentin Longchamp 提交于
      This patch introduces the support for Keymile's kmp204x reference
      design. This design is based on Freescale's P2040/P2041 SoC.
      
      The peripherals used by this design are:
      - DDR3 RAM with SPD support
      - SPI NOR Flash as boot medium
      - NAND Flash
      - 2 PCIe busses (hosts 1 and 3)
      - 3 FMAN Ethernet devices (FMAN1 DTSEC1/2/5)
      - 3 Local Bus windows, with one dedicated to the QRIO reset/power mgmt
        FPGA
      - 2 HW I2C busses
      - last but not least, the mandatory serial port
      
      The board/keymile/kmp204x code is mostly based on Freescale's P2041rdb
      support and was changed according to our design (that means essentially
      removing what is not present on the designs and a few adaptations).
      
      There is currently only one prototype board that is based on this design
      and this patch also introduces it. The board is called kmlion1.
      Signed-off-by: NStefan Bigler <stefan.bigler@keymile.com>
      Signed-off-by: NValentin Longchamp <valentin.longchamp@keymile.com>
      
      kmp204x: update the ENV #define
      
      The comments had to be refined as well as the total size
      Signed-off-by: NValentin Longchamp <valentin.longchamp@keymile.com>
      [York Sun: fix ddr.c]
      Acked-by: NYork Sun <yorksun@freescale.com>
      877bfe37
  11. 24 7月, 2013 1 次提交
  12. 30 9月, 2011 1 次提交
    • K
      powerpc/85xx: refactor common P-Series CoreNet files for FSL boards · 360275b3
      Kumar Gala 提交于
      We currently support 4 SoC/Boards from the P-Series of QorIQ SoCs that
      are based on the 'CoreNet' Architecture: P2041RDB, P3041DS, P4080DS, and
      P5020DS.  There is a significant amount of commonality shared between
      these boards that we can refactor into common code:
      
      * Initial LAW setup
      * Initial TLB setup
      * PCI setup
      
      We start by moving the shared code between P3041DS, P4080DS, and P5020DS
      into a common directory to be shared with other P-Series CoreNet boards.
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      360275b3
  13. 14 1月, 2011 1 次提交
  14. 15 11月, 2010 1 次提交
    • P
      fsl: Clean up printing of PCI boot info · 8ca78f2c
      Peter Tyser 提交于
      Previously boards used a variety of indentations, newline styles, and
      colon styles for the PCI information that is printed on bootup.  This
      patch unifies the style to look like:
      
      ...
      NAND:  1024 MiB
      PCIE1: connected as Root Complex
                 Scanning PCI bus 01
              04  01  8086  1010  0200  00
              04  01  8086  1010  0200  00
              03  00  10b5  8112  0604  00
              02  01  10b5  8518  0604  00
              02  02  10b5  8518  0604  00
              08  00  1957  0040  0b20  00
              07  00  10b5  8518  0604  00
              09  00  10b5  8112  0604  00
              07  01  10b5  8518  0604  00
              07  02  10b5  8518  0604  00
              06  00  10b5  8518  0604  00
              02  03  10b5  8518  0604  00
              01  00  10b5  8518  0604  00
      PCIE1: Bus 00 - 0b
      PCIE2: connected as Root Complex
                 Scanning PCI bus 0d
              0d  00  1957  0040  0b20  00
      PCIE2: Bus 0c - 0d
      In:    serial
      ...
      Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
      CC: wd@denx.de
      CC: sr@denx.de
      CC: galak@kernel.crashing.org
      8ca78f2c
  15. 07 10月, 2010 1 次提交
  16. 02 8月, 2010 1 次提交