- 05 5月, 2015 7 次提交
-
-
由 Stefan Roese 提交于
This way, new MVEBU boards don't need to specifiy the common location for the SPL linker script. Signed-off-by: NStefan Roese <sr@denx.de> Tested-by: NKevin Smith <kevin.smith@elecsyscorp.com> Tested-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
由 Stefan Roese 提交于
This define is used by the DDR training code for Armada XP. With the upcoming addition of Armada 38x support, lets only define it for Armada XP in this common header. Signed-off-by: NStefan Roese <sr@denx.de> Tested-by: NKevin Smith <kevin.smith@elecsyscorp.com> Tested-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
由 Stefan Roese 提交于
MAX_MVNETA_DEVS is not used anywhere in U-Boot. So lets remove it. Signed-off-by: NStefan Roese <sr@denx.de> Tested-by: NKevin Smith <kevin.smith@elecsyscorp.com> Tested-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
由 Stefan Roese 提交于
Since these files will be used for other MVEBU SoC's, lets reflect this in the headers marcos as well. Signed-off-by: NStefan Roese <sr@denx.de> Tested-by: NKevin Smith <kevin.smith@elecsyscorp.com> Tested-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
由 Stefan Roese 提交于
Now that the mach-mvebu directory exists and is used by Armada XP we can move the mvebu-common files into this directory as well. Signed-off-by: NStefan Roese <sr@denx.de> Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Tested-by: NKevin Smith <kevin.smith@elecsyscorp.com> Tested-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
由 Stefan Roese 提交于
Move arch/arm/include/asm/arch-armada-xp/* -> arch/arm/mach-mvebu/include/mach/* Additionally the SYS_SOC is renamed from "armada-xp" to "mvebu". With this change all these files can better be shared with other, newer Mavell MVEBU SoC's. Like the upcoming Armada 38x support. Signed-off-by: NStefan Roese <sr@denx.de> Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Tested-by: NKevin Smith <kevin.smith@elecsyscorp.com> Tested-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
由 Stefan Roese 提交于
Move arch/arm/cpu/armv7armada-xp/* -> arch/arm/mach-mvebu/* Since this platform will be extended to support other Marvell SoC's as well, lets rename it directly to mvebu. This will be used by the upcoming Armada 38x suport (A38x). Signed-off-by: NStefan Roese <sr@denx.de> Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Tested-by: NKevin Smith <kevin.smith@elecsyscorp.com> Tested-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
- 29 4月, 2015 29 次提交
-
-
-
-
由 Masahiro Yamada 提交于
Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Masahiro Yamada 提交于
Move arch/arm/include/asm/arch-zynq/* -> arch/arm/mach-zynq/include/mach/* Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Masahiro Yamada 提交于
Move arch/arm/cpu/armv7/zynq/* -> arch/arm/mach-zynq/* Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Masahiro Yamada 提交于
The comment line in arch/arm/cpu/armv7/zynq/config.mk says that the option "-mfpu=neon" is necessary for compiling lowlevel_init.S. We do not have to give it to all the source files. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Michal Simek 提交于
Enable SDHCI0 for zynqmp. Add empty gpio.h because of sdhci requirement. Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
Provide an option to write filesystem independend commands. Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
Added the SPI driver support for ZynqMP The controller is same as zynq SPI controller Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Reviewed-by: NJagannadha Sutradharudu Teki <jagannadh.teki@gmail.com>
-
Enable the i2c driver for ZynqMP Also enable the eeprom for read and writes to eeprom on ZynqMP ZynqMP uses the same i2c controller as in Zynq Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Michal Simek 提交于
Add support for EMMC bootmode. Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Michal Simek 提交于
Add support for Veloce - zynqmp emulation platform. Platform doesn't support SDHCI. Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
Fix wrong timer calculation in get_timer_masked incase of overflow. This fixes the issue of getting wrong time from get_timer() calls. Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
Remove the quirk SDHCI_QUIRK_NO_CD as it is not required. Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Michal Simek 提交于
Add support for loading sw for R5 with enabling for zynqmp. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com>
-
Define the mmu table till 2MB granularity enable dcaches for zynqmp. Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
Disable all level shifters before enabling the PS-to-PL level shifters as it would be good to disable all level shifters before enabling the PS-to-PL in order to ensure that it is in proper state Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Masahiro Yamada 提交于
We are about to change the location for ps7_init files, breaking the current work-flows. It is good time to drop the legacy ps7_init.c/h support. Going forward, please use ps7_init_gpl.c/h all the time. If you are still using old Xilinx tools that are only able to generate ps7_init.c/h, rename them into ps7_init_gpl.c/h. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Suggested-by: NSören Brinkmann <soren.brinkmann@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Nathan Rossi 提交于
The PicoZed is a System-on-Module board which is marketed as part of the ZedBoard/MicroZed/etc. collection. It includes a Zynq-7000 processor. This patch adds support that covers all the variants of the PicoZed including the SKUs with Z7010/Z7020 and Z7015/Z7030 Zynq chips. This patch set however only covers support for the System-on-Module and does not cover any extra components that are available on carrier boards (except those that are fanned out of the module itself). More information on this board, its variants and available carrier boards is available at: http://zedboard.org/product/picozedSigned-off-by: NNathan Rossi <nathan.rossi@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Michal Simek 提交于
On slow platforms not all baudrate setting is valid. Check it directly in the driver and setup maximum possible frequency. Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Michal Simek 提交于
Enable GPIO driver and GPIO commands. Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Andrea Scian 提交于
Most of the code is taken (and adapted) from Linux kernel driver. Just add CONFIG_ZYNQ_GPIO to you config to enable it Signed-off-by: NAndrea Scian <andrea.scian@dave.eu> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Nathan Rossi 提交于
It is possible for CONFIG_XILINX_EMACLITE to be defined without XILINX_EMACLITE_BASEADDR being defined as the EMAC Lite driver support OF init. Check that the driver is enabled and the base address is available before initializing with a static base address. Signed-off-by: NNathan Rossi <nathan.rossi@xilinx.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
-
-
由 Simon Glass 提交于
These functions now rely on uclass_find_first/next_device() and assume that they will either return failure (-ve error code) or a device. In fact, coming to the end of a list is not considered failure and they return 0 in that case. The logic to deal with this was replaced in commit acb9ca2a with just using uclass_get_device_tail(). Add back the missing logic. This bug was caught by unit tests but since they were broken for other reasons at the time, this was not noticed. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Axel Lin 提交于
This was accidentally added by commit dd0b0122 "serial: ns16550: Add an option to specify the debug UART register shift". Remove it. Signed-off-by: NAxel Lin <axel.lin@ingics.com> Acked-by: NSimon Glass <sjg@chromium.org>
-
由 Masahiro Yamada 提交于
Trivial bug fix for commit 5a87c417 (dm: core: Drop device removal error path when not supported). Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Acked-by: NSimon Glass <sjg@chromium.org>
-
-
- 28 4月, 2015 4 次提交
-
-
-
Upto now flash sector_size is assigned from params which isn't necessarily a sector size from vendor, so based on the SECT_* flags from flash_params the erase_size will compute and it will become the sector_size finally. Bug report (from Bin Meng): => sf probe SF: Detected SST25VF016B with page size 256 Bytes, erase size 4 KiB, total 2 MiB, mapped at ffe00000 => sf erase 0 +100 SF: 65536 bytes @ 0x0 Erased: OK Signed-off-by: NJagannadha Sutradharudu Teki <jagannadh.teki@gmail.com> Reported-by: NBin Meng <bmeng.cn@gmail.com> Tested-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Bin Meng 提交于
With SPI flash moving to driver model, commit fbb09918 "dm: Convert spi_flash_probe() and 'sf probe' to use driver model" ignored the SST flash-specific write op (byte program & word program), which actually broke the SST flash from wroking. This commit makes SST flash work again under driver model, by adding SST flash-specific handling in the spi_flash_std_write(). Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NJagannadha Sutradharudu Teki <jagannadh.teki@gmail.com>
-
由 Bin Meng 提交于
Add a new member 'flags' in struct spi_flash to store the flash flags during spi_flash_validate_params(). Signed-off-by: NBin Meng <bmeng.cn@gmail.com> Reviewed-by: NJagannadha Sutradharudu Teki <jagannadh.teki@gmail.com>
-