- 22 8月, 2019 2 次提交
-
-
由 Yuantian Tang 提交于
This driver needs modification to work with new soc, like ls1028, since bitmap of RCFG is changed to RESV[7:5] LIVE[4] WDEN[3] RESV[2:1] GO[0] 000 1 0 00 0 Also the RCW location is moved to only dutcfg0. RESV[7:4] RCWSRC[3:0] 1111 configurable Following commands are functional now qixis_reset qixis_reset sd qixis_reset qspi qixis_reset emmc Signed-off-by: NAshish Kumar <Ashish.Kumar@nxp.com> Signed-off-by: NYuantian Tang <andy.tang@nxp.com> Reviewed-by: NPrabhakar Kushwaha <prabhakar.kushwaha@nxp.com>
-
由 Meenakshi Aggarwal 提交于
MC firmware need to be aligned to 512M, so minimum 512MB DDR is reserved. But MC support to work with 128MB or 256MB DDR memory also, in this case, rest of the memory is not usable. So reporting this extra memory to Linux through dtb memory fixup. Signed-off-by: NMeenakshi Aggarwal <meenakshi.aggarwal@nxp.com> Reviewed-by: NPrabhakar Kushwaha <prabhakar.kushwaha@nxp.com>
-
- 21 8月, 2019 8 次提交
-
-
由 Tom Rini 提交于
- Assorted bugfixes
-
由 Tom Rini 提交于
- More DaVinci cleanups - Other minor omap2plus cleanups
-
由 Michal Simek 提交于
Based on discussion with Stephen Warren there was recommendation to list both memory and random command dependencies just in case that dependency is not properly handled by Kconfig. Fixes: a09c1f7e ("test/py: Fix MMC/SD block write test dependency") Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Acked-by: NStephen Warren <swarren@nvidia.com>
-
由 Heinrich Schuchardt 提交于
Building easylogo with `HOST_TOOLS_ALL=y make tools` results in a build warning due to a possible buffer overrun: tools/easylogo/easylogo.c:453:4: note: ‘sprintf’ output between 7 and 262 bytes into a destination of size 256 sprintf (str, "%s, 0x%02x", app, *dataptr++); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Truncate the output to fit into the destination buffer. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Uwe Kleine-König 提交于
I failed to find where these two files are used and a few test compile runs with JFFS2 enabled succeeded also without these.
-
由 Fabien Parent 提交于
Add support for the MT8183 in the MediaTek MMC driver. Signed-off-by: NFabien Parent <fparent@baylibre.com>
-
由 Heinrich Schuchardt 提交于
Looking at the contents of file .mailmap it seems that some editors assumed that translation is done by entering multiple lines into the file and the last one replaces the others. This is not how it works. The translation occurs according to entries in single lines as described in the git-check-mailmap man-page. Add a description of the file format. Add an entry for Alexander Graf as his old email address is not valid anymore. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Andreas Dannenberg 提交于
The earlier commit.... commit a5a5d997 ("spl: Allow performing BSS init early before board_init_f()") ...introduced the ability to use BSS from SPL's board_init_f() as it may be required in certain exceptional use cases so go ahead and update the README to reflect this change. Note that as highlighted with the changes the use of the associated CONFIG option is generally not recommended. Signed-off-by: NAndreas Dannenberg <dannenberg@ti.com> Reviewed-by: NSimon Goldschmidt <simon.k.r.goldschmidt@gmail.com>
-
- 20 8月, 2019 14 次提交
-
-
由 Suniel Mahesh 提交于
With DM_MMC enabled, enable CONFIG_BLK to remove this compile warning for am43xx based targets: ===================== WARNING ====================== This board does not use CONFIG_DM_MMC. Please update the board to use CONFIG_DM_MMC before the v2019.04 release. Failure to update by the deadline may result in board removal. See doc/driver-model/MIGRATION.txt for more info. ==================================================== Targets were compile tested, build was clean. Signed-off-by: NSuniel Mahesh <sunil.m@techveda.org>
-
由 Suniel Mahesh 提交于
TI HS platforms generate *dtb_HS binary blobs and there is no rule for cleanup. Added entry for cleanup in clean-files target. Signed-off-by: NSuniel Mahesh <sunil.m@techveda.org> Reviewed-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Suman Anna 提交于
The commit 1b42ab3e ("ARM: DRA7: Fixup DSPEVE, IVA and GPU clock frequencies based on OPP") updates the kernel device-tree blob to adjust the DSP, IVA and GPU DPLL clocks based on a one-time OPP choice selected in U-Boot. All these DPLL clocks are children of the cm_core_aon clocks DT node. The hierarchy of this clocks DT node has changed in newer Linux kernels starting from v5.0, and this results in a failure in ft_fixup_clocks() function to update the clock rates on these newer kernels. Fix this by updating the lookup logic to look through both the newer and older DT hierarchy paths for the cm_core_aon clocks node. Signed-off-by: NSuman Anna <s-anna@ti.com>
-
由 Yegor Yefremov 提交于
Signed-off-by: NYegor Yefremov <yegorslists@googlemail.com>
-
由 Adam Ford 提交于
There is an #ifdef with nothing inside it any longer. This patch removes this empty #ifdef Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
The Kconfig file calls to ti/common/Kconfig twice which makes several of the menu items repeat themselves. In an effort to clean this up, this patch removes the second call which eliminates the duplicate menu items. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
Now that SPL supports DM_SERIAL and the direct NOR boot supports DM_SERIAL, the check to see if DM_SERIAL is defined can go away, because all da850evm variants now support DM_SERIAL. This patch simply removes some dead precompiler defines. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
With SPL now supporting DM_SPI, the need for compiler directives and hard-coded addresses is obsolete. This patch removes some dead legacy code defining the SPI base address Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
The OMAPL138-lcdk has two USB controllers which are currently disabled. This patch enables them. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Andrew F. Davis 提交于
Like we did with 'fit_loadaddr' to 'addr_fit', the variable 'fit_bootfile' contains a name and so should be prefixed with name_. Make this change here. Signed-off-by: NAndrew F. Davis <afd@ti.com>
-
由 Andrew F. Davis 提交于
This is the first part of a larger effort I would like to propose to unify and simplify the default set of environment variables. When many early environment variables were named there were fewer images being loaded, usually just a kernel. At this time names like 'loadaddr' would suffice. Now we have more images and many more commands that act on them, often re-using the same variable for several different uses. The contents of a variable are also not immediately known causing one to have to look up a chain of variables to understand what a command is actually doing. I suggest the following. To start, all variables containing names should be prefixed with name_ and addresses with addr_. This is like how K2 already does things and allows for simple universal commands like: get_fdt_nfs=nfs ${addr_fdt} /boot/${name_fdt} Which is very clear on what is intended here and would work across all board that using the this naming convention. We can do this one variable at a time, start here with addr_fit. Signed-off-by: NAndrew F. Davis <afd@ti.com> Acked-by: NAndreas Dannenberg <dannenberg@ti.com>
-
由 Andrew F. Davis 提交于
The variable 'name_overlays' serves the same purpose. Remove 'overlay_files' and use 'name_overlays' everywhere. Signed-off-by: NAndrew F. Davis <afd@ti.com>
-
由 Yegor Yefremov 提交于
The full path has changed in the recent kernels so that it is not possible to load them. Aliases "ethernet0" and "ethernet1" are still present in both legacy and new kernels. Also, fix error messages to correspond to the taken actions. Signed-off-by: NYegor Yefremov <yegorslists@googlemail.com>
-
- 19 8月, 2019 9 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip由 Tom Rini 提交于
- Add ROC-RK3399-PC board support - Move CONFIG_SPI_FLASH_GIGADEVICE and CONFIG_CMD_USB_MASS_STORAGE to Kconfig - using SYSRESET_POWER_OFF for poweroff (Note that patch for rk8xx pmic is droped for it can not pass Travis build) - fix ofnode_get_name() assert
-
https://gitlab.denx.de/u-boot/custodians/u-boot-x86由 Tom Rini 提交于
- QEMU build warning fix when CONFIG_DISTRO_DEFAULTS=n - Small fixes on x86 reST docs - Allow CBFS to be used in SPL - Remove x86 specific GD flags
-
由 Urja Rannikko 提交于
This is a generic implementation. Add CONFIG_SYSRESET_CMD_POWEROFF to signal when we need it. Enable it from the STPMIC1 config and in sandbox. The config flag is transitionary, that is it can be removed after all poweroff implementations use sysreset, and just have CMD_POWEROFF depend on sysreset. Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NPatrice Chotard <patrice.chotard@st.com> Reviewed-by: NPatrick Delaunay <patrick.delaunay@st.com> Tested-by: NPatrick Delaunay <patrick.delaunay@st.com>
-
由 Urja Rannikko 提交于
It seems that SYSRESET_POWER_OFF was added recently, and all previous code used SYSRESET_POWER for poweroff. SYSRESET_POWER is supposed to be a PMIC-level power cycle, not a poweroff. (Comment by Simon Glass) SYSRESET_POWER means to do a power reset (removing and reinstating all power) SYSRESET_POWER_OFF means to turn the device off and leave it off Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NPatrick Delaunay <patrick.delaunay@st.com> (Update comment to help understand the patch) Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Urja Rannikko 提交于
Updates jerry, mickey, minnie and speedy defconfigs to: - fit the SPL in 32k - boot from SPI (only) - remove gadget support (these have no OTG port) Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com> (Rebase on top of tree) Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Urja Rannikko 提交于
This affects RK3036, RK322X and RK3288 - the defconfig changes done by moveconfig.py for the veyrons were left out on purpose because they dont have an OTG port, and will get their config updated in the next commit. Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Urja Rannikko 提交于
Affects rk3288 veyrons and rk3036, this was mostly done by moveconfig.py. Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NUrja Rannikko <urjaman@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Kever Yang 提交于
In some case with LIVE DT, some node always not valid, or not have a valid name, eg. blk driver add by mmc. Return fail instead of Assert for this kind of ofnode, and this help with assert happen from time to time when of_live is enabled and DEBUG is enabled. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Levin Du 提交于
Add initial support for ROC-RK3399-PC board. Specification - Rockchip RK3399 - LPDDR4 4GiB - eMMC slot - SD card slot - RTL8211E 1Gbps - HDMI Out, DP, MIPI DSI/CSI, EDP - PCIe M.2 - USB 2.0, USB-3.0 - USB C Type Commit details of rk3399-roc-pc.dts sync from Linux v5.2: "arm64: dts: rockchip: add support for ROC-RK3399-PC board" (sha1: 8bb878cf20ae10809c36db96993bfce7026d062b) Signed-off-by: NLevin Du <djw@t-chip.com.cn> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
- 18 8月, 2019 7 次提交
-
-
由 Stefan Roese 提交于
With the removal of the x86 specific GD flags, there are no arch- specific GD flags any more. Let's remove the comment about reserving the upper 16 bits for arch-specific flags in the common header. This gives us more flexibility with the usage of the GD flags. As a matter of fact, we are already using more than 16 bits for common GD flags (with the addition of GD_FLG_WDT_READY). Signed-off-by: NStefan Roese <sr@denx.de> Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Simon Glass <sjg@chromium.org> Cc: Tom Rini <trini@konsulko.com> Cc: Simon Goldschmidt <simon.k.r.goldschmidt@gmail.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NSimon Goldschmidt <simon.k.r.goldschmidt@gmail.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Stefan Roese 提交于
This patch removes the x86 architecture specific GD flags (GD_FLG_COLD_BOOT & GD_FLG_WARM_BOOT), as they are not used. Only GD_FLG_COLD_BOOT is referenced in coreboot.c but assigned in start16.S. But the coreboot target does not use start16.S at all and boots directly from the 32-bit start code. Signed-off-by: NStefan Roese <sr@denx.de> Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Simon Glass <sjg@chromium.org> Cc: Tom Rini <trini@konsulko.com> Cc: Simon Goldschmidt <simon.k.r.goldschmidt@gmail.com> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NSimon Goldschmidt <simon.k.r.goldschmidt@gmail.com>
-
由 Simon Glass 提交于
Rename some camel-case variables to match U-Boot style. Camel case is not generally allowed in U-Boot. Rename this variable to fit in with the style. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
Sometimes an image has multiple CBFS. The current CBFS API is limited to handling only one at time. Also it keeps track of the CBFS internally in BSS, which does not work before relocation, for example. Add a few new functions to overcome these limitations. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
Move the result variable into the struct also, so that it can be used when BSS is not available. Add a function to read it. Note that all functions sill use the BSS version of the data. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
At present there are a number of static variables in BSS. This cannot work with SPL, at least until BSS is available in board_init_r(). Move the variables into a struct, so it is possible to malloc() it and use it before BSS is available. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
At present this file has a function at the top, above declarations. This is normally avoided, so fix it. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-