- 10 5月, 2013 26 次提交
-
-
由 Dan Murphy 提交于
Fix the device tree loading for panda(4430) and panda-es(4460) Modify the board name if a 4460 panda or panda-es is detected at run time. In the findfdt add a check for the panda-es board name and load the panda-es device tree blob. Signed-off-by: NDan Murphy <dmurphy@ti.com>
-
由 Lokesh Vutla 提交于
Warm reset on OMAP5 freezes when USB cable is connected. Fix requires PRM_RSTTIME.RSTTIME1 to be programmed with the time for which reset should be held low for the voltages and the oscillator to reach stable state. There are 3 parameters to be considered for calculating the time, which are mostly board and PMIC dependent. -1- Time taken by the Oscillator to shut + restart -2- PMIC OTP times -3- Voltage rail ramp times, which inturn depends on the PMIC slew rate and value of the voltage ramp needed. In order to keep the code in u-boot simple, have a way for boards to specify a pre computed time directly using the 'CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC' option. If boards fail to specify the time, use a default as specified by 'CONFIG_DEFAULT_OMAP_RESET_TIME_MAX_USEC' instead. Using the default value translates into some ~22ms and should work in all cases. However in order to avoid this large delay hiding other bugs, its recommended that all boards look at their respective data sheets and specify a pre computed and optimal value using 'CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC' In order to help future board additions to compute this config option value, add a README at doc/README.omap-reset-time which explains how to compute the value. Also update the toplevel README with the additional option and pointers to doc/README.omap-reset-time. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com> [rnayak@ti.com: Updated changelog and added the README] Signed-off-by: NRajendra Nayak <rnayak@ti.com>
-
由 Mark Jackson 提交于
As part of a review of a recent patch to add a new AM335x board, Tom found several duplicate and/or unused #defines. This patch simply removes them. The two affected configs have been recompiled to check nothing was broken (from a compilation point of view !!) Reported-by: NTom Rini <trini@ti.com> Signed-off-by: NMark Jackson <mpfj-list@mimc.co.uk>
-
由 Tom Rini 提交于
Add 'optargs' variable to be set to additional kernel arguments, similar to omap3*/am3* usage. Cc: Sricharan R <r.sricharan@ti.com> Signed-off-by: NTom Rini <trini@ti.com>
-
由 Lubomir Popov 提交于
USB TLL clocks do not support 'explicit_en', only 'hw_auto' control (R. Sricharan). cm_l3init_hsusbtll_clkctrl has to be moved to the clk_modules_hw_auto_essential[] array in order to make the clock work. This fix is needed (but not sufficient) for USB EHCI operation in U-Boot. Signed-off-by: NLubomir Popov <lpopov@mm-sol.com>
-
由 Enric Balletbo i Serra 提交于
The IGEP COM AQUILA and CYGNUS are industrial processors modules with following highlights: o AM3352/AM3354 Texas Instruments processor o Cortex-A8 ARM CPU o 3.3 volts Inputs / Outputs use industrial o 256 MB DDR3 SDRAM / 128 Megabytes FLASH o MicroSD card reader on-board o Ethernet controller on-board o JTAG debug connector available o Designed for industrial range purposes Signed-off-by: NEnric Balletbo i Serra <eballetbo@iseebcn.com>
-
由 Enric Balletbo i Serra 提交于
These boards uses Samsung K4B2G1646E-BIH9 a 2Gb E-die DDR3 SDRAM. Signed-off-by: NEnric Balletbo i Serra <eballetbo@iseebcn.com>
-
由 Lokesh Vutla 提交于
EMIF supports a global warm reset mode, during which the EMIF keeps the SDRAM content. But if leveling is enabled at the time of warm reset for DDR3, the following steps needs to be done after warm reset: 1) Keep EMIF in self refresh mode. 2) Reset PHY to bring back the PHY to a known state. 3) Start Levelling procedure. Doing the same. And also enabling DLL lock and code output after warm reset. Tested on OMAP5432 ES2.0 Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Tom Rini 提交于
We are able to tell the difference between xM Rev Ax/Bx and xM Rev Cx, and have been for some time. The comment above the function however did not list this, so update. Signed-off-by: NTom Rini <trini@ti.com>
-
由 Lubomir Popov 提交于
I2C4 and I2C5 are utilized on all known OMAP5 hardware platforms. In order to be able to select one of these buses however, I2C_BUS_MAX has to be set to 5; do this here. Please note that for working bus selection, a fix to the i2c driver is required as well (subject of a separate patch). Signed-off-by: NLubomir Popov <lpopov@mm-sol.com>
-
由 Lubomir Popov 提交于
I2C4 and I2C5 are utilized on all known OMAP5 hardware platforms. The I2C4 and I2C5 base addresses were however not defined; do this here. Signed-off-by: NLubomir Popov <lpopov@mm-sol.com>
-
由 Lubomir Popov 提交于
I2C4 and I2C5 are utilized on all known OMAP5 hardware platforms. The i2c5 clock was however not enabled; do this here. Signed-off-by: NLubomir Popov <lpopov@mm-sol.com>
-
由 Nishanth Menon 提交于
Add an header guard to common header file to prevent multiple includes messing things up. Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
commit 21144298 (power: twl6035: add palmas PMIC support) introduced twl6035_i2c_[read|write]_u8 Then, commit dd23e59d (omap5: pbias ldo9 turn on) introduced palmas_[read|write]_u8 for precisely the same access function. TWL6035 belongs to the palmas family, so instead of having an twl6035 API, we could use an generic palmas API instead. To stay consistent with the function naming of twl4030,6030 accessors, we use palmas_i2c_[read|write]_u8 Cc: Balaji T K <balajitk@ti.com> Cc: Sricharan R <r.sricharan@ti.com> Reported-by: NRuchika Kharwar <ruchika@ti.com> Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs, rename twl6035_mmc1_poweron_ldo by a more generic palmas_mmc1_poweron_ldo function. Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs, rename twl6035_init_settings with an more generic palmas_init_settings Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs Rename twl6035 to palmas to allow reuse across multiple current and future platforms As part of this change, change the CONFIG_TWL6035_POWER to CONFIG_PALMAS_POWER and update usage of header file accordingly. Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
Add an header guard to common header file to prevent multiple includes messing things up. Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
twl6030_i2c_[read|write]_u8 can be used else where to access multi-function device such as twl6030, so move the register access functions to the common twl6030.h header file. Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
u-boot standard i2c register access prototype is i2c_read(addr, reg, 1, &buf, 1) i2c_reg_write(u8 addr, u8 reg, u8 val) twl6030_i2c_read_u8(u8 addr, u8 *val, u8 reg) twl6030_i2c_write_u8(u8 addr, u8 val, u8 reg) does not provide consistency, so switch the prototype to be consistent with rest of u-boot i2c operations: twl6030_i2c_read_u8(u8 addr, u8 reg, u8 *val) twl6030_i2c_write_u8(u8 addr, u8 reg, u8 val) Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
u-boot standard i2c read prototype is i2c_read(addr, reg, 1, &buf, 1) twl4030_i2c_read_u8(u8 addr, u8 *val, u8 reg) does not provide consistency, so switch the prototype to be consistent with rest of u-boot i2c operations: twl4030_i2c_read_u8(u8 addr, u8 reg, u8 *val) Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Nishanth Menon 提交于
u-boot standard i2c register write prototype is i2c_reg_write(u8 addr, u8 reg, u8 val) twl4030_i2c_write_u8(u8 addr, u8 val, u8 reg) does not provide consistency, so switch the prototype to be consistent with rest of u-boot i2c operations: twl4030_i2c_write_u8(u8 addr, u8 reg, u8 val) Signed-off-by: NNishanth Menon <nm@ti.com>
-
由 Matt Porter 提交于
Adds CPSW support to the TI814X EVM configured with an ET1011C PHY in GMII mode. Signed-off-by: NMatt Porter <mporter@ti.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Matt Porter 提交于
Adds an ET1011C PHY driver which is derived from the Linux kernel PHY driver (drivers/net/phy/et1011c.c) from the v3.9-rc2 tag. Note that an errata workaround config option is implemented to allow for TX_CLK to be enabled even when gigabit mode is negotiated. This workaround is used on the PG1.0 TI814X EVM. Signed-off-by: NMatt Porter <mporter@ti.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Matt Porter 提交于
TI814x's version 1 CPSW has a different slave_regs layout. Add support for the differing registers. Signed-off-by: NMatt Porter <mporter@ti.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Matt Porter 提交于
Enables required PLLs and clocks for CPSW on TI814x. Signed-off-by: NMatt Porter <mporter@ti.com> Reviewed-by: NTom Rini <trini@ti.com>
-
- 30 4月, 2013 14 次提交
-
-
由 Michal Simek 提交于
Support Xilinx Zynq i2c controller. Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Acked-by: NHeiko Schocher <hs@denx.de> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
Add support for SD, MMC and eMMC card on Xilinx Zynq. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
Autodetect phy if phyaddress is setup to -1. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 David Andrey 提交于
Avoid overwriting GEMx_RCLK_CTRL and GEMx_CLK_CTRL if the Ethernet interface is connect on EMIO Do not enable emio for this standard board configuration for now. Signed-off-by: NDavid Andrey <david.andrey@netmodule.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 David Andrey 提交于
Pass the PHY address to the driver init to allow parallel use of both interfaces Signed-off-by: NDavid Andrey <david.andrey@netmodule.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
Add all fixed addresses to hardware.h and change petalinux configuration to support this. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
The whole driver used 100Mbps because of zc702 rev B. Fix problem with not setup proper clock for gem1. This is generic approach for clk setup. Signed-off-by: NMichal Simek <monstr@monstr.eu> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
BDs can be correctly setup just once and init function performs only phy autodetection and enabling RX/TX. RX/TX are disabled in halt function. This patch solves the problem with repeatable tftp transfers. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
Remove one return from the code. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
Removing this bit causes that frame is sent only once. (With wrap big one packet has been sent several times which dramatically decrease throughput) TRM: (Table 16-3: Tx Buffer Descriptor Entry) Signed-off-by: NMichal Simek <monstr@monstr.eu> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
This phy is used on zedboard (xilinx zynq platform). Signed-off-by: NMichal Simek <monstr@monstr.eu> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
Move baseaddr to hardware.h to be shared between configurations. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 Michal Simek 提交于
XPSS prefix was used in past and it is obsolete for quite some time. Let's use correct SoC name which is Zynq. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-
由 David Andrey 提交于
Rework the __udelay function of U-Boot Zynq Arch to handle delay < 1000 usec Signed-off-by: NDavid Andrey <david.andrey@netmodule.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NTom Rini <trini@ti.com>
-