- 15 5月, 2012 1 次提交
-
-
由 Jonathan Solnit 提交于
Add parameters to the OMAP MMC initialization function so the board can mask host capabilities and set the maximum clock frequency. While the OMAP supports a certain set of MMC host capabilities, individual boards may be more restricted and the OMAP may need to be configured to match the board. The PRG_SDMMC1_SPEEDCTRL bit in the OMAP3 is an example. Signed-off-by: NJonathan Solnit <jsolnit@gmail.com>
-
- 12 2月, 2012 2 次提交
-
-
由 Govindraj.R 提交于
For panda initialise the mux pins for ehci usage and enable ehci in omap4_panda config file. Signed-off-by: NGovindraj.R <govindraj.raja@ti.com> Tested-by: NStefano Babic <sbabic@denx.de>
-
由 Govindraj.R 提交于
Clean up added ehci-omap.c and make it generic for re-use across omap-soc having same ehci ip block. Also pass the modes to be configured from board file and configure the ports accordingly. All usb layers are not cache aligned, till then keep cache off for usb ops as ehci will use internally dma for all usb ops. * Add a generic common header ehci-omap.h having common ip block data and reg shifts. * Rename and modify ehci-omap3 to ehci.h retain only conflicting sysc reg shifts remove others and move to common header file. * pass the board data for beagle/panda accordinly to use ehci ports. Acked-by: NIgor Grinberg <grinberg@compulab.co.il> Signed-off-by: NGovindraj.R <govindraj.raja@ti.com>
-
- 20 12月, 2011 1 次提交
-
-
由 Chris Lalancette 提交于
During misc_init_r, make sure to setup the clocks properly for the USB hub on the pandaboard. With this in place, the USB hub and the ethernet works on the pandaboard. Signed-off-by: NChris Lalancette <clalancette@gmail.com> Acked-by: NAneesh V <aneesh@ti.com>
-
- 07 12月, 2011 1 次提交
-
-
由 Aneesh V 提交于
TPS power IC is controlled using a GPIO (gpio_wk7). This GPIO should be maintained at logic 1 always. As such an internal pull-up on this pin will do the job, driving the GPIO outuput is not needed. This will avoid the need of using GPIO library in SPL and also may save some power. Signed-off-by: NAneesh V <aneesh@ti.com>
-
- 16 11月, 2011 1 次提交
-
-
由 Sricharan 提交于
This patch adds the minimal support for OMAP5. The platform and machine specific headers and sources updated for OMAP5430. OMAP5430 is Texas Instrument's SOC based on ARM Cortex-A15 SMP architecture. It's a dual core SOC with GIC used for interrupt handling and SCU for cache coherency. Also moved some part of code from the basic platform support that can be made common for OMAP4/5. Rest is kept out seperately. The same approach is followed for clocks and emif support in the subsequent patches. Signed-off-by: Nsricharan <r.sricharan@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 28 10月, 2011 1 次提交
-
-
Not all padconfs are the same between 4430 and 4460, so instead of working around this with an if, we should have an specific padconf structure for both chips (like handling the differences between the LEDs GPIOs and TPS). Signed-off-by: NRicardo Salveti de Araujo <ricardo.salveti@linaro.org> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 16 10月, 2011 1 次提交
-
-
由 Mike Frysinger 提交于
The top level Makefile does not do any recursion into subdirs when cleaning, so these clean/distclean targets in random arch/board dirs never get used. Punt them all. MAKEALL didn't report any errors related to this that I could see. Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
- 13 9月, 2011 1 次提交
-
-
由 Aneesh V 提交于
omap4: fix pad configuration settings for SDP and Panda Signed-off-by: NAneesh V <aneesh@ti.com> Signed-off-by: NSebastien Jan <s-jan@ti.com> Signed-off-by: NDavid Anders <x0132446@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 03 8月, 2011 2 次提交
-
-
由 Aneesh V 提交于
- Provide alternate implementations of board_init_f() board_init_r() for OMAP spl. - Provide linker script - Initialize global data - Add serial console support - Update CONFIG_SYS_TEXT_BASE to allow for SPL's bss and move it to board config header from config.mk Signed-off-by: NAneesh V <aneesh@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Aneesh V 提交于
- separate mux settings into essential and non essential parts - essential part is board independent as of now(so move it to SoC directory). Will help in having single SPL for all boards. - Non-essential part(the pins not essential for u-boot to function) need to be phased out eventually. - Correct mux data by aligning to the latest settings in x-loader Signed-off-by: NAneesh V <aneesh@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 18 11月, 2010 1 次提交
-
-
由 Sebastien Carlier 提交于
Before this commit, weak symbols were not overridden by non-weak symbols found in archive libraries when linking with recent versions of binutils. As stated in the System V ABI, "the link editor does not extract archive members to resolve undefined weak symbols". This commit changes all Makefiles to use partial linking (ld -r) instead of creating library archives, which forces all symbols to participate in linking, allowing non-weak symbols to override weak symbols as intended. This approach is also used by Linux, from which the gmake function cmd_link_o_target (defined in config.mk and used in all Makefiles) is inspired. The name of each former library archive is preserved except for extensions which change from ".a" to ".o". This commit updates references accordingly where needed, in particular in some linker scripts. This commit reveals board configurations that exclude some features but include source files that depend these disabled features in the build, resulting in undefined symbols. Known such cases include: - disabling CMD_NET but not CMD_NFS; - enabling CONFIG_OF_LIBFDT but not CONFIG_QE. Signed-off-by: NSebastien Carlier <sebastien.carlier@gmail.com>
-
- 19 10月, 2010 1 次提交
-
-
由 Wolfgang Denk 提交于
The change is currently needed to be able to remove the board configuration scripting from the top level Makefile and replace it by a simple, table driven script. Moving this configuration setting into the "CONFIG_*" name space is also desirable because it is needed if we ever should move forward to a Kconfig driven configuration system. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
- 18 10月, 2010 2 次提交
-
-
由 Steve Sakoman 提交于
This patch fixes the build breakage introduced by the recent relocation changes for ARMV7 Signed-off-by: NSteve Sakoman <steve@sakoman.com>
-
由 Sukumar Ghorai 提交于
This patch switches from the legacy mmc driver to the new generic mmc driver Signed-off-by: NSukumar Ghorai <s-ghorai@ti.com> Tested-by: NSteve Sakoman <steve@sakoman.com>
-
- 29 9月, 2010 1 次提交
-
-
由 Steve Sakoman 提交于
This patch corrects the pinmux settings to enable proper functioning of the wifi/bluetooth module. Signed-off-by: NSteve Sakoman <steve@sakoman.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 10 9月, 2010 1 次提交
-
-
由 Wolfgang Denk 提交于
Coding style cleanup. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
- 09 9月, 2010 1 次提交
-
-
Correctly set PAD1_FREF_CLK4_REQ and PAD0_FREF_CLK4_OUT to enable and activate both LEDs while setting pad mux. Since this increases the line length, this patch also adjusts the white space in this section of code to allign the pad mux signal description comments. Signed-off-by: NRicardo Salveti de Araujo <ricardo.salveti@canonical.com> Signed-off-by: NSteve Sakoman <steve@sakoman.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 05 8月, 2010 1 次提交
-
-
由 Steve Sakoman 提交于
Add functional multiplexing support for OMAP4 pads. Configure all the pads for the OMAP4430 SDP and OMAP4 Panda boards Signed-off-by: NSteve Sakoman <steve@sakoman.com> Signed-off-by: NAneesh V <aneesh@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 16 7月, 2010 1 次提交
-
-
由 Steve Sakoman 提交于
This patch adds a gpmc_init function for OMAP4 and adds calls to gpmc_init for existing OMAP4 boards: panda and sdp4430 Signed-off-by: NSteve Sakoman <steve@sakoman.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 06 7月, 2010 1 次提交
-
-
由 Steve Sakoman 提交于
OMAP4 Panda is a reference board based on OMAP4430, an ARMV7 Cortex A9 CPU This patch adds basic support for booting the board. It includes i2c and mmc support. It assumes U-boot is loaded to SDRAM with the help of another small bootloader (x-load) running from SRAM. U-boot currently relies on x-load for clock, mux, and SDRAM initialization Signed-off-by: NSteve Sakoman <steve@sakoman.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-