- May 27, 2016
-
-
Simon Glass authored
This shows a proper progress display and the total amount of data transferred. Enable it for Raspberry Pi. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Stephen Warren <swarren@wwwdotorg.org>
-
Stephen Warren authored
This adds a sandbox mailbox implementation (provider), a test client device, instantiates them both from Sandbox's DT, and adds a DM test that excercises everything. Signed-off-by:Stephen Warren <swarren@nvidia.com> Acked-by: Simon Glass <sjg@chromium.org> # v1
-
Stephen Warren authored
A mailbox is a hardware mechanism for transferring small message and/or notifications between the CPU on which U-Boot runs and some other device such as an auxilliary CPU running firmware or a hardware module. This patch defines a standard API that connects mailbox clients to mailbox providers (drivers). Initially, DT is the only supported method for connecting the two. The DT binding specification (mailbox.txt) was taken from Linux kernel v4.5's Documentation/devicetree/bindings/mailbox/mailbox.txt. Signed-off-by:
-
Stephen Warren authored
The current reset API implements a method to reset the entire system. In the near future, I'd like to introduce code that implements the device tree reset bindings; i.e. the equivalent of the Linux kernel's reset API. This controls resets to individual HW blocks or external chips with reset signals. It doesn't make sense to merge the two APIs into one since they have different semantic purposes. Resolve the naming conflict by renaming the existing reset API to sysreset instead, so the new reset API can be called just reset. Signed-off-by:
-
Stephen Warren authored
Now that the DM core sets driver_data before calling bind(), this driver can make use of driver_data to determine the set of child devices to create, rather than manually re-implementing the matching logic in code. Cc: Hans de Goede <hdegoede@redhat.com> Signed-off-by:
Hans de Goede <hdegoede@redhat.com>
-
Stephen Warren authored
This will allow a driver's bind function to use the driver data. One example is the Tegra186 GPIO driver, which instantiates child devices for each of its GPIO ports, yet supports two different HW instances each with a different set of ports, and identified by the udevice_id .data field. Signed-off-by:
-
- May 26, 2016
-
-
git://git.denx.de/u-boot-mipsTom Rini authored
-
- May 25, 2016
-
-
Wills Wang authored
GCC 5.3 report a warning: 'upper' and 'lower' may be used uninitialized in this function [-Wmaybe-uninitialized]. Compiler might need explicit initializer. Signed-off-by:Wills Wang <wills.wang@live.com>
-
Wills Wang authored
We need reset the Ethernet Switch analog part before operation, or the build-in Ethernet PHY don't work. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Remove the remnants of JZ4740 support. Signed-off-by: -
Marek Vasut authored
Certain chips, like the JZ47xx, have extreme size constraints on the SPL size and require custom start.S . Allow overriding the start.S the same way ARM MXS does it. Signed-off-by: -
Paul Burton authored
Move CONFIG_SYS_TEXT_BASE to Kconfig, and add default values in board Kconfig files matching what was present in their config headers. This will make it cleaner to conditionalise the value for Malta based on 32 vs 64 bit builds. Signed-off-by:Paul Burton <paul.burton@imgtec.com>
-
Paul Burton authored
Make use of device model & device tree to probe the UART driver. This is the initial step in bringing Malta up to date with driver model, and allows for cleaner handling of the different I/O addresses for different system controllers by specifying the ISA bus address instead of a translated memory address. Signed-off-by:
Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
-
Paul Burton authored
The address of the UART differs based upon the system controller because it's actually within the I/O port region, which is in a different location for each system controller. Rather than handling this as 2 UARTs with the correct one selected at runtime, use I/O port accessors for the UART such that access to it gets translated into the I/O port region automatically. Signed-off-by:
-
Paul Burton authored
If the UART is to be accessed using I/O port accessors (inb & outb) then using map_physmem doesn't make sense, since it operates in a different memory space. Remove the call to map_physmem when CONFIG_SYS_NS16550_PORT_MAPPED is defined, allowing I/O port addresses to not be mangled by the incorrect mapping. Signed-off-by:
-
Paul Burton authored
Provide some documentation for the fields of struct of_bus, for consistency with that provided for the new match field. Signed-off-by:
-
Paul Burton authored
Support ISA busses in much the same way as Linux does. This allows for ISA bus addresses to be translated, and only if CONFIG_OF_ISA_BUS is selected in order to avoid including the code in builds which won't need it. Signed-off-by:
-
Andre Przywara authored
The arm64 Linux boot protocol [1] describes the fields in the Image header as being 64-bit little endian values. So fix the endianess conversion to use 64-bit sized operations, for both image_size and text_offset. Also we use a local variable for the image_size to avoid both writing to the header and also accessing it after we actually unmapped it. Signed-off-by:
Andre Przywara <andre.przywara@arm.com> [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/arm64/booting.txt
-
http://git.denx.de/u-boot-sunxiTom Rini authored
-
-
Stefan Mavrodiev authored
Sets LDO3 and LDO4 regulators at 2.8V. In the current config these are off. This causes kernel to hang during axp209 initialization. Signed-off-by:
Stefan Mavrodiev <stefan.mavrodiev@gmail.com> Acked-by:
-
Hans de Goede authored
Recently a set of CONFIG_CMD_FOO defines was moved from being defined in config_distro_defaults to Kconfig, and added to all sunxi defconfigs to compensate. Instead of explictly selecting these in all sunxi defconfigs, simply always select these for sunxi boards. This makes the defconfigs simpler and ensures a consistent set of available commands across all sunxi boards. Signed-off-by: -
Andre Przywara authored
The originally committed .dts files for the Pine64 were from an early proof-of-concept version and should have never been committed upstream. Replace them with much more mature versions, which also use a different naming scheme. Please note that at this point there is at least one binding which has not been agreed upon, so this is subject to change. Signed-off-by:
-
Andre Przywara authored
As arm64 has slightly different expectations about load addresses, lets use a different set of default addresses for things like the kernel. As arm64 kernels don't come with a decompressor right now, reserve some more space for really big uncompressed kernels. Signed-off-by:
-
Andre Przywara authored
The ARM Trusted Firmware (ATF) code now lives in SRAM on the Pine64/A64, so we can claim the whole of DRAM for OS use. This reverts commit 3ffe39ed. Signed-off-by:
-
Bernhard Nortmann authored
This addresses a cosmetic issue when booting a sunxi device over USB (FEL mode), where the SPL currently would just print "Trying to boot from ". The patch fixes that to properly read "Trying to boot from FEL". Signed-off-by:
Bernhard Nortmann <bernhard.nortmann@web.de> Reviewed-by:
-
Siarhei Siamashka authored
The current SPL header, created by the 'mksunxiboot' tool, has size 32 bytes. But the code in the boot ROM stores the information about the boot media at the offset 0x28 before passing control to the SPL. For example, when booting from the SD card, the magic number written by the boot ROM is 0. And when booting from the SPI flash, the magic number is 3. NAND and eMMC probably have their own special magic numbers too. Currently the corrupted byte is a part of one of the instructions in the reset vectors table: b reset ldr pc, _undefined_instruction ldr pc, _software_interrupt <- Corruption happens here ldr pc, _prefetch_abort ldr pc, _data_abort ldr pc, _not_used ldr pc, _irq ldr pc, _fiq In practice this does not cause any visible problems, but it's still better to fix it. As a bonus, the reported boot media type can be later used in the 'spl_boot_device' function, but this is out of the scope of this patch. Signed-off-by:Siarhei Siamashka <siarhei.siamashka@gmail.com> Reviewed-by:
-
Chen-Yu Tsai authored
The A80 uses the AXP809 as its primary PMIC. Signed-off-by:
Chen-Yu Tsai <wens@csie.org> Reviewed-by:
-
Chen-Yu Tsai authored
Adds poweroff support for axp818 pmic. Signed-off-by:
-
Chen-Yu Tsai authored
The SW output of the PMIC supplies the ethernet PHY with power. Signed-off-by:
-
Chen-Yu Tsai authored
The AXP818 has a switchable output, SW. This is commonly used for controlling power to the LCD backlight. Signed-off-by:
-
Chen-Yu Tsai authored
Description said eldo2 instead of fldo2, a copy-paste error. Fixes: 38491d9c ("power: axp818: Add support for FLDOs") Signed-off-by:
-
Chen-Yu Tsai authored
The ELDO enable bits and registers are contiguous for axp221. Instead of a switch case testing against the index, just use the index to shift the bit or register offset. Signed-off-by:
-
Chen-Yu Tsai authored
The newer chips use a newer display pipeline, which is not supported. Signed-off-by:
-
Chen-Yu Tsai authored
A83T, H3, and A64 have a dedicated pin for card detect on the PF pingroup. This is used in all designs. Set it as the default. Signed-off-by:
-
Chen-Yu Tsai authored
In most other places, we sort SoC descriptions by family (sunXi) first, then by the chip name (A20). Signed-off-by:
-
Chen-Yu Tsai authored
The user should always select an SoC variant to support. Not choosing one doesn't make sense for a bootloader. Signed-off-by:
-
Masahiro Yamada authored
Make the USB feature really available. Signed-off-by:Masahiro Yamada <yamada.masahiro@socionext.com>
-
Masahiro Yamada authored
Signed-off-by: -
Masahiro Yamada authored
This is a low-cost ARMv8 SoC from Socionext Inc. Signed-off-by:
-
