- Aug 24, 2015
-
-
Marcel Ziswiler authored
Add some more NOR flash details like size, bus width and lock/unlock time outs. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Looks like the define CONFIG_SYS_LCD_PXA_NO_L_BIAS is not used anywhere else throughout the U-Boot sources any more. Drop it. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Cleaning up order of include files by sorting them alphabetically keeping in mind to leave common.h on top. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Cleaning up order of include files by sorting them alphabetically keeping in mind to leave common.h on top. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Cleaning up order of include files by sorting them alphabetically keeping in mind to leave common.h on top. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Cleaning up order of include files by sorting them alphabetically keeping in mind to leave common.h on top. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Marcel Ziswiler authored
Cleaning up order of include files by sorting them alphabetically keeping in mind to leave common.h on top. Signed-off-by:
Marcel Ziswiler <marcel@ziswiler.com>
-
Andrew Ruder authored
This patch moves pxa to the common timer functions added in commit 8dfafdde - Introduce common timer functions <Rob Herring> The (removed) pxa timer code (specifically __udelay()) could deadlock at the 32-bit boundary of get_ticks(). get_ticks() returned a 32-bit value cast up to a 64-bit value. If get_ticks() + tmo in __udelay() crossed the 32-bit boundary, the while condition became unconditionally true and locked the processor. Rather than patch the specific pxa issues, simply move everything over to the common code. Signed-off-by:
Andrew Ruder <andrew.ruder@elecsyscorp.com> Cc: Marek Vasut <marex@denx.de> Cc: Tom Rini <trini@konsuiko.com>
-
Andrew Ruder authored
Since commit 3ff46cc4 ("arm: relocate the exception vectors") pxa does not boot anymore. Add a specific relocate_vectors macro that skips the vector relocation, as the pxa SoC does not provide RAM at the high vectors address (0xFFFF0000), and (0x00000000) maps to ROM. This allows pxa to boot again. Cc: Marek Vasut <marex@denx.de> Signed-off-by:
Andrew Ruder <andrew.ruder@elecsyscorp.com>
-
git://git.denx.de/u-boot-socfpgaTom Rini authored
Conflicts: configs/socfpga_arria5_defconfig configs/socfpga_cyclone5_defconfig configs/socfpga_socrates_defconfig Merged these by hand and re-ran savedefconfig on them. Signed-off-by:
Tom Rini <trini@konsulko.com>
-
git://git.denx.de/u-boot-netTom Rini authored
-
- Aug 23, 2015
-
-
Marek Vasut authored
Pull out the ArriaV SoCDK clock config from ancient Altera U-Boot "rel_socfpga_v2013.01.01_15.05.01_pr" and implant those values into mainline to get a booting ArriaV SoCDK. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Synchronise the config options with Cyclone V SoCDK and other boards. This enables ethernet on the ArriaV SoCDK. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Add the missing DT nodes, so that ArriaV SoCDK can boot from SD card. The SD card must be in slot J5 and BSEL must be 0x5. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Repair the maintainer entries so they match the current state of code. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Enable the DWAPB GPIO driver for SoCFPGA Cyclone V and Arria V. Signed-off-by:
Marek Vasut <marex@denx.de> Cc: Simon Glass <sjg@chromium.org> Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
-
Marek Vasut authored
Add "bank-name" property to each GPIO bank to give it unique name. The approach here is exactly the same as with the "regulator-name" property for regulators. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Add driver for the DesignWare APB GPIO IP block. This driver is DM capable and probes from DT. Signed-off-by:
Marek Vasut <marex@denx.de> Cc: Simon Glass <sjg@chromium.org>
-
Marek Vasut authored
Now that we're actually converting the QTS-generated header files, we can even adjust their data types. A good candidate for this is the pinmux table, where each entry can have value in the range of 0..3, but each element is declared as unsigned long. By changing the type to u8, we can save over 600 Bytes from the SPL, so do it. This patch also constifies the array. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Add script which loads the QTS-generated sources and headers and converts them into sensible format which can be used with much more easy in mainline U-Boot. The script also filters out macros which makes no sense anymore, so they don't pollute namespace and waste space. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Just remove the ArriaV specific parts from the CycloneV SoCDK board and they are no longer needed now. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Just remove the CycloneV specific parts from the ArriaV SoCDK board and they are no longer needed now. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
The board/altera/socfpga directory is not a generic SoCFPGA machine anymore, but instead it represents the Altera SoCDK board. To make matters more complicated, it represents both CycloneV and ArriaV variant. On the other hand, nowadays, the content of this board directory is mostly comprised of QTS-generated header files, while all the generic code is in arch/arm/mach-socfpga already. Thus, this patch splits the board/altera/socfpga into a separate board directory for ArriaV SoCDK and CycloneV SoCDK, so that each can be populated with the correct QTS-generated header files for that particular board. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
The CONFIG_TARGET_SOCFPGA_CYCLONE5 and CONFIG_TARGET_SOCFPGA_ARRIA5 selected both a board and a CPU. This is not correct as these macros are supposed to select only board. All would be good, if QTS-generated header files didn't check for these macros exactly to determine if the platform is Cyclone V or Arria V. Thus, for the sake of compatibility with not well fleshed out header file generator, this patch makes these two macros into a stub config option and introduces new CONFIG_TARGET_SOCFPGA_CYCLONE5_SOCDK and CONFIG_TARGET_SOCFPGA_ARRIA5_SOCDK targets, which select the previous stub config option. The result is that compatibility with QTS is preserved and the new CONFIG_TARGET_* select actual target boards. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Move the wrappers for QTS-generated files into platform directory out of the board directory. The trick here is to add -I to CFLAGS such that it points to the board directory in source tree and thus the qts/ directory there is still reachable. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
The GMAC which is enabled is purely board property, so do not enable arbitrary GMAC in DT include files. Same goes for PHY mode, which is again a board property. The CycloneV SoCDK does this correctly, but SoCrates doesn't. This bug never manifested itself though, since all the boards ever used the GMAC1 . This bug manifests itself only on boards that utilise GMAC0. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
The socfpga_cyclone5.dtsi has an mmc0 node, socrates has mmc node. This makes aliases not very usable, so make everything into mmc0. Moreover, zap the useless mmc alias while at this. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
This code claims it needs to wait 7us, yet it uses get_timer() function which operates with millisecond granularity. Use timer_get_us() instead, which operates with microsecond granularity. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Based on observation, this udelay(20) was apparently too high and caused subsequent failure to calibrate DDR when U-Boot was compiled with certain toolchains. Lowering this delay fixed the problem. Instead of permanently lowering the delay, calculate the correct delay based on the original comment, that is, obtain EOSC1 frequency and use it to calculate the precise delay. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
Fix the following problem: drivers/ddr/altera/sequencer.c: In function 'sdram_calibration_full': drivers/ddr/altera/sequencer.c:1943:25: warning: 'found_failing_read' may be used uninitialized in this function [-Wmaybe-uninitialized] if (found_passing_read && found_failing_read) ^ drivers/ddr/altera/sequencer.c:1803:26: note: 'found_failing_read' was declared here u32 found_passing_read, found_failing_read, initial_failing_dtap; ^ Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
This gem is really really rare, there was an actual float used in the Altera DDR init code, which pulled in floating point ops from the libgcc, just wow. Since we don't support floating point operations the same way Linux does not support them, replace this with an integer multiplication and division combo. This removes some 2kiB of size from the SPL as the floating point ops are no longer pulled in from libgcc. This was detected by enabling CONFIG_USE_PRIVATE_LIBGCC=y , which does not contain the floating point bits. Signed-off-by:
Marek Vasut <marex@denx.de>
-
- Aug 21, 2015
-
-
Simon Glass authored
Move config for the E1000 Ethernet driver to Kconfig and tidy up affected boards. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
Several files are out of order. This means that when the moveconfig tool moves CONFIG options to Kconfig it generates a large diff. To avoid this, reorder the files first. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add Kconfig options in preparation for moving boards to use Kconfig. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
Update this driver to support driver model. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Joe Hershberger <joe.hershberger@ni.com> Tested-by:
Marcel Ziswiler <marcel.ziswiler@toradex.com> Tested-on: Apalis T30 2GB on Apalis Evaluation Board
-
Simon Glass authored
Since struct eth_device does not exist with CONFIG_DM_ETH defined, avoid using it in the driver unless necessary. Most of the time it is better to pass the private driver pointer anyway. Also refactor the code so that code that the driver model implementation will share are available in functions that can be called. Add stubs where necessary. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Joe Hershberger <joe.hershberger@ni.com> Tested-by:
Marcel Ziswiler <marcel.ziswiler@toradex.com> Tested-on: Apalis T30 2GB on Apalis Evaluation Board
-
Simon Glass authored
We cannot currently include any header files in the C files since common.h needs to be included first, and it is in the header file. Move it. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Acked-by:
Joe Hershberger <joe.hershberger@ni.com> Tested-by:
Marcel Ziswiler <marcel.ziswiler@toradex.com> Tested-on: Apalis T30 2GB on Apalis Evaluation Board
-
Michal Simek authored
Current behavior is that if CTRL+C is pressed command returns 0 that was successful which is not correct behavior. The easiest test case is "tftpboot 80000 uImage && echo yes" and press CTRL+C. Then the second command is called which is incorrect. Error log: zynq-uboot> tftpb 80000 uImage && echo yes Gem.e000b000:7 is connected to Gem.e000b000. Reconnecting to Gem.e000b000 Gem.e000b000 Waiting for PHY auto negotiation to complete....... done Using Gem.e000b000 device TFTP from server 192.168.0.102; our IP address is 192.168.0.101 Filename 'uImage'. Load address: 0x80000 Loading: ################ Abort yes zynq-uboot> This patch adds -EINTR return value when CTRL+C is pressed. Signed-off-by:
Michal Simek <michal.simek@xilinx.com> Reviewed-by:
Tom Rini <trini@konsulko.com> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Mingkai Hu authored
High 32-bit address is needed when u-boot runs in 64-bit space. Tested on armv8-based LS2085ARDB. Signed-off-by:
Mingkai Hu <Mingkai.Hu@freescale.com> Signed-off-by:
York Sun <yorksun@freescale.com> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-