- 08 11月, 2021 14 次提交
-
-
由 Simon Glass 提交于
The current EFI video driver only works when running in the stub. In that case the stub calls boot services (before jumping to U-Boot proper) and copies the graphics info over to the efi table. This is necessary because the stub exits boot services before jumping to U-Boot. The app maintains access to boot services throughout its life, so does not need to do this. Update the driver to support calling boot services directly. Enable video output for the app. Note that this uses the EFI_GRAPHICS_OUTPUT_PROTOCOL protocol, even though it mentions vesa. A sample qemu command-line for this case is: qemu-system-x86_64 -bios /usr/share/edk2.git/ovmf-ia32/OVMF-pure-efi.fd -drive id=disk,file=try.img,if=none,format=raw -nic none -device ahci,id=ahci -device ide-hd,drive=disk,bus=ahci.0 Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Simon Glass 提交于
Add a function to return this information along with a stub for the efi_info_get() function, since calling it otherwise hangs U-Boot. Signed-off-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Simon Glass 提交于
This variable is already defined by the EFI code. Drop the duplicate definition when building a 64-bit EFI app. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Simon Glass 提交于
Most modern platforms use 64-bit EFI so it is useful to have a U-Boot app that runs under that. Add a (non-functional) build for this. Note that --whole-archive causes the gcc 9.2 linker to crash, so disable this for now. Once this is resolved, things should work. For now, avoid mentioning the documentation for the 64-bit app, since it does not work. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Simon Glass 提交于
Most EFI implementations use 64-bit but U-Boot only supports running as a 32-bit app at present. While efi-x86_payload64 does boot from 64-bit UEFI it immediately changes back to 32-bit before starting U-Boot. In order to support a 64-bit U-Boot app, update the Kconfig to add an option for 32/64 bit. Update the prompt for the existing option so it is clear it relates to the stub. Move both up to just under the choice that controls them, since this looks better and the menu. Use CONFIG_EFI_APP in the Makefile instead of CONFIG_TARGET_EFI_APP, since the latter is specific to a single target and we will have two. Memory size is set to 32MB for now so that it can run on qemu without increasing the default memory size. We may need to increase the default later. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Simon Glass 提交于
For the EFI app, we must embed the devicetree in the ELF file since that is the only thing that is run by UEFI. Drop the warning to avoid confusion. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Signed-off-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
由 Simon Glass 提交于
There is no need to avoid driver model for networking. Drop this. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Simon Glass 提交于
It is quite complicated to run U-Boot on QEMU since we have four different builds and they must use different versions of qemu and the UEFI binaries. Add a script to help. It requires U-Boot itself to be built. Once that is done you can use this script to build an image for use with qemu and optionally run it. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Masahisa Kojima 提交于
This commit adds the EFI_TCG2_PROTOCOL.SubmitCommand required in the TCG PC Client PFP spec. SubmitCommand enables to send the raw command to the TPM device. To implement this api, tpm2_submit_command() is added into tpm-v2.c. Signed-off-by: NMasahisa Kojima <masahisa.kojima@linaro.org> Reviewed-by: NIlias Apalodimas <ilias.apalodimas@linaro.org>
-
由 Masahisa Kojima 提交于
Calling unaligned/access-ok.h version of put_unaligned_le64() causes data abort in arm 32-bit QEMU. The similar issue also occurs in linux kernel, unaligned/access-ok.h is no longer used in linux kernel[1]. This commit uses the unaligned/be_byteshift.h and unaligned/le_byteshift.h helper instead of unaligned/access-ok.h. [1]https://lore.kernel.org/all/20210507220813.365382-8-arnd@kernel.org/Signed-off-by: NMasahisa Kojima <masahisa.kojima@linaro.org> Reviewed-by: NIlias Apalodimas <ilias.apalodimas@linaro.org> Reviewed-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
由 AKASHI Takahiro 提交于
As we discussed in ML, currently a device tree is the only place to store public keys for capsule authentication. So __weak is not necessary for now. Signed-off-by: NAKASHI Takahiro <takahiro.akashi@linaro.org> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Heinrich Schuchardt 提交于
Provide human readable descriptions of the speed nodes instead of the name of constants from the code. Signed-off-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com>
-
由 Thomas Huth 提交于
The related boards have been removed four years ago already, in commit 98f705c9 ("powerpc: remove 4xx support"), so this README file is not required anymore. Signed-off-by: NThomas Huth <thuth@redhat.com> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Stefan Roese 提交于
The PPC440 support has been removed in commit 98f705c9 ("powerpc: remove 4xx support"). This patch removes this obsolete file as well. Signed-off-by: NStefan Roese <sr@denx.de> Cc: Heinrich Schuchardt <xypron.glpk@gmx.de> Cc: Thomas Huth <thuth@redhat.com> Reviewed-by: NThomas Huth <thuth@redhat.com>
-
- 06 11月, 2021 1 次提交
-
-
由 Tom Rini 提交于
- An assortment of changes to finish migration of a number of symbols, and move YAFFS2 related options that we enable to Kconfig as well.
-
- 05 11月, 2021 12 次提交
-
-
由 Tom Rini 提交于
Rsync all defconfig files using moveconfig.py Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_BOARD_EARLY_INIT_F CONFIG_BOARD_LATE_INIT CONFIG_DISPLAY_BOARDINFO CONFIG_DISPLAY_BOARDINFO_LATE Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_SPL_DRIVERS_MISC CONFIG_SPL_ENV_SUPPORT CONFIG_SPL_GPIO CONFIG_SPL_I2C CONFIG_SPL_LDSCRIPT CONFIG_SPL_LIBCOMMON_SUPPORT CONFIG_SPL_LIBGENERIC_SUPPORT CONFIG_SPL_LOAD_FIT_ADDRESS CONFIG_SPL_MMC CONFIG_SPL_NAND_SUPPORT CONFIG_SPL_NO_CPU_SUPPORT CONFIG_SPL_OS_BOOT CONFIG_SPL_POWER CONFIG_SPL_STACK_R CONFIG_SPL_STACK_R_ADDR CONFIG_SPL_WATCHDOG CONFIG_SPL_TEXT_BASE Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_BMP_16BPP Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_OF_EMBED Signed-off-by: NTom Rini <trini@konsulko.com> Reviewed-by: NRick Chen <rick@andestech.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_MCFUART Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_FEC_MXC Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_SUPPORT_EMMC_BOOT Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_SYS_TEXT_BASE Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
This converts the following to Kconfig: CONFIG_SYS_HZ Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
When building a system that has both TPL and SPL_OS_BOOT, code which tests for CONFIG_SPL_OS_BOOT will be built and enabled in TPL, which is not correct. While there is no CONFIG_TPL_OS_BOOT symbol at this time (and likely will not ever be) we can use CONFIG_IS_ENABLED(OS_BOOT) in these common paths to ensure we only compile these parts in the SPL case. Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
For the symbols which are both hard-coded as enabled and used, move to Kconfig. The rest of the CONFIG_YAFFS namespace is unselected anywhere, so we leave it as is. Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 04 11月, 2021 7 次提交
-
-
https://source.denx.de/u-boot/custodians/u-boot-marvell由 Tom Rini 提交于
- Improved sysreset/watchdog uclass integration (Samuel)
-
由 Samuel Holland 提交于
Instead of hardcoding the watchdog for reset, and the PMIC for poweroff, use the sysreset framework to manage the available poweroff/reset backends. This allows (as examples) using the PMIC to do a cold reset, and using a GPIO to power off H3/H5 boards lacking a PMIC. Furthermore, it removes the need to hardcode watchdog MMIO addresses, since the sysreset backends can be discovered using the device tree. Reviewed-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com> Signed-off-by: NSamuel Holland <samuel@sholland.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Samuel Holland 提交于
The sysreset uclass unconditionally provides a definition of the reset_cpu() function. So does the sunxi board code. Fix the build with SYSRESET enabled by omitting the function from the board code in that case. The code still needs to be kept around for use in SPL. Reviewed-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com> Signed-off-by: NSamuel Holland <samuel@sholland.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Samuel Holland 提交于
Add an option to automatically register watchdog devices with the wdt_reboot driver for use with sysreset. This allows sysreset to be a drop-in replacement for platform-specific watchdog reset code, without needing any device tree changes. Signed-off-by: NSamuel Holland <samuel@sholland.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Samuel Holland 提交于
Currently, the wdt_reboot driver always gets its watchdog device reference from an OF node. This prevents selecting a watchdog at runtime. Move the watchdog device reference to the plat data, so the driver can be bound with the reference pre-provided. The reference will still be acquired from the OF node if it is not already provided. Reviewed-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NSamuel Holland <samuel@sholland.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Samuel Holland 提交于
These driver probe functions are not (and should not be) called from outside the respective driver source files. Therefore, the functions should be marked static. Reviewed-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com> Signed-off-by: NSamuel Holland <samuel@sholland.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Samuel Holland 提交于
None of the sysreset drivers do anything beyond providing sysreset uclass ops. They should depend on the sysreset uclass. Reviewed-by: NHeinrich Schuchardt <heinrich.schuchardt@canonical.com> Signed-off-by: NSamuel Holland <samuel@sholland.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
- 03 11月, 2021 6 次提交
-
-
https://source.denx.de/u-boot/custodians/u-boot-usb由 Tom Rini 提交于
- usb: mtu3: flush cache for the first GPD when allocate GPD ring
-
https://source.denx.de/u-boot/custodians/u-boot-marvell由 Tom Rini 提交于
- pci_mvebu: Fix access to config space and PCIe Root Port (Pali) - a37xx: pci: Program the data strobe for config read requests (Pali) - kwboot: Misc improvements and fixes (Pali)
-
由 Chunfeng Yun 提交于
When allocate the GPD ring, and tell its address to the controller, then the driver starts or resumes the QMU, the controller will try to access the first GPD, so need flush the first one to avoid wrong GPD status. Reported-by: NXin Lin <Xin.Lin@mediatek.com> Signed-off-by: NChunfeng Yun <chunfeng.yun@mediatek.com>
-
由 Pali Rohár 提交于
According to the Armada 3720 Functional Specification Data Strobe applies for both read and write config requests. Data strobe bits configure which bytes from the start address should be returned for read request. Set value 0xf (all 4 bits) into Data Strobe register to read all four bytes from specified 32-bit config space register. Same value for Data Strobe register is programmed by Linux pci-aardvark.c driver for config read requests. Without this patch pci-aardvark driver sets data strobe register only during config write operations. So any followup config read operations could result with just partial datai returned (if previous write operation was not 32-bit wide). This patch fixes it and ensures that config read operations always read all bytes from requested register. Signed-off-by: NPali Rohár <pali@kernel.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Pali Rohár 提交于
After successful transfer of whole image only two things can happen: - BootROM starts execution of data block, which changes UART baudrate back to 115200 Bd, - board crashes and causes CPU reset In both cases UART baudrate is reset to the default speed. So there is no need to send special magic sequence to inform kwboot that baudrate is going to be reset and kwboot does not need to wait for this event and can do it immediately after BootROM acknowledges end of xmodem transfer. Move ARM code for sending magic sequence from main baudrate change section to binhdr_pre section which is executed only before changing baudrate from the default value of 115200 Bd to some new value. Remove kwboot code waiting for magic sequence after successful xmodem transfer. Rationale: sometimes when using very high UART speeds, magic sequence is damaged and kwboot fails at this last stage. Removal of this magic sequence makes booting more stable. Data transfer protocol (xmodem) is using checksums and retransmit, so it already deals with possible errors on transfer line. Signed-off-by: NPali Rohár <pali@kernel.org> Signed-off-by: NMarek Behún <marek.behun@nic.cz> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Pali Rohár 提交于
The ARM code we inject into the image to change baudrate back to the default value of 115200 Baud, which is run after successful UART transfer of the whole image, cannot use stack as at this stage stack pointer is not initialized yet. Stack can only be used when BootROM is executing binary header, to preserve state of registers, since BootROM expects that. Change the ARM baudrate code to not use stack at all and put binary header specific pre + post code (which stores and restores registers) into separate arrays. The baudrate change code now jumps at it's end and expects that there is either code which returns to the BootROM or jumps to the original exec address. Signed-off-by: NPali Rohár <pali@kernel.org> Reviewed-by: NMarek Behún <marek.behun@nic.cz> Reviewed-by: NStefan Roese <sr@denx.de>
-