1. 19 7月, 2021 2 次提交
  2. 18 7月, 2021 1 次提交
  3. 17 7月, 2021 13 次提交
  4. 16 7月, 2021 1 次提交
  5. 15 7月, 2021 7 次提交
    • S
      x86: pci: Allow binding of some devices before relocation · f5cbb5c7
      Simon Glass 提交于
      At present only bridge devices are bound before relocation, to save space
      in pre-relocation memory. In some cases we do actually want to bind a
      device, e.g. because it provides the console UART. Add a devicetree
      binding to support this.
      
      Use the PCI_VENDEV() macro to encode the cell value. This is present in
      U-Boot but not used, so move it to the binding header-file.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
      f5cbb5c7
    • S
      pci: Use const for pci_find_device_id() etc. · e58f3a7d
      Simon Glass 提交于
      These functions don't modify the device-ID struct that is passed in, so
      mark the argument as const, so the data structure can be declared that
      way. This allows it to be placed in the rodata section.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
      e58f3a7d
    • P
      mmc: mmc_get_op_cond: Allow quiet detection of eMMC · a4c577f9
      Pali Rohár 提交于
      Add a new 'quiet' argument to mmc_get_op_cond() function which avoids
      printing error message when SD/eMMC card is not detected.
      
      Espressobin and mx6cuboxi boards use this function for detecting presence
      of eMMC and therefore it is expected and normal that eMMC does not have to
      be connected. So error message "Card did not respond to voltage select!"
      should be skipped in this case as it is not an error.
      Signed-off-by: NPali Rohár <pali@kernel.org>
      Reviewed-by: NStefan Roese <sr@denx.de>
      Acked-by: NJaehoon Chung <jh80.chung@samsung.com>
      a4c577f9
    • S
      power: pmic: Add driver for ST-Ericsson AB8500 via PRCMU · 3f6e4ec7
      Stephan Gerhold 提交于
      All devices based on ST-Ericsson Ux500 use a PMIC similar to AB8500
      (Analog Baseband). There is AB8500, AB8505, AB9540 and AB8540
      although in practice only AB8500 and AB8505 are relevant since the
      platforms with AB9540 and AB8540 were cancelled and never used in
      production.
      
      In general, the AB8500 PMIC uses I2C as control interface, where the
      different register banks are represented as separate I2C devices.
      However, in practice AB8500 is always connected to a special I2C bus
      on the DB8500 SoC that is controlled by the power/reset/clock
      management unit (PRCMU) firmware.
      
      Add a simple driver that allows reading/writing registers of the
      AB8500 PMIC. The driver directly accesses registers from the PRCMU
      parent device (represented by syscon in U-Boot). Abstracting it
      further (e.g. with the i2c uclass) would not provide any advantage
      because the PRCMU I2C bus is always just connected to AB8500 and
      vice-versa.
      
      The ab8500.h header is mostly taken as-is from Linux (with some
      minor adjustments) to allow using similar code in both Linux and
      U-Boot.
      
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NStephan Gerhold <stephan@gerhold.net>
      Acked-by: NJaehoon Chung <jh80.chung@samsung.com>
      3f6e4ec7
    • S
      board: stemmy: Copy atags for booting downstream/vendor kernel · e2f82f93
      Stephan Gerhold 提交于
      The U-Boot "stemmy" board is mainly intended to simplify booting
      mainline Linux on various smartphones from Samsung based on ST-Ericsson
      Ux500. While the mainline kernel is working great, there are still some
      features missing there. In particular, it is currently not possible to
      charge the battery when using the mainline kernel.
      
      This means that it is still necessary to boot the downstream/vendor
      kernel from Samsung sometimes to charge the device. That kernel is
      ancient, still uses board files + ATAGS instead of device trees and
      relies on a strange very long kernel command line hardcoded in the
      Samsung bootloader.
      
      Actually, since mainline is booted with device trees there is a very
      simple way to make the old downstream kernel work as well: We can
      simply take most of the ATAGS passed to U-Boot from the Samsung
      bootloader and copy them as-is when booting a kernel without device
      tree. That way the long command line and other needed ATAGS are copied
      as-is without having to bother with them.
      
      The only exception is the ATAG_INITRD - since the initrd is loaded
      by U-Boot, the atag for that should be generated in U-Boot so it points
      to the correct address. All other ATAGS are copied as-is and not
      generated in U-Boot.
      
      Also use the chance and provide a serial# for U-Boot by parsing the
      ATAG_SERIAL that is also passed by the Samsung bootloader.
      Signed-off-by: NStephan Gerhold <stephan@gerhold.net>
      Reviewed-by: NLinus Walleij <linus.walleij@linaro.org>
      e2f82f93
    • S
      board: stemmy: Parse atags to get available memory · 03585d52
      Stephan Gerhold 提交于
      At the moment the "stemmy" board attempts to detect the RAM size with
      a simple memory test (get_ram_size()). Unfortunately, this does not work
      correctly for devices with 768 MiB RAM (e.g. Samsung Galaxy Ace 2
      (GT-I8160), "codina"). Reading/writing memory after the 768 MiB RAM
      succeeds but actually overwrites some earlier parts of the memory.
      
      For U-Boot this does not result in any major problems, but on Linux
      this will eventually lead to strange crashes because of the memory
      corruption.
      
      Since the "stemmy" U-Boot port is designed to be chainloaded from
      the original Samsung bootloader, the most reliable way to get the
      available amount of RAM is to look at the ATAGS passed by the Samsung
      bootloader. Fortunately, the header used to generate ATAGS in U-Boot
      (asm/setup.h) can also be easily used to parse them.
      
      Also clarify and simplify stemmy.h a bit to make it more clear where
      some of the magic values in there are actually coming from.
      Signed-off-by: NStephan Gerhold <stephan@gerhold.net>
      Reviewed-by: NLinus Walleij <linus.walleij@linaro.org>
      03585d52
    • K
      configs: uniphier: Enable CONFIG_SYS_PCI_64BIT · bc9255a5
      Kunihiko Hayashi 提交于
      Enable CONFIG_SYS_PCI_64BIT to allow 64bit access to PCI space.
      Signed-off-by: NKunihiko Hayashi <hayashi.kunihiko@socionext.com>
      bc9255a5
  6. 13 7月, 2021 1 次提交
  7. 11 7月, 2021 2 次提交
  8. 10 7月, 2021 4 次提交
  9. 08 7月, 2021 9 次提交