- 12 9月, 2020 2 次提交
-
-
由 Heinrich Schuchardt 提交于
In bootm_load_os() the OS image is decompressed. In later stages of the boot process we need the decompressed size of the image. Update images->os.image_len after decompression. Passing the correct size is necessary if we want to check loaded EFI binararies for file truncation by comparing the loaded size to the header field SizeOfImage. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Michal Simek 提交于
Kconfig provides several config options for setting up default variables but these are unused when variables are passed to U-Boot via file. That's why cover this dependency in Kconfig. Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
- 11 9月, 2020 1 次提交
-
-
由 Chuanjia Liu 提交于
On the mt7623 platform, if one port enable fail and other port enable succeed. It will hang on when using pci enum because the resource was not released correctly. Signed-off-by: NChuanjia Liu <Chuanjia.Liu@mediatek.com> Tested-by: NFrank Wunderlich <frank-w@public-files.de>
-
- 10 9月, 2020 4 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic由 Tom Rini 提交于
- enables HDMI output & USB keyboard for Odroid-N2 - setups HDMI output background & enables USB keyboard
-
由 Anand Moon 提交于
Enable options SYS_WHITE_ON_BLACK to permit HDMI background screen from white to back, also enable USB_KEYBOARD. Signed-off-by: NAnand Moon <linux.amoon@gmail.com> Acked-by: NNeil Armstrong <narmstrong@baylibre.com> Signed-off-by: NNeil Armstrong <narmstrong@baylibre.com>
-
由 Anand Moon 提交于
Enable options to permit HDMI output on Odroid-N2 G12B boards. Enable VPU Power Domain. Enable USB_KEYBOARD. Signed-off-by: NAnand Moon <linux.amoon@gmail.com> Acked-by: NNeil Armstrong <narmstrong@baylibre.com> Signed-off-by: NNeil Armstrong <narmstrong@baylibre.com>
-
https://gitlab.denx.de/u-boot/custodians/u-boot-stm由 Tom Rini 提交于
- fixes on AV96 board: pull up on UART4 RX and adjust PLL4
-
- 09 9月, 2020 4 次提交
-
-
由 Marek Vasut 提交于
PLL4Q is supplying both FDCAN and LTDC. In case HDMI is in use, the 50 MHz generated from PLL4Q cannot be divided well enough to produce accurate clock for HDMI pixel clock. Adjust it to generate 74.25 MHz instead. The PLL4P/PLL4R are generating 99 MHz instead of 100 MHz, which is in tolerance for the SDMMC. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Gerald Baeza <gerald.baeza@st.com> Cc: Patrick Delaunay <patrick.delaunay@st.com> Cc: Patrice Chotard <patrice.chotard@st.com> Reviewed-by: NPatrick Delaunay <patrick.delaunay@st.com>
-
由 Marek Vasut 提交于
There is no dedicated pull resistor on the AV96 UART4 (console UART) pin. In case there is no UART adapter installed on the AV96, the line is floating and can trigger reception of garbage characters, which in turn can abort U-Boot autoboot. Add default pull up to mitigate this problem. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Patrick Delaunay <patrick.delaunay@st.com> Cc: Patrice Chotard <patrice.chotard@st.com> Reviewed-by: NPatrick Delaunay <patrick.delaunay@st.com>
-
由 Patrick Delaunay 提交于
Remove the unnecessary inversion on the eth_env_set_enetaddr() result which only make complex the code of setup_mac_address() and display an invalid value in the associated pr_err. Signed-off-by: NPatrick Delaunay <patrick.delaunay@st.com> Reviewed-by: NMarek Vasut <marex@denx.de>
-
https://gitlab.denx.de/u-boot/custodians/u-boot-raspberrypi由 Tom Rini 提交于
- fixes for bcmgenet - enable USB keyboard for RPi4 32 bit
-
- 08 9月, 2020 5 次提交
-
-
由 Matthias Brugger 提交于
Supporting USB keyboards out of the box is both handy for development and production. Notably if u-boot is used to boot into GRUB. This patch adds USB keyboard support for 32 bit RPi4 config. Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
-
由 Jason Wessel 提交于
The commit 57805f22 ("net: bcmgenet: Don't set ID_MODE_DIS when not using RGMII") needed to be extended for the case of using the rgmii-rxid. The latest version of the Rasbperry Pi4 dtb files for the 5.4 now specify the rgmii-rxid. Signed-off-by: NJason Wessel <jason.wessel@windriver.com> Tested-by: NPetr Tesarik <ptesarik@suse.com> Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
-
由 Jason Wessel 提交于
This commit fixes a serious issue occurring when several network commands are run on a raspberry pi 4 board: for instance a "dhcp" command and then one or several "tftp" commands. In this case, packet recv callbacks were called several times on the same packets, and send function was failing most of the time. note: if the boot procedure is made of a single network command, the issue is not visible. The issue is related to management of the packet ring buffers (producer / consumer) and DMA. Each time a packet is received, the ethernet device stores it in the buffer and increments an index called RDMA_PROD_INDEX. Each time the driver outputs a received packet, it increments another index called RDMA_CONS_INDEX. Between each pair of network commands, as part of the driver 'start' function, previous code tried to reset both RDMA_CONS_INDEX and RDMA_PROD_INDEX to 0. But RDMA_PROD_INDEX cannot be written from driver side, thus its value was actually not updated, and only RDMA_CONS_INDEX was reset to 0. This was resulting in a major synchronization issue between the driver and the device. Most visible behavior was that the driver seemed to receive again the packets from the previous commands (e.g. DHCP response packets "received" again when performing the first TFTP command). This fix consists in setting RDMA_CONS_INDEX to the same value as RDMA_PROD_INDEX, when resetting the driver. The same kind of fix was needed on the TX side, and a few variables had to be reset accordingly (c_index, tx_index, rx_index). The rx_index and tx_index have only 256 entries so the bottom 8 bits must be masked off. Originated-by: NEtienne Dublé <etienne.duble@imag.fr> Signed-off-by: NJason Wessel <jason.wessel@windriver.com> Tested-by: NPetr Tesarik <ptesarik@suse.com> Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
-
由 Tom Rini 提交于
Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
Rsync all defconfig files using moveconfig.py Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 07 9月, 2020 8 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-efi由 Tom Rini 提交于
Pull request for UEFI sub-system for efi-2020-10-rc4 Bug fixes are provided in the following areas: * convert file system debug and print messages go log messages * convert UEFI booting messages to log messages * UEFI related code clean up and simplification
-
由 Heinrich Schuchardt 提交于
CONFIG_EFI_LOADER cannot be selected for ARMv7-M CPUs. So don't check it in the Makefile. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
The image size is checked in efi_load_pe(). Avoid checking it twice. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
* Eliminate superfluous enum value EFI_TABLE_END. * Use correct variable type for the memory type. * Check validity of memory type. * Make efi_build_mem_table static. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Currently if the bootefi command fails due to missing authentication, the user gets no feedback. Write a log message 'Image not authenticated' if LoadImage() fails due to missing authentication. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Use log_err() for error messages. Replace debug() by EFI_PRINT(). Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Write log messages when booting via the bootefi command to allow tracking on the syslog server. Example messages are Booting /snp.efi or Booting /MemoryMapped(0x0,0x4fe00000,0x35a40) Loading image failed Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Use log functions for error and debug messages of the file-system. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 04 9月, 2020 4 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-marvell由 Tom Rini 提交于
- Fix SATA issue on Armada 3720 - Enable more SPI NOR chips in espressobin defconfig
-
由 Konstantin Porotchkin 提交于
Enable support of ISSI SPI flashes found on EspressoBIN boards Change-Id: I6de61c48f108fb4f410f321b9db45887d23212e5 Signed-off-by: NKonstantin Porotchkin <kostap@marvell.com> Reviewed-on: http://vgitil04.il.marvell.com:8080/61455Tested-by: NiSoC Platform CI <ykjenk@marvell.com> Reviewed-by: NGrzegorz Jaszczyk <jaz@semihalf.com> Reviewed-by: NStefan Chulski <stefanc@marvell.com> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Konstantin Porotchkin 提交于
Include support for CONFIG_SPI_FLASH_GIGADEVICE for supporting newly produces EspressoBin boards (v7) Change-Id: I5d4b972cbe2ee5a9d52ce9908794ad4e1b59ee3b Signed-off-by: NKonstantin Porotchkin <kostap@marvell.com> Reviewed-on: http://vgitil04.il.marvell.com:8080/61236Tested-by: NiSoC Platform CI <ykjenk@marvell.com> Reviewed-by: NIgal Liberman <igall@marvell.com> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 zachary 提交于
- This patch moves sata phy powerup from dedicate phy to compphy and adds invert option for sata powerup routine. Change-Id: I1b4e8753e2b2c14c6efa97bca2ffc7d2553d8a90 Signed-off-by: Nzachary <zhangzg@marvell.com> Signed-off-by: NKen Ma <make@marvell.com> Reviewed-on: http://vgitil04.il.marvell.com:8080/53601Reviewed-by: NIgal Liberman <igall@marvell.com> Tested-by: NIgal Liberman <igall@marvell.com> [a.heider: adapt to mainline] Signed-off-by: NAndre Heider <a.heider@gmail.com> Tested-by: NPali Rohár <pali@kernel.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
- 03 9月, 2020 4 次提交
-
-
-
-
-
由 Chee Hong Ang 提交于
Instead of querying SDM for FPGA configuration status through mailbox messages, U-Boot now checks System Manager's FPGA Config status register for FPGA configuration status before resetting bridge. Signed-off-by: NChee Hong Ang <chee.hong.ang@intel.com> Reviewed-by: NLey Foon Tan <ley.foon.tan@intel.com>
-
- 02 9月, 2020 1 次提交
-
-
由 Tom Rini 提交于
- New base snapshot - Fix for high UID/GID numbers on a toolchain Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 01 9月, 2020 7 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-x86由 Tom Rini 提交于
- Fix parsing of "mtrr list" command - Introduce USE_EARLY_BOARD_INIT option and remove dead codes for most x86 boards
-
由 Gary Bisson 提交于
The size returned by 'getvar partition-size' should be in bytes, not in blocks as fastboot uses that value to generate empty partition when running format [1]. Note that the function was already returning the proper size in bytes for NAND devices (see struct part_info details). [1] https://android.googlesource.com/platform/system/core/+/refs/heads/android10-release/fastboot/fastboot.cpp#1500Signed-off-by: NGary Bisson <gary.bisson@boundarydevices.com>
-
由 yurii.pidhornyi 提交于
It was revealed that when the fastboot_tx_write_str function is called without the previously initialized fastboot_func->in_req->complete field, a copy of in_req will be sent to the I/O requests queue without an initialized field. Moving a piece of code with the initializing of the fastboot_func->in_req->complete field above transmit_tx allows to solve this problem. Fixes: 65c96757 "usb: fastboot: Convert USB f_fastboot to shared fastboot" Signed-off-by: Nyurii.pidhornyi <yurii.pidhornyi@globallogic.com>
-
由 Sherry Sun 提交于
Since the USB HID limits the maximum bandwidth(3072) for interrupt endpoint transfers, when the bInterval set to 1, we can only support 3 boards to run sdp at the same time. In order to support more boards, change the bInterval of interrupt endpoint to 3, which will not affect the transmission speed. Reviewed-by: NYe Li <ye.li@nxp.com> Signed-off-by: NSherry Sun <sherry.sun@nxp.com> Signed-off-by: NPeng Fan <peng.fan@nxp.com>
-
由 Sherry Sun 提交于
EP0 has been used to transfer file data in sdp before, but the max packetsize of ep0 is 64 bytes. So in order to improve the file transfer speed, here add the EP1_OUT interrupt endpoint which max packetsize is set to 1024 byte. After testing, it turns out that using ep1out is twice as fast as using ep0 while receiving data in sdp. Signed-off-by: NSherry Sun <sherry.sun@nxp.com> Reviewed-by: NYe Li <ye.li@nxp.com> Signed-off-by: NPeng Fan <peng.fan@nxp.com>
-
由 Peng Fan 提交于
Add g_dnl_get_board_bcd_device_number, the new BCD value is used by uuu to distinguish if the SPL supports the SDPV. Signed-off-by: NPeng Fan <peng.fan@nxp.com> Reviewed-by: NLukasz Majewski <lukma@denx.de>
-
由 Peng Fan 提交于
Add support to f_sdp to search and load iMX8 container image or iMX8M FIT image by new UUU command SDPV. When using the SDPV, the uuu will continue to send out data after first level boot loader used by ROM. This means uuu won't skip to the offset of the second boot loader, and the padding data before second boot loader will be sent out. So we have to search the FIT header or container header in the buffer that SDP received. Also change to more common method to exit f_sdp handler not depending on SPL_FIT_FOUND flag because container loader won't set this. Signed-off-by: NPeng Fan <peng.fan@nxp.com>
-