- 27 10月, 2012 12 次提交
-
-
-
由 Stephen Warren 提交于
When -ffunction-sections or -fdata-section are used, symbols are placed into sections such as .data.eserial1_device and .bss.serial_current. Update the linker script to explicitly include these. Without this change (at least with my gcc-4.5.3 built using crosstool-ng), I see that the sections do end up being included, but __bss_end__ gets set to the same value as __bss_start. Signed-off-by: NStephen Warren <swarren@nvidia.com> Acked-by: NAllen Martin <amartin@nvidia.com> Acked-by: NSimon Glass <sjg@chromium.org> Tested-by: NSimon Glass <sjg@chromium.org>
-
由 Yann Vernier 提交于
CONFIG_BAUDRATE and KS8695_UART_LINEC_WLEN8 used for UART registers
-
由 Annamalai Lakshmanan 提交于
Added clock settings for MFC, FIMC, FB and G3D. They are clocked to maximum respective frequencies as per datasheet. Signed-off-by: NAnnamalai Lakshmanan <annamalai.lakshmanan@linaro.org> Signed-off-by: NGiridhar Maruthy <giridhar.maruthy@linaro.org> Signed-off-by: NInderpal Singh <inderpal.singh@linaro.org> Signed-off-by: NTushar Behera <tushar.behera@linaro.org>
-
由 Albert ARIBAUD 提交于
SX1 does not build properly by itself, is not built as part of MAKEALL arm or MAKEALL -a arm, and is only present in Makefile, not boards.cfg. As it also has no entry in MAINTAINERS, it is orphan and non-functional. Remove it. Signed-off-by: NAlbert ARIBAUD <albert.u.boot@aribaud.net>
-
由 Marek Vasut 提交于
This is a dead code, remove it. Signed-off-by: NMarek Vasut <marex@denx.de>
-
由 Marek Vasut 提交于
Clean up away old macros and such, so the file doesn't start piling up cruft. Signed-off-by: NMarek Vasut <marex@denx.de> clean
-
由 Marek Vasut 提交于
This driver is no longer used, remove it. Signed-off-by: NMarek Vasut <marex@denx.de>
-
由 Marek Vasut 提交于
This stuff has been rotting in the tree for a while now. Remove it. Signed-off-by: NMarek Vasut <marex@denx.de>
-
由 Marek Vasut 提交于
This stuff has been rotting in the tree for a year now. Remove it. Signed-off-by: NMarek Vasut <marex@denx.de>
-
由 Marek Vasut 提交于
This stuff has been rotting in the tree for a year now. Remove it. Signed-off-by: NMarek Vasut <marex@denx.de>
-
由 Allen Martin 提交于
Remove calls to serial_assign() that are failing now that it returns a proper error code. This calls were not actually doing anything because they passed the name of a stdio_dev when a serial_device name is exptectd. Signed-off-by: NAllen Martin <amartin@nvidia.com> Acked-by: NJoe Hershberger <joe.hershberger@ni.com> Acked-by: NMarek Vasut <marex@denx.de> Acked-by: NSimon Glass <sjg@chromium.org> Tested-by: NSimon Glass <sjg@chromium.org> Tested-by: NStephen Warren <swarren@nvidia.com>
-
- 26 10月, 2012 22 次提交
-
-
由 Albert ARIBAUD 提交于
-
由 Albert ARIBAUD 提交于
-
由 Stephen Warren 提交于
This makes the FAT filesystem API more consistent with other block-based filesystems. If in the future standard multi-filesystem commands such as "ls" or "load" are implemented, having FAT work the same way as other filesystems will be necessary. Convert cmd_fat.c to the new API, so the code looks more like other files implementing the same commands for other filesystems. Signed-off-by: NStephen Warren <swarren@nvidia.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Stephen Warren 提交于
cur_part_info.{name,type} are strings. So, we don't need to memset() the entire thing, just put the NULL-termination in the first byte. Add missing initialization of the bootable and uuid fields. None of these fields are actually used by fat.c. However, since it stores the entire disk_partition_t, we should make sure that all fields are valid. Signed-off-by: NStephen Warren <swarren@nvidia.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Stephen Warren 提交于
A future patch will implement the more standard filesystem API fat_set_blk_dev(). This API has no way to know which partition number the partition represents. Equally, future DM rework will make the concept of partition number harder to pass around. So, simply remove cur_part_nr from fat.c; its only use is in a diagnostic printf, and the context where it's printed should make it obvious which partition is referred to anyway (since the partition ID would come from the user command-line that caused it). Signed-off-by: NStephen Warren <swarren@nvidia.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Kim Phillips 提交于
serial_ns16550.c:222:1: warning: symbol 'eserial1_init' was not declared. Should it be static? serial_ns16550.c:222:1: warning: symbol 'eserial1_setbrg' was not declared. Should it be static? serial_ns16550.c:222:1: warning: symbol 'eserial1_getc' was not declared. Should it be static? serial_ns16550.c:222:1: warning: symbol 'eserial1_tstc' was not declared. Should it be static? serial_ns16550.c:222:1: warning: symbol 'eserial1_putc' was not declared. Should it be static? serial_ns16550.c:222:1: warning: symbol 'eserial1_puts' was not declared. Should it be static? serial_ns16550.c:225:1: warning: symbol 'eserial2_init' was not declared. Should it be static? serial_ns16550.c:225:1: warning: symbol 'eserial2_setbrg' was not declared. Should it be static? serial_ns16550.c:225:1: warning: symbol 'eserial2_getc' was not declared. Should it be static? serial_ns16550.c:225:1: warning: symbol 'eserial2_tstc' was not declared. Should it be static? serial_ns16550.c:225:1: warning: symbol 'eserial2_putc' was not declared. Should it be static? serial_ns16550.c:225:1: warning: symbol 'eserial2_puts' was not declared. Should it be static? serial_ns16550.c:228:1: warning: symbol 'eserial3_init' was not declared. Should it be static? serial_ns16550.c:228:1: warning: symbol 'eserial3_setbrg' was not declared. Should it be static? serial_ns16550.c:228:1: warning: symbol 'eserial3_getc' was not declared. Should it be static? serial_ns16550.c:228:1: warning: symbol 'eserial3_tstc' was not declared. Should it be static? serial_ns16550.c:228:1: warning: symbol 'eserial3_putc' was not declared. Should it be static? serial_ns16550.c:228:1: warning: symbol 'eserial3_puts' was not declared. Should it be static? serial_ns16550.c:231:1: warning: symbol 'eserial4_init' was not declared. Should it be static? serial_ns16550.c:231:1: warning: symbol 'eserial4_setbrg' was not declared. Should it be static? serial_ns16550.c:231:1: warning: symbol 'eserial4_getc' was not declared. Should it be static? serial_ns16550.c:231:1: warning: symbol 'eserial4_tstc' was not declared. Should it be static? serial_ns16550.c:231:1: warning: symbol 'eserial4_putc' was not declared. Should it be static? serial_ns16550.c:231:1: warning: symbol 'eserial4_puts' was not declared. Should it be static? Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Kim Phillips 提交于
fsl_i2c.c:217:14: warning: symbol 'get_i2c_clock' was not declared. Should it be static? Signed-off-by: NKim Phillips <kim.phillips@freescale.com> Acked-by: NHeiko Schocher <hs@denx.de>
-
由 Peter Korsgaard 提交于
So other parts can be added. Signed-off-by: NPeter Korsgaard <peter.korsgaard@barco.com>
-
由 Peter Korsgaard 提交于
Move the hardcoded ddr2/ddr3 settings for the ti boards to board code, so other boards can use different types/timings. Signed-off-by: NPeter Korsgaard <peter.korsgaard@barco.com> [trini: Make apply with rtc32k_enable() in the file] Signed-off-by: NTom Rini <trini@ti.com>
-
由 Peter Korsgaard 提交于
So they are available for other boards. Signed-off-by: NPeter Korsgaard <peter.korsgaard@barco.com>
-
由 Peter Korsgaard 提交于
So platforms can override it with board_mmc_init() if needed. Signed-off-by: NPeter Korsgaard <peter.korsgaard@barco.com>
-
由 Peter Korsgaard 提交于
The i2c header is specific to ti(-derived) boards, and not generic for all am335x boards. Signed-off-by: NPeter Korsgaard <peter.korsgaard@barco.com> [trini: Make re-apply with rtc32k_enable() applied] Signed-off-by: NTom Rini <trini@ti.com>
-
由 Peter Korsgaard 提交于
Only used here (and uart_base only for SPL). Signed-off-by: NPeter Korsgaard <peter.korsgaard@barco.com>
-
由 Tom Rini 提交于
Add the required config.mk logic for this SoC as well as the BOOT_DEVICE define. Finally, enable the options on the am335x_evm. Signed-off-by: NTom Rini <trini@ti.com>
-
由 Tom Rini 提交于
Add MLO.byteswap as a target to spl/Makefile and un-guard the first MLO rule so we don't have to duplicate it. Signed-off-by: NTom Rini <trini@ti.com>
-
由 Peter Korsgaard 提交于
D0/D1 Swapped or not is a board property, not anything specific to the am33xx SoC, so add a custom define for it. At the same time correct the bit handling for the swapped mode (DPE0 should be cleared and SI/DPE1 set). Signed-off-by: NPeter Korsgaard <peter.korsgaard@barco.com>
-
由 Stefano Babic 提交于
Add video support to the board with the display focaltech etm070003dh6. Signed-off-by: NStefano Babic <sbabic@denx.de>
-
由 Stefano Babic 提交于
Signed-off-by: NStefano Babic <sbabic@denx.de> Acked-by: NAnatolij Gustschin <agust@denx.de>
-
由 Stefano Babic 提交于
Some GPIOs differ in the new revision board. Previous revision are considered obsolete and they will not anymore supported. Signed-off-by: NStefano Babic <sbabic@denx.de>
-
由 Stefano Babic 提交于
The mcx board was slightly modified and the pinmux must be updated. There is no need to support the old board, that becomes obsolete. Signed-off-by: NStefano Babic <sbabic@denx.de>
-
由 Stefano Babic 提交于
Updated revision of the board uses GPIOs to activate the USB ports. Signed-off-by: NStefano Babic <sbabic@denx.de>
-
由 Vaibhav Hiremath 提交于
In order to support low power state, you must source kernel system timers to persistent clock, available across suspend/resume. In case of AM335x device, the only source we have is, RTC32K, available in wakeup/always-on domain. Having said that, during validation it has been observed that, RTC clock need couple of seconds delay to stabilize the RTC OSC clock; and such a huge delay is not acceptable in kernel especially during early init and also it will impact quick/fast boot use-cases. So, RTC32k OSC enable dependency has been shifted to SPL/first-bootloader. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NTom Rini <trini@ti.com>
-
- 24 10月, 2012 6 次提交
-
-
由 Alison Wang 提交于
Add Freescale MCF54418TWR ColdFire development board support. Signed-off-by: NTsiChung Liew <tsicliew@gmail.com> Signed-off-by: NJason Jin <Jason.jin@freescale.com> Signed-off-by: NAlison Wang <b18965@freescale.com>
-
由 Alison Wang 提交于
Add MCF5441x CPU support. The MCF5441x devices are a family of highly-integrated 32-bit microprocessors based on the Version 4m ColdFire microarchitecture, comprising of the V4 integer core, memory management unit(MMU) and enchanced multiply-accumulate unit(EMAC). Signed-off-by: NTsiChung Liew <tsicliew@gmail.com> Signed-off-by: NJason Jin <Jason.jin@freescale.com> Signed-off-by: NAlison Wang <b18965@freescale.com>
-
由 Alison Wang 提交于
Fix the following build warnings in cpu_init.c: cpu_init.c: In function 'cpu_init_f': cpu_init.c:47:9: warning: unused variable 'pll' cpu_init.c:46:10: warning: unused variable 'fbcs' cpu_init.c:44:10: warning: unused variable 'scm1' Signed-off-by: NAlison Wang <b18965@freescale.com>
-
由 Gerlando Falauto 提交于
Add support for the new kmvect1 board powered by the mpc8309 processor. As this board is very similar to the existing suvd3, instead of adding a new config header file, just add a new config option to suvd3.h Signed-off-by: NGerlando Falauto <gerlando.falauto@keymile.com> Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Gerlando Falauto 提交于
Add support for Keymile boards based on mpc8309 (it would be only kmvect1 for now) Signed-off-by: NGerlando Falauto <gerlando.falauto@keymile.com> [#elseif -> #if to allow kmcoge5ne and kmeter1 to build successfully] Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Gerlando Falauto 提交于
This processor, though very similar to other members of the PowerQUICC II Pro family (namely 8308, 8360 and 832x), provides yet another feature set than any supported sibling. Signed-off-by: NGerlando Falauto <gerlando.falauto@keymile.com> Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-