- 25 5月, 2020 1 次提交
-
-
由 Peng Fan 提交于
The enum dcache_optoion contains a shift left 2 bits in the armv8 case already. The PMD_ATTRINDX(option) macro will perform a left shift of 2 bits. Perform a right shift so that in the end we get the correct value. [trini: Reword the commit message] Reviewed-by: NYe Li <ye.li@nxp.com> Signed-off-by: NPeng Fan <peng.fan@nxp.com>
-
- 23 5月, 2020 14 次提交
-
-
git://git.denx.de/u-boot-usb由 Tom Rini 提交于
- DM support for OMAP - DWC3 fix - Typo fix in eth/r8152
-
-
由 Marek Vasut 提交于
Convert CONFIG_KS8851_MLL and CONFIG_KS8851_MLL_BASEADDR to Kconfig Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Add support for U-Boot DM and DT probing. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Instead of reading out the entire FIFO and possibly overwriting U-Boot memory, read out one packet per recv call, pass it to U-Boot network stack, and repeat. It is however necessary to cache RXFC value, because reading that one out clears it. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Split network handling functions into non-DM specific parts and common code in preparation for conversion to DM. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Introduce a private data structure for this driver with embedded struct eth_device and pass it around. This prepares the driver to work with both DM and non-DM systems. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Fix various checkpatch complaints. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
There is only one chip ID in the table of chip IDs for this chip. Read out the chip ID instead and mask off the last "revision" bit to check the chip ID, this works for all chips in the family. Then drop the chip ID passing around. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
The packet status and length information should be extracted from the FIFO per-packet. Adjust the code such that it reads the packet meta data and then the packet afterward, if applicable. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Most of the entries in the structure are useless, remove them. Inline the rest of uses where applicable. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Per KS8851-16MLL, the RXQCR is a 16bit register. Use 16bit accessors to it consistently and drop the ks_wrreg8() function altogether, as it is not used anymore. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
The cached RXQCR value is never updated, remove the cache and just use the bits in the cache directly in the code. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
由 Marek Vasut 提交于
Replace combination of malloc()+memset() with calloc() as the behavior is exactly the same and the amount of code is reduced. Moreover, remove printf() in the fail path, as it is useless, and return proper -ENOMEM return code. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Eugen Hristev <eugen.hristev@microchip.com> Cc: Joe Hershberger <joe.hershberger@ni.com>
-
- 22 5月, 2020 25 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip由 Tom Rini 提交于
- Fix rk3288 chromebook veyron support; - Add pcie driver support for rk3399; - other fixes for rk3399 boards
-
https://gitlab.denx.de/u-boot/custodians/u-boot-video由 Tom Rini 提交于
- Fix i.MX8QXP boot hang when getting CPU temperature
-
https://gitlab.denx.de/u-boot/custodians/u-boot-efi由 Tom Rini 提交于
Pull request for UEFI sub-system for efi-2020-07-rc3 (2) Problems fixed with these patches are: * UEFI sub-system not working with virtio block devices * Missing SATA support in UEFI sub-system * A superfluous debug statement
-
https://gitlab.denx.de/u-boot/custodians/u-boot-uniphier由 Tom Rini 提交于
UniPhier SoC updates for v2020.07 - De-assert write protect for Denali NAND driver - Clean up include directives - Migrate to DM_ETH, and remove legacy board_eth_init()
-
由 Hayes Wang 提交于
The PAL_BDC_CR should be PLA_BDC_CR. Signed-off-by: NHayes Wang <hayeswang@realtek.com>
-
由 Chunfeng Yun 提交于
The phy_bulk pointer *usb_phys is used before allocated, fix it by using a phy_bulk variable instead in xhci_dwc3_platdata struct Signed-off-by: NChunfeng Yun <chunfeng.yun@mediatek.com>
-
由 Adam Ford 提交于
The omap3.dtsi file shows the usbhshost node with two sub-nodes for ohci and ehci. This patch file creates the usbhshost, and pulls the portX-mode information. It then locates the EHCI sub-node, and initializes the EHCI controller with the info pulled from the usbhshost node. There is still more to do since there isn't an actual link between the 'phys' reference and the corresponding phy driver, and there is no nop-xceiv driver yet. In the meantime, the older style reference to CONFIG_OMAP_EHCI_PHYx_RESET_GPIO is still needed to pull the phy out of reset until the phy driver is completed and the phandle reference is made. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Kurt Miller 提交于
Use the same approach as ROC-RK3328-CC which enables SPL GPIO, pinctl and regulator support. This allows the gen3 board to boot through SPL and does not break gen2 in the process. Signed-off-by: NKurt Miller <kurt@intricatesoftware.com> Acked-by: NMatwey V. Kornilov <matwey.kornilov@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Urja Rannikko 提交于
Veyrons do not need full pinctrl support for SPL. The full pinctrl support does nothing when enabled with OF_PLATDATA, thus was already unused. This frees about 4kB of SPL size. Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Urja Rannikko 提交于
gd->fdt_blob is null if using OF_PLATDATA in SPL, which causes a hang after f0921f50 ("fdt: Sync up to the latest libfdt"). We use the same test that is used in spl_common_init on whether to call fdtdec_setup to unconditionally avoid linking in the fdt-using code when not necessary and thus reduce SPL size. Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Urja Rannikko 提交于
Previously veyron_init() was called in board_init() context, which is called after relocation. Moving it to veyron.c used board_early_init_f which is called way earlier, and causes veyron_init to hang. Using board_early_init_r instead fixes this. Fixes: b678f279 ("rockchip: rk3288: Move veyron_init() back to veyron.c") Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Urja Rannikko 提交于
Apparently speedy was forgotten from this list of veyron devices. Fixes: 49105fb7 ("rockchip: add common spl board file") Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Heinrich Schuchardt 提交于
Building with -Wtype-limits yields tools/rkcommon.c: In function ‘rkcommon_check_params’: tools/rkcommon.c:158:27: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits] 158 | if (spl_params.init_size < 0) | ^ tools/rkcommon.c:165:28: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits] 165 | if (spl_params.boot_size < 0) | Fix the value checks. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Due to board limitation some SSD's would work on rock960 PCIe M.2 only with 1.8V IO domain. So, this patch enables grf io_sel explicitly to make PCIe/M.2 to work. Cc: Tom Cubie <tom@radxa.com> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Acked-by: NManivannan Sadhasivam <manivannan.sadhasivam@linaro.org> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Enable PCIe/M.2 support on - NanoPC-T4 - ROC-RK3399-PC Mezzanine boards. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Tested-by: Suniel Mahesh <sunil@amarulasolutions.com> #roc-rk3399-pc Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Yes, it is possible to have a dedicated UCLASS PHY driver for this Rockchip PCIe PHY but there are some issues on Generic PHY framework to support the same. The Generic PHY framework is unable to get the PHY if the PHY parent is of a different uclass. Say if we try to get the PCIe PHY then the phy-uclass will look for PHY in the first instance if it is not in the root node it will try to probe the parent by assuming that the actual PHY is inside the parent PHY of UCLASS_PHY. But, in rk3399 hardware representation PHY like emmc, usb and pcie are part of syscon which is completely a different of UCLASS_SYSCON. Example: grf: syscon@ff770000 { compatible = "rockchip,rk3399-grf", "syscon", "simple-mfd"; reg = <0x0 0xff770000 0x0 0x10000>; #address-cells = <1>; #size-cells = <1>; pcie_phy: pcie-phy { compatible = "rockchip,rk3399-pcie-phy"; clocks = <&cru SCLK_PCIEPHY_REF>; clock-names = "refclk"; #phy-cells = <1>; resets = <&cru SRST_PCIEPHY>; drive-impedance-ohm = <50>; reset-names = "phy"; status = "disabled"; }; }; Due to this limitation, this patch adds a separate PHY driver for Rockchip PCIe. This might be removed in future once Generic PHY supports this limitation. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Tested-by: Suniel Mahesh <sunil@amarulasolutions.com> #roc-rk3399-pc Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Add Rockchip PCIe controller driver for rk3399 platform. Driver support Gen1 by operating as a Root complex. Thanks to Patrick for initial work. Signed-off-by: NPatrick Wildt <patrick@blueri.se> Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com> Tested-by: Suniel Mahesh <sunil@amarulasolutions.com> #roc-rk3399-pc
-
由 Jagan Teki 提交于
Enable/Disable the PCIEPHY clk for rk3399. CLK is clear in both enable and disable functionality. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Tested-by: Suniel Mahesh <sunil@amarulasolutions.com> #roc-rk3399-pc Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Jagan Teki 提交于
Yes, most of the high speed peripheral clocks in rk3399 enabled by default. But it would be better to handle them via clk enable/disable API for handling proper reset conditions like 'usb reset' over command line. So, enable USB, GMAC clock via enable/disable ops. Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Tested-by: Suniel Mahesh <sunil.m@amarulasolutions.com> # roc-rk3399-pc Tested-by: Suniel Mahesh <sunil@amarulasolutions.com> #roc-rk3399-pc Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andrius Štikonas 提交于
Reference to commit that adds HDMI to other rk3399 boards: commit 9778edae ("rockchip: Enable HDMI output on rk3399 board w/ HDMI") Signed-off-by: NAndrius Štikonas <andrius@stikonas.eu> Cc: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org> Cc: Jagan Teki <jagan@amarulasolutions.com> Cc: Kever Yang <kever.yang@rock-chips.com> Tested-by: NMark Kettenis <kettenis@openbsd.org> Reviewed-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Anatolij Gustschin 提交于
Should initialization of pdata values have failed for some reason, we end up in endless loop when getting the CPU temperature value and can not boot. Check alert value in pdata and only retry reading temperature if alert value is not zero. Also shorten the temperature info string. Signed-off-by: NAnatolij Gustschin <agust@denx.de>
-
由 Anatolij Gustschin 提交于
This fixes getting DT alert and critical pdata values in imx_scu_thermal driver. On i.MX8QXP using not initialized alert pdata value resulted in boot hang and endless loop outputting: CPU Temperature (47200C) has beyond alert (0C), close to critical (0C) waiting... While at it, preset CPU type values once to avoid multiple calls of device_is_compatible() for same property. Fixes: 3ee6ea44 ("cpu: imx_cpu: Print the CPU temperature for iMX8QM A72") Signed-off-by: NAnatolij Gustschin <agust@denx.de> Reviewed-by: NPeng Fan <peng.fan@nxp.com>
-
由 Anatolij Gustschin 提交于
CPU type and rate detection is broken, for A35 cpu we get A53: ... sc_pm_get_clock_rate: resource:0 clk:2: res:3 Could not read CPU frequency: -22 CPU: NXP i.MX8QXP RevB A53 at 0 MHz at 47C Fixes: 55bc96f3 ("cpu: imx8: fix get core name and rate") Signed-off-by: NAnatolij Gustschin <agust@denx.de> Reviewed-by: NPeng Fan <peng.fan@nxp.com>
-
由 Deepak Das 提交于
adapting commit fa2047c4 ("rockchip: rk3328: enable spl-fifo-mode for emmc and sdmmc") for rk3399. Since mmc to sram can't do dma, add patch to prevent aborts transferring TF-A parts. Signed-off-by: NDeepak Das <deepakdas.linux@gmail.com>
-
由 Heiko Stuebner 提交于
The make_fit_spl scripts get the dtb to use as commandline option, so use it for puma as well. Signed-off-by: NHeiko Stuebner <heiko.stuebner@theobroma-systems.com>
-