1. 22 Sep, 2020 6 commits
    • Tom Rini's avatar
      Merge branch '2020-09-22-assorted-bugfixes' · 5949f36f
      Tom Rini authored
      - Fix for environment location on some PowerPC boards
      - Typo / documentation fix
      - Two fixes for mpc8xxx
      5949f36f
    • Chris Packham's avatar
      configs: powerpc: Don't set CONFIG_ENV_ADDR for QorIQ SPIFLASH · dc8368b7
      Chris Packham authored
      Setting CONFIG_ENV_ADDR to something other than 0 stops gd->env_addr
      from being allocated dynamically. When the environment is in SPI we need
      it to be allocated as we can't use a direct memory mapped address.
      Signed-off-by: default avatarChris Packham <judge.packham@gmail.com>
      dc8368b7
    • Heinrich Schuchardt's avatar
      disk: typo Terra Bytes · 643b5e7e
      Heinrich Schuchardt authored
      512 * 2^32 bytes equals 2 tebibytes.
      Signed-off-by: Heinrich Schuchardt's avatarHeinrich Schuchardt <xypron.glpk@gmx.de>
      Reviewed-by: Simon Glass's avatarSimon Glass <sjg@chromium.org>
      643b5e7e
    • Heinrich Schuchardt's avatar
      doc/build/gcc.rst: add missing apt-get *install* · 40611917
      Heinrich Schuchardt authored
      The install command is missing for an apt-get command.
      Signed-off-by: Heinrich Schuchardt's avatarHeinrich Schuchardt <xypron.glpk@gmx.de>
      40611917
    • Rasmus Villemoes's avatar
      gpio/mpc83xx_spisel_boot.c: include log.h · 24e8c0e3
      Rasmus Villemoes authored
      Fix build failure, it used to get this implicitly through common.h
      until f7ae49fc (common: Drop log.h from common header).
      Signed-off-by: default avatarRasmus Villemoes <rasmus.villemoes@prevas.dk>
      Reviewed-by: Heiko Schocher's avatarHeiko Schocher <hs@denx.de>
      24e8c0e3
    • Rasmus Villemoes's avatar
      spi: mpc8xxx_spi.c: fix cs activate/deactivate · 10a6aa96
      Rasmus Villemoes authored
      Somewhere between v2020.04 and v2020.07 the mpc8xxx_spi driver broke,
      I'm guessing due to this hunk
      
      @@ -559,6 +560,8 @@ int dm_gpio_set_dir_flags(struct gpio_desc *desc, ulong flags)
              if (ret)
                      return ret;
      
      +       /* combine the requested flags (for IN/OUT) and the descriptor flags */
      +       flags |= desc->flags;
              ret = _dm_gpio_set_dir_flags(desc, flags);
      
      from commit 695e5fd5 ("gpio: update dir_flags management"). But
      the blame is mostly on the driver itself which seems rather confused:
      The chip select gpios are requested with GPIOD_ACTIVE_LOW, but then in
      each activate/deactivate, dm_gpio_set_dir_flags() is called with
      merely GPIOD_IS_OUT, and then the driver call set_value(0) for
      activate.
      
      That used to work, but with the above hunk, the ACTIVE_LOW setting
      from the request becomes persistent, so the gpio driver ends up being
      asked to set the value to 1 in mpc8xxx_spi_cs_activate().
      
      So drop the dm_gpio_set_dir_flags() calls in the activate/deactivate
      functions, and use a value of 1 to mean "logically enabled".
      
      Ideally, I think we should also drop the GPIOD_ACTIVE_LOW from the
      request and make it up to the list of gpio cs in DT to indicate
      whether that CS is enabled when driven low (as is of course usually
      the case), but that requires changing
      arch/powerpc/dts/gdsys/gazerbeam-base.dtsi among others, and I don't
      have that hardware to test on. I have, however, tested our
      own (mpc8309-based) hardware with this change, and I have also tested
      that removing the GPIOD_ACTIVE_LOW from the request and updating our
      DT as
      
      -                       gpios = <&spisel 0 0>;
      +                       gpios = <&spisel 0 GPIO_ACTIVE_LOW>;
      
      still works.
      Signed-off-by: default avatarRasmus Villemoes <rasmus.villemoes@prevas.dk>
      10a6aa96
  2. 21 Sep, 2020 8 commits
  3. 19 Sep, 2020 2 commits
    • Tom Rini's avatar
      Merge tag 'efi-2020-10-rc5-2' of https://gitlab.denx.de/u-boot/custodians/u-boot-efi · 400f84c5
      Tom Rini authored
      Pull request for UEFI sub-system for efi-2020-10-rc5 (2)
      
      The following bugs are fixed:
      
      * incorrect online help for setenv and env
      * description of function efi_mem_carve_out()
      * replace printf() by log_err() in stm32mp1_rng driver
      
      A unit test is provided to check that the boot hart id is provided in the
      RISC-V device-tree.
      400f84c5
    • Tom Rini's avatar
      Merge branch '2020-09-18-assorted-bugfixes' · 667ab37d
      Tom Rini authored
      - SquashFS Coverity fixes
      - bitflip fix in the alternate memtest command
      - Disable networking on bcmstb boards where we didn't have any network
        drivers enabled.
      667ab37d
  4. 18 Sep, 2020 10 commits
  5. 17 Sep, 2020 14 commits