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
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.
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
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
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.
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
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
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
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
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:
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 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
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 |
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
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
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
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
- 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
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
___
- "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 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:
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
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
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
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(+)
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 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 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 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 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 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 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 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 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:
>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:
>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 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
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
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
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
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]:
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
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
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
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.
>
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
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
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
>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
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
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
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
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
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
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
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 |
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 +
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
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 |
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
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
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
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
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
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 20:47, Simon Glass wrote:
> Hi Minkyu,
>
> On 15 May
I am trying to run FALCON MODE on zynq-microzed board. I am following
README-falcon.But when i run `nand read 8200 kernel` command, i get
this error..
no devices available
And when i run u-boot it shows..
**
> NAND: zynq_nand_init: Unable detect NAND based on MIO settings ZYNQ
Dear "mazen.e",
In message <1401086047300-180701.p...@n7.nabble.com> you wrote:
>
> mkimage -A arm -O u-boot -T standalone -C none -a 0x0c10 -e 0x0c10
> -n "Hello World" -d hello_world.bin Hello.img
...
> ARNDALE5250 # bootm 0x43E0
> ## Booting kernel from Legacy Image at 43e0 ..
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
OEM: 5344
Name: SS08G
Tran Speed: 2600
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
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
OEM: 5344
Name: SS08G
Tran Speed: 2600
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
Thanks Wolfgang,
I will do and post the result.
Many thanks.
--
View this message in context:
http://u-boot.10912.n7.nabble.com/Standalone-application-issue-tp180515p180707.html
Sent from the U-Boot mailing list archive at Nabble.com.
___
U-Boot mai
-- Forwarded message --
From: Uzair Zaidi
Date: Mon, May 26, 2014 at 1:05 PM
Subject: xilinx-u-boot:- NAND: no devices available
To: U-Boot@lists.denx.de
I am trying to run FALCON MODE on zynq-microzed board. I am following
README-falcon.But when i run `nand read 8200 kernel`
Hello,
On zo, 2014-05-25 at 23:34 -0700, mazen.e wrote:
>
> ARNDALE5250 # bootm 0x43E0
> ## Booting kernel from Legacy Image at 43e0 ...
>Image Name: Hello World
>Image Type: ARM U-Boot Standalone Program (uncompressed)
>Data Size:594 Bytes = 594 Bytes
>Load Addre
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 kernel.its has following path for the zImage:
>>
>> data = /incbin/("output
Hi Wolfgang, Darwin,
On Thu, 15 May 2014 21:19:57 +0200, Wolfgang Denk wrote:
> Setting CONFIG_SYS_TEXT_BASE to something like 0x8820 is extremly
> fishy. If you want to add some header data to your image, you should
> not shift the text segment, but rather include your header in the
> star
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
> OEM: 5344
> Name: SS08G
> Tran Spee
On Monday, May 26, 2014 at 07:32:22 AM, Heiko Schocher wrote:
> Hello Marek,
>
> Am 24.05.2014 12:30, schrieb Marek Vasut:
> > On Thursday, May 22, 2014 at 12:43:06 PM, Heiko Schocher wrote:
> >> resync with linux:
> >>
> >> commit 455c6fdbd219161bd09b1165f11699d6d73de11c
> >> Author: Linus Torva
On 05/26/2014 09:35 AM, Uzair Zaidi wrote:
> I am trying to run FALCON MODE on zynq-microzed board. I am following
> README-falcon.But when i run `nand read 8200 kernel` command, i get
> this error..
>
> no devices available
>
>
> And when i run u-boot it shows..
> **
>
> > NAND
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
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
"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
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'
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
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
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
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
1 - 100 of 114 matches
Mail list logo
