- 27 10月, 2014 1 次提交
-
-
由 Guillaume GARDET 提交于
Rename some defines containing FAT in their name to be filesystem generic: MMCSD_MODE_FAT => MMCSD_MODE_FS CONFIG_SPL_FAT_LOAD_ARGS_NAME => CONFIG_SPL_FS_LOAD_ARGS_NAME CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME => CONFIG_SPL_FS_LOAD_PAYLOAD_NAME CONFIG_SYS_MMC_SD_FAT_BOOT_PARTITION => CONFIG_SYS_MMC_SD_FS_BOOT_PARTITION Signed-off-by: NGuillaume GARDET <guillaume.gardet@free.fr> Cc: Tom Rini <trini@ti.com>
-
- 31 8月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
Becuase the board select menu in arch/arm/Kconfig is too big, move the OMAP3 board select menu to omap3/Kconfig. Move also common settings (CONFIG_SYS_CPU="armv7" and CONFIG_SYS_SOC="omap3 Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com> Reviewed-by: NTom Rini <trini@ti.com>
-
- 31 7月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
Now CONFIG_SPL and CONFIG_TPL are defined in Kconfig. Remove the redundant definition in config headers. Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 30 7月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
We are about to switch to Kconfig in the next commit. But there are something to get done beforehand. In Kconfig, include/generated/autoconf.h defines boolean CONFIG macros as 1. CONFIG_SPL and CONFIG_TPL, if defined, must be set to 1. Otherwise, when switching to Kconfig, the build log would be sprinkled with warning messages like this: warning: "CONFIG_SPL" redefined [enabled by default] Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 26 7月, 2014 1 次提交
-
-
由 pekon gupta 提交于
PISMO_xx macros were used to define 'Platform Independent Storage MOdule' related GPMC configurations. This patch - Replaces these OMAP3 specific macros with generic CONFIG_xx macros as provided by current u-boot infrastructure. - Removes unused redundant macros, which are no longer required after merging of common platform code in following commit commit a0a37183 ARM: omap: merge GPMC initialization code for all platform +-----------------+-----------------------------------------------------------+ | Macro | Reason for removal | +-----------------+-----------------------------------------------------------+ | PISMO1_NOR_BASE | duplicate of CONFIG_SYS_FLASH_BASE | +-----------------+-----------------------------------------------------------+ | PISMO1_NAND_BASE| duplicate of CONFIG_SYS_NAND_BASE | +-----------------+-----------------------------------------------------------+ | PISMO1_ONEN_BASE| duplicate of CONFIG_SYS_ONENAND_BASE | +-----------------+-----------------------------------------------------------+ | PISMO1_NAND_SIZE| GPMC accesses NAND device via I/O mapped registers so | | | configuring GPMC chip-select for smallest allowable | | | segment (GPMC_SIZE_16M) is enough. | +-----------------+-----------------------------------------------------------+ | PISMO1_ONEN_SIZE| OneNAND uses a fixed GPMC chip-select address-space of | | | 128MB (GPMC_SIZE_128M) | +-----------------+-----------------------------------------------------------+ +-----------------+-----------------------------------------------------------+ | PISMO1_NOR | Unused Macros | | PISMO1_NAND | | | PISMO2_CS0 | | | PISMO2_CS1 | | | PISMO1_ONENAND | | | PISMO2_NAND_CS0 | | | PISMO2_NAND_CS1 | | | PISMO1_NOR_BASE | | | PISMO1_NAND_BASE| | | PISMO2_CS0_BASE | | +-----------------+-----------------------------------------------------------+ Signed-off-by: NPekon Gupta <pekon@ti.com>
-
- 07 6月, 2014 1 次提交
-
-
由 pekon gupta 提交于
GPMC controller needs to be configured based on bus-width of the NAND device connected to it. Also, dynamic detection of NAND bus-width from on-chip ONFI parameters is not possible in following situations: SPL: SPL NAND drivers does not support ONFI parameter reading. U-boot: GPMC controller iniitalization is done in omap_gpmc.c:board_nand_init() which is called before probing for devices, hence any ONFI parameter information is not available during GPMC initialization. Thus, OMAP NAND driver expected board developers to explicitely write GPMC configurations specific to NAND device attached on board in board files itself. But this was troublesome for board manufacturers as they need to dive into lengthy platform & SoC documents to find details of GPMC registers and appropriate configurations to get NAND device working. This patch instead adds existing CONFIG_SYS_NAND_BUSWIDTH_16BIT to board config hich indicates that connected NAND device has x16 bus-width. And then based on this config GPMC driver itself initializes itself based on NAND bus-width. This keeps board developers free from knowing GPMC controller specific internals. Signed-off-by: NPekon Gupta <pekon@ti.com>
-
- 05 3月, 2014 1 次提交
-
-
由 pekon gupta 提交于
OMAP NAND driver can detect Page-size and OOB-size of NAND device from ONFI params or nand_id[] table. And based on that it defines ECC layout. This patch 1) removes following board configs used for defining NAND ECC layout - GPMC_NAND_ECC_LP_x16_LAYOUT (for large page x16 NAND) - GPMC_NAND_ECC_LP_x8_LAYOUT (for large page x8 NAND) - GPMC_NAND_ECC_SP_x16_LAYOUT (for small page x16 NAND) - GPMC_NAND_ECC_SP_x8_LAYOUT (for small page x8 NAND) 2) removes unused #defines in common omap_gpmc.h depending on above configs Build tested using: ./MAKEALL -s am33xx -s omap3 -s omap4 -s omap5 Signed-off-by: NPekon Gupta <pekon@ti.com>
-
- 22 11月, 2013 1 次提交
-
-
由 pekon gupta 提交于
This patch adds new CONFIG_NAND_OMAP_ECCSCHEME, replacing other distributed CONFIG_xx used for selecting NAND ecc-schemes. This patch aims at solving following issues. 1) Currently ecc-scheme is tied to SoC platform, which prevents user to select other ecc-schemes also supported in hardware. like; - most of OMAP3 SoC platforms use only 1-bit Hamming ecc-scheme, inspite the fact that they can use higher ecc-schemes like 8-bit ecc-schemes with software based error detection (OMAP_ECC_BCH4_CODE_HW_DETECTION_SW). - most of AM33xx SoC plaforms use 8-bit BCH ecc-scheme for now, but hardware supports BCH16 ecc-scheme also. 2) Different platforms use different CONFIG_xx to select ecc-schemes, which adds confusion for user while migrating platforms. - *CONFIG_NAND_OMAP_ELM* which enables ELM hardware engine, selects only 8-bit BCH ecc-scheme with h/w based error-correction (OMAP_ECC_BCH8_CODE_HW) whereas ELM hardware engine supports other ecc-schemes also like; BCH4, and BCH16 (in future). - *CONFIG_NAND_OMAP_BCH8* selects 8-bit BCH ecc-scheme with s/w based error correction (OMAP_ECC_BCH8_CODE_HW_DETECTION_SW). - *CONFIG_SPL_NAND_SOFTECC* selects 1-bit Hamming ecc-scheme using s/w library Thus adding new *CONFIG_NAND_OMAP_ECCSCHEME* de-couples ecc-scheme dependency on SoC platform and NAND driver. And user can select ecc-scheme independently foreach board. However, selection some hardware based ecc-schemes (OMAP_ECC_BCHx_CODE_HW) still depends on presence of ELM hardware engine on SoC. (Refer doc/README.nand) Signed-off-by: NPekon Gupta <pekon@ti.com>
-
- 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>
-
- 05 11月, 2013 1 次提交
-
-
由 Rob Herring 提交于
Remove platform CONFIG_SYS_HZ definition for configs a-z*. Signed-off-by: NRob Herring <rob.herring@calxeda.com>
-
- 15 8月, 2013 1 次提交
-
-
由 Lokesh Vutla 提交于
Adding a new CONFIG_OMAP_COMMON which is included by all boards that needs to build cpu/armv7/omap-common folder. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
- 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>
-
- 29 1月, 2013 1 次提交
-
-
由 Michael Jones 提交于
"CONFIG_SYS_I2C_BUS" and "CONFIG_SYS_I2C_BUS_SELECT" don't appear anywhere outside of config files. Signed-off-by: NMichael Jones <michael.jones@matrix-vision.de> Acked-by: NIgor Grinberg <grinberg@compulab.co.il>
-
- 27 11月, 2012 1 次提交
-
-
由 Scott Wood 提交于
Some small SPLs do not use nand_base.c, and a subset of those also require a special driver. Some SPLs need software ECC but others can't fit it. All existing boards that specify CONFIG_SPL_NAND_SUPPORT have these symbols added to preserve existing behavior. Signed-off-by: NScott Wood <scottwood@freescale.com> -- v2: use positive logic for including bits of NAND, rather than a MINIMAL symbol that excludes things.
-
- 23 10月, 2012 1 次提交
-
-
由 Andrew Bradford 提交于
Fix usage of 'mmc rescan' by many configs. Proper use is 'mmc dev ${mmcdev}; mmc rescan' to set the mmc device and then rescan the device. 'mmc rescan' itself does not take any arguments. Signed-off-by: NAndrew Bradford <andrew@bradfordembedded.com>
-
- 28 9月, 2012 2 次提交
-
-
由 Tom Rini 提交于
Add a new flag, CONFIG_SPL_FRAMEWORK to opt into the common/spl SPL framework, enable on all of the previously using boards. We move the spl_ymodem.c portion to common/ and spl_mmc.c to drivers/mmc/. We leave the NAND one in-place as we plan to replace it later in this series. We use common/spl to avoid linker problems with respect to merging constant strings in objects. Otherwise all strings in common/ will be linked in and kept which grows SPL in size too much. Signed-off-by: NTom Rini <trini@ti.com>
-
由 Tom Rini 提交于
This is an OMAP/related-specific function, move calling it to spl_board_init() and turn on CONFIG_SPL_BOARD_INIT on the boards that enabled NAND and didn't enable this already. Signed-off-by: NTom Rini <trini@ti.com>
-
- 01 9月, 2012 1 次提交
-
-
由 Rob Herring 提交于
CONFIG_STACKSIZE is not referenced anywhere except on AVR32, but present in most ARM board config files. IRQs are only enabled for 1 config, so remove the unused config options for IRQ and FIQ stack size as well. Cc: Albert ARIBAUD <albert.u.boot@aribaud.net> Signed-off-by: NRob Herring <rob.herring@calxeda.com>
-
- 21 6月, 2012 1 次提交
-
-
由 Tom Rini 提交于
Exactly one board has defined CONFIG_SYS_PROMPT_HUSH_PS2 to a value different than "> " which is vision2. I have Cc'd the maintainer here as I strongly suspect this is a bug rather than intentional behavior. Cc: Stefano Babic <sbabic@denx.de> Signed-off-by: NTom Rini <trini@ti.com> Acked-by: NStefano Babic <sbabic@denx.de>
-
- 24 5月, 2012 1 次提交
-
-
由 Joe Hershberger 提交于
Some boards claim to need ping, but don't support net. That makes no sense, and causes problems now that ping is in a separate file. Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com> Acked-by: NSimon Glass <sjg@chromium.org>
-
- 15 5月, 2012 2 次提交
-
-
由 Tom Rini 提交于
With older toolchains it is possible to not fit entirely into the 45KB that we had assigned to SPL. Adjust to allow for 8KB of stack (which should be more than required) and 54KB of text/data. Cc: Vaibhav Hiremath <hvaibhav@ti.com> Cc: Nagendra T S <nagendra@mistralsolutions.com> Cc: Thomas Weber <weber@corscience.de> Cc: Ilya Yanok <yanok@emcraft.com> Cc: Steve Sakoman <sakoman@gmail.com> Cc: Stefano Babic <sbabic@denx.de> Signed-off-by: NTom Rini <trini@ti.com> Acked-by: NStefano Babic <sbabic@denx.de> Acked-by: NVaibhav Hiremath <hvaibhav@ti.com>
-
由 Tom Rini 提交于
This define does not control anything, remove it. Signed-off-by: NTom Rini <trini@ti.com>
-
- 27 1月, 2012 1 次提交
-
-
由 Stefano Babic 提交于
Currently nand_spl_simple puts it's temp data at 0x10000 offset in SDRAM which is likely to contain already loaded data. The patch saves the oob data and the ecc on the stack replacing the fixed address in RAM. Signed-off-by: NStefano Babic <sbabic@denx.de> CC: Ilya Yanok <yanok@emcraft.com> CC: Scott Wood <scottwood@freescale.com> CC: Tom Rini <tom.rini@gmail.com> CC: Simon Schwarz <simonschwarzcor@googlemail.com> CC: Wolfgang Denk <wd@denx.de> Signed-off-by: NScott Wood <scottwood@freescale.com>
-
- 07 12月, 2011 3 次提交
-
-
由 Tom Rini 提交于
The only change of note is that we move from 0x80008000 to 0x80100000 for CONFIG_SYS_TEXT_BASE Cc: Nagendra T S <nagendra@mistralsolutions.com> Tested-by: NKoen Kooi <k-kooi@ti.com> Signed-off-by: NTom Rini <trini@ti.com>
-
由 Thomas Weber 提交于
This patch removes the definition of stack sizes for irq and fiq if the CONFIG_USE_IRQ is undefined before. Acked-by: NEnric Balletbo i Serra <eballetbo@iseebcn.com> Acked-by: NTom Rini <trini@ti.com> Acked-by: NIgor Grinberg <grinberg@compulab.co.il> Signed-off-by: NThomas Weber <weber@corscience.de> Acked-by: NLuca Ceresoli <luca.ceresoli@comelit.it>
-
由 Thomas Weber 提交于
This patch removes the unused definition of SDRC_R_C_B from the config files. Acked-by: NEnric Balletbo i Serra <eballetbo@iseebcn.com> Acked-by: NIgor Grinberg <grinberg@compulab.co.il> Signed-off-by: NThomas Weber <weber@corscience.de> Acked-by: NLuca Ceresoli <luca.ceresoli@comelit.it> Acked-by: NTom Rini <trini@ti.com>
-
- 22 10月, 2011 1 次提交
-
-
由 Joe Hershberger 提交于
Remove MK_STR from places that consume CONFIG_BOOTFILE to force all definitions to be string literals. Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com> Cc: Joe Hershberger <joe.hershberger@gmail.com> Cc: Wolfgang Denk <wd@denx.de> Acked-by: NMike Frysinger <vapier@gentoo.org>
-
- 04 9月, 2011 1 次提交
-
-
由 Tom Rini 提交于
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc driver. This patch is based on the work done for Beagle, etc. Signed-off-by: NTom Rini <trini@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 04 8月, 2011 1 次提交
-
-
由 Christopher Harvey 提交于
Signed-off-by: NChristopher Harvey <charvey@matrox.com>
-
- 28 4月, 2011 2 次提交
-
-
由 Luca Ceresoli 提交于
Removed boot_flash_* extern variables. boot_flash_type was totally unused. The other ones were actually constants, so they have been replaced with #defines in the board config files. Signed-off-by: NLuca Ceresoli <luca.ceresoli@comelit.it> Cc: Wolfgang Denk <wd@denx.de> Cc: Albert Aribaud <albert.aribaud@free.fr> Cc: Sandeep Paulraj <s-paulraj@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Srinath 提交于
It is a low cost reference design based on Sitara AM3517 SoC from Texas Instruments Please refer to <www.craneboard.org> for more details. Signed-off-by: NSrinath <srinath@mistralsolutions.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 30 11月, 2010 2 次提交
-
-
由 Vaibhav Hiremath 提交于
Without CONFIG_CMD_NET support CONFIG_CMD_NFS leads to linking error, so disable CONFIG_CMD_NFS option. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Vaibhav Hiremath 提交于
Also change the CONFIG_SYS_TEXT_BASE to 0x80008000, required with relocation support. This is the load address for primary boot loader (x-loader). Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 27 10月, 2010 1 次提交
-
-
由 Wolfgang Denk 提交于
CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not being able to use "sizeof(struct global_data)" in assembler files. Recent experience has shown that manual synchronization is not reliable enough. This patch renames CONFIG_SYS_GBL_DATA_SIZE into GENERATED_GBL_DATA_SIZE which gets automatically generated by the asm-offsets tool. In the result, all definitions of this value can be deleted from the board config files. We have to make sure that all files that reference such data include the new <asm-offsets.h> file. No other changes have been done yet, but it is obvious that similar changes / simplifications can be done for other, related macro definitions as well. Signed-off-by: NWolfgang Denk <wd@denx.de> Acked-by: NKumar Gala <galak@kernel.crashing.org>
-
- 12 8月, 2010 1 次提交
-
-
由 Ajay Kumar Gupta 提交于
Enabling USB HOST in defconfig. Signed-off-by: NAjay Kumar Gupta <ajay.gupta@ti.com>
-
- 06 7月, 2010 1 次提交
-
-
由 Steve Sakoman 提交于
The purpose of this patch is to prepare for adding the OMAP4 architecture, which is Cortex A9 Cortex A8 and A9 both belong to the armv7 architecture, hence the name change. The two architectures are similar enough that substantial code can be shared. Signed-off-by: NAneesh V <aneesh@ti.com> Signed-off-by: NSteve Sakoman <steve@sakoman.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 08 6月, 2010 4 次提交
-
-
由 Vaibhav Hiremath 提交于
This patch adds support for the EMIF4 interface available in the AM35x processors. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSanjeev Premi <premi@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Vaibhav Hiremath 提交于
This patch adds basic support for the AM3517EVM. It includes: - Board files (.c and .h) - Default configuration file - Updates for Makefile Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSanjeev Premi <premi@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Vaibhav Hiremath 提交于
Consolidated SDRC related functions into one file - sdrc.c And also replaced sdrc_init with generic memory init function (mem_init), this generalization of omap memory setup is necessary to support the new emif4 interface introduced in AM3517. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Vaibhav Hiremath 提交于
Consolidated SDRC related functions into one file - sdrc.c And also replaced sdrc_init with generic memory init function (mem_init), this generalization of omap memory setup is necessary to support the new emif4 interface introduced in AM3517. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-