Hi Alexey, Wolfgang,
> --- a/examples/standalone/Makefile
> +++ b/examples/standalone/Makefile
> @@ -38,7 +38,17 @@ targets += $(patsubst $(obj)/%,%,$(LIB)) $(COBJS)
> $(LIBOBJS-y)
> LIBOBJS := $(addprefix $(obj)/,$(LIBOBJS-y))
> ELF := $(addprefix $(obj)/,$(ELF))
>
> -gcclibdir := $(s
Hi,
Thanks Minkyu!
To Pantelis,
There are the patches related with mmc.
So i think you need to check also.(To prevent conflict).
Best Regards,
Jaehoon Chung
On 05/16/2014 03:53 PM, Minkyu Kang wrote:
> On 16/05/14 13:59, Jaehoon Chung wrote:
>> If card and host are supported DDR mode, then it
Dear Masahiro,
In message <20140516160556.e1a8.aa925...@jp.panasonic.com> you wrote:
>
> > +# Add GCC lib
> > +ifdef CONFIG_USE_PRIVATE_LIBGCC
> > +ifeq ($(CONFIG_USE_PRIVATE_LIBGCC),y)
> > +PLATFORM_LIBGCC = arch/$(ARCH)/lib/lib.a
> > +else
> > +PLATFORM_LIBGCC = -L $(CONFIG_USE_PRIVATE_LIBGCC)
Hi, Voice
On 4/24/2014 11:42 AM, Bo Shen wrote:
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 remov
On 4/24/2014 11:42 AM, Bo Shen wrote:
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
First, before we enable DCache. We need add dcache support for macb driver.
Then enable ICache/DCache.
Tested on SAMA5D3x-EK board and AT91SAM9M10G45EK.
Josh Wu (2):
net: macb: enable dcache in macb
ARMv7: at91: enable ICache and DCache.
arch/arm/cpu/armv7/at91/cpu.c |6 +
boa
As SAMA5D3 is a at91 ARMv7 cpu, so we should enable LCD DCache
flush for SAMA5D3X-EK.
Signed-off-by: Josh Wu
---
arch/arm/cpu/armv7/at91/cpu.c |6 ++
board/atmel/sama5d3xek/sama5d3xek.c |6 +-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7
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 MiB/s
Enable DCache: 1.6 MiB/s
Increase speed w
Hi Josh,
On 05/16/2014 04:15 PM, Josh Wu wrote:
As SAMA5D3 is a at91 ARMv7 cpu, so we should enable LCD DCache
flush for SAMA5D3X-EK.
Signed-off-by: Josh Wu
---
arch/arm/cpu/armv7/at91/cpu.c |6 ++
board/atmel/sama5d3xek/sama5d3xek.c |6 +-
2 files changed, 11 inserti
Signed-off-by: Andreas Bießmann
Cc: Heiko Schocher
---
include/configs/corvus.h |1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/corvus.h b/include/configs/corvus.h
index 959e188..631add3 100644
--- a/include/configs/corvus.h
+++ b/include/configs/corvus.h
@@ -27,7 +27,6 @@
In case of multilib-enabled toolchains if default architecture differ from
the one examples are being built for linker will fail to link example object
files with libgcc of another (non-compatible) architecture.
Interesting enough for years in main Makefile we used CFLAGS/c_flags for this
but not
On 4/24/2014 11:42 AM, Bo Shen wrote:
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
Hi,
On Thu, 2014-05-15 at 07:01 +1200, Charles Manning wrote:
> On Thursday 15 May 2014 04:42:58 Pavel Machek wrote:
> > Hi!
> >
> > > I am trying to understand the state of the socfpga preloader in mainline
> > > u-boot.
> > >
> > > >From what I see, this is broken and perhaps has never worked.
>
Hi Wolfgang, Tom,
> Hi Wolfgang,
>
> > Dear Lukasz,
> >
> > In message <20140515090904.32f1d13d@amdc2363> you wrote:
> > >
> > > > > What I complained about is the change in behaviour. I asked
> > > > > to make the existing behaviour the default, so unaware users
> > > > > will not be affected
Signed-off-by: Josh Wu
---
arch/arm/include/asm/arch-at91/at91sam9x5.h |2 ++
include/configs/at91sam9m10g45ek.h |1 -
include/configs/at91sam9n12ek.h |1 -
include/configs/at91sam9x5ek.h |1 -
include/configs/sama5d3_xplained.h |1 -
Hi, Bo
Thanks for the review ;-)
On 5/16/2014 4:29 PM, Bo Shen wrote:
Hi Josh,
On 05/16/2014 04:15 PM, Josh Wu wrote:
As SAMA5D3 is a at91 ARMv7 cpu, so we should enable LCD DCache
flush for SAMA5D3X-EK.
Signed-off-by: Josh Wu
---
arch/arm/cpu/armv7/at91/cpu.c |6 ++
board
A-007186: SerDes Ring VCO does not maintain lock
throughout specified temperature range.
Option 1 of the workaround states:
-
For all 1.25/2.5/5 GHz protocols, use LC VCO instead
of Ring VCO. Rather than selecting the SRDS_PRTCL_Sx
in the RCW, use the Alternate
On 05/13/2014 08:14 PM, Simon Glass wrote:
> There is an unfortunate bug in the signoff suppression logic. The first
> pass is performed with 'git log', and all signoffs are added to the
> supression set, such that the second time (when processing the real
> patches) we always suppress the signoffs
Hi Josh,
On 05/16/2014 05:17 PM, Josh Wu wrote:
diff --git a/board/atmel/sama5d3xek/sama5d3xek.c
b/board/atmel/sama5d3xek/sama5d3xek.c
index c835c12..1fc91d9 100644
--- a/board/atmel/sama5d3xek/sama5d3xek.c
+++ b/board/atmel/sama5d3xek/sama5d3xek.c
@@ -200,8 +200,12 @@ int board_init(void)
This series add atmelimage support to mkimage.
An atmelimage is a quite dumb image type cause it has no real header. The file
is mostly unmodified but the 6'th ARM vector gets replaced by the image size
to load.
Heiko, I know your approach setting the vector in start.S but I think this
solution i
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 to load.
Additionally the PMECC header can be written
Signed-off-by: Andreas Bießmann
Cc: Bo Shen
---
Changes in v2: None
include/configs/sama5d3xek.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/sama5d3xek.h b/include/configs/sama5d3xek.h
index 516be85..bddd7e4 100644
--- a/include/configs/sama5d3xek.h
+++ b/inclu
For sama5d3xek we need to modify the SPL image for correct detection by ROM
code.
Signed-off-by: Andreas Bießmann
---
Changes in v2:
* add -n switch to mkimage for PMECC type NAND and CONFIG_SYS_NANDFLASH
arch/arm/cpu/armv7/at91/config.mk | 10 ++
doc/README.atmel_pmecc|
Hi Josh,
On 05/16/2014 04:52 PM, Josh Wu wrote:
Signed-off-by: Josh Wu
---
arch/arm/include/asm/arch-at91/at91sam9x5.h |2 ++
include/configs/at91sam9m10g45ek.h |1 -
include/configs/at91sam9n12ek.h |1 -
include/configs/at91sam9x5ek.h |1 -
Hi Masahiro,
On 05/16/2014 07:48 AM, Masahiro Yamada wrote:
> Hi Andreass,
>
>
> I noticed by chance atngw100mkii board does not define
> CONFIG_SYS_TEXT_BASE, although the other AVR32 boards define it.
>
> Is this your intention, or mistake?
oups. I can't remember why this is missing. Maybe
Signed-off-by: Andreas Bießmann
Cc: Masahiro Yamada
---
include/configs/atngw100mkii.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/atngw100mkii.h b/include/configs/atngw100mkii.h
index 066d09a..7b4f9cf 100644
--- a/include/configs/atngw100mkii.h
+++ b/include/configs/
Hi Andreas,
>
> 0x0 is the correct address for avr32 devices, so presumably the
> CONFIG_SYS_TEXT_BASE parameter was forgotten when writing the
> atngw100mkii header file.
> I'll prepare a patch to add it.
If CONFIG_SYS_TEXT_BASE is missing,
.text section will start at 0x and
it works in
Dear Alexey Brodkin,
In message <1400230457-11075-1-git-send-email-abrod...@synopsys.com> you wrote:
> In case of multilib-enabled toolchains if default architecture differ from
> the one examples are being built for linker will fail to link example object
> files with libgcc of another (non-compa
On 05/12/2014 08:48 PM, Krunal Desai wrote:
>> From: Michal Simek [mailto:monstr AT monstr.eu]
>> Sent: Wednesday, May 07, 2014 04:46
>> To: Krunal Desai; u-boot AT lists.denx.de
>> Subject: Re: [U-Boot] ARM: zynq: sdhci clock frequency init question
>>
>> we didn't test this configuration that's w
Hi Stefano,
On Fri, May 9, 2014 at 1:15 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6sabresd boards have a PFUZE100 PMIC connected to I2C2 bus.
>
> Add support for it
>
> Signed-off-by: Fabio Estevam
Does this version look good?
___
U-Boot m
From: York Sun
>On 05/14/2014 07:33 PM, Kim Phillips wrote:
>> AFAICT, c=ffe does nothing and was a typo from the original commit
>> d17123696c6180ac8b74fbd318bf14652623e982 "powerpc/p4080: Add support
>> for the P4080DS board" and just kept on getting duplicated
>> in subsequently added board c
Hi Fabio,
On 16/05/2014 15:06, Fabio Estevam wrote:
> Hi Stefano,
>
> On Fri, May 9, 2014 at 1:15 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> mx6sabresd boards have a PFUZE100 PMIC connected to I2C2 bus.
>>
>> Add support for it
>>
>> Signed-off-by: Fabio Estevam
>
> Does this versi
hi Darwin,
It's a little late.
> I'm hoping someone can help answer these questions about armv8 relocation.
>
> The CONFIG_SYS_TEXT_BASE seems to be be usually setup to a decent amount of
> alignment. For the purposes of this discussion, let's say it would normally
> be 0x8800 and al
Hi Tom,
On Tue, 13 May 2014 21:36:51 -0400, Tom Rini wrote:
> Hey,
>
> The following changes since commit d2a3e911390f9fc4d8c0ee4b3c7fc75f4fd3fd19:
>
> Merge branch 'u-boot/master' (2014-05-09 11:50:14 +0200)
>
> are available in the git repository at:
>
>
> git://git.denx.de/u-boot-ti.
Hi Nobuhiro,
On Fri, 16 May 2014 11:14:26 +0900, Nobuhiro Iwamatsu
wrote:
> Hi, Albert.
>
> Could you apply this PR?
Sorry, for some reason it was off my radar. Will apply it along with
the pending ones.
> Best regards,
> Nobuhiro
Amicalement,
--
Albert.
__
Hi Albert,
On Fri, 16 May 2014 17:22:41 +0200, Albert ARIBAUD
wrote:
> Hi Nobuhiro,
>
> On Fri, 16 May 2014 11:14:26 +0900, Nobuhiro Iwamatsu
> wrote:
>
> > Hi, Albert.
> >
> > Could you apply this PR?
>
> Sorry, for some reason it was off my radar. Will apply it along with
> the pending on
On 14-05-16 06:47 AM, feng...@phytium.com.cn wrote:
hi Darwin,
It's a little late.
I'm hoping someone can help answer these questions about armv8
relocation.
The CONFIG_SYS_TEXT_BASE seems to be be usually setup to a decent
amount of alignment. For the purposes of this discussion, l
The omap_hw_init_context function (and assorted helpers) is the same for
all OMAP-derived parts as when CHSETTINGS are used, that's the same and
our DDR base is also always the same. In order to make this common we
simply need to update the names of the define for DDR address space
which is also c
Hi Stefano,
On Thu, 15 May 2014 11:02:01 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> please pull from u-boot-imx, thanks !
>
> The following changes since commit d2a3e911390f9fc4d8c0ee4b3c7fc75f4fd3fd19:
>
> Merge branch 'u-boot/master' (2014-05-09 11:50:14 +0200)
>
> are available in the
Hi,
when trying to build env with "-mfloat-abi=hard" I'm hitting this error:
/opt/openwrt/trunk/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/bin/arm-openwrt-linux-uclibcgnueabi-gcc
-o tools/env/fw_printenv_unstripped tools/env/fw_env.o
tools/env/fw_env_main.o to
On Fri, May 16, 2014 at 07:26:51PM +0200, Luka Perkov wrote:
> Hi,
>
> when trying to build env with "-mfloat-abi=hard" I'm hitting this error:
>
> /opt/openwrt/trunk/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/bin/arm-openwrt-linux-uclibcgnueabi-gcc
> -o tools
This series adds a nand ecclayout command to davinci nand that allows
the ecclayout of the current nand device to be changed during run
time. This feature is useful when using u-boot to write something to
nand flash that will be read by other applications, such as ROM
bootloader, that expects a dif
From: WingMan Kwok
This patch adds opportunity to change ecclayout of current nand
device during runtime. So we can change the current nand device
ecclayout using the "nand ecclayout set" command before writing
the data to nand flash.
Signed-off-by: Hao Zhang
Signed-off-by: WingMan Kwok
Signed
From: WingMan Kwok
This commit adds a nand ecclayout command that allows the ecclayout of
the current nand device to be changed during run time. This feature is
useful when using u-boot to write something to nand flash that will be
read by other applications, such as ROM bootloader, that expects
Hi Albert,
On Fri, 16 May 2014 17:53:21 +0200, Albert ARIBAUD
wrote:
> Hi Albert,
>
> On Fri, 16 May 2014 17:22:41 +0200, Albert ARIBAUD
> wrote:
>
> > Hi Nobuhiro,
> >
> > On Fri, 16 May 2014 11:14:26 +0900, Nobuhiro Iwamatsu
> > wrote:
> >
> > > Hi, Albert.
> > >
> > > Could you apply t
Wading in here later than I had wanted to, sorry.
On Mon, Apr 28, 2014 at 06:39:33PM +0900, Masahiro Yamada wrote:
> On Thu, 24 Apr 2014 14:36:33 -0600
> Stephen Warren wrote:
> > On 04/23/2014 11:04 PM, Masahiro Yamada wrote:
> > > This commit adds
> > > - arch/*/Kconfig: provide a menu to sele
Hi Tom,
I collected these three fixes for pulling.
Regards,
Simon
The following changes since commit 2072e7262965bb48d7fffb1e283101e6ed8b21a8:
mvtwsi: Remove unnecessary twsi_baud_rate and twsi_slave_address
globals (2014-05-14 12:59:12 +0200)
are available in the git repository at:
git:
On 05/16/2014 12:55 PM, Tom Rini wrote:
> Wading in here later than I had wanted to, sorry.
>
> On Mon, Apr 28, 2014 at 06:39:33PM +0900, Masahiro Yamada wrote:
...
>> But, if people don't like this,
>> I can change this part as only one defconfig per board
>> in the next version.
>> (Instead, we
Dear Darwin,
In message <53763b78.6030...@broadcom.com> you wrote:
>
> 3. Fixed offset case:
> CONFIG_SYS_TEXT_BASE = 0x8820
You completely fail to respond to my repeated statement that a
CONFIG_SYS_TEXT_BASE like this is bogus.
I guess i give up on this.
> Any section in the image that req
Hi Nobuhiro,
On Fri, 2 May 2014 05:14:44 +0900, Nobuhiro Iwamatsu
wrote:
> Dear Albert Aribaud,
>
> Please pull u-boot-sh/rmobile into u-boot-arm/master.
>
> The following changes since commit c9aab0f9dd23fddcebf5984dc19e62b514e759a7:
>
> Merge branch 'u-boot-ti/master' into 'u-boot-arm/mas
Hi,
On 10 May 2014 23:51, zhaobin xv wrote:
> Hi,
>
> When I read the scource of uboot 1.1.6,I find ". = .;" in the file of
> \board\smdk2410\u-boot.lds.
> I can't understand why ". = .;" is here.why not ". = ALIGN(4);"?
> what does ". = .;" mean?
It just assigns . to itself, which I think is a
Hello Thomas,
On do, 2014-05-15 at 16:34 +0200, die...@gmx.de wrote:
> From: Thomas Diener
>
> Signed-off-by: Thomas Diener
> ---
> drivers/video/imx25lcdc.c | 19 +++
> 1 file changed, 19 insertions(+)
>
> diff --git a/drivers/video/imx25lcdc.c b/drivers/video/imx25lcdc.c
>
On Fri, May 16, 2014 at 01:02:48PM -0600, Simon Glass wrote:
> Hi Tom,
>
> I collected these three fixes for pulling.
>
> Regards,
> Simon
>
>
> The following changes since commit 2072e7262965bb48d7fffb1e283101e6ed8b21a8:
>
> mvtwsi: Remove unnecessary twsi_baud_rate and twsi_slave_address
We have several designs that use the AMCC 405EX processor with a 200 SO-DIMM.
We use these SO-DIMMs to allow memory upgrades and because we can buy memory
modules cheaper than the individual memory ICs.The 405EX is only X32
interface so, we hard-code the memory size parameters in the header
On Fri, May 16, 2014 at 10:28:25PM +0200, Wolfgang Denk wrote:
> Dear Darwin,
>
> In message <53763b78.6030...@broadcom.com> you wrote:
> >
> > 3. Fixed offset case:
> > CONFIG_SYS_TEXT_BASE = 0x8820
>
> You completely fail to respond to my repeated statement that a
> CONFIG_SYS_TEXT_BASE lik
On 14-05-16 01:28 PM, Wolfgang Denk wrote:
Dear Darwin,
In message <53763b78.6030...@broadcom.com> you wrote:
3. Fixed offset case:
CONFIG_SYS_TEXT_BASE = 0x8820
You completely fail to respond to my repeated statement that a
CONFIG_SYS_TEXT_BASE like this is bogus.
I want to set it thi
On Fri, May 16, 2014 at 02:24:47PM -0700, Darwin Rambo wrote:
>
>
> On 14-05-16 01:28 PM, Wolfgang Denk wrote:
> >Dear Darwin,
> >
> >In message <53763b78.6030...@broadcom.com> you wrote:
> >>
> >>3. Fixed offset case:
> >>CONFIG_SYS_TEXT_BASE = 0x8820
> >
> >You completely fail to respond to
Tom,
The following changes since commit 557a3319089499aa0e55d65a6b43b7137f362003:
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2014-05-13 17:09:28
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
for you to fetch changes up to e49118
Hello Tom,
On vr, 2014-05-16 at 17:15 -0400, Tom Rini wrote:
> On Fri, May 16, 2014 at 10:28:25PM +0200, Wolfgang Denk wrote:
> > Dear Darwin,
> >
> > In message <53763b78.6030...@broadcom.com> you wrote:
> > >
> > > 3. Fixed offset case:
> > > CONFIG_SYS_TEXT_BASE = 0x8820
> >
> > You compl
From: Stephen Warren
Nothing in dfu_mmc.c ever sets dfu->r_left. Consequently, reads from
MMC DFU altsettings would return 0 bytes.
Fix this by modifying dfu_read_medium_mmc() to set *len in the same way
that dfu_nand.c's dfu_read_medium_nand() does.
Signed-off-by: Stephen Warren
---
Even thou
Hi Jeroen，
> Hello Tom,
>
> On vr, 2014-05-16 at 17:15 -0400, Tom Rini wrote:
>> On Fri, May 16, 2014 at 10:28:25PM +0200, Wolfgang Denk wrote:
>>> Dear Darwin,
>>>
>>> In message <53763b78.6030...@broadcom.com> you wrote:
3. Fixed offset case:
CONFIG_SYS_TEXT_BASE = 0x8820
>
> hi Darwin,
> It's a little late.
>> I'm hoping someone can help answer these questions about armv8 relocation.
>>
>> The CONFIG_SYS_TEXT_BASE seems to be be usually setup to a decent amount of
>> alignment. For the purposes of this discussion, let's say it would normally
>> be 0x8800
62 matches
Mail list logo
