- 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>
-
- 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>
-
- 13 12月, 2013 1 次提交
-
-
由 Yegor Yefremov 提交于
Pin 30 is connected to PHY's RESET# signal, so it must be put to high. Otherwise PHY won't be found via MDIO interface. Signed-off-by: NYegor Yefremov <yegorslists@googlemail.com>
-
- 06 12月, 2013 1 次提交
-
-
由 Tom Rini 提交于
Signed-off-by: NTom Rini <trini@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.
-
- 20 11月, 2012 1 次提交
-
-
由 Ilya Yanok 提交于
Use new musb framework instead of the old one on AM3517_EVM. Signed-off-by: NIlya Yanok <ilya.yanok@cogentembedded.com>
-
- 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>
-
- 12 2月, 2012 1 次提交
-
-
由 Yegor Yefremov 提交于
it is not necessary to define rootfstype for mass storage devices. Kernel detects it automatically. Signed-off-by: NYegor Yefremov <yegorslists@googlemail.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: Vaibhav Hiremath <hvaibhav@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 次提交
-
-
由 Vaibhav Hiremath 提交于
Switch from the legacy mmc driver to the new generic mmc driver. This patch is based on similar patch for beagle[1]. [1] http://git.denx.de/?p=u-boot.git;a=commitdiff_plain;h=0cd31144240Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSanjeev Premi <premi@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>
-
- 18 7月, 2011 1 次提交
-
-
由 Yegor Yefremov 提交于
the serial device names have been changed from ttySx to ttyOx, so the console device name should be also changed to support the latest kernel versions. Signed-off-by: NYegor Yefremov <yegorslists@googlemail.com> Acked-by: Vaibhav Hiremath<hvaibhav@ti.com>
-
- 13 5月, 2011 1 次提交
-
-
由 Michael Jones 提交于
commit 25ddd1fb left remnants of many comments about CONFIG_SYS_GBL_DATA_SIZE. Signed-off-by: NMichael Jones <michael.jones@matrix-vision.de>
-
- 28 4月, 2011 1 次提交
-
-
由 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>
-
- 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>
-