07 May, 2018

1 commit

  • 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: Tom Rini

    Tom Rini
     

01 Jun, 2017

1 commit

  • It is good practice to include common.h as the first header. This ensures
    that required features like the DECLARE_GLOBAL_DATA_PTR macro,
    configuration options and common types are available.

    Fix up some files which currently don't do this. This is necessary because
    driver model will soon start using global data and configuration in the
    dm/read.h header file, included via dm.h. The gd->fdt_blob value will be
    used to access the device tree and CONFIG options will be used to
    determine whether to support inline functions in the header file.

    Signed-off-by: Simon Glass

    Simon Glass
     

08 Feb, 2017

1 commit

  • At present devices use a simple integer offset to record the device tree
    node associated with the device. In preparation for supporting a live
    device tree, which uses a node pointer instead, refactor existing code to
    access this field through an inline function.

    Signed-off-by: Simon Glass

    Simon Glass
     

12 Sep, 2015

1 commit

  • The current simplify lpc32xx gpio driver implementation assume a
    maximum of 32 GPIO per port; there are a total of 22 GPI, 24 GPO
    and 6 GPIO to managed on port 3.

    Update the driver to fix the following:
    1) When requesting GPI_xx and GPO_xx on port 3 (xx is the same number)
    the second call to "gpio_request" will return -EBUSY.

    2) The status of GPO_xx pin report the status of the
    corresponding GPI_xx pin when using the "gpio status" command.

    3) The gpio driver may setup the direction register for the wrong
    gpio when calling "gpio_direction_input" (GPI_xx) or
    "gpio_direction_output" (GPO_xx) on port 3; the call to the
    direction is require to use the "gpio status" command.

    The following change were done in the driver:
    1) port3 GPI are cache in a separate 32 bits in the array.
    2) port3 direction register written only for GPIO pins.
    3) port3 GPO & GPIO (as output) are read using "p3_outp_state".
    4) LPC32XX_GPI_P3_GRP updated to match the change.

    Signed-off-by: Sylvain Lemieux

    Sylvain Lemieux
     

07 Jul, 2015

1 commit


10 Apr, 2015

1 commit