10 Apr, 2015
4 commits
-
Signed-off-by: Albert ARIBAUD (3ADEV)
-
The controller's Reed-Solomon ECC hardware is
used except of course for raw reads and writes.
It covers in- and out-of-band data together.The SPL framework is supported.
Signed-off-by: Albert ARIBAUD (3ADEV)
-
Signed-off-by: Albert ARIBAUD (3ADEV)
09 Apr, 2015
2 commits
-
Email address is not longer valid that's why remove it.
Signed-off-by: Michal Simek
-
Since commit 326a682358c1 (malloc_f: enable SYS_MALLOC_F by default
if DM is on), Zynq MMC boot hangs up after printing the following:U-Boot SPL 2015.04-rc5-00053-gadcc570 (Apr 08 2015 - 12:59:11)
mmc boot
reading system.dtbPrior to commit 326a682358c1, Zynq boards enabled CONFIG_DM, but
not CONFIG_SYS_MALLOC_F. That commit forcibly turned on
CONFIG_SYS_MALLOC_F. I have not figured out the root cause, but
anyway it looks like CONFIG_SYS_MALLOC_F gave a bad impact on the
Zynq MMC boot.We are planning to have the v2015.04 release in a few days.
I know this is a defensive fixup, but what I can do now is to add
# CONFIG_SYS_MALLOC_F is not set
to every Zynq defconfig file to get back the original behavior.Tested on:
- Zedboard
- ZC706 boardSigned-off-by: Masahiro Yamada
Tested-by: Michal Simek
Cc: Simon Glass
07 Apr, 2015
8 commits
-
With e37f1eb we now use strict_strtoul() in do_mem_mtest() and this
gives us a warning:
../include/vsprintf.h:38:5: note: expected 'long unsigned int *' but
argument is of type 'int *'Signed-off-by: Tom Rini
-
Top-level Makefile has option to select dtc binary, but it is ignored
due to bug in Makefile.lib. Fix it.Signed-off-by: Pavel Machek
-
Since the Kconfig conversion, boards.cfg scanned by MAKEALL is
generated by tools/genboardscfg.py. Every board is supposed to have
its own MAINTAINERS that contains maintainer and status information,
but, in fact, MAINTAINERS is missing from some boards.For such boards, the first field, Status, is filled with '-'.
It causes a problem for "set" command, which ignores '-' in its
arguments. Consequently, get_target_arch() returns a wrong field
and MAKEALL fails to get a correct toolchain.Signed-off-by: Masahiro Yamada
-
Since the Kconfig conversion, config.mk has been included only when
include/config/auto.conf is newer than the .config file.It causes build error if both files have the same time-stamps.
It is actually possible because EXT* file systems have a 1s time-stamp
resolution.The config.mk should be included when include/config/auto.conf is
*not older* than the .config file.Signed-off-by: Masahiro Yamada
Reported-by: Tom Rini
Reported-by: York Sun
Reported-by: Stephen Warren
Reported-by: Matthew Gerlach
Tested-by: Stephen Warren -
Back in fc46bae a "clean up" was introduced that intended to reconcile
some of the AM335x codepaths based on how AM43xx operates.
Unfortunately this introduced a regression on the DDR2 platforms. This
was un-noticed on DDR3 (everything except for Beaglebone White) as we
had already populated sdram_config correctly in sequence. This change
brings us back to the older behavior and is fine on all platforms.Tested on Beaglebone White, Beaglebone Black and AM335x GP EVM
Reported-by: Matt Ranostay
Signed-off-by: Tom Rini -
Currently, memtest will silently accept bad data. Perform error
checking on user intput.Signed-off-by: Pavel Machek
-
In stead of user_buffer_size, transfer_size should be used to pass to
ahci_device_data_io(). transfer_size is the length that we want the
low level function to transfer each time.
If we use user_buffer_size which is the totally data length as parameter,
low level function will actually create many SGs to transfer as many data
as possible each time. That will produce many redundant data transfer.Signed-off-by: Tang Yuantian
Reviewed-by: Simon Glass -
The u-boot environment is redundantly stored in a NOR flash on our boards.
Redundant means that there are two places to store the environment. But only
one of the two is active. I discovered that on one board the u-boot (env_sf)
uses the environment from the second place and the Kernel (fw_printenv) uses
the environment from the first place.
To decide which is the active environment there is a byte inside the
environment. 1 means active and 0 means obsolete. But on that board both
environments had have a 1. This can happen if a power loss or reset occurs
during writing the environment. In this situation the u-boot (env_sf)
implementation uses the second environment as default. But the Kernel
(fw_printenv) implementation uses the first environment as default.This commit corrects the default in the u-boot env_sf implementation when a
problem was detected. Now the recovery default is the same like in all other
environment implementations. E.g. fw_printenv and env_flash. This ensures that
u-boot and Kernel use the same environment.Signed-off-by: Mario Schuknecht
06 Apr, 2015
15 commits
-
After this change it is possible to boot trats2 device with Image.itb,
which facilitates automated testing, since only one file is necessary.Signed-off-by: Lukasz Majewski
Signed-off-by: Minkyu Kang -
After this change it is possible to boot trats device with Image.itb,
which facilitates automated testing, since only one file is necessary.Signed-off-by: Lukasz Majewski
Signed-off-by: Minkyu Kang -
This change allows using Image.itb image format with Exynos4 devices
(especially trats and trats2).
Such change facilitates automated testing since only one binary needs
to be prepared.Signed-off-by: Lukasz Majewski
Signed-off-by: Minkyu Kang -
Remove GPIOs from smdk5420 board file and because the same
is already specified via DT.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
Add backlight enable GPIO, and delay needed for panel powerup
via FIMD DT node.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
Now that parade driver supports reading SLP and RST GPIO
from DT, specify the same in parade DT node.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
Now that the exynos_fb driver supports handling backlight GPIO
via DT, specify pwm output property via FIMD DT node.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
Add support to configure EDP_RST GPIO and EDP_SLP GPIO,
if provided in parade DT node.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
Add support to configure PWM_OUT(PWM output) GPIO and
BL_EN(backlight enable) GPIO, if provided in FIMD DT node.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
The existing setting for rpll_sdiv generates 70.5Mhz RPLL
video clock to drive 1366x768 panel on peach_pit.This clock rate is not sufficient to drive 1920x1080 panel on peach-pi.
So, we adjust rpll_sdiv to 3 so that it generates 141Mhz pixel clock
which can drive peach-pi LCD.This change doesn't break peach-pit LCD since 141/2=70.5Mhz, i.e FIMD
divider at IP level will get set to 1(the required divider setting
will be calculated and set by exynos_fimd_set_clock()) and hence
peach-pit LCD still works fine.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
Add get_lcd_clk and set_lcd_clk callbacks for Exynos5800 needed by
exynos video driver.Signed-off-by: Ajay Kumar
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
The peach boards have their SDRAM start address at 0x20000000 instead of
0x40000000 which seems common for all other exynos5 based boards. This
means the layout set in exynos5-common.h causes the kernel be loaded
more then 128MB (at 0x42000000) away from memory start which breaks
booting kernels with CONFIG_AUTO_ZRELADDRDefine a custom MEM_LAYOUT_ENV_SETTINGS for both peach boards which uses
the same offsets from start of memory as the common exynos5 settings.This fixes booting via bootz and PXE
Signed-off-by: Sjoerd Simons
Reviewed-by: Simon Glass
Signed-off-by: Minkyu Kang -
We can enable / disable trace feature from the FTRACE config options.
To enable, compile U-Boot with FTRACE=1.This patch add #ifdef FTRACE in exynos5-common.h for enable/disable
to use FTRACE configs instead of having to change board config files.Signed-off-by: Inha Song
Acked-by: Simon Glass
Signed-off-by: Minkyu Kang -
Commit 2e82e9252695a612ab0cbf40fa0c7368515f6506 'Exynos: Clock: Cleanup
soc_get_periph_rate' introduced a bug in I2C config. This patch makes cros_ec
keyboard working again on Samsung Chromebook (snow).Changes in V2: reorder lines as requested by Joonyoung Shim.
Signed-off-by: Guillaume GARDET
Cc: Akshay Saraswat
Cc: Minkyu Kang
Cc: Joonyoung Shim
Reviewed-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang
04 Apr, 2015
1 commit
-
The Orangepi_mini is different enough from the regular Orangepi that it needs
its own dtb, but when it got added a copy and paste error was made and it
got the same dtb filename, fix this.While at it also add a short description of both Orangepi boards to the
defconfig files for them.Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
03 Apr, 2015
10 commits
-
Conflicts:
board/armltd/vexpress64/vexpress64.cSigned-off-by: Tom Rini
-
With the most recent board firmware correct SDIO clock is 50MHz as
opposed to 25 MHz before.Also set max frequency of MMC data exchange equal to SDIO clock -
because there's no way to transfer data faster than interface clock.Signed-off-by: Alexey Brodkin
-
ARCv2 cores may have built-in SLC (System Level Cache, AKA L2-cache).
This change adds functions required for controlling SLC:
* slc_enable/disable
* slc_flush/invalidateFor now we just disable SLC to escape DMA coherency issues until either:
* SLC flush/invalidate is supported in DMA APIin U-Boot
* hardware DMA coherency is implemented (that might be board specific
so probably we'll need to have a separate Kconfig option for
controlling SLC explicitly)Signed-off-by: Alexey Brodkin
-
Signed-off-by: Alexey Brodkin
Cc: Masahiro Yamada
Cc: Simon Glass -
Now when all infrastructure in ARC is ready for it let's switch ARC UART
to driver model.Signed-off-by: Alexey Brodkin
Cc: Masahiro Yamada
Cc: Simon Glass -
[1] Fix misspeling in ARC_CACHE_LINE_SHIFT dependency, now cache-line
lenth selection is correctly enabled if either I$ or D$ are enabled.[2] Add dummy entry to target list to make sure target type is always
mentioned in defconfig. Otherwise defconfig for the first target in the
list will not have target name and later on with addition of the new
target on top of the list in Kconfig will lead to corrupted
configuration expanded from defconfig.Signed-off-by: Alexey Brodkin
-
As discussed on mailing list we're drifting away from
CONFIG_SYS_GENERIC_GLOBAL_DATA in favour to use of board_init_f_mem()
for global data.So do this for ARC architecture.
Signed-off-by: Alexey Brodkin
-
Before that moment our defconfigs were manually modified with addition
of new options. That means once anybody wants to add another option and
re-genarate defconfig with "make defconfig" there will be lots of
differences. So to make future modifications more clean we'll do bulk
re-generation right away.Signed-off-by: Alexey Brodkin
-
Intention behind this work was elimination of as much assembly-written
code as it is possible.In case of ARC we already have relocation fix-up implemented in C so why
don't we use C for U-Boot copying, .bss zeroing etc.It turned out x86 uses pretty similar approach so we re-used parts of
code in "board_f.c" initially implemented for x86.Now assembly usage during init is limited to stack- and frame-pointer
setup before and after relocation.Signed-off-by: Alexey Brodkin
Cc: Simon Glass
