- 20 9月, 2016 1 次提交
-
-
由 Masahiro Yamada 提交于
This reverts commit 90c08d9e. I took a closer look at this after the commit was applied, and found CONFIG_SYS_MALLOC_F_LEN=0x2000 was too much. 8KB memory for SPL is actually too big for some boards. Perhaps 0x800 is enough, but the situation varies board by board. Let's postpone our decision until we come up with a better idea. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 17 9月, 2016 7 次提交
-
-
由 Simon Glass 提交于
Move this option to Kconfig and tidy up existing uses. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Move this option to Kconfig and tidy up existing uses. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Move this option to Kconfig and tidy up existing uses. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Move this option to Kconfig and tidy up existing uses. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Move this option to Kconfig and tidy up existing uses. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Move this option to Kconfig and tidy up existing uses. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Move the SPL settings into common/spl where most of the SPL code is kept. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 10 9月, 2016 1 次提交
-
-
由 Tom Rini 提交于
In some cases we were missing CONFIG_USB=y so enable that when needed. Reviewed-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 07 9月, 2016 1 次提交
-
-
由 Masahiro Yamada 提交于
If both SPL_DM and SPL_OF_CONTROL are enabled, SPL needs to bind several devices, but CONFIG_SYS_MALLOC_F_LEN=0x400 is apparently not enough. Increase the default to 0x2000 for the case. This will be helpful for shorter defconfigs. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by: NStefan Roese <sr@denx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 10 6月, 2016 1 次提交
-
-
由 Heiko Schocher 提交于
move CONFIG_BOOTDELAY into a Kconfig option. Used for this purpose the moveconfig.py tool in tools. Signed-off-by: NHeiko Schocher <hs@denx.de> Reviewed-by: NTom Rini <trini@konsulko.com> Acked-by: NViresh Kumar <viresh.kumar@linaro.org> Acked-by: NIgor Grinberg <grinberg@compulab.co.il>
-
- 26 4月, 2016 2 次提交
-
-
由 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>
-
由 Tom Rini 提交于
This syncs up the current cmd/Kconfig and include/configs/ files with the only exception being CMD_NAND. Due to how we have used this historically we need to take further care here when converting. Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 14 1月, 2016 3 次提交
-
-
由 Phil Sutter 提交于
This adds support for the MV78230 based DS414 NAS by Synology. The relevant bits have been extracted from the 'synogpl-5004-armadaxp' package Synology kindly published, garnished with a fair amount of trial-and-error. Sadly, support is far from perfect. The major parts I have failed in are SATA and XHCI support. Details about these and some other things follow: Device Tree ----------- The device tree file armada-xp-synology-ds414.dts has been copied from Linux and enhanced by recent U-Boot specific changes to armada-xp-gp.dts. SATA Support ------------ There is a Marvell 88SX7042 controller attached to PCIe which is supported by Linux's sata_mv driver but sadly not U-Boot's sata_mv. I'm not sure if extending the latter to support PCI devices is worth the effort at all. Porting sata_mv from Linux exceeded my brain's capacities. :( XHCI Support ------------ There is an EtronTech EJ168A XHCI controller attached to PCIe which drives the two rear USB3 ports. After a bit of playing around I managed to get it recognized by xhci-pci, but never was able to access any devices attached to it. Enabling it in ds414 board config shows that it does not respond to commands for whatever reason. The (somewhat) bright side to it is that it is not even supported in Synology's customized U-Boot, but that also means nowhere to steal the relevant bits from. EHCI Support ------------ This seems functional after issuing 'usb start'. At least it detects USB storage devices, and IIRC reading from them was OK. OTOH Linux fails to register the controller if 'usb start' wasn't given before in U-Boot. According to Synology sources, this board seems to support USB device (gadget?) mode. Though I didn't play around with it. PCIe Support ------------ This is fine, but trying to gate the clocks of unused lanes will hang PCI enum. In addition to that, pci_mvebu seems not to support DM_PCI. DDR3 Training ------------- Marvell/Synology uses eight PUPs instead of four. Does not look like this is meant to be customized in mainline U-Boot at all. OTOH I have no idea what a "PUP" actually is. PEX Init -------- Synology uses different values than mainline U-Boot with this patch: pex_max_unit_get returns 2, pex_max_if_get returns 7 and max_serdes_lines is set to 7. Not changing this seems to not have an impact, although I'm not entirely sure it does not cause issues I am not aware of. Static Environment ------------------ This allows to boot stock Synology firmware at least. In order to be a little more flexible when it comes to booting custom kernels, do not only load zImage partition, but also rd.gz into memory. This way it is possible to use about 7MB for kernel with piggyback initramfs. Signed-off-by: NPhil Sutter <phil@nwl.cc> Acked-by: NStefan Roese <sr@denx.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Stefan Roese 提交于
This is needed for the upcoming ethernet DM conversion of the maxbcm board. The configuration of the PHY is then extracted from the DT instead of using the defines from the config header. Signed-off-by: NStefan Roese <sr@denx.de> Cc: Luka Perkov <luka.perkov@sartura.hr>
-
由 Stefan Roese 提交于
This patch adds full DM support to the SPL on MVEBU. Currently only serial is supported. Other drivers will follow. This patch also adds the necessary config values for the DEBUG UART to the MVEBU defconfig files. This came in handy while implementing this DM support. Additionally, the mvebu specific SPL linker script is removed and this common one is used instead: arch/arm/cpu/u-boot-spl.lds This common linker script already handles all special cases. No need to reinvent the wheel for MVEBU here. Signed-off-by: NStefan Roese <sr@denx.de> Cc: Luka Perkov <luka.perkov@sartura.hr> Cc: Dirk Eibach <dirk.eibach@gdsys.cc> Cc: Simon Glass <sjg@chromium.org>
-
- 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>
-
- 22 11月, 2015 1 次提交
-
-
由 Thomas Chou 提交于
Move CONFIG_SYS_NS16550 to Kconfig, and run moveconfig.py. Signed-off-by: NThomas Chou <thomas@wytron.com.tw>
-
- 21 10月, 2015 1 次提交
-
-
由 Stefan Roese 提交于
This patch adds driver model support for some Marvell MVEBU SoC's. Including Armada XP and 38x. All 3 currently mainlined boards are converted. DM is now selected automatically for MVEBU platforms. With this DM support now available for MVEBU, hardcoding the base addresses and other information is not necessary any more. Probing should be done by using the values provided via the device tree now instead. For this the driver also need to be converted to DM. Patches for some of the drivers will follow. Signed-off-by: NStefan Roese <sr@denx.de> Cc: Simon Glass <sjg@chromium.org> Cc: Luka Perkov <luka.perkov@sartura.hr>
-
- 20 10月, 2015 1 次提交
-
-
由 Stefan Roese 提交于
Introduce a mach-mvebu/Kconfig for all Armada based SoC's. Signed-off-by: NStefan Roese <sr@denx.de>
-
- 02 7月, 2015 1 次提交
-
-
由 Jagan Teki 提交于
This commit moves: - CONFIG_SPI_FLASH_BAR from include/configs/*.h into configs/*_defconfigs Signed-off-by: NJagan Teki <jteki@openedev.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>
-
- 01 6月, 2015 1 次提交
-
-
由 Joe Hershberger 提交于
This also selects CONFIG_NET for any CONFIG_CMD_NET board. Remove the imx default for CONFIG_NET. This moves the config that was defined by 60296a83 (commands: add more command entries in Kconfig). Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com>
-
- 13 5月, 2015 1 次提交
-
-
由 Joe Hershberger 提交于
In order to reduce merge conflicts and to maintain the simplest possible defconfig files, we should be using the savedefconfig feature of Kconfig every time a new feature is added. This keeps the defconfig settings to a minimum (only those things not default) and keeps them in the same order as the Kconfig options. Signed-off-by: NJoe Hershberger <joe.hershberger@ni.com> Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Acked-by: NStephen Warren <swarren@wwwdotorg.org> Cc: Tom Rini <trini@konsulko.com>
-
- 16 3月, 2015 1 次提交
-
-
由 Masahiro Yamada 提交于
Since commit e02ee254 (kconfig: switch to single .config configuration), the prefixes in defconfig files such as "+S:", "+ST:", etc., are meaningless. This commit was generated by the following command: find configs -name '*_defconfig' | xargs sed -i 's/^+*S*T*://' Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
- 07 2月, 2015 1 次提交
-
-
由 Stefan Roese 提交于
This patch adds SPL support to the maxbcm MV78460 based board. Including the fixed DDR configuratrion needed for the DDR training code. And the the serdes PHY init code. Signed-off-by: NStefan Roese <sr@denx.de> Reviewed-by: NLuka Perkov <luka.perkov@sartura.hr>
-
- 23 10月, 2014 1 次提交
-
-
由 Stefan Roese 提交于
The maxBCM board is equipped with the Marvell Armada-XP MV78460 SoC. It integrates an SPI NOR flash and an Marvell 88E6185 switch. Signed-off-by: NStefan Roese <sr@denx.de>
-