summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeLines
* board/BuR/kwb: Support modify bootcmd through reset-controllerHannes Petermaier2015-03-05-2/+28
| | | | | | | | | | | | | For some cases it is necessary to modify temporaly the bootcommand. This can be done by writing into the Scratchregister a specific value: * 0xCC - modify bootcmd "run netboot" * 0xCD - modify bootcmd "run netscript" * 0xCE - modify bootcmd "run mmcboot" the environment in flash is NOT overwritten. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/kwb: Form a bootline for vxWorksHannes Petermaier2015-03-05-0/+30
| | | | | | | | vxWorks needs several parameters which are set by the bootloader und his environment. So we form a vxWorks bootline and pass the result to vxWorks on a predefined address. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/kwb: Redesign default-environmentHannes Petermaier2015-03-05-36/+45
| | | | | | | Due to several changes in the boot-process we do a complete redesign of the default environment. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/kwb: Support booting LinuxHannes Petermaier2015-03-05-1/+8
| | | | | | | | | | For series testing purpose we need to boot some linux, therefore we enable the needed features - bootz - devicetree Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/kwb: switch to board HW-Rev3Hannes Petermaier2015-03-05-63/+89
| | | | | | | | | The board has been redesigned, therefore we need from now other I/O Pins to mux and handle. Older boards aren't supported from now anymore. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: cosmetic changesHannes Petermaier2015-03-05-2/+0
| | | | | | remove unnary '#define ETHLED_ORANGE (96+16) /* GPIO3_16 */' Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: Rework default-environment settings.Hannes Petermaier2015-03-05-5/+66
| | | | | | | Due to several changes of the boot-process we've redesigned the default- environment settings completly. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/common: Add support for displaying BMP on LCDHannes Petermaier2015-03-05-1/+8
| | | | | | | Customer wants to display some logo very quickly after power on, so we support from now loading a compressed bmp.gz to the screen. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/common: Enable CONFIG_CMD_TIMEHannes Petermaier2015-03-05-0/+1
| | | | | | | time measurement of u-boot commands is needed very often during development. We add this feature until development is completed. Maybe forever :) Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/common: Introduce Network Console and common environment for itHannes Petermaier2015-03-05-31/+25
| | | | | | | | | | | It is often necessary to "break in" into boards bootloader commandline if something fails or even for development purposes some parameters have to be changed. So we enable u-boot's CONFIG_NETCONSOLE feature. We also modify Networksettings to apply with this new use-case. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: Chg Pinmux - enable UART1 pinsHannes Petermaier2015-03-05-0/+8
| | | | Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: Chg pinmux - use free NAND Pins in non NAND-config as GPIOHannes Petermaier2015-03-05-1/+8
| | | | | | | On boards were we have no NAND-flash soldered, we want to use those free pins as regular gpio. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: Change pinmux for GPIO2_28 from GPIO to PWM-TimeroutputHannes Petermaier2015-03-05-3/+3
| | | | Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: Enable EXT4 supportHannes Petermaier2015-03-05-0/+4
| | | | Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: Enable U-Boot BOOTCOUNT featureHannes Petermaier2015-03-05-0/+4
| | | | Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/tseries: Enable HW-WatchdogHannes Petermaier2015-03-05-0/+7
| | | | Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/common: try to setup cpsw mac-address from the devicetreeHannes Petermaier2015-03-05-10/+15
| | | | | | | | since we have a dtb blob programmed on the board we try to setup the cpsw interface with the programmed mac. If this method fails, we fall back to the device-fuses. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* board/BuR/common: Take usage of am335x LCD-DisplayHannes Petermaier2015-03-05-19/+463
| | | | | | | a summary screen to the lcd. Values are taken from environment and or devicetree blob. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* common/lcd: Add command for writing to lcd-displayHannes Petermaier2015-03-05-0/+18
| | | | | | | | | | Sometimes we do not want redirect u-boot's console to screen but anyway we want write out some status information out of a u-boot script to the display. So we cannot use the normal "echo ....", instead we write explicitly using "lcdputs ..." for writing to the actual cursor position on LCD. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* common/lcd: Add command for setting cursor within lcd-consoleHannes Petermaier2015-03-05-0/+21
| | | | | | | | | | Sometimes we do not want redirect u-boot's console to screen but anyway we want write out some status information out of a u-boot script to the display. To define the specific position of the string to be written, we have to set the cursor with "setcurs" before writing. Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* drivers/video/am335x-fb: Add possibility to wait for stable power/pictureHannes Petermaier2015-03-05-7/+15
| | | | | | | | | | | | | | Often on boards exists a circuit which switches power on/off to LCD display. Due to the need of limiting the in-rush current the output voltage from this circuit rises "slowly", so it is necessary to wait a bit (VCC ramp up time) before starting output on LCD-pins. This time is specified in <n> ms within the panel-settings, called "pup_delay" Further some LCDs need a couple of frames to stabilize the image on it. We have now the possibility to wait some time after starting output on LCD. This time is also specified in <n> ms within panel-settings, called "pon_delay" Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>
* arm: spear: Move to generic board supportStefan Roese2015-03-05-0/+3
| | | | | | | | | | Without this change the board support for these SPEAr boards would be dropped soon. Generic board support seems to work just fine. Signed-off-by: Stefan Roese <sr@denx.de> Cc: Viresh Kumar <viresh.kumar@linaro.org> Cc: Vipin Kumar <vk.vipin@gmail.com> Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
* net: Support DMA threshold mode in DWMAC driverSonic Zhang2015-03-05-0/+5
| | | | | | - DMA threshold mode can be selected in board config head file. Signed-off-by: Sonic Zhang <sonic.zhang@analog.com>
* net: configure DWMAC DMA by default AXI burst lengthSonic Zhang2015-03-05-1/+7
| | | | | | | | | | | | | Board can define its own AXI burst length to improve DWMAC DMA performance. v2-changes: - Avoid write burst len register when the Macro is not defined. v3-changes: - Add axi_bus register member to struct eth_dma_regs. Signed-off-by: Sonic Zhang <sonic.zhang@analog.com> Acked-by: Joe Hershberger <joe.hershberger@ni.com>
* scripts/checkstack.pl: update to get AArch64 port from LinuxKim Phillips2015-03-05-11/+16
| | | | | | | | | | | | | | Bring checkstack.pl up to date from its upstream Linux development. Effectively, the following linux commits: 208ad00 checkstack.pl: port to AArch64 fda9f99 scripts/checkstack.pl: automatically handle 32-bit and 64-bit mode for ARCH=x86 7eb6e34 kbuild: trivial - remove trailing empty lines 690998b scripts/checkstack.pl: Add metag support Reported-by: York Sun <yorksun@freescale.com> Cc: Masahiro Yamada <yamada.m@jp.panasonic.com> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
* gpt: support random UUIDs without setting environment variablesRob Herring2015-03-05-21/+35
| | | | | | | | | | Currently, an environment variable must be used to store the randomly generated UUID for each partition. This is not necessary, so make storing the UUID optional. Now passing uuid_disk and uuid are optional when random UUIDs are enabled. Signed-off-by: Rob Herring <robh@kernel.org> Acked-by: Przemyslaw Marczak <p.marczak@samsung.com>
* gpt: fix error reporting on partition table write failuresRob Herring2015-03-05-2/+2
| | | | | | | | | The gpt command always reports success even if writing the partition table failed. Propagate the return value of gpt_restore so we get proper status reported. Signed-off-by: Rob Herring <robh@kernel.org> Reviewed-by: Przemyslaw Marczak <p.marczak@samsung.com>
* arm, da8xx: convert ipam390 board to generic board supportHeiko Schocher2015-03-05-0/+1
| | | | | | enable generic board support for the ipam390 board. Signed-off-by: Heiko Schocher <hs@denx.de>
* travis.yml: some adaptionsHeiko Schocher2015-03-05-26/+89
| | | | | | | | | | | | | | | - adapt to build with eldk-5.4 - add more targets for building with buildman: - freescale -x arm,m68k,aarch64 - arm1136 - arm1176 - arm720t - arm920t - davinci - kirkwood Signed-off-by: Heiko Schocher <hs@denx.de> Reviewed-by: Roger Meier <r.meier@siemens.com>
* arm: pxa: introducing cpuinfo display for marvell pxa270mMarcel Ziswiler2015-03-05-2/+15
| | | | | | | | | | | | | | | According to table 2-3 on page 87 of Marvell's latest PXA270 Specification Update Rev. I from 2010.04.19 [1] there exists a breed of chips with a new CPU ID for PXA270M A1 stepping which our latest Colibri PXA270 V2.4A modules actually have assembled. This patch helps in correctly identifying those chips upon boot as well which then looks as follows: CPU: Marvell PXA27xM rev. A1 [1] http://www.marvell.com/application-processors/pxa-family/assets/pxa_27x_spec_update.pdf Acked-by: Marek Vasut <marex@denx.de>
* kconfig: common: Fix memtest bool nameNikolaos Pasaloukos2015-03-05-1/+1
| | | | | | | Fix the name appearing in menuconfig for memtest command Signed-off-by: Nikolaos Pasaloukos <Nikolaos.Pasaloukos@imgtec.com> Cc: Masahiro Yamada <yamada.m@jp.panasonic.com
* woodburn: Convert to generic boardStefano Babic2015-03-05-0/+1
| | | | | | | Boards need to select CONFIG_SYS_GENERIC_BOARD in order to prevent removal from the project. Signed-off-by: Stefano Babic <sbabic@denx.de>
* mx35pdk: Convert to generic boardStefano Babic2015-03-05-0/+1
| | | | | | | Boards need to select CONFIG_SYS_GENERIC_BOARD in order to prevent removal from the project. Signed-off-by: Stefano Babic <sbabic@denx.de>
* flea3: Convert to generic boardStefano Babic2015-03-05-0/+1
| | | | | | | Boards need to select CONFIG_SYS_GENERIC_BOARD in order to prevent removal from the project. Signed-off-by: Stefano Babic <sbabic@denx.de>
* fsl_sec.h: Fix thinkoTom Rini2015-03-05-1/+1
| | | | | | | | In 0200020 we added a number of tests for 'if defined(CONFIG_SYS_FSL_SEC_LE) && !defined(CONFIG_MX6)' and accidentally did one as 'ifdef defined...' Signed-off-by: Tom Rini <trini@konsulko.com>
* Merge branch 'master' of git://www.denx.de/git/u-boot-imxTom Rini2015-03-05-52/+1196
|\
| * mx5: fix get_reset_causeStefano Babic2015-03-05-17/+2
| | | | | | | | | | | | | | | | | | | | | | | | commit d9f43c8f5c1d7ed27c99a06be85a4bb64b2c73fb sets get_reset_cause() as static, but this conflicts with mx5 where its prototype is in sys_proto.h. Drop it from sys_proto.h and drop print_cpuinfo from mx53_loco, factorizing the call for this board. Signed-off-by: Stefano Babic <sbabic@denx.de> CC: Jason Liu <jason.hui@linaro.org>
| * warp: Select BOUNCE_BUFFER and CMD_EXT optionsFabio Estevam2015-03-02-0/+4
| | | | | | | | | | | | | | Add EXT2/EXT4 and BOUNCE_BUFFER support. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> Acked-by: Otavio Salvador <otavio@ossystems.com.br>
| * warp: Add USB Mass Storage supportFabio Estevam2015-03-02-0/+32
| | | | | | | | | | | | | | | | | | | | With UMS support we are able to flash the eMMC from U-boot, which is very convenient. Add UMS support to make the eMMC flashing process easier. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> Acked-by: Otavio Salvador <otavio@ossystems.com.br>
| * mx6slevk: Provide a proper pad configuration for OTG1_ID pinFabio Estevam2015-03-02-1/+6
| | | | | | | | | | | | | | Pass the same pad configuration as done in the kernel so that OTG1_ID pin can properly work in device mode. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
| * imx6: Added DEK blob generator commandRaul Cardenas2015-03-02-10/+492
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Freescale's SEC block has built-in Data Encryption Key(DEK) Blob Protocol which provides a method for protecting a DEK for non-secure memory storage. SEC block protects data in a data structure called a Secret Key Blob, which provides both confidentiality and integrity protection. Every time the blob encapsulation is executed, a AES-256 key is randomly generated to encrypt the DEK. This key is encrypted with the OTP Secret key from SoC. The resulting blob consists of the encrypted AES-256 key, the encrypted DEK, and a 16-bit MAC. During decapsulation, the reverse process is performed to get back the original DEK. A caveat to the blob decapsulation process, is that the DEK is decrypted in secure-memory and can only be read by FSL SEC HW. The DEK is used to decrypt data during encrypted boot. Commands added -------------- dek_blob - encapsulating DEK as a cryptgraphic blob Commands Syntax --------------- dek_blob src dst len Encapsulate and create blob of a len-bits DEK at address src and store the result at address dst. Signed-off-by: Raul Cardenas <Ulises.Cardenas@freescale.com> Signed-off-by: Nitin Garg <nitin.garg@freescale.com> Signed-off-by: Ulises Cardenas <ulises.cardenas@freescale.com> Signed-off-by: Ulises Cardenas-B45798 <Ulises.Cardenas@freescale.com>
| * mx6sabre: Select CMD_EXT4 optionsFabio Estevam2015-03-02-0/+2
| | | | | | | | | | | | | | Add EXT4 support. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> Acked-by: Otavio Salvador <otavio@ossystems.com.br>
| * mx6sabre: Enable User Mass StorageFabio Estevam2015-03-02-0/+14
| | | | | | | | | | | | | | | | | | User Mass Storage is very useful for flashing the on-board eMMC. Add support for it. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> Acked-by: Otavio Salvador <otavio@ossystems.com.br>
| * board: tbs2910: Enable USB Mass Storage supportSoeren Moch2015-03-02-0/+13
| | | | | | | | | | | | | | Add USB Mass Storage support. This is useful for flashing the on-board eMMC. Signed-off-by: Soeren Moch <smoch@web.de> Reviewed-by: Fabio Estevam <fabio.estevam@freescale.com>
| * mx35: Fix boot hang by avoiding vector relocationFabio Estevam2015-03-02-0/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit 3ff46cc42b9d73d0 ("arm: relocate the exception vectors") mx35 does not boot anymore. Add a specific relocate_vectors macro that skips the vector relocation, as the i.MX35 SoC does not provide RAM at the high vectors address (0xFFFF0000), and (0x00000000) maps to ROM. This allows mx35 to boot again. Cc: Sebastian Priebe <sebastian.priebe@cadcon.de> Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> Tested-by: Stefano Babic <sbabic@denx.de>
| * mx31: Fix boot hang by avoiding vector relocationFabio Estevam2015-03-02-0/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit 3ff46cc42b9d73d0 ("arm: relocate the exception vectors") mx31 does not boot anymore. Add a specific relocate_vectors macro that skips the vector relocation, as the i.MX31 SoC does not provide RAM at the high vectors address (0xFFFF0000), and (0x00000000) maps to ROM. This allows mx31 to boot again. Cc: Anatolij Gustschin <agust@denx.de> Cc: Magnus Lilja <lilja.magnus@gmail.com> Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
| * mx25pdk: Turn on the LCD supplyFabio Estevam2015-03-02-2/+2
| | | | | | | | | | | | | | | | | | Currently there is no support for MC34704 PMIC in the mainline kernel. Turn on the LCD supply via bootloader for the time being, so that we could use the LCD in the kernel. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
| * mc34704: Add the definition of ONOFFA bitFabio Estevam2015-03-02-0/+1
| | | | | | | | | | | | | | | | ONOFFA is the bit 3 of the GENERAL2 register. Add its definition. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
| * Merge branch 'master' of git://git.denx.de/u-bootStefano Babic2015-03-02-10781/+9833
| |\
| * | warp: Add initial WaRP Board supportOtavio Salvador2015-02-23-0/+345
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The WaRP Board is a Wearable Reference Plaform. The board features: - Freescale i.MX6 SoloLite processor with 512MB of RAM - Freescale FXOS8700CQ 6-axis Xtrinsic sensor - Freescale Kinetis KL16 MCU - Freescale Xtrinsic MMA955xL intelligent motion sensing platform The board implements a hybrid architecture to address the evolving needs of the wearables market. The platform consists of a main board and an example daughtercard with the ability to add additional daughtercards for different usage models. For more information about the project, visit: http://www.warpboard.org/ Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Reviewed-by: Marek Vasut <marex@denx.de> Acked-by: Stefano Babic <sbabic@denx.de>
generated by cgit v1.1 at 2024-08-26 08:26:43 +0000