This commit enables Kconfig.
Going forward, we use Kconfig for board configuration.
mkconfig will never be used. Nor will include/config.mk be generated.
Kconfig must be adjusted for U-Boot because our situation is
a little more complicated than Linux Kernel.
We have to generate multiple binary im
CONFIG_${ARCH} is defined by Kconfig.
Signed-off-by: Masahiro Yamada
Reviewed-by: Simon Glass
---
arch/arc/config.mk | 2 +-
arch/arm/config.mk | 2 +-
arch/avr32/config.mk | 1 -
arch/blackfin/config.mk | 1 -
arch/m68k/config.m
We are about to move CONFIG_SPL_TEXT_BASE from header files to defconfig.
But we cannot move them as they are.
The problem is that #ifdef statements are used in board headers with
TPL support. Like this:
#ifdef CONFIG_TPL_BUILD
#define CONFIG_SPL_TEXT_BASE0xD0001000
#elif defined(CONFIG
Use "make _defconfig" instead of "make _config".
WARNING
This adjustment is not enough.
MAKEALL should parse defconfig files instead of boards.cfg.
This commit has not got this rework done yet.
Signed-off-by: Masahiro Yamada
---
MAKEALL | 14 +++---
1 file changed, 11 insertions(+), 3
We are about to switch to Kconfig in the next commit.
But there are something to get done beforehand.
In Kconfig, include/generated/autoconf.h defines boolean
CONFIG macros as 1.
CONFIG_SPL and CONFIG_TPL, if defined, must be defined as 1.
Otherwise, when switching to Kconfig, the build log
would
All the CONFIG_SPL_TEXT_BASE and CONFIG_TPL_TEXT_BASE definition
were moved to defconfig.
Now we can clean-up config headers.
Signed-off-by: Masahiro Yamada
---
include/config_fallbacks.h | 5 -
include/configs/B4860QDS.h | 1 -
include/configs/BSC9131RDB.h
CONFIG_SPL and CONFIG_TPL are defined in Kconfig.
Remove the redundant definition in config headers.
Signed-off-by: Masahiro Yamada
Reviewed-by: Simon Glass
---
include/configs/B4860QDS.h | 1 -
include/configs/BSC9131RDB.h | 1 -
include/configs/BSC9132QDS.h |
This commit adds more Kconfig files, which were written by hand.
Signed-off-by: Masahiro Yamada
---
Kconfig | 45 +
1 file changed, 45 insertions(+)
create mode 100644 Kconfig
diff --git a/Kconfig b/Kconfig
new file mode 100644
index 000..491fbc
Do not apply this patch to the main line
What is this tool?
--
This tool converts boards.cfg to defconfig and Kconfig files.
It automatically generates
- arch/${ARCH}/Kconfig
- board/${VENDOR
mkconfig is no longer used in Kconfig.
Signed-off-by: Masahiro Yamada
---
mkconfig | 192 ---
1 file changed, 192 deletions(-)
delete mode 100755 mkconfig
diff --git a/mkconfig b/mkconfig
deleted file mode 100755
index cd911a9..0
Use "make _defconfig" instead of "make _config".
WARNING
This adjustment is not enough.
MAKEALL should parse defconfig files instead of boards.cfg.
This commit has not got this rework done yet.
Signed-off-by: Masahiro Yamada
---
tools/buildman/board.py | 2 +-
tools/buildman/builder.py | 6 +
We are about to switch to Kconfig in the next commit.
But there are something to get done beforehand.
In Kconfig, include/generated/autoconf.h defines boolean
CONFIG macros as 1.
CONFIG_SPL and CONFIG_TPL, if defined, must be defined as 1.
Otherwise, when switching to Kconfig, the build log
would
CONFIG_SPL and CONFIG_TPL are defined in Kconfig.
Remove the redundant definition in config headers.
Signed-off-by: Masahiro Yamada
Reviewed-by: Simon Glass
---
include/configs/B4860QDS.h | 1 -
include/configs/BSC9131RDB.h | 1 -
include/configs/BSC9132QDS.h |
We are about to move CONFIG_SPL_TEXT_BASE from header files to defconfig.
But we cannot move them as they are.
The problem is that #ifdef statements are used in board headers with
TPL support. Like this:
#ifdef CONFIG_TPL_BUILD
#define CONFIG_SPL_TEXT_BASE0xD0001000
#elif defined(CONFIG
CONFIG_${ARCH} is defined by Kconfig.
Signed-off-by: Masahiro Yamada
Reviewed-by: Simon Glass
---
arch/arc/config.mk | 2 +-
arch/arm/config.mk | 2 +-
arch/avr32/config.mk | 1 -
arch/blackfin/config.mk | 1 -
arch/m68k/config.m
All the CONFIG_SPL_TEXT_BASE and CONFIG_TPL_TEXT_BASE definition
were moved to defconfig.
Now we can clean-up config headers.
Signed-off-by: Masahiro Yamada
---
include/config_fallbacks.h | 5 -
include/configs/B4860QDS.h | 1 -
include/configs/BSC9131RDB.h
Do not apply this patch to the main line
What is this tool?
--
This tool converts boards.cfg to defconfig and Kconfig files.
It automatically generates
- arch/${ARCH}/Kconfig
- board/${VENDOR
Use "make _defconfig" instead of "make _config".
FIXME!
This fixup is bad because it spends still depends on boards.cfg
to support options such as -a , -c etc.
We want to delete it when switching to Kconfig.
We have to invent another method without using boards.cfg.
Signed-off-by: Masahiro Yama
This commit adds more Kconfig files, which were written by hand.
Signed-off-by: Masahiro Yamada
---
Kconfig | 41 +
arch/Kconfig | 66
2 files changed, 107 insertions(+)
create mode 100644 Kco
mkconfig is no longer used in Kconfig.
Signed-off-by: Masahiro Yamada
---
mkconfig | 192 ---
1 file changed, 192 deletions(-)
delete mode 100755 mkconfig
diff --git a/mkconfig b/mkconfig
deleted file mode 100755
index cd911a9..0
This commit enables Kconfig.
Going forward, we use Kconfig for board configuration.
mkconfig will never be used. Nor will include/config.mk be generated.
Kconfig must be adjusted for U-Boot because our situation is
a little more complicated than Linux Kernel.
We have to generate multiple binary im
Use "make _defconfig" instead of "make _config".
FIXME!
This fixup is bad because it spends still depends on boards.cfg
to support options such as -a , -c etc.
We want to delete it when switching to Kconfig.
We have to invent another method without using boards.cfg.
Signed-off-by: Masahiro Yama
>From: Tom Rini [mailto:tom.r...@gmail.com] On Behalf Of Rini, Tom
>On Thu, May 08, 2014 at 09:43:47PM +0530, pekon gupta wrote:
>
>> GPMC controller on TI's OMAP SoC is general purpose controller to interface
>> with different types of external devices like;
>> - parallel NOR flash
>> - parallel
Hello,I have a DHCP server set up to provide all of the environment variables
listed at the bottom of this page:
http://www.denx.de/wiki/view/DULG/UBootEnvVariablesSpecifically, I've configure
my DHCP server to provide option #67, Bootfile name, as "zImage"u-boot picks up
on this nicely and so
Hi Jeroen,
On 24 May 2014 11:09, Jeroen Hofstee wrote:
> Hello Simon,
>
> On vr, 2014-05-23 at 15:37 -1000, Simon Glass wrote:
>
>> On 9 May 2014 12:31, Jeroen Hofstee wrote:
>> > Hello,
>> >
>> > tools/Makefile uses the following substitution
>> >
>> > HOST_EXTRACFLAGS += -include $(srctree)/in
Hi Akshay,
On 26 May 2014 03:33, Akshay Saraswat wrote:
> Hi Simon,
>
>>Hi Akshay,
>>
>>On 21 May 2014 23:23, Akshay Saraswat wrote:
>>> While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
>>> line of devices, there could be other boards using the same chip, so a
>>> common c
On 26 May 2014 03:50, Akshay Saraswat wrote:
> Sometimes Read DQ and DQS are not in phase. Since, this
> phase shift differs from board to board, we need to
> calibrate it at DRAM init phase, that's read DQ calibration.
> This patch adds SW Read DQ calibration routine to compensate
> this skew.
>
On 26 May 2014 17:26, Simon Glass wrote:
[snip[
>> I just wanted to know, if it was a desired behavior. Can it be the dtc
>> is invoked from "board/" and this is the cause of such behavior?
>
> Yes, it uses the current directly as the base.
Sorry, I meant directory.
- Simon
Hi Yegor,
On 25 May 2014 23:41, Yegor Yefremov wrote:
> Hi Simon,
>
> On Sat, May 24, 2014 at 3:58 AM, Simon Glass wrote:
>> Hi Yegor,
>>
>> On 20 May 2014 20:59, Yegor Yefremov wrote:
>>> I have following folder structure:
>>>
>>> board/kernel_fdt.its
>>> output/images/zImage
>>>
>>> The kerne
Hi,
On 24 May 2014 20:15, Harsha Kiran wrote:
> Hi Simon.
> I am able to successfully load the FIT image now :) Thanks for the help.
>
> I applied Heiko's patch. If CONFIG_OF_CONTROL is defined, the behaviour of
> the board is same as i mentioned in my previous emails. I tried removing the
> CONF
The symbol "_start" is defined twice in arch/arm/lib/vectors.S:
around line 48 and line 54.
If CONFIG_SYS_DV_NOR_BOOT_CFG is defined (as on calimain board),
build fails:
arch/arm/lib/vectors.S: Assembler messages:
arch/arm/lib/vectors.S:54: Error: symbol `_start' is already defined
make[1]:
On 2014/5/26 Mon 22:15, Marek Vasut wrote:
On Monday, May 26, 2014 at 03:55:58 PM, aking wrote:
[...]
The PXA27x controller works even with SDXC , that is tested. I suspect
there might be some change in the PXA3xx controller, but I don't really
know for sure. You'd have to check.
Thank you f
Hi Minkyu,
On 25 May 2014 21:15, Minkyu Kang wrote:
> Dear Simon,
>
> On 23/05/14 02:27, Simon Glass wrote:
>> Hi Minkyu,
>>
>> On 21 May 2014 15:20, Minkyu Kang wrote:
>>> On 22/05/14 03:58, Simon Glass wrote:
Hi Minkyu,
On 21 May 2014 00:05, Minkyu Kang wrote:
> On 20/05/14
Hi Akshay,
On 26 May 2014 03:40, Akshay Saraswat wrote:
> Hi Simon,
>
>>On 22 May 2014 01:53, Akshay Saraswat wrote:
>>> From: Doug Anderson
>>>
>>> Setting ps_hold ought to be one of the first things we do when we
>>> first boot up. If we wait until the main u-boot runs we won't set it
>>> in
Dear Albert Aribaud,
please pull the following changes from u-boot-atmel/master into
u-boot-arm/master.
The following changes since commit 49692c5f517d8e44ed9db0de778728fe7d2a300c:
net/designware: Make DMA burst length configurable and reduce by default
(2014-05-25 17:23:58 +0200)
are availa
Dear Josh Wu,
Josh Wu writes:
>As at91 board config file will include the SoC header, so we can remove
>the ARM926EJS definition in board config files.
>
>Signed-off-by: Josh Wu
>
>---
>include/configs/at91sam9n12ek.h |2 --
> include/configs/ethernut5.h |1 -
> include/configs/vl_ma2s
Dear Josh Wu,
Josh Wu writes:
>Also we enable the mmc command in configuration file.
>
>As both CONFIG_CMD_MMC and CONFIG_CMD_USB use the CONFIG_DOS_PARTITION,
>so remove the redundant CONFIG_DOS_PARTITION definition.
>
>Signed-off-by: Josh Wu
>
>---
>v1 -> v2:
> 1. refined the comment for the
Dear Josh Wu,
Josh Wu writes:
>In this configuration the environment will save in file: uboot.env of
>mmc card.
>
>Signed-off-by: Josh Wu
>
>---
>v1 -> v2:
> 1. remove mem=128m and roottype in bootargs.
> 2. default boot command use zImage instead of uImage.
>
> boards.cfg
Dear Josh Wu,
Josh Wu writes:
>The at91x40.h is not exist. So we remove it.
>
>Signed-off-by: Josh Wu
>
>---
>arch/arm/include/asm/arch-at91/hardware.h |2 --
> 1 file changed, 2 deletions(-)
applied to u-boot-atmel/master, thanks!
Best regards,
Andreas Bießmann
Dear Andreas Bießmann,
Andreas Bießmann writes:
>The new atmelimage converts a machine code BLOB to bootable ROM image. Atmel
>ROM has no sophisticated image format, it only checks the first 7 ARM vectors.
>The vectors can contain valid B or LDR opcodes, the 6'th vector contains the
>image size t
Dear Andreas Bießmann,
Andreas Bießmann writes:
>For sama5d3xek we need to modify the SPL image for correct detection by ROM
>code.
>
>Signed-off-by: Andreas Bießmann
>Tested-by: Bo Shen
>
>---
>Changes in v3:
>* add atmel_pmecc_params host tool, it generates an appropriate string for
> mkimag
Dear Andreas Bießmann,
Andreas Bießmann writes:
>Signed-off-by: Andreas Bießmann
>Cc: Bo Shen
>Tested-by: Bo Shen
>---
>Changes in v3:
>* use CONFIG_SPL_GENERATE_ATMEL_PMECC_HEADER
>
>Changes in v2: None
>
> include/configs/sama5d3xek.h |1 +
> 1 file changed, 1 insertion(+)
applied to u-b
Dear Josh Wu,
Josh Wu writes:
>Signed-off-by: Josh Wu
>
>---
>v1 -> v2:
> 1. split the patch alone.
> 2. add missed ARM926EJS macro.
>
> arch/arm/include/asm/arch-at91/at91sam9x5.h |3 +++
> 1 file changed, 3 insertions(+)
applied to u-boot-atmel/master, thanks!
Best regards,
Andreas Bieß
Dear Josh Wu,
Josh Wu writes:
>Now the AT91FAMILY is already defined in the at91 SoC header. The at91
>board config file will include the SoC header file.
>
>So we can remove the redundant AT91FAMILY definition in at91 board
>config files.
>
>Signed-off-by: Josh Wu
>
>---
>v1 -> v2:
> 1. modifi
Dear Andreas Devel,
Andreas Devel writes:
>Signed-off-by: Andreas Bießmann
>Cc: Heiko Schocher
>
>---
>include/configs/corvus.h |1 -
> 1 file changed, 1 deletion(-)
applied to u-boot-atmel/master, thanks!
Best regards,
Andreas Bießmann
___
U-Boo
Dear Josh Wu,
Josh Wu writes:
>Signed-off-by: Josh Wu
>[fix checkpatch line length warning]
>Signed-off-by: Andreas Bießmann
>---
> drivers/mmc/gen_atmel_mci.c |5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
applied to u-boot-atmel/master with slight changes to be checkpatch sav
Dear Josh Wu,
Josh Wu writes:
>We need check the NULL pointer as at91_pio_get_port() may return NULL.
>
>Also print a error message when at91_pio_get_port() failed otherwise we
>cannot notice the failure.
>
>Signed-off-by: Josh Wu
>
>---
>drivers/gpio/at91_gpio.c |3 ++-
> 1 file changed, 2 i
Dear Bo Shen,
Bo Shen writes:
>Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following
>warning on boot:
>
>"Warning: Your board does not use generic board. Please read
>doc/README.generic-board and take action. Boards not
>upgraded by the late 2014 may break or be removed."
>
>Signe
Dear Bo Shen,
Bo Shen writes:
>Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following
>warning on boot:
>
>"Warning: Your board does not use generic board. Please read
>doc/README.generic-board and take action. Boards not
>upgraded by the late 2014 may break or be removed."
>
>Signe
Dear Bo Shen,
Bo Shen writes:
>Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following
>warning on boot:
>
>"Warning: Your board does not use generic board. Please read
>doc/README.generic-board and take action. Boards not
>upgraded by the late 2014 may break or be removed."
>
>Signe
Dear Bo Shen,
Bo Shen writes:
>Enable CONFIG_SYS_GENERIC_BOARD, so that we get rid of the following
>warning on boot:
>
>"Warning: Your board does not use generic board. Please read
>doc/README.generic-board and take action. Boards not
>upgraded by the late 2014 may break or be removed."
>
>Signe
Dear Bo Shen,
Bo Shen writes:
>If without switch to main crystal oscillator, the sama5d3 SoC will
>use internal on chip RC oscillator.
>In order to get better accuracy, switch to main crystal oscillator.
>
>Signed-off-by: Bo Shen
>
>---
>arch/arm/cpu/at91-common/spl.c| 39 +++
Dear Bo Shen,
Bo Shen writes:
>It supports boot from NAND and SD/MMC card.
>
>Signed-off-by: Bo Shen
>
>---
>board/atmel/sama5d3_xplained/sama5d3_xplained.c | 87 +
> include/configs/sama5d3_xplained.h | 50 ++
> 2 files changed, 137 insertions(+)
Hi Josh,
On 19.05.14 13:51, Josh Wu wrote:
> Add to code to flush the dcache after we writing in DMA buffer.
> Also we need invalidate the dcache before we check the status in the
> DMA buffer.
>
> Tested in SAMA5D3x-EK with gmac0. Tftp download speed shows in below:
> Disable DCache: 1.1 M
This also renames the CONFIG_SYS_MACB_xx defines. They are used just local and
therefore don't need the CONFIG_SYS_ prefix.
Signed-off-by: Andreas Bießmann
---
drivers/net/macb.c | 56 +++-
1 file changed, 29 insertions(+), 27 deletions(-)
diff
Cleanup to balance malloc/free calls.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
---
drivers/mmc/kona_sdhci.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/kona_sdhci.c b/drivers/mmc/kona_sdhci.c
index 77e42c8..f804f4c 100644
--- a/drivers/m
Dear Tom Rini,
Please pull the following changes from u-boot-avr32/master into u-boot/master.
The following changes since commit 9665fa8f9e1488209d5e01d0792c243e0a220c5a:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-05-24 06:34:08
-0400)
are available in the git repository at:
- "i2c mw" command hangs (with some compilers)
Signed-off-by: Steve Rae
---
drivers/i2c/kona_i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/kona_i2c.c b/drivers/i2c/kona_i2c.c
index 0b1715a..5eab338 100644
--- a/drivers/i2c/kona_i2c.c
+++ b/drivers/i2c/kon
Dear Andreas Bießmann,
Andreas Bießmann writes:
>Signed-off-by: Andreas Bießmann
>Cc: Masahiro Yamada
>
>---
>include/configs/atngw100mkii.h |1 +
> 1 file changed, 1 insertion(+)
applied to u-boot-avr32/master, thanks!
Best regards,
Andreas Bießmann
___
- update the comments regarding lbaint_t usage
- cleanup casting of values related to the lbaint_t type
- cleanup of a type that requires a u64
Tested on little endian ARMv7 and ARMv8 configurations
Signed-off-by: Steve Rae
---
disk/part_dos.c| 5 +++--
disk/part_efi.c| 51 +++
Tested on little endian ARMv7 and ARMv8 configurations
Signed-off-by: Steve Rae
---
disk/part_efi.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index c74b7b9..8c89740 100644
--- a/disk/part_efi.c
+++ b/disk/part_efi.c
@@ -279,7 +279
This series focusses on the EFI Partition handling and provides:
- fixes to endianness issues
- cleanup of the lbaint_t handling
- cleanup of a type that requires u64
- improved clarification of the code by cleaning up the casting
- verified support of CONFIG_SYS_64BIT_LBA
Also, added new feature:
Add function to find a GPT table entry by name.
Tested on little endian ARMv7 and ARMv8 configurations
Signed-off-by: Steve Rae
---
disk/part_efi.c | 21 -
include/part.h | 11 +++
2 files changed, 31 insertions(+), 1 deletion(-)
diff --git a/disk/part_efi.c b/dis
Hi Albert,
The previous stage bootloader (which I had no control over) wanted it's
header to be aligned to a 512 byte MMC block boundary, presumably since
this allowed DMA operations without copy/shifting. At the same time, I
didn't want to hack a header into start.S because I didn't want to c
From: Michael van der Westhuizen
Remove the verified boot limitation that only allows a single
RSA public exponent of 65537 (F4). This allows use with existing
PKI infrastructure, and has been tested with HSM-based PKI.
Change the configuration OF tree format to store the RSA public
exponent as
Dear David,
In message you wrote:
>
> I am will glad to share my understanding.
Thanks.
> > I wonder how "adrp" would work in any code that is supposed to be
> > position-independent?
> In my understanding, with adrp the program is still relocatable except that
> the text base should be 4
Assign default environment and set env valid during board_init_f
before relocation as the actual environment will be read from eeprom
later.
Signed-off-by: Siva Durga Prasad Paladugu
---
Changes in v2:
-Handled the same in redundant env case also
as per review comment.
common/env_eeprom.c |
On Monday, May 26, 2014 at 03:55:58 PM, aking wrote:
[...]
> >>> The PXA27x controller works even with SDXC , that is tested. I suspect
> >>> there might be some change in the PXA3xx controller, but I don't really
> >>> know for sure. You'd have to check.
> >>
> >> Thank you for your answer. ar
Remove the verified boot limitation that only allows a single
RSA public exponent of 65537 (F4). This allows use with existing
PKI infrastructure, and has been tested with HSM-based PKI.
Change the configuration OF tree format to store the RSA public
exponent as a 64 bit integer and implement bac
On 5/26/2014 Monday 8:10 PM, Marek Vasut wrote:
On Monday, May 26, 2014 at 01:48:14 PM, aking wrote:
On 5/26/2014 Monday 6:56 PM, Marek Vasut wrote:
On Monday, May 26, 2014 at 12:28:49 PM, aking_jin wrote:
Hi, Marek
On 2014/5/26 Mon 16:59, Marek Vasut wrote:
On Monday, May 26, 2014 at 09:51:
From: Doug Anderson
Setting ps_hold ought to be one of the first things we do when we
first boot up. If we wait until the main u-boot runs we won't set it
in time and the PMIC may power us back off.
Moving ps_hold setup into the generic power_init() which
should contain code that's currently dup
Sometimes Read DQ and DQS are not in phase. Since, this
phase shift differs from board to board, we need to
calibrate it at DRAM init phase, that's read DQ calibration.
This patch adds SW Read DQ calibration routine to compensate
this skew.
Signed-off-by: Alim Akhtar
Signed-off-by: Akshay Saraswa
From: Doug Anderson
>From experiments it appears that PHY_CON13 is glitchy if we sample it
when CLKM is running. If we stop CLKM when sampling it the glitches
all go away, so we'll do that as per Samsung suggestion.
We also check the "is it locked" bits of PHY_CON13 and loop until they
show the
This patch intends to remove all code which enables hardware read
leveling. All characterization environments may not cope up with
h/w read leveling enabled, so we must disable this.
Also, disabling h/w read leveling improves the MIF LVcc value
(LVcc value is the value at which DDR will fail to wor
Passing fewer arguments is better and mem_iv_size is never
used. Let's keep only one argument and make it cleaner.
Signed-off-by: Hatim Ali
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v1:
- Added "Acked-by".
- Removing only "mem_iv_size" argument now.
Define the MAX_CLUSTSIZE to default of 65536 only if
CONFIG_FS_FAT_MAX_CLUSTSIZE is not defined.
This option has been provided to save memory in some
memory constrained cases.
Signed-off-by: Siva Durga Prasad Paladugu
---
Changes in v3:
-Used CONFIG_FS_FAT_MAX_CLUSTSIZE to define MAX_CLUSTSIZE
a
hi Tom,
> On Thu, May 22, 2014 at 10:26:17PM +0800, feng...@phytium.com.cn wrote:
>>
>>
>>> Hi ,
>>> I have added mmc driver into the vexpress64 board file for uboot and tested
>>> it on FVP base model. I tried booting a kernel on that but it is aborting
>>> with the following message:
>>> Fina
This patch series intends to add few changes with respect to
ddr3 init function definition and read leveling.
Changes since v1:
- Added "Acked-by" in patches 1/4, 2/4 and 3/4.
- Removing only "mem_iv_size" argument now in patch 1/4.
- Modified commit-msg for patch 4/4.
Macros defined in exynos5_setup.h specific to SMDK5420
are required for Peach-Pit too. Hence, replacing
CONFIG_SMDK5420 with CONFIG_EXYNOS5420 to enable these
macros for all the boards based on Exynos5420.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v1:
- Added
While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
line of devices, there could be other boards using the same chip, so a
common configuration file is being added (exynos5420.h) as well
as two common device tree files (exynos54xx.dtsi & exynos5420.dtsi).
The peach board as dec
This board is based on Exynos5420 and is similar to SMDK5420 board.
Adding new and refactoring existing DT and config files to support
both SMDK5420 and Peach-Pit.
Changes since v1:
- Added "Acked-by".
Changes since v2:
- Changed order of the patches because 2/2 alone results in c
Hi Simon,
>On 22 May 2014 01:53, Akshay Saraswat wrote:
>> From: Doug Anderson
>>
>> Setting ps_hold ought to be one of the first things we do when we
>> first boot up. If we wait until the main u-boot runs we won't set it
>> in time and the PMIC may power us back off.
>>
>> Moving ps_hold setup
Hi Simon,
>Hi Akshay,
>
>On 21 May 2014 23:33, Akshay Saraswat wrote:
>> This patch intends to remove all code which enables hardware read
>> leveling. All characterization environments may not cope up with
>> h/w read leveling enabled, hence, we need to disable this.
>> Also, disabling h/w read
Due to the FIT_MAX_HASH_LEN constant not having been updated
to support SHA256 signatures one will always see a buffer
overflow in fit_image_process_hash when signing images that
use this larger hash. This is exposed by vboot_test.sh.
Signed-off-by: Michael van der Westhuizen
---
Changes in v2:
Hi Simon,
>Hi Akshay,
>
>On 21 May 2014 23:23, Akshay Saraswat wrote:
>> While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
>> line of devices, there could be other boards using the same chip, so a
>> common configuration file is being added (exynos5420.h) as well
>> as two c
hi Wolfgang,
I am will glad to share my understanding.
> Dear David,
>
> In message <0579e649-f359-415b-a8ed-e1d4267f8...@phytium.com.cn> you wrote:
>>
>>> And if any text base alignment is less than the image's maximum
>>> alignment requirement, the load will fail, and then we likely scra
On Monday, May 26, 2014 at 01:54:54 PM, aking wrote:
[...]
> > Also, you didn't really answer my question with regards to porting U-Boot
> > above. If you do that, use latest mainline, not 2014.01 .
>
> I just have to add SD support for my board, It's emergency. sorry for
> that.
Can you pleas
On Monday, May 26, 2014 at 01:48:14 PM, aking wrote:
> On 5/26/2014 Monday 6:56 PM, Marek Vasut wrote:
> > On Monday, May 26, 2014 at 12:28:49 PM, aking_jin wrote:
> >> Hi, Marek
> >>
> >> On 2014/5/26 Mon 16:59, Marek Vasut wrote:
> >>> On Monday, May 26, 2014 at 09:51:58 AM, aking_jin wrote:
> >
Hi Masahiro,
On Mon, May 26, 2014 at 2:28 PM, Masahiro Yamada
wrote:
> Hi Vasili,
>
> On Mon, 26 May 2014 13:51:52 +0300
> Vasili Galka wrote:
>
>> Hi,
>>
>> Are all boards supposed to build fine in v2014.04 release?
>> I'm running "./MAKEALL -a powerpc" and get build failure for 9 boards:
>>
>>
On 5/26/2014 Monday 6:56 PM, Marek Vasut wrote:
On Monday, May 26, 2014 at 12:28:49 PM, aking_jin wrote:
Hi, Marek
On 2014/5/26 Mon 16:59, Marek Vasut wrote:
On Monday, May 26, 2014 at 09:51:58 AM, aking_jin wrote:
Hi, marek
I've seen on the Internet that pxa310 support SDHC up to 32G
On 5/26/2014 Monday 6:56 PM, Marek Vasut wrote:
On Monday, May 26, 2014 at 12:28:49 PM, aking_jin wrote:
Hi, Marek
On 2014/5/26 Mon 16:59, Marek Vasut wrote:
On Monday, May 26, 2014 at 09:51:58 AM, aking_jin wrote:
Hi, marek
I've seen on the Internet that pxa310 support SDHC up to 32G
On 05/26/2014 12:29 PM, Siva Durga Prasad Paladugu wrote:
> Define the MAX_CLUSTSIZE to default of 65536 only if
> CONFIG_FS_FAT_MAX_CLUSTSIZE is not defined in board
> specific config file.
> Also please define your own MAX_CLUSTSIZE value if
> CONFIG_FS_FAT_MAX_CLUSTSIZE is defined.
> This option
Hi Vasili,
On Mon, 26 May 2014 13:51:52 +0300
Vasili Galka wrote:
> Hi,
>
> Are all boards supposed to build fine in v2014.04 release?
> I'm running "./MAKEALL -a powerpc" and get build failure for 9 boards:
>
> Boards with errors: 9 ( ep8248 MPC8572DS MPC8572DS_36BIT PMC440
> dlvision-10g io
On Monday, May 26, 2014 at 12:28:49 PM, aking_jin wrote:
> Hi, Marek
>
> On 2014/5/26 Mon 16:59, Marek Vasut wrote:
> > On Monday, May 26, 2014 at 09:51:58 AM, aking_jin wrote:
> >> Hi, marek
> >>
> >> I've seen on the Internet that pxa310 support SDHC up to 32GB, but
> >>
> >> I'm using u
Hi,
Are all boards supposed to build fine in v2014.04 release?
I'm running "./MAKEALL -a powerpc" and get build failure for 9 boards:
Boards with errors: 9 ( ep8248 MPC8572DS MPC8572DS_36BIT PMC440
dlvision-10g io iocon neo ep8248 )
ep8248
--
/home/lab/dev/uboot/Makefile:501: *** "System not
Hi,
I am using the u-boot-arndale from
https://github.com/virtualopensystems/u-boot-arndale and I am using the
arm-linux-gnueabi- Linaro toolchain for compilation? I also tried
u-boot-linaro-2013.03.01 but the issue persist? any suggestion please?
Many thanks.
--
View this message in context
Define the MAX_CLUSTSIZE to default of 65536 only if
CONFIG_FS_FAT_MAX_CLUSTSIZE is not defined in board
specific config file.
Also please define your own MAX_CLUSTSIZE value if
CONFIG_FS_FAT_MAX_CLUSTSIZE is defined.
This option has been provided to save memory in some
memory constrained cases.
S
Commit 41623c91 moved exception handling to arch/arm/lib/vectors.S,
breaking CONFIG_USE_IRQ feature.
If CONFIG_USE_IRQ is enabled, undefined reference error occurs.
arch/arm/lib/built-in.o: In function `interrupt_init':
arch/arm/lib/interrupts.c:37: undefined reference to `IRQ_STACK_START'
"make ep8248_config" fails with an error like this:
$ make ep8248_config
make: *** [ep8248_config] Error 1
Its cause is that there are two entries for "ep8248".
The first is around line 661 of boards.cfg. (as Active)
The second appears around line 1242. (as Orphan)
This bug was original
Hi, Marek
On 2014/5/26 Mon 16:59, Marek Vasut wrote:
On Monday, May 26, 2014 at 09:51:58 AM, aking_jin wrote:
Hi, marek
I've seen on the Internet that pxa310 support SDHC up to 32GB, but
I'm using u-boot 2014.01, It could initialize OK.
Device: PXA MMC
Manufacturer ID: 3
1 - 100 of 114 matches
Mail list logo
