- 10 1月, 2014 14 次提交
-
-
Zed is a complete development board based on the Xilinx Zynq-7000 All Programmable SoC. APSOC: - XC7Z020-CLG484-1 Memory: - 512 MB DDR3 - 256 Mb Quad-SPI Flash( - Full size SD/MMC card cage Connectivity: - 10/100/1000 Ethernet - USB OTG (Device/Host/OTG) - USB-UART Expansion: - FMC (Low Pin Count) - Pmod. headers (2x6) Video/Display: - HDMI output (1080p60 + audio) - VGA connector - 128 x 32 OLED - User LEDs (9) User inputs: - Slide switches (8) - Push button switches (7) Audio: - 24-bit stereo audio CODEC - Stereo line in/out - Headphone - Microphone input Analog: - Xilinx XADC header - Supports 4 analog inputs - 2 Differential / 4 Single-ended Debug: - On-board USB JTAG programming port - ARM Debug Access Port (DAP) For more info - http://zedboard.org/product/zedboardSigned-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
The Zynq-7000 APSOC zc702 and zc706 enabled complte embedded processing includes ASIC and FPGA design. ZC702-: APSOC: - XC7Z020-CLG484-1 Memory: - DDR3 Component Memory 1GB - 16MB Quad SPI Flash - IIC - 1 KB EEPROM Connectivity: - Gigabit Ethernet GMII, RGMII and SGMII. - USB OTG - Host USB - IIC Bus Headers/HUB - 1 CAN with Wake on CAN - USB-UART Video/Display: - HDMI Video OUT - 8X LEDs Control & I/O: - 3 User Push Buttons - 2 User Switches - 8 User LEDs For more info on zc702 board: - http://www.xilinx.com/products/boards-and-kits/EK-Z7-ZC702-G.htm ZC706-: APSOC: - XC7Z045 FFG900 -2 AP SoC Memory: - DDR3 Component Memory 1GB (PS) - DDR3 SODIM Memory 1GB (PL) - 2X16MB Quad SPI Flash (dual parallel) - IIC - 1 KB EEPROM Connectivity: - PCIe Gen2x4 - SFP+ and SMA Pairs - GigE RGMII Ethernet (PS) - USB OTG 1 (PS) - Host USB - IIC Bus Headers/HUB (PS) - 1 CAN with Wake on CAN (PS) - USB-UART Video/Display: - HDMI 8 color RGB 4.4.4 1080P-60 OUT - HDMI IN 8 color RGB 4.4.4 Control & I/O: - 2 User Push Buttons/Dip Switch, 2 User LEDs - IIC access to GPIO - SDIO (SD Card slot) - 3 User Push Buttons, 2 User Switches, 8 User LEDs For more info on zc706 board: - http://www.xilinx.com/products/boards-and-kits/EK-Z7-ZC706-G.htmSigned-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Information on zynq u-boot about - zynq boards - mainline status - TODO Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
zynq.h -> zynq-common.h, zynq-common is Common configuration options for all Zynq boards. zynq.h is no longer exists hense removed from boards.cfg Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Zynq ethernet controller support two GEM's like CONFIG_ZYNQ_GEM0 and CONFIG_ZYNQ_GEM1 enabled both so-that the respective board will define these macros based on their usage. Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Zynq uart controller support two serial ports like CONFIG_ZYNQ_SERIAL_UART0 and CONFIG_ZYNQ_SERIAL_UART1 enabled both so-that the respective board will define these macros based on their usage. Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
- Enable cache command - Turn-off L2 cache - Turn-on D-cache Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Cleanups mostly on: - Add comments - Re-order configs - Remove #define CONFIG_ZYNQ_SDHCI Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Cleanup on memory configuration options: - Add comment - Re-order configs Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Cleanup on miscellaneous configurable options: - Rename SYS_PROMPT as "zynq-uboot" - Add comment - Re-order configs Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
This enabled Boot FreeBSD/vxWorks from an ELF image support Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Enabled fit_format_{error,warning}() Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
由 Albert ARIBAUD 提交于
The vexpress_aemv8a is the first aarch64 board in U-Boot. As it was introduced, it gets built when "MAKEALL -a arm" is invoked, and fails as this command is run with a 32-bit, not 64-bit, toolchain as the cross-compiler. Introduce 'aarch64' as a valid 'MAKEALL -a' argument, treated as 'arm' for all other intents, and change the architecture of the vexpress_aemv8a entry in boards.cfg from 'arm' to 'aarch64'.
-
由 Tom Rini 提交于
The toolchain sets __aarch64__ for both LE and BE. In the case of posix_types.h we cannot reliably use config.h as that will lead to problems. In the case of byteorder.h it's clearer to check the EB flag being set in either case instead. Cc: David Feng <fenghua@phytium.com.cn> Signed-off-by: NTom Rini <trini@ti.com> Amended by Albert ARIBAUD <albert.u.boot@aribaud.net> to actually remove the config.h include from the posix_types.h files, with permission from Tom Rini.
-
- 09 1月, 2014 11 次提交
-
-
由 David Feng 提交于
Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 David Feng 提交于
Signed-off-by: NDavid Feng <fenghua@phytium.com.cn> Signed-off-by: NBhupesh Sharma <bhupesh.sharma@freescale.com>
-
由 David Feng 提交于
Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 David Feng 提交于
Relocation code based on a patch by Scott Wood, which is: Signed-off-by: NScott Wood <scottwood@freescale.com> Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 Scott Wood 提交于
Signed-off-by: NScott Wood <scottwood@freescale.com> Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 Scott Wood 提交于
While performing relocations on u-boot.bin should be good enough for booting on real hardware, some simulators insist on booting an ELF file (and yet don't perform ELF relocations), so convert the relocated binary back into an ELF file. This can go away in the future if we change relocate-rela to operate directly on the ELF file, or if and when we stop caring about a simulator with this restriction. Signed-off-by: NScott Wood <scottwood@freescale.com> Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 Scott Wood 提交于
ARM64 uses the newer RELA-style relocations rather than the older REL. RELA relocations have an addend in the relocation struct, rather than expecting the loader to read a value from the location to be updated. While this is beneficial for ordinary program loading, it's problematic for U-Boot because the location to be updated starts out with zero, rather than a pre-relocation value. Since we need to be able to run C code before relocation, we need a tool to apply the relocations at build time. In theory this tool is applicable to other newer architectures (mainly 64-bit), but currently the only relocations it supports are for arm64, and it assumes a 64-bit little-endian target. If the latter limitation is ever to be changed, we'll need a way to tell the tool what format the image is in. Eventually this may be replaced by a tool that uses libelf or similar and operates directly on the ELF file. I've written some code for such an approach but libelf does not make it easy to poke addresses by memory address (rather than by section), and I was hesitant to write code to manually parse the program headers and do the update outside of libelf (or to iterate over sections) -- especially since it wouldn't get test coverage on things like binaries with multiple PT_LOAD segments. This should be good enough for now to let the manual relocation stuff be removed from the arm64 patches. Signed-off-by: NScott Wood <scottwood@freescale.com> Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 David Feng 提交于
Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 David Feng 提交于
Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 David Feng 提交于
Signed-off-by: NDavid Feng <fenghua@phytium.com.cn>
-
由 Albert ARIBAUD 提交于
-
- 08 1月, 2014 6 次提交
-
-
由 Mugunthan V N 提交于
Byte offset of Ethernet mac address read from e-fuse are wrong so DHCP is not working on some boards, modifying the offset to read properly. Signed-off-by: NMugunthan V N <mugunthanvnm@ti.com>
-
由 Nikita Kiryanov 提交于
Following commit "arm: omap3: Enable clocks for peripherals only if they are used" (f33b9bd3) it is now necessary to enable clocks for GPIO banks explicitly. On cm_t35, GPIO bank 5 is necessary for scf0403 lcd support. Enable GPIO bank 5 clocks. Signed-off-by: NNikita Kiryanov <nikita@compulab.co.il> Cc: Igor Grinberg <grinberg@compulab.co.il> Cc: Tom Rini <trini@ti.com> Acked-by: NIgor Grinberg <grinberg@compulab.co.il>
-
由 Jeroen Hofstee 提交于
Commit f33b9bd3 breaks boards which do not explicitly enable the gpio clocks. This causes the twister spl to hang, since it uses the no longer enabled gpio 55. Add CONFIG_OMAP3_GPIO_2 to unbrick the board. Cc: Stefano Babic <sbabic@denx.de> Cc: Tapani Utriainen <tapani@technexion.com> Signed-off-by: NJeroen Hofstee <jeroen@myspectrum.nl> Acked-by: NStefano Babic <sbabic@denx.de>
-
由 Jeroen Hofstee 提交于
commit f9095aac793aa8917ab9b915c5d449e6dc8d3d30, "mtd: nand: omap: add CONFIG_NAND_OMAP_ECCSCHEME for selection of ecc-scheme" removed CONFIG_SPL_NAND_SOFTECC from the tam3517 common config, causing the spl nand boot to fail. Add it back, so derived boards boot again. Cc: Pekon Gupta <pekon@ti.com> Cc: Scott Wood <scottwood@freescale.com> Cc: Raphael Assenat <raph@8d.com> Cc: Stefano Babic <sbabic@denx.de> Cc: Tapani Utriainen <tapani@technexion.com> Signed-off-by: NJeroen Hofstee <jeroen@myspectrum.nl> Acked-by: NStefano Babic <sbabic@denx.de>
-
由 Tom Rini 提交于
The omap3_zoom2 board has not been updated for a correct CONFIG_SYS_HZ and Tom Rix's email has long been bouncing. Signed-off-by: NTom Rini <trini@ti.com>
-
由 Tom Rini 提交于
With the changes to make OOBFREE/ECCPOS configurable but default to larger, we need to set these config options for the space savings they provide. Cc: Scott Wood <scottwood@freescale.com> Cc: Heiko Schocher <hs@denx.de> Signed-off-by: NTom Rini <trini@ti.com>
-
- 06 1月, 2014 5 次提交
-
-
由 Holger Brunck 提交于
Due to the i2c mux rework in u-boot we now have only to specify the busnumber and not the whole mux configuration. Signed-off-by: NHolger Brunck <holger.brunck@keymile.com> Acked-by: NHeiko Schocher <hs@denx.de>
-
由 Karlheinz Jerg 提交于
The board is similar to the standard km_kirkwood board. From a u-boot point of view, the only difference is an increased 256 MiB DRAM (128M16). A board based on this design is for example the SUP12. Signed-off-by: NKarlheinz Jerg <karlheinz.jerg@keymile.com> Signed-off-by: NHolger Brunck <holger.brunck@keymile.com>
-
由 Luka Perkov 提交于
Signed-off-by: NLuka Perkov <luka@openwrt.org> CC: Prafulla Wadaskar <prafulla@marvell.com> Acked-By: NPrafulla Wadaskar <prafulla@marvell.com>
-
由 Albert ARIBAUD 提交于
-
由 Albert ARIBAUD 提交于
Conflicts: include/micrel.h The conflict above was trivial, caused by four lines being added in both branches with different whitepace.
-
- 03 1月, 2014 4 次提交
-
-
由 Sergey Alyoshin 提交于
Enable fuse supply before fuse programming and disable after. Signed-off-by: NSergey Alyoshin <alyoshin.s@gmail.com> Reviewed-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
-
由 Otavio Salvador 提交于
The enable_fec_anatop_clock method should be available for all MX6 variant as it is not MX6 SoloLite specific. This moves the code out of the #ifdef/#endif and we make it conditional to CONFIG_FEC_MXC instead. Signed-off-by: NOtavio Salvador <otavio@ossystems.com.br> Acked-by: NStefano Babic <sbabic@denx.de>
-
由 Otavio Salvador 提交于
This patch fixes allow for the DeviceTree and initrd relocation fixing the boot of FSL 3.10.9-1.0.0-alpha kernel. This changes following boards: - mx6sabreauto - mx6sabresd - wandboard - udoo - nitrogen6x - cgtqmx6eval The reasoning, as explained by Hui Liu, is: ,---- | The FDT blob will be placed at DDR physical addr: 0x11000000. When Linux kernel | Boot up, it will decompress the compressed kernel image and place the decompressed | kernel image at the low end of the DDR memory and start running from it. If the | decompressed kernel image is bigger for example than 16M, it may over written the | fdt blob which u-boot loaded to the DDR memory @0x11000000 with fdt_addr=0x11000000 | | To expand the fdt_addr from 0x11000000 to 0x18000000, which can avoid the override | Since we will not likely have one kernel image larger than 128MB. `---- Signed-off-by: NOtavio Salvador <otavio@ossystems.com.br> Acked-by: NStefano Babic <sbabic@denx.de>
-
由 Otavio Salvador 提交于
This adds following new targets: - update_nand_kernel - update_nand_fdt - update_nand_filesystem and to avoid confusion, the 'update_nand_full' has been renamed to 'update_nand_firmware_full'. Signed-off-by: NOtavio Salvador <otavio@ossystems.com.br>
-