- 12 8月, 2019 1 次提交
-
-
由 Simon Glass 提交于
Move env_set() over to the new header file. Acked-by: NJoe Hershberger <joe.hershberger@ni.com> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 07 5月, 2018 1 次提交
-
-
由 Tom Rini 提交于
When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 09 4月, 2018 1 次提交
-
-
由 Alex Kiernan 提交于
In order that we can use eth_env_* even when CONFIG_NET isn't set, move these functions to environment code from net code. This fixes failures such as: board/ti/am335x/built-in.o: In function `board_late_init': board/ti/am335x/board.c:752: undefined reference to `eth_env_set_enetaddr' u-boot/board/ti/am335x/board.c:766: undefined reference to `eth_env_set_enetaddr' which caters for use cases such as: commit f411b5cc ("board: am335x: Always set eth/eth1addr environment variable") when Ethernet is required in Linux, but not U-Boot. Signed-off-by: NAlex Kiernan <alex.kiernan@gmail.com>
-
- 16 8月, 2017 2 次提交
-
-
由 Simon Glass 提交于
Rename this function for consistency with env_get(). Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Rename this function for consistency with env_set(). Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 05 8月, 2015 1 次提交
-
-
由 Paul Kocialkowski 提交于
USB-related options are usually prefixed with CONFIG_USB and platform-specific adaptation for the MUSB controller already have a CONFIG_USB_MUSB prefix, so this switches all MUSB-related options to a CONFIG_USB_MUSB prefix, for consistency. Signed-off-by: NPaul Kocialkowski <contact@paulk.fr>
-
- 19 4月, 2015 1 次提交
-
-
由 Joe Hershberger 提交于
Use "_ethaddr" at the end of variables and drop CamelCase. Make constant values actually 'const'. Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com> Acked-by: NSimon Glass <sjg@chromium.org>
-
- 04 3月, 2014 1 次提交
-
-
由 Mugunthan V N 提交于
Some platforms like AM437x have different EVMs with different phy addresses, so this patch adds support for passing phy address via cpsw plaform data. Also renamed phy_id to phy_addr so better understanding of the code. Reviewed-by: NFelipe Balbi <balbi@ti.com> Signed-off-by: NMugunthan V N <mugunthanvnm@ti.com> [trini: Update BuR am335x_igep0033 pcm051_rev3 pcm051_rev1 cm_t335 pengwyn boards] Signed-off-by: NTom Rini <trini@ti.com>
-
- 19 12月, 2013 1 次提交
-
-
由 Lokesh Vutla 提交于
Currently same value is programmed for all ioregs. This is not the case for all SoC's like AM4372. So adding a structure for ioregs and updating in all board files. And also return from config_cmd_ctrl() and config_ddr_data() functions if data is not passed. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com> [trini: Fixup dxr2, cm_t335, adapt pcm051 rev3] Signed-off-by: NTom Rini <trini@ti.com>
-
- 04 12月, 2013 2 次提交
-
-
由 Tom Rini 提交于
Based on the definitive guide to EMIF configuration[1] certain registers that we have been modifying (and are documented registers) should be left in their reset values rather than modified. This has been tested on AM335x GP EVM and Beaglebone White. [1]: http://processors.wiki.ti.com/index.php/AM335x_EMIF_Configuration_tips Cc: Enric Balletbo i Serra <eballetbo@iseebcn.com> Cc: Javier Martinez Canillas <javier@dowhile0.org> Cc: Heiko Schocher <hs@denx.de> Cc: Lars Poeschel <poeschel@lemonage.de> Signed-off-by: NTom Rini <trini@ti.com> Tested-by: NMatt Porter <matt.porter@linaro.org>
-
由 Lars Poeschel 提交于
Phytec sells revision or version 3 of pcm051. It is labeled 1358.3 on the board. The difference for u-boot is that is has other DDR3 RAM on it: 1 x MT41K256M16HA125E instead of 2 x MT41J256M8HX15E on revisions 1 and 2. Both configurations are 512 MiB. Configure your u-boot build with pcm051_rev3 for the new RAM and pcm051_rev1 for the old RAM configuration. Board revision 2 has to use pcm051_rev1 also. Signed-off-by: NLars Poeschel <poeschel@lemonage.de>
-
- 13 11月, 2013 1 次提交
-
-
由 Heiko Schocher 提交于
- add omap24xx driver to new multibus/multiadpater support - adapted all config files, which uses this driver Tested on the am335x based siemens boards rut, dxr2 and pxm2 posted here: http://patchwork.ozlabs.org/patch/263211/Signed-off-by: NHeiko Schocher <hs@denx.de> Tested-by: NTom Rini <trini@ti.com> Cc: Lars Poeschel <poeschel@lemonage.de> Cc: Steve Sakoman <sakoman@gmail.com> Cc: Thomas Weber <weber@corscience.de> Cc: Tom Rix <Tom.Rix@windriver.com> Cc: Grazvydas Ignotas <notasas@gmail.com> Cc: Enric Balletbo i Serra <eballetbo@iseebcn.com> Cc: Luca Ceresoli <luca.ceresoli@comelit.it> Cc: Igor Grinberg <grinberg@compulab.co.il> Cc: Ilya Yanok <yanok@emcraft.com> Cc: Stefano Babic <sbabic@denx.de> Cc: Nishanth Menon <nm@ti.com> Cc: Pali Rohár <pali.rohar@gmail.com> Cc: Peter Barada <peter.barada@logicpd.com> Cc: Nagendra T S <nagendra@mistralsolutions.com> Cc: Michael Jones <michael.jones@matrix-vision.de> Cc: Raphael Assenat <raph@8d.com> Acked-by: NIgor Grinberg <grinberg@compulab.co.il> Acked-by: NStefano Babic <sbabic@denx.de>
-
- 07 10月, 2013 1 次提交
-
-
由 Lars Poeschel 提交于
Since 2bf36ac6 the BD ram address is not hardcoded inside cpsw driver any more. Platforms have to supply their bd_ram_ofs in the platform data to the driver. This commit does this for pcm051 and igep0033 boards. Tested-by: NEnric Balletbo i Serra <eballetbo@iseebcn.com> Acked-by: NMugunthan V N <mugunthanvnm@ti.com> Signed-off-by: NLars Poeschel <poeschel@lemonage.de>
-
- 28 8月, 2013 1 次提交
-
-
由 Heiko Schocher 提交于
Signed-off-by: NHeiko Schocher <hs@denx.de> Acked-by: NMugunthan V N <mugunthanvnm@ti.com>
-
- 16 8月, 2013 1 次提交
-
-
由 Tom Rini 提交于
We defined PHYS_DRAM_1 to 0x80000000 (start of DRAM) and then used this for CONFIG_SYS_SDRAM_BASE. But then we kept on referencing PHYS_DRAM_1 in other places. Change to directly setting CONFIG_SYS_DRAM_BASE and then using that name in code. Signed-off-by: NTom Rini <trini@ti.com>
-
- 15 8月, 2013 2 次提交
-
-
由 Heiko Schocher 提交于
s_init has the same outline for all the AM33xx based board. So making it generic. This also helps in addition of new Soc with minimal changes. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com> Signed-off-by: NHeiko Schocher <hs@denx.de> Signed-off-by: NTom Rini <trini@ti.com> Tested-by: NHeiko Schocher <hs@denx.de> Acked-by: NHeiko Schocher <hs@denx.de>
-
由 Lokesh Vutla 提交于
Locking sequence for all the dplls is same. In the current code same sequence is done repeatedly for each dpll. Instead have a generic function for locking dplls and pass dpll data to that function. This is derived from OMAP4 boards. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com> Tested-by: NHeiko Schocher <hs@denx.de> Acked-by: NHeiko Schocher <hs@denx.de>
-
- 24 7月, 2013 1 次提交
-
-
由 Wolfgang Denk 提交于
Signed-off-by: NWolfgang Denk <wd@denx.de> [trini: Fixup common/cmd_io.c] Signed-off-by: NTom Rini <trini@ti.com>
-
- 18 6月, 2013 2 次提交
-
-
由 Heiko Schocher 提交于
move uart soft reset code to common place and call this function from board code, instead of copy and paste this code for every board. Signed-off-by: NHeiko Schocher <hs@denx.de> Cc: Matt Porter <mporter@ti.com> Cc: Lars Poeschel <poeschel@lemonage.de> Cc: Tom Rini <trini@ti.com> Cc: Enric Balletbo i Serra <eballetbo@iseebcn.com> Acked-by: NTom Rini <trini@ti.com> [trini: Fix igep0033 build, remove 'regval' on pcm051] Signed-off-by: NTom Rini <trini@ti.com>
-
由 Heiko Schocher 提交于
move rtc32k_enable() to common place so all am33xx boards can use it. Signed-off-by: NHeiko Schocher <hs@denx.de> Cc: Matt Porter <mporter@ti.com> Cc: Lars Poeschel <poeschel@lemonage.de> Cc: Tom Rini <trini@ti.com> Cc: Enric Balletbo i Serra <eballetbo@iseebcn.com>
-
- 05 6月, 2013 1 次提交
-
-
由 Tom Rini 提交于
We need to call the save_omap_boot_params function on am33xx/ti81xx and other newer TI SoCs, so move the function to boot-common. Only OMAP4+ has the omap_hw_init_context function so add ifdefs to not call it on am33xx/ti81xx. Call save_omap_boot_params from s_init on am33xx/ti81xx boards. Reviewed-by: NR Sricharan <r.sricharan@ti.com> Signed-off-by: NTom Rini <trini@ti.com>
-
- 08 4月, 2013 1 次提交
-
-
由 Lars Poeschel 提交于
This is done already for am335x in 59dcf970 and also applies for pcm051. It powers down the IO receiver when not performing read which helps reducing the overall power consuption in low power states (suspend/standby). Signed-off-by: NLars Poeschel <poeschel@lemonage.de>
-
- 25 3月, 2013 2 次提交
-
-
由 Matt Porter 提交于
The AM33xx emif4/ddr support closely matches what is need to support TI814x except that TI814x has two EMIF instances. Refactor all the emif4 helper calls and the config_ddr() init function to use an additional instance number argument. Signed-off-by: NMatt Porter <mporter@ti.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Matt Porter 提交于
Eliminate AM33xx specific names to prepare for TI814x support within AM33xx-land. Signed-off-by: NMatt Porter <mporter@ti.com> Reviewed-by: NTom Rini <trini@ti.com>
-
- 07 2月, 2013 1 次提交
-
-
由 Lars Poeschel 提交于
The board is named pcm051 and has this hardware: SOC: TI AM3359 DDR3-RAM: 2x MT41J256M8HX-15EIT:D 512MiB ETH 1: LAN8710AI SPI-Flash: W25Q64BVSSIG RTC: RV-4162-C7 I2C-EEPROM: CAT32WC32 NAND: MT29F4G08_VFPGA63 PMIC: TPS65910A3 LCD Supported: UART 1 MMC/SD ETH 1 USB I2C SPI Not yet supported: NAND RTC LCD Signed-off-by: NLars Poeschel <poeschel@lemonage.de> [trini: Add #define CONFIG_PHY_ADDR 0 to config] Signed-off-by: NTom Rini <trini@ti.com>
-