- 14 2月, 2018 1 次提交
-
-
由 Tuomas Tynkkynen 提交于
Signed-off-by: NTuomas Tynkkynen <tuomas@tuxera.com>
-
- 26 7月, 2017 2 次提交
-
-
由 Simon Glass 提交于
This converts the following to Kconfig: CONFIG_ENV_IS_IN_SPI_FLASH Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This converts the following to Kconfig: CONFIG_ENV_IS_IN_MMC CONFIG_ENV_IS_IN_NAND CONFIG_ENV_IS_IN_UBI CONFIG_ENV_IS_NOWHERE In fact this already exists for sunxi as a 'choice' config. However not all the choices are available in Kconfig yet so we cannot use that. It would lead to more than one option being set. In addition, one purpose of this series is to allow the environment to be stored in more than one place. So the existing choice is converted to a normal config allowing each option to be set independently. There are not many opportunities for Kconfig updates to reduce the size of this patch. This was tested with ./tools/moveconfig.py -i CONFIG_ENV_IS_IN_MMC And then manual updates. This is because for CHAIN_OF_TRUST boards they can only have ENV_IS_NOWHERE set, so we enforce that via Kconfig logic now. Signed-off-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 04 6月, 2017 1 次提交
-
-
由 Tom Rini 提交于
Now that these symbols are in Kconfig, migrate all users. Use imply on a number of platforms that default to having this enabled. As part of this we must migrate some straglers for CMD_FAT and DOS_PARTITION. Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 29 1月, 2017 1 次提交
-
-
由 Tom Rini 提交于
In the cases of some boards, a MACH_TYPE number is used which is either not registered upstream or worse (for functionality) is re-using the number of a different (or reference) platform instead. Make sure we have a comment in these cases. Cc: Albert ARIBAUD <albert.aribaud@3adev.fr> Cc: Walter Schweizer <swwa@users.sourceforge.net> Cc: Stefan Roese <sr@denx.de> Cc: Fabio Estevam <fabio.estevam@nxp.com> Signed-off-by: NTom Rini <trini@konsulko.com> Acked-by: NStefan Roese <sr@denx.de>
-
- 09 10月, 2016 1 次提交
-
-
由 Walter Schweizer 提交于
Synology DS109 is based on MV88F6281. The code is based on Dreamplug code with modificatons from Synologys open source repository. Signed-off-by: NWalter Schweizer <swwa@users.sourceforge.net> Signed-off-by: NStefan Roese <sr@denx.de>
-
- 20 9月, 2016 1 次提交
-
-
Move the config IDENT_STRING to Kconfig and migrate all boards [sivadur: Migrate zynq boards] Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> [trini: Update configs, add some default to sunxi Kconfig] Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 26 4月, 2016 1 次提交
-
-
由 Tom Rini 提交于
Update the config.h and defconfig files for the commands that 8e3c036 converted over to Kconfig Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 25 11月, 2015 1 次提交
-
-
由 Bin Meng 提交于
There are already Kconfig options for SPI flash drivers, but we have not moved them from config.h to defconfig files. This commit does this in a batch. Signed-off-by: NBin Meng <bmeng.cn@gmail.com>
-
- 18 11月, 2015 5 次提交
-
-
由 Quentin Armitage 提交于
Create include/configs/mv-plug-common.h for common definitions for Sheevaplug, Guruplug and Dreamplug. This will make it easier to ensure the built u-boots stay in track with each other Signed-off-by: NQuentin Armitage <quentin@armitage.org.uk>
-
由 Quentin Armitage 提交于
CONFIG_DISPLAY_CPUINFO is already defined in mv-common.h Signed-off-by: NQuentin Armitage <quentin@armitage.org.uk>
-
由 Quentin Armitage 提交于
Cosmetic: CONFIG_OF_LIBFDT was in a different position in the config file for the Dreamplug, compared to the Sheevaplug and Guruplug. Signed-off-by: NQuentin Armitage <quentin@armitage.org.uk>
-
由 Quentin Armitage 提交于
For Marvell plugs, move the configuration of DHCP, NAND/SF, PING and USB commands, and HUSH_PARSER into the _defconfig file, rather than the include/configs/*plug.h files. This avoids compiler warnings of duplicate definitions if the option is selected in the .config, but also defined in the include/configs/*plug.h file. Signed-off-by: NQuentin Armitage <quentin@armitage.org.uk>
-
由 Quentin Armitage 提交于
The Marvell plugs are very similar systems, and so it makes sense for their u-boots to have the same commands/configuration. Add EXT4 and MII to Dreamplug, DATE to Guruplug and Sheevaplug. Add CONFIG_SYS_ALT_MEMTEST to Sheevaplug. There are still command differences around NAND, SPI/NOR. Also default to building u-boot.kwb for Sheevaplug and Guruplug. Signed-off-by: NQuentin Armitage <quentin@armitage.org.uk>
-
- 25 10月, 2015 1 次提交
-
-
由 Masahiro Yamada 提交于
We have finished Generic Board conversion for ARM and PowerPC, i.e. all the boards have been converted except OpenRISC, SuperH, SPARC, which have not supported Generic Board framework yet. Select SYS_GENERIC_BOARD in arch/Kconfig and delete all the macro defines in include/configs/*.h. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
- 26 6月, 2015 2 次提交
-
-
由 Joe Hershberger 提交于
This sets the default commands Kconfig to match include/config_cmd_default.h commands in the common/Kconfig and removes them from include/configs. Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com> [trini: rastaban, am43xx_evm_usbhost_boot, am43xx_evm_ethboot updates] Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Joe Hershberger 提交于
Some archs/boards specify their own default by pre-defining the config which causes the Kconfig system to mix up the order of the configs in the defconfigs... This will cause merge pain if allowed to proliferate. Remove the configs that behave this way from the archs. A few configs still remain, but that is because they only exist as defaults and do not have a proper Kconfig entry. Those appear to be: SPIFLASH DISPLAY_BOARDINFO Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com> [trini: rastaban, am43xx_evm_usbhost_boot, am43xx_evm_ethboot updates, drop DM_USB from MSI_Primo81 as USB_MUSB_SUNXI isn't converted yet to DM] Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 06 3月, 2015 2 次提交
-
-
由 Ian Campbell 提交于
Saves having to remember to ask make for it explicitly. Signed-off-by: NIan Campbell <ijc@hellion.org.uk> Acked-By: NPrafulla Wadaskar <prafulla@marvell.com>
-
由 Ian Campbell 提交于
Built and booted to a Linux prompt with no issues discovered. network and usb access to the external mmc are ok. (my internal mmc is knackered at the h/w level). Signed-off-by: NIan Campbell <ijc@hellion.org.uk> Acked-By: NPrafulla Wadaskar <prafulla@marvell.com>
-
- 31 8月, 2014 1 次提交
-
-
由 Masahiro Yamada 提交于
Becuase the board select menu in arch/arm/Kconfig is too big, move the KirkWood board select menu to kirkwood/Kconfig. Consolidate also common settings (CONFIG_SYS_CPU="arm926ejs" and CONFIG_SYS_SOC="kirkwood"). Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com> Acked-by: NPrafulla Wadasdkar <prafulla@marvell.com> Cc: Luka Perkov <luka@openwrt.org>
-
- 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>
-
- 15 5月, 2012 1 次提交
-
-
由 Ian Campbell 提交于
I have tested booting both FDT and non-FDT based Linux kernels (based on http://marc.info/?l=linux-arm-kernel&m=133002679716986 and http://marc.info/?l=linux-arm-kernel&m=132328894303581 respectively). Signed-off-by: NIan Campbell <ijc@hellion.org.uk> Cc: Jason <jason@lakedaemon.net> Cc: Prafulla Wadaskar <prafulla@marvell.com> Acked-by: NJason Cooper <jason@lakedaemon.net>
-
- 28 10月, 2011 1 次提交
-
-
由 Jason Cooper 提交于
Copied wholeheartedly from board/Marvell/guruplug and modified to add support for SPI NOR flash. CONFIG_MACH_DREAMPLUG defined in include/configs/dreamplug.h until Linus's kernel.org tree adds it to mach-types.h. Once it trickles down, the definition can be removed from include/configs/dreamplug.h. Signed-off-by: NJason Cooper <u-boot@lakedaemon.net>
-
- 28 10月, 2010 1 次提交
-
-
由 Gray Remlin 提交于
Current default options increase u-boot size to overlap the location of the environment in NAND, move environment higher up Signed-off-by: NGray Remlin <g_remlin@rocketmail.com>
-
- 13 10月, 2010 1 次提交
-
-
由 Prafulla Wadaskar 提交于
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: NPrafulla Wadaskar <prafulla@marvell.com>
-
- 12 10月, 2010 1 次提交
-
-
由 Prafulla Wadaskar 提交于
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: NPrafulla Wadaskar <prafulla@marvell.com>
-
- 13 7月, 2010 1 次提交
-
-
由 Albert Aribaud 提交于
Rename all references to kirkwood in mvgbe symbols throughout the whole codebase. Signed-off-by: NAlbert Aribaud <albert.aribaud@free.fr> Acked-by: NPrafulla Wadaskar <prafulla@marvell.com> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
- 30 4月, 2010 1 次提交
-
-
由 Siddarth Gore 提交于
GuruPlug Standard: 1 Gb Ethernet, 2 USB 2.0 GuruPlug Plus: 2 Gb Ethernet, 2 USB 2.0, 1 eSATA, 1 uSD slot References: http://www.globalscaletechnologies.com/t-guruplugdetails.aspx http://plugcomputer.org This patch is for GuruPlug Plus, but it supports Standard version as well. Signed-off-by: NSiddarth Gore <gores@marvell.com>
-
- 21 4月, 2010 1 次提交
-
-
由 Frans Meulenbroeks 提交于
This patch includes a few additional commands in the sheevaplug version of u-boot: - support for LONGHELP so you can get help messages - auto completion and command editing - ubi and mii support - ext2 filesystem (convenient if you have an ext2 from which you want to boot) - jffs2 and ubifs filesystems (if you want to use these in NAND) This also makes it more similar to openrd client. Side effect of this patch is that the code now needs 3 sectors i.s.o. 2 so an existing env is overwritten Signed-off-by: NFrans Meulenbroeks <fransmeulenbroeks@gmail.com>
-
- 09 12月, 2009 1 次提交
-
-
由 Heiko Schocher 提交于
There is more and more usage of printing 64bit values, so enable this feature generally, and delete the CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL defines. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
- 10 8月, 2009 1 次提交
-
-
由 Prafulla Wadaskar 提交于
It is recommended to define the macro CONFIG_SYS_64BIT_VSPRINTF for NAND specific warning removal, same is done in this patch Signed-off-by: NPrafulla Wadaskar <prafulla@marvell.com>
-
- 19 7月, 2009 1 次提交
-
-
由 Prafulla Wadaskar 提交于
Reference: http://plugcomputer.org/ http://openplug.org/plugwiki/index.php/Das_U-boot_plug_support This patch is tested for- 1. Boot from DRAM/NAND flash 2. File transfer using tftp 3. NAND flash read/write/erase 4. Linux kernel and RFS Boot from NAND 5. Enabled USB PHY init for kernel need 6. Boot from USB supported Note: to boot Kirkwood kernel with USB support, you should add "usb start" in the boot sequence Signed-off-by: NPrafulla Wadaskar <prafulla@marvell.com>
-