03 Dec, 2019

1 commit


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
     

16 Jun, 2017

1 commit


12 Jun, 2017

1 commit

  • There was for long time no activity in the 8xx area.
    We need to go further and convert to Kconfig, but it
    turned out, nobody is interested anymore in 8xx,
    so remove it (with a heavy heart, knowing that I remove
    here the root of U-Boot).

    Signed-off-by: Heiko Schocher

    Heiko Schocher
     

22 Jan, 2017

1 commit

  • Move all of the status LED feature to drivers/led/Kconfig.
    The LED status definitions were moved from the board configuration
    files to the defconfig files.

    TBD: Move all of the definitions in the include/status_led.h to the
    relevant board's defconfig files.

    Tested boards: CL-SOM-AM57x, CM-T335

    Signed-off-by: Uri Mashiach

    Uri Mashiach
     

25 Oct, 2015

1 commit

  • For current U-Boot to initialize status LEDs via status_led_init(), it
    is required to have both CONFIG_STATUS_LED and STATUS_LED_BOOT defined.
    This may be a particular concern with GPIO LEDs, where __led_init() is
    required to correctly set up the GPIO (gpio_request and
    gpio_direction_output). Without STATUS_LED_BOOT the initialization isn't
    called, which could leave the user with a non-functional "led" command -
    due to the fact that the LED routines in gpio_led.c use gpio_set_value()
    just fine, but the GPIO never got set up properly in the first place.

    I think having CONFIG_STATUS_LED is sufficient to justify a
    corresponding call to status_led_init(), even with no STATUS_LED_BOOT
    defined. To do so, common/board_r.c needs call that routine, so it now
    is exposed via status_led.h.

    Signed-off-by: Bernhard Nortmann
    [trini: Add dummy __led_init to pca9551_led.c]
    Signed-off-by: Tom Rini

    Bernhard Nortmann
     

02 Sep, 2015

1 commit


23 Apr, 2015

1 commit


06 Jan, 2015

3 commits


27 Oct, 2014

1 commit

  • This board is the only user of CONFIG_SYS_EEPROM_X40430 , remove
    it so the EEPROM command code can be cleansed of the related code
    as well.

    Signed-off-by: Marek Vasut
    Cc: Masahiro Yamada
    Cc: Tom Rini
    Cc: Wolfgang Denk
    Cc: Simon Glass
    Cc: Heiko Schocher

    Marek Vasut
     

22 Aug, 2014

3 commits


19 Jul, 2014

1 commit


08 Jul, 2014

2 commits


24 Jul, 2013

1 commit


10 Nov, 2012

1 commit

  • The file has a wrong inline keyword of __led_toggle(), which causes
    compilation error. And its content is defined in common status_led.h.
    So define CONFIG_BOARD_SPECIFIC_LED in board config files and remove
    this header file.

    Signed-off-by: Thomas Chou

    Thomas Chou
     

29 Oct, 2012

1 commit


02 Oct, 2011

1 commit


13 Sep, 2011

1 commit

  • Result of running the following command to address Wolfgang's
    comment about camel case:

    for file in `find . | grep '\.[chS]$'`; do perl -i -pe
    's/(green|yellow|red|blue)_LED_(on|off)/$1_led_$2/g' $file; done

    Discussion:
    http://patchwork.ozlabs.org/patch/84988/

    Signed-off-by: Jason Kridner
    Signed-off-by: Joel A Fernandes
    Signed-off-by: Sandeep Paulraj

    Jason Kridner
     

07 Oct, 2010

2 commits


20 Sep, 2010

1 commit

  • Recent changes caused that the HMI10 board now is included in the
    boards built by MAKEALL, which revealed that compilation for this
    board has been broken for a long time:

    ps2ser.c: In function 'ps2ser_init':
    ps2ser.c:155: error: 'UART_LCR' undeclared (first use in this function)
    ps2ser.c:155: error: (Each undeclared identifier is reported only once
    ps2ser.c:155: error: for each function it appears in.)
    ps2ser.c:156: error: 'UART_DLL' undeclared (first use in this function)
    ps2ser.c:157: error: 'UART_DLM' undeclared (first use in this function)
    ps2ser.c:159: error: 'UART_IER' undeclared (first use in this function)
    ps2ser.c:160: error: 'UART_MCR' undeclared (first use in this function)
    ps2ser.c:161: error: 'UART_FCR' undeclared (first use in this function)
    ps2ser.c:162: error: 'UART_FCR_ENABLE_FIFO' undeclared (first use in this function)
    ps2ser.c:166: error: 'UART_LSR' undeclared (first use in this function)
    ps2ser.c: In function 'ps2ser_putc':
    ps2ser.c:198: error: 'UART_LSR' undeclared (first use in this function)
    ps2ser.c:200: error: 'UART_TX' undeclared (first use in this function)
    ps2ser.c: In function 'ps2ser_getc_hw':
    ps2ser.c:224: error: 'UART_LSR' undeclared (first use in this function)
    ps2ser.c:225: error: 'UART_RX' undeclared (first use in this function)
    ps2ser.c: In function 'ps2ser_interrupt':
    ps2ser.c:293: error: 'UART_IIR' undeclared (first use in this function)

    The board is orphaned, and AFAICT has reached EOL.
    Drop support for it.

    Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     

05 Jul, 2010

1 commit


13 Jun, 2009

1 commit


29 Jan, 2009

1 commit


19 Oct, 2008

1 commit


14 Oct, 2007

1 commit


18 Sep, 2007

1 commit


23 Jun, 2007

1 commit

  • - Show on the Status LEDs, some States of the board.
    - Get the MAC addresses from the EEProm
    - use PREBOOT
    - use the CF on the board.
    - check the U-Boot image in the Flash with a SHA1
    checksum.
    - use dynamic TLB entries generation for the SDRAM

    Signed-off-by: Heiko Schocher

    Heiko Schocher
     

27 May, 2007

1 commit


14 Oct, 2006

1 commit


15 Aug, 2005

1 commit


11 Oct, 2004

1 commit


11 Jul, 2004

1 commit


08 Jun, 2004

1 commit


16 Apr, 2004

1 commit

  • - add auto-complete support to the U-Boot CLI
    - add support for NETTA and NETPHONE boards; fix NETVIA board

    * Patch by Yuli Barcohen, 28 Mar 2004:
    - Add support for MPC8272 family including MPC8247/8248/8271/8272
    - Add support for MPC8272ADS evaluation board (another flavour of MPC8260ADS)
    - Change configuration method for MPC8260ADS family

    wdenk