- Oct 17, 2010
-
-
Steve Sakoman authored
This patch fixes the build breakage introduced by the recent relocation changes for ARMV7 Signed-off-by:
Steve Sakoman <steve@sakoman.com>
-
Steve Sakoman authored
This patch fixes a typo in the routine to calculate the cs offset based upon the contents of the SDRC cs_cfg register. This function mistakenly shifts the CS1STARTLOW field 17 bits right instead of 17 bits left. This hasn't been an issue to date because all OMAP3 boards currently are configured to have zeros in this field. Reported-by:
Peter Maydell <peter.maydell@linaro.org> Signed-off-by:
Steve Sakoman <steve.sakoman@linaro.org>
-
Steve Sakoman authored
Signed-off-by:
Steve Sakoman <steve@sakoman.com>
-
Steve Sakoman authored
This patch fixes the build breakage introduced by the recent relocation changes for ARMV7 Signed-off-by:
Steve Sakoman <steve@sakoman.com>
-
Sukumar Ghorai authored
The SDP4430 does not have onboard NAND, it has eMMC on the second MMC slot. This patch adds support for saving the u-boot environment to eMMC. Signed-off-by:
Aneesh V <aneesh@ti.com> Signed-off-by:
Sukumar Ghorai <s-ghorai@ti.com> Tested-by:
Steve Sakoman <steve@sakoman.com>
-
Steve Sakoman authored
This patch switches from the legacy mmc driver to the new generic mmc driver Signed-off-by:
Steve Sakoman <steve@sakoman.com>
-
Steve Sakoman authored
This patch switches from the legacy mmc driver to the new generic mmc driver Signed-off-by:
Steve Sakoman <steve@sakoman.com>
-
Sukumar Ghorai authored
This patch switches from the legacy mmc driver to the new generic mmc driver Signed-off-by:
Sukumar Ghorai <s-ghorai@ti.com> Tested-by:
Steve Sakoman <steve@sakoman.com>
-
Sukumar Ghorai authored
This patch switches from the legacy mmc driver to the new generic mmc driver Signed-off-by:
Sukumar Ghorai <s-ghorai@ti.com> Tested-by:
Steve Sakoman <steve@sakoman.com>
-
Sukumar Ghorai authored
OMAP boards currently use a legacy mmc driver. This patch adds a new mmc driver which will work with the generic mmc driver in u-boot. This new driver will work with both OMAP3 and OMAP4 boards. This patch does not remove the old driver. It should remain in the tree until all boards that use it switch to the new driver. Signed-off-by:
Sukumar Ghorai <s-ghorai@ti.com> Tested-by:
Steve Sakoman <steve@sakoman.com>
-
Sukumar Ghorai authored
The current mmc driver returns erroneous capacity information for eMMC. The capacity of eMMC devices is available only in the ext-CSD register. This patch add code to read the ext-CDSD register and correctly calculate eMMC capacity. Signed-off-by:
Sukumar Ghorai <s-ghorai@ti.com> Acked-by:
Steve Sakoman <steve@sakoman.com>
-
Steve Sakoman authored
TI hasn't reserved a USB Product ID for gadgets, so use the default vendor and product ID to avoid confusion. Signed-off-by:
Steve Sakoman <steve@sakoman.com>
-
- Oct 14, 2010
-
-
Loic Minier authored
Signed-off-by:
Loic Minier <loic.minier@linaro.org> CC: stefano babic <sbabic@denx.de>
-
- Oct 13, 2010
-
-
Steve Sakoman authored
The crash was occuring in env_relocate because it was being called prior to mmc_initialize. This patch moves the MMC initialization earlier in the init process. This patch also cleans up the env_relocate_spec code in env_mmc.c Signed-off-by:
Steve Sakoman <steve.sakoman@linaro.org> Acked-by:
Stefano Babic <sbabic@denx.de>
-
Matthew McClintock authored
Fix build error introduced in beca5a5f common/libcommon.a(fdt_support.o): In function `fdt_add_edid': /local/hudson/jobs/mirrors-u-boot.git/workspace/common/fdt_support.c:1205: undefined reference to `fdt_increase_size' make: *** [u-boot] Error 1 Signed-off-by:
Matthew McClintock <msm@freescale.com> Signed-off-by:
Anatolij Gustschin <agust@denx.de>
-
Stefano Babic authored
Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
The patch adds the EHCI controller for the i.MX31 Soc. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
The patch adds a utility function and defines to set the pad as it is done in linux. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
The patch adds the possibility to update the QONG FPGA (a Lattice XP2-5E) with u-boot using some GPIOs to drive the JTAG interface. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
The patch adds support to load a Lattice's bitstream image (called VME file) into a Lattice FPGA. The code containing the state machine delivered as part of Lattice's ispVMtools is integrated. The FPGA is programmed using the JTAG interface. The board maintainer must provide accessors to drive the JTAG signals TCK, TMS, TDI and to get the value of the input signal TDO. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Bryan Wu authored
This is a change similar to what is already in the Linux driver. We should only program the CLRDATATOG bit when the current mode indicates that it is needed. Signed-off-by:
Bryan Wu <bryan.wu@analog.com> Signed-off-by:
Cliff Cai <cliff.cai@analog.com> Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Ludovic Courtès authored
This patch changes `usb_stor_scan' to scan all the LUNs of each mass storage device. It also fixes the various commands to correctly set the LUN field. Notably, it allows each LUN of GuruPlug's microSD card reader to be accessed. Signed-off-by:
Ludovic Courtès <ludo@gnu.org> Acked-by:
Prafulla Wadaskar <prafulla@marvell.com>
-
Vitaly Kuzmichev authored
After gadget reinitializaton (after tftp has been done once) packet_received may become equal to 1 due to nuking OUT_EP while disabling it in eth_reset_config. rx_submit called from usb_eth_init queues rx_req first time. But the first call of usb_eth_recv from NetLoop queues rx_req again due to packet_received = 1. The following flow shows the path of functions calls when this happens: net/net.c:NetLoop | +-net/eth.c:eth_init | ether.c:usb_eth_init | | | +-udc_driver:usb_gadget_handle_interrupts | | udc_driver:... | | ether.c:eth_setup | | ether.c:eth_set_config | | ether.c:eth_reset_config | | udc_driver:usb_ep_disable | | udc_driver:nuke | | ether.c:rx_complete | | ether.c: packet_received = 1; | | | +-ether.c:rx_submit | udc_driver:usb_ep_queue --- The first time when rx_req is queued | +-net/eth.c:eth_rx ether.c:usb_eth_recv | +-udc_driver:usb_gadget_handle_interrupts | udc_driver:... --- no interrupts, returning +-ether.c: if (packet_received) { ... ether.c:rx_submit udc_driver:usb_ep_queue --- The second time! Signed-off-by:
Vitaly Kuzmichev <vkuzmichev@mvista.com>
-
Vitaly Kuzmichev authored
Remove and fix needless and destructive operations with tx/rx_req. 1) 'req' in rx_complete is always not NULL and always equals to rx_req 2) Free allocated tx_req if rx_req allocation has failed 3) Do not zero out tx/rx_req in usb_eth_init, leave this for eth_reset_config which will be called at the next use of usb0 4) Additional check in usb_eth_recv is not required Signed-off-by:
Vitaly Kuzmichev <vkuzmichev@mvista.com>
-
Marek Vasut authored
This fixes TIMEOUT with my Kingston 32GB USB3.0 flashdrive, which I experienced on my PXA270 (USB 1.1) Vpac270 board. Signed-off-by:
Marek Vasut <marek.vasut@gmail.com>
-
Andreas Bießmann authored
This patch fixes an error when running MAKEALL for ARM9. On OS X /bin/sh uses builtin echo which does not utilise '-n' switch. GNU manual for builtins recomend to use here-document style to solve this portability issue. This patch removes the usage of 'echo -n' and replace by here-document style or a oneline echo command. Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com> CC: Peter Pearse <peter.pearse@arm.com>
-
Matt Waddel authored
The pl01x serial driver was lacking the code to switch baudrates from the command line. Fixed by simply saving the new baudrate and calling serial_init() again. Also fixed CamelCase variables, I/O accessors and comment style. Signed-off-by:
Matt Waddel <matt.waddel@linaro.org>
-
Matt Waddel authored
Adds support for the ARM quad-core Cortex-A9 processor This system includes a motherboard(Versatile Express), daughterboard (Coretile), and SOC(Cortex-A9 quad core). The serial port, ethernet, and flash systems work with these additions. The naming convention is: SOC -> CortexA9 quad core = ca9x4 daughterboard -> Coretile = ct motherboard -> Versatile Express = vxp This gives ca9x4_ct_vxp.c as the board support file. Signed-off-by:
Matt Waddel <matt.waddel@linaro.org>
-
Andreas Bießmann authored
Merge several sizes.h in asm/arch subdirectories into a single asm/sizes.h file. Fixup usage of asm/arch/sizes.h in some files to use the merged file. Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Ben Gardiner authored
There were some #undef's of CONFIG_SYS_ARM_WITHOUT_RELOC added to a few board configs as part of the arm relocation series; but these are not needed now as we do not #undef what is not #defined in the first place. Signed-off-by:
Ben Gardiner <bengardiner@nanometrics.ca> CC: Heiko Schocher <hs@denx.de>
-
Heiko Schocher authored
Signed-off-by:
Heiko Schocher <hs@denx.de>
-
Prafulla Wadaskar authored
All Kirkwood based boards are supported for this new implementation ref: docs/README.arm-relocation Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com>
-
Prafulla Wadaskar authored
It is observed that, in most of the board configs the code is being duplicated, also for any common change all board files needs update This issue was under discussion from long on mailing list and we converge on introducing common config file. With this patch- 1. Total Kirkwood specific configuration code is reduced by 210 lines 2. All common configuration can be shared by multiple boards 3. Easy to manage common updates like ARM relocation changes mv-common.h file is added to include/configs/ It contains all common configuration supported for all Kirkwood boards The respective board configs are updated for its usage Build tested for guruplug, mv88f6281gtw_ge, openrd_base, rd6281a and sheevaplug Binary execution tested for sheevaplug Todo: 1. Other custom Kirkwood boards to be synced 2. The support to be extended for Orion5X based boards Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com>
-
Prafulla Wadaskar authored
For all Kirkwood boards so far dram_init function is duplicated dram_init function is moved to dram.c and relevant code from all board specific files removed If any board needs specific dram init handling than standard one, then, a macro CONFIG_SYS_BOARD_DRAM_INIT should be defined in board config header file and the dram_init function can be put in board specific source file For ex. keymile boards Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com>
-