- 04 6月, 2020 7 次提交
-
-
由 Madalin Bucur 提交于
Introduce the QorIQ DPAA 1 Frame Manager interfaces nodes in the P4080DS device tree. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
The device tree fragments are copied over with little modification from the Linux kernel source code. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
Add the QorIQ DPAA Frame Manager version 3 device tree nodes description. The device tree fragments are copied over with little modification from the Linux kernel source code. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
Add the QorIQ DPAA Frame Manager device tree nodes description. The device tree fragments are copied over with little modification from the Linux kernel source code. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
Add the QorIQ GPIO device tree nodes description. The device tree fragments are copied over with little modification from the Linux kernel source code. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
Add the QorIQ clock control device nodes include files. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
Allow the MDIO devices to be probed based on the device tree. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Signed-off-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
- 03 6月, 2020 5 次提交
-
-
由 Madalin Bucur 提交于
Add the required changes for compiling with DM_ETH on the PPC DPAA platforms. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
A compilation error appears when QE is compiled with DM_ETH enabled: drivers/qe/uec.c: In function 'init_phy': drivers/qe/uec.c:425:28: error: dereferencing pointer to incomplete type 'struct eth_device' uec = (uec_private_t *)dev->priv; ^~ drivers/qe/uec.c: In function 'uec_initialize': drivers/qe/uec.c:1357:43: error: invalid application of 'sizeof' to incomplete type 'struct eth_device' dev = (struct eth_device *)malloc(sizeof(struct eth_device)); ^~~~~~ The patch disables CONFIG_QE when CONFIG_DM_ETH is set. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
Fix unused variable warning when CONFIG_QE is not set. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
P4080DS compilation fails with DM_GPIO enabled: drivers/gpio/gpio-uclass.c:355:5: error: redefinition of 'gpio_request' int gpio_request(unsigned gpio, const char *label) ^~~~~~~~~~~~ In file included from ./arch/powerpc/include/asm/arch/gpio.h:17:0, from ./arch/powerpc/include/asm/gpio.h:1, from drivers/gpio/gpio-uclass.c:16: ./arch/powerpc/include/asm/mpc85xx_gpio.h:68:19: note: previous definition of 'gpio_request' was here static inline int gpio_request(unsigned gpio, const char *label) ^~~~~~~~~~~~ Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Madalin Bucur 提交于
Compilation error occur when DM_ETH is enabled without DM_PCI. Signed-off-by: NMadalin Bucur <madalin.bucur@oss.nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
- 02 6月, 2020 17 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-x86由 Tom Rini 提交于
- Corrected some FSP-M/FSP-S settings for Chromebook Coral - ICH SPI driver and mrccache fixes for obtaining the SPI memory map - Fixed various warnings generated by latest version IASL when compiling ACPI tables
-
由 Bin Meng 提交于
PCI Firmware specification requires _UID() and doesn't require _ADR() to be set. Replace latter by former. This fixes the following warning reported by ACPICA 20200430: Warning 3073 - Multiple types (Device object requires either a _HID or _ADR, but not both) Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
-
由 Bin Meng 提交于
PCI Firmware specification requires _UID() and doesn't require _ADR() to be set. Replace latter by former. This fixes the following warning reported by ACPICA 20200430: Warning 3073 - Multiple types (Device object requires either a _HID or _ADR, but not both) Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
-
由 Bin Meng 提交于
Create buffers outside of the methods as ACPICA 20200430 complains about this: Remark 2173 - Creation of named objects within a method is highly inefficient, use globals or method local variables instead (\_SB.PCI0.LPCB.IURT._CRS) Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
-
由 Andy Shevchenko 提交于
ACPICA complains that either _HID() or _ADR() should be used. For General Purpose DMA we may not drop the _ADR() because the device is enumerated by PCI. Thus, simple drop _HID(). Reported-by: NBin Meng <bmeng.cn@gmail.com> Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Andy Shevchenko 提交于
ACPICA complains that either _HID() or _ADR() should be used. Drop _ADR() where _HID() is present. Reported-by: NBin Meng <bmeng.cn@gmail.com> Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Andy Shevchenko 提交于
PCI Firmware specification requires _UID() and doesn't require _ADR() to be set. Replace latter by former. Reported-by: NBin Meng <bmeng.cn@gmail.com> Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Andy Shevchenko 提交于
Create buffers outside of the methods as ACPICA 20200214 complains about this: Remark 2173 - Creation of named objects within a method is highly inefficient, use globals or method local variables instead Reported-by: NBin Meng <bmeng.cn@gmail.com> Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
This allows the use of the Dediprog em100pro so I can test SPI flash on this board in my lab. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
When comparing hex dumps it is useful to see the offsets of the registers. Add them in where they correspond to a multiple of 16. Possibly it would be useful to have a a command to output the FSP values in human-readable form, making use of the fsp_bindings implementation. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
Some settings were modified slightly in the device-tree conversion. Return these to their original values. This includes some audio settings and a few others that have changed. Note that we still rely on the FSP defaults for most values, so there is no need to specify a value if the FSP default is suitable. This makes WiFi work again. Signed-off-by: NSimon Glass <sjg@chromium.org> Acked-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
When comparing hex dumps it is useful to see the offsets of the registers. Add them in where they correspond to a multiple of 16. Possibly it would be useful to have a a command to output the FSP values in human-readable form, making use of the fsp_bindings implementation. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
Some settings were modified slightly in the device-tree conversion. Return these to their original values. Signed-off-by: NSimon Glass <sjg@chromium.org> Acked-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
The change to avoid searching the device tree does not work on boards wich don't have driver model set up this early, for example minnowmax. Put back the old code (converted to livetree) as a fallback for these devices. Also update the documentation. This is tested on minnowmax, link, samus and coral. Fixes: 87f1084a (x86: Adjust mrccache_get_region() to use livetree) Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: Bin Meng <bmeng.cn@gmail.com> (on Intel minnowmax)
-
由 Simon Glass 提交于
The error code is often useful to figure out what is going on. Printing it does not increase code size much, so print out the error and then hang. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
At present this logic does not work on link and samus, since their SPI controller is not a PCI device, but a child of the PCH. Unfortunately, fixing this involves a lot of extra logic. Still, this was requested in the review of the fix-up patch, so here it is. Fixes: 92842147 ("spi: ich: Add support for get_mmap() method") Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: Bin Meng <bmeng.cn@gmail.com> (on Intel minnowmax)
-
由 Simon Glass 提交于
At present the PCI BDF (bus/device/function) is needed to access the SPI mapping, since the registers are at BAR0. This doesn't work when PCI auto-config has not been done yet, since BARs are unassigned. Add another way to find the mapping, using the MMIO base, if the caller knows this. Also add a missing function comment. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
- 01 6月, 2020 3 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-raspberrypi由 Tom Rini 提交于
rpi4: - set ARCH_FIXUP_FDT_MEMORY - bump NR_DRAM_BANKS to four to enable 8 GB of RAM
-
https://gitlab.denx.de/u-boot/custodians/u-boot-stm由 Tom Rini 提交于
- stm32mp15: fix DT on DHCOR SOM and avenger96 board - stm32mp15: re-enable KS8851 on DHCOM
-
https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip由 Tom Rini 提交于
- Fix mmc of path after syncfrom kernel dts; - Add dwc3 host support with DM for rk3399; - Add usb2phy and typec phy for rockchip platform; - Migrate board list doc to rockchip.rst; - Add rk3399 Pinebook Pro board support; - Update dram_init in board_init and add memory node in SPL;
-
- 31 5月, 2020 8 次提交
-
-
由 Heiko Stuebner 提交于
In a loading chain SPL -> ATF (->OP-TEE) -> U-Boot, ATF and a subsequent OP-TEE will re-use the same fdt as the U-Boot target and may need the information about usable memory ranges. Especially OP-TEE needs this to initialize dynamic shared memory (the only type U-Boot implements when talking to OP-TEE). So allow spl_fixup_fdt() to take a fdt_blob argument, falling back to the existing CONFIG_SYS_SPL_ARGS_ADDR if needed and call it from the ATF path as well. Signed-off-by: NHeiko Stuebner <heiko.stuebner@theobroma-systems.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
由 Heiko Stuebner 提交于
Parts of later SPL may need RAM information as well, so do full dram_init() call, which includes the existing dram probing but also initializes the ram information in gd. dram_init() from sdram.c does the following steps: - uclass_get_device(UCLASS_RAM, ...) like the current code - ret = ram_get_info(dev, &ram); - gd->ram_size = ram.size; CONFIG_SPL_RAM already makes sure that sdram.c gets compiled and thus no other variant of dram_init() can exist. So it's the same functionality as before and only adds that the SPL now aquires knowledge about the amount of available ram, which it didn't know about before. Signed-off-by: NHeiko Stuebner <heiko.stuebner@theobroma-systems.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Peter Robinson 提交于
Specification: - Rockchip RK3399 - 4GB Dual-Channel LPDDR4 - eMMC socket - mSD card slot - 128Mbit (16Mb) SPI Flash - AP6256 for 11AC WiFi + BT5 - 14 inch 1920*1080 eDP MiPi display - Camera - USB 3.0, 2.0 ports - Type-C port with alt-mode display (DP 1.2) and 15W charge - DC 5V/3A - optional PCIe slot for NVMe SSD drive Signed-off-by: NPeter Robinson <pbrobinson@gmail.com> Tested-by: NVagrant Cascadian <vagrant@debian.org> Reviewed-by: NKever Yang <kever.yang@rock-chips.com> Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Peter Robinson 提交于
Sync initial support for Pinebook Pro device tree from Linux 5.7-rc1. Signed-off-by: NPeter Robinson <pbrobinson@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Peter Robinson 提交于
Sync the gpio-keys input bindings from linux 5.7-rc1. Signed-off-by: NPeter Robinson <pbrobinson@gmail.com>
-
-
-
由 Matthias Brugger 提交于
With the new RPi4 which has 8 GB of RAM, we can have up to four DRAM banks. Bump up the configuration files to detect all the memory in U-Boot. Signed-off-by: NMatthias Brugger <mbrugger@suse.com>
-