Yes. I just build it use eldk4.2. It's all right!!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Le 09/12/2010 08:24, Andreas Bießmann a écrit :
> Dear Wolfgang Denk,
>
> Am 08.12.2010 um 23:52 schrieb Wolfgang Denk:
>
>> Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
>>
>> In message<1291099039-49672-4-git-send-email-andreas.de...@googlemail.com>
>> you wrote:
>>> Without this patch the linker w
Dear zzs213,
Am 09.12.2010 um 08:07 schrieb zzs213:
> I chang 'adr r1, r9' to 'add r1, r1, r9' and then rebuild it
> but I got another error. the error message is:
>
> arm-linux-ld: -static and -shared may not be used together
> make[1]: *** [/home/zzs/DownLoad/uboot/xx/build/u-boot] Error 1
> m
Hi 'zzs213',
Le 09/12/2010 08:07, zzs213 a ??crit :
I chang 'adr r1, r9' to 'add r1, r1, r9' and then rebuild it
but I got another error. the error message is:
arm-linux-ld: -static and -shared may not be used together
make[1]: *** [/home/zzs/DownLoad/uboot/xx/build/u-boot] Error 1
make[1]: Lea
Dear Wolfgang Denk,
Am 08.12.2010 um 23:52 schrieb Wolfgang Denk:
> Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
>
> In message <1291099039-49672-4-git-send-email-andreas.de...@googlemail.com>
> you wrote:
>> Without this patch the linker will SEGFAULT on some undefined weak
>> symbols.
>>
>> Sug
I chang 'adr r1, r9' to 'add r1, r1, r9' and then rebuild it
but I got another error. the error message is:
arm-linux-ld: -static and -shared may not be used together
make[1]: *** [/home/zzs/DownLoad/uboot/xx/build/u-boot] Error 1
make[1]: Leaving directory `/home/zzs/DownLoad/uboot/xx/u-boot-2010
Hello,
Is there a reason why the dtt sensors are initialized and accessed on
u-boot startup?
The U-Boot Design Principles[1] clearly say:
Initialize devices only when they are needed within U-Boot, i.e. don't
initialize the Ethernet interface(s) unless U-Boot performs a download
over Ether
Hi Chris,
Le 09/12/2010 07:11, Chris Moore a écrit :
> Hi,
>
> Le 07/12/2010 18:39, Albert ARIBAUD a écrit :
>> Le 07/12/2010 18:10, Prafulla Wadaskar a écrit :
>>
> + val&= ~MFP_AF_MASK;
Do we need to do this& here? For val is only 0 here...
>>> This can be removed.
>> OTOH, with the&, t
I chang 'adr r1, r9' to 'add r1, r1, r9' and then rebuild it
but I gave another error. the error message is:
arm-linux-ld: -static and -shared may not be used together
make[1]: *** [/home/zzs/DownLoad/uboot/xx/build/u-boot]
Is this caused by the toolchain too?
thanks!
__
Hi,
Le 07/12/2010 18:39, Albert ARIBAUD a écrit :
> Le 07/12/2010 18:10, Prafulla Wadaskar a écrit :
>
+ val&= ~MFP_AF_MASK;
>>> Do we need to do this& here? For val is only 0 here...
>> This can be removed.
> OTOH, with the&, this line makes no assumption about val, a
Le 09/12/2010 06:56, zzs213 a écrit :
> I download u-boot-2010.12-rc2 and make at91rm9200ek use the flowwing command
>
> make O=../build at91rm9200ek
>
> and get error message like this
>
> arm-linux-gcc -D__ASSEMBLY__ -g -Os -fno-common -ffixed-r8 -msoft-float
> -D__KERNEL__ -DCONFIG_SYS_TE
I download u-boot-2010.12-rc2 and make at91rm9200ek use the flowwing command
make O=../build at91rm9200ek
and get error message like this
arm-linux-gcc -D__ASSEMBLY__ -g -Os -fno-common -ffixed-r8 -msoft-float
-D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x1000
-I/home/zzs/DownLoad/uboot/xx/
On Thu, Dec 9, 2010 at 1:08 PM, Peter Tyser wrote:
> The patch looks good. I had a few minor nitpicky style comments below:
>
>> As suggested by Peter I've implemented the 16-pin support in the existing
>> pca953x driver. So this is pretty much a re-write of the v1 patch. Is the
>> commit
>> mes
ECC can be turned on/off by hwconfig without recompiling. So enable it
by default.
Signed-off-by: York Sun
---
include/configs/corenet_ds.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/corenet_ds.h b/include/configs/corenet_ds.h
index 454a30a..49f0a26
Erratum DDRA003 requires workaround to correctly set RCW10 for registered DIMM.
Also adding polling after enabling DDR controller to ensure completion.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/ddr-gen3.c | 53 ++-
include/configs/P4080DS.h
Extend board specific parameters to include write leveling start override
Extend write leveling sample to 0xf
Adding rcw overrid for quad-rank RDIMMs
Signed-off-by: York Sun
---
board/freescale/corenet_ds/ddr.c | 120 +-
1 files changed, 66 insertions(+), 54
Added fsl_ddr_get_version() function to poll DDRC IP version (major, minor,
errata) to determine if unique mode registers are available. This function may
be needed for future other platforms if such a feature exists. If true, always
use unique mode registers. Dynamic ODT is enabled if needed. The
Adding byte 32 and 33
Signed-off-by: York Sun
---
include/ddr_spd.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/include/ddr_spd.h b/include/ddr_spd.h
index 710e528..9fa305e 100644
--- a/include/ddr_spd.h
+++ b/include/ddr_spd.h
@@ -219,7 +219,9 @@ typedef struct d
Add writing to cdr1, cdr2, err_disable, err_int_en and debug registers
Add options to override rcw, address parity to RDIMMs.
Use array for debug registeres.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/ddr-gen3.c | 10 --
arch/powerpc/include/asm/fsl_ddr_sdram.h | 12 ++
To temporarily fix buffer issue when running at flash, use bigger buffer
to push down the stack deeper.
Signed-off-by: York Sun
---
common/hwconfig.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/hwconfig.c b/common/hwconfig.c
index 3c9759f..1b33d95 100644
---
Add fsl_ddr:ecc=on in hwconfig. If ECC is enabled in board configuration file,
ECC can be turned on/off by this switch. If this switch is omitted, it is ON by
default.
Syntax is
hwconfig=fsl_ddr:ecc=on
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc8xxx/ddr/options.c |9 ++---
doc/READ
Print a message when a RDIMM is detected.
Signed-off-by: York Sun
---
.../cpu/mpc8xxx/ddr/lc_common_dimm_params.c| 19 +++
1 files changed, 7 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/lc_common_dimm_params.c
b/arch/powerpc/cpu/mpc8xxx/dd
From: Tirumala Marri
Adding Eiger board support for 460SX SoC.
Signed-off-by: Tirumala R Marri
---
MAINTAINERS|4 +
board/amcc/eiger/Makefile | 48 +++
board/amcc/eiger/config.mk | 30 +++
board/amcc/eiger/eiger.c | 91 +
board/amcc/
On Wednesday, December 08, 2010 07:31:54 Joakim Tjernlund wrote:
> > On Wednesday, December 08, 2010 06:26:04 Mike Frysinger wrote:
> > > The non-reentrant versions of the hashtable functions operate on a
> > > single shared hashtable. So if two different people try using these
> > > funcs for two
The patch looks good. I had a few minor nitpicky style comments below:
> As suggested by Peter I've implemented the 16-pin support in the existing
> pca953x driver. So this is pretty much a re-write of the v1 patch. Is the
> commit
> message sufficient to document CONFIG_SYS_I2C_PCA953X_WIDTH or
On Dec 8, 2010, at 2:34 PM, Wolfgang Denk wrote:
> "You can please all the people some of the time and some of the people
> all of the time but you can't please all the people all of the time."
Yes, I'm sometimes pleased :-)
> My current thinking is to introduce something like .
Well
On Wed, 2010-12-08 at 23:34 +0100, Wolfgang Denk wrote:
> Dear Dan,
>
> In message <0ddcbda1-188f-433d-bdcc-5fdcf709a...@digitaldans.com> you wrote:
> >
> > > If you want to make this switchable at runtime, then we should
> > > probably use an environment setting.
> >
> > I experimented with thi
Dear Macpaul Lin,
In message <129134-18586-1-git-send-email-macp...@andestech.com> you wrote:
> This file has been synced (copy) from Linux source code.
> This commit was based on kernel 2.6.32.
> It updates gigabit related phy registers and basic definitions.
>
> Signed-off-by: Macpaul Lin
Dear Prafulla Wadaskar,
In message <1291205812-5491-1-git-send-email-prafu...@marvell.com> you wrote:
> After ARM relocation,
> any code executed directly or indirectly by board_init_f() have
> global (BSS) variables need to be fixed. mostly timer.c needs to
> fix on most of the ARM platforms.
>
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1291161516-21861-5-git-send-email-andreas.de...@googlemail.com> you
wrote:
> I doubt the stack_setup() was defective before:
> we load the current location of _start and compare against destination
> of relocate_code(). If we are already the
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1291161516-21861-4-git-send-email-andreas.de...@googlemail.com> you
wrote:
> r8 is used for global_data and should therefore be left alone!
>
> For C code the compiler flag --fixed-r8 does the job, but in assembler
> we need to be aware of th
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1291161516-21861-3-git-send-email-andreas.de...@googlemail.com> you
wrote:
> In case we are still at relocation target address before relocation we
> do not need to load the registers needed for relocation. We should
> instead skip the whole r
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1291161516-21861-2-git-send-email-andreas.de...@googlemail.com> you
wrote:
> This patch uses r1 as scratch register for copy_loop(). Therefore we do
> not longer need r7 for the storage of relocate_code()'s 'addr_moni' (the
> destination addre
Dear Kumar Gala,
In message <1291154307-21377-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> The handling of env_hwconfig, board_hwconfig, and cpu_hwconfig got
> broken when we removed the boards defining dummy board_hwconfig
> & cpu_hwconfig values.
>
> We fix this by handling the var
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1291099039-49672-4-git-send-email-andreas.de...@googlemail.com> you
wrote:
> Without this patch the linker will SEGFAULT on some undefined weak
> symbols.
>
> Suggested-by: Sebastien Carlier
> Signed-off-by: Andreas Bießmann
> ---
> arch/a
Dear Heiko Schocher,
In message <1289544835-24425-1-git-send-email...@denx.de> you wrote:
> suggested from Daniel Hobi
>
> Tested on following boards:
> arm1136: qong
> armv7: omap3_beagle
> arm926ejs: magnesium, tx25
>
> Signed-off-by: Heiko Schocher
> cc: Daniel Hobi
> cc: Albert ARIBAUD
>
On Thu, Dec 9, 2010 at 9:00 AM, nima chavooshi wrote:
> Hi
> I am newbie on Uboot or other boot loaders context.we intend to
> install our Linux based OS on Portwell (is not Embedded ) appliances
> and want to choose one boot loader with some features.Of course our
> appliances have BIOS. before a
Dear Dirk Behme,
In message <4cf3f77b.9080...@googlemail.com> you wrote:
>
> With recent master, besides the two patches above, I additionally need
> something like below to get ca9x4_ct_vxp build:
>
> ARMV7: Vexpress: Fix build error
>
> Fix ca9x4_ct_vxp build error
>
> Configuring for ca9x4_
Dear matt.wad...@linaro.org,
In message <1288740321-1341-3-git-send-email-matt.wad...@linaro.org> you wrote:
> From: Matt Waddel
>
> Fixed "pointer from integer without a cast" warnings in Vexpress.
>
> Signed-off-by: Matt Waddel
> ---
> board/armltd/vexpress/ca9x4_ct_vxp.c |9 ++---
>
Dear matt.wad...@linaro.org,
In message <1291318994-31573-1-git-send-email-matt.wad...@linaro.org> you wrote:
> From: Matt Waddel
>
> This patch fixes build errors in the vexpress system:
> - Removed sys_proto.h requirement from syslib.c.
> - Switched vexpress to the default armv7 linker scr
Dear Wolfgang Denk,
In message <20101208220832.c2877cf5...@gemini.denx.de> you wrote:
> The following changes since commit 52eb2c79110151b9017a0829c4d44ee7b8e2ca04:
>
> Merge branch 'master' of git://git.denx.de/u-boot-samsung (2010-11-30 21:=
> 30:13 +0100)
>
> are available in the git reposi
Dear Dan,
In message <0ddcbda1-188f-433d-bdcc-5fdcf709a...@digitaldans.com> you wrote:
>
> > If you want to make this switchable at runtime, then we should
> > probably use an environment setting.
>
> I experimented with this, but could never determine the
> best way to cover all behavior. Do w
Dear Scott Wood,
In message <20101207220511.ga31...@udp111988uds.am.freescale.net> you wrote:
> The following changes since commit f12af1f38dc59a6dfe0fed1359e1a05e700a43=
> 5b:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-video
>
> are available in the git re
The following changes since commit 52eb2c79110151b9017a0829c4d44ee7b8e2ca04:
Merge branch 'master' of git://git.denx.de/u-boot-samsung (2010-11-30
21:30:13 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Andreas Bießmann (5):
at91rm9200ek: fix S
Hi Wolfgang.
On Dec 8, 2010, at 1:38 PM, Wolfgang Denk wrote:
> If you want to make this switchable at runtime, then we should
> probably use an environment setting.
I experimented with this, but could never determine the
best way to cover all behavior. Do we have a variable that
indicates "do
Hi
I am newbie on Uboot or other boot loaders context.we intend to
install our Linux based OS on Portwell (is not Embedded ) appliances
and want to choose one boot loader with some features.Of course our
appliances have BIOS. before any argue, one question arises:
Is it possible to install Uboot on
Dear Reinhard Meyer,
In message <4cfe9ff0.7000...@emk-elektronik.de> you wrote:
> Dear Wolfgang,
>
> compiled TOT git. Now it handles the "ß" in e-Mails correctly
>
> The following changes since commit 52eb2c79110151b9017a0829c4d44ee7b8e2ca04:
> Wolfgang Denk (1):
> Merge branch 'm
Dear Hollis,
In message <4cfff3c4.20...@mentor.com> you wrote:
>
> I think the current way that u-boot updates the memory node is valuable
> for other use cases. In particular, it is very convenient for single-OS
> systems. Our goal is to avoid affecting those use cases.
> > I dislike the idea t
On 12/08/2010 12:53 PM, Wolfgang Denk wrote:
> Dear Hollis Blanchard,
>
> In message<4cffcec1.6000...@mentor.com> you wrote:
>> On 12/07/2010 11:09 AM, Wolfgang Denk wrote:
>>> There are many board vendors who shipt boards with different
>>> configurations - with or without NAND flash; with or wit
Dear Deepak Saxena,
In message <4cffd57c.1010...@mentor.com> you wrote:
>
> > Please explain: you can use the DT to tell Linux (or other OS) how
> > much memory they shoulduse, but you cannot use the same mechanism to
> > pass the same information to U-Boot?
>
> I'm not against U-Boot using this
Dear Hollis Blanchard,
In message <4cffcec1.6000...@mentor.com> you wrote:
> On 12/07/2010 11:09 AM, Wolfgang Denk wrote:
> > There are many board vendors who shipt boards with different
> > configurations - with or without NAND flash; with or without other
> > peripherals like CAN contollers, LCD
Greetings,
Im obviously doing something wrong. This is what I get at bootup:
U-Boot 2010.12-rc2-00029-g49733aa-dirty (Dec 08 2010 - 21:04:16)
DRAM: 361.9 MiB
The DRAM is pulling some random number each time, so Ive gotten
0,0,146.2,361.8.Patch attached.
Best wishes
Kristoffer Ericson
diff --g
Dear eric cariat,
>> First make sure the clock values are correct: Assuming the system is
>> running
>> at 400MHz, this would make sense if the MCI is clocked by system clock / 3.
>> Then the minimum clock would indeed be 260416.
>>
>
> Clock values are OK (running from 12 Mhz like the 9g45 eval ki
Dear Morten Kristiansen,
> Hi U-boot members. I have ported u-boot to the AT91SAM9G45-EKES board. I
> have, however, run into a little problem. The internal boot-ROM in the
> SAM9G45 processor only accepts boot-loaders up to 60K and the loader I have
> is already 70K. I therefore need an chainload
Hi U-boot members. I have ported u-boot to the AT91SAM9G45-EKES board. I
have, however, run into a little problem. The internal boot-ROM in the
SAM9G45 processor only accepts boot-loaders up to 60K and the loader I have
is already 70K. I therefore need an chainloader in between. Is there a
recommen
On Wed, 8 Dec 2010 11:22:59 -0800
Dan Malek wrote:
>
> On Dec 8, 2010, at 11:11 AM, Scott Wood wrote:
>
> > Probably want to complain to the user if reg is invalid and not
> > zero/missing.
>
> I think you guys are making this too complicated.
> There are many ways to pass stupid mistakes vi
On Dec 8, 2010, at 11:11 AM, Scott Wood wrote:
> Probably want to complain to the user if reg is invalid and not
> zero/missing.
I think you guys are making this too complicated.
There are many ways to pass stupid mistakes via
a device tree, don't get carried away trying to single
out this one
On Wed, 8 Dec 2010 10:59:44 -0800
Deepak Saxena wrote:
> On 12/07/2010 01:22 PM, Scott Wood wrote:
> > On Mon, 6 Dec 2010 16:56:26 -0800
> > Deepak Saxena wrote:
> >
> >> +/*
> >> + * Check to see if an valid memory/reg property exists
> >> + * in the fdt. If so, we do not overwrite it with wha
On 12/07/2010 01:22 PM, Scott Wood wrote:
> On Mon, 6 Dec 2010 16:56:26 -0800
> Deepak Saxena wrote:
>
>> +/*
>> + * Check to see if an valid memory/reg property exists
>> + * in the fdt. If so, we do not overwrite it with what's
>> + * been scanned.
>> + *
>> + * Valid mean all the following:
>>
On 12/07/2010 11:09 AM, Wolfgang Denk wrote:
> So far we usually had pretty static board configurations, and a static
> compile time description was all we needed. Some developers consider
> even simple extensions like auto-sizing the available RAM as
> unnecessary luxury that just inreases the bo
On 12/07/2010 11:09 AM, Wolfgang Denk wrote:
> There are many board vendors who shipt boards with different
> configurations - with or without NAND flash; with or without other
> peripherals like CAN contollers, LCD, etc.; with different LCD sizes
> and types, in portrait or landscape orientation,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Wolfgang Denk
On 12/08/2010 11:44 PM, Wolfgang Denk wrote:
> Dear Xiangfu Liu,
>
> In message <4cff9e15.2040...@openmobilefree.net> you wrote:
>>
>> I have sended those patches to them. should I add
>> "
>> Acked-by: Daniel
>> Acked-by: ChangWei
Dear Xiangfu Liu,
In message <4cff9e15.2040...@openmobilefree.net> you wrote:
>
> I have sended those patches to them. should I add
> "
> Acked-by: Daniel
> Acked-by: ChangWei Jia
Please do so if and only if they explicitly send you their ACK.
Normally these ACKs schould be sent to the mailing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All
I just got one email form Ingenic people. the "Peter "
doesn't work for Ingenic any more, mean the email address is abandon.
and there are another two ingenic people for contact window.
Daniel
ChangWei Jia
I have sended those patches to
Wolfgang Denk wrote on 2010/12/08 15:23:17:
>
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > > oh, and this does shrink the final u-boot a little, so that's good
> > > -mike
> >
> > Nice, over the last years I have noticed that u-boot has grown a lot.
> > I had to disable a few
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > oh, and this does shrink the final u-boot a little, so that's good
> > -mike
>
> Nice, over the last years I have noticed that u-boot has grown a lot.
> I had to disable a few non essential commands to make it it fit.
>
> Does anyone else sha
>
> On Wednesday, December 08, 2010 06:26:04 Mike Frysinger wrote:
> > The non-reentrant versions of the hashtable functions operate on a single
> > shared hashtable. So if two different people try using these funcs for
> > two different purposes, they'll cause problems for the other.
> >
> > Avoi
On Wednesday, December 08, 2010 06:26:04 Mike Frysinger wrote:
> The non-reentrant versions of the hashtable functions operate on a single
> shared hashtable. So if two different people try using these funcs for
> two different purposes, they'll cause problems for the other.
>
> Avoid this by con
Currently, only basic completion is supported (no globs), but this is what
we had previously. The downside is that the results are not returned in
any sorted order. The upside is that we get any results at all.
Signed-off-by: Mike Frysinger
---
common/command.c|3 +--
common/env_common
The non-reentrant versions of the hashtable functions operate on a single
shared hashtable. So if two different people try using these funcs for
two different purposes, they'll cause problems for the other.
Avoid this by converting all existing hashtable consumers over to the
reentrant versions a
On Wednesday, December 08, 2010 05:02:38 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > unless i'm missing something, the non-reentrant versions operate on a
> > single shared hash table. so while this works today because there is
> > only one
>
> Correct.
>
> > consumer (the env code), wont t
On Wednesday, December 08, 2010 05:04:42 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > seems that some todo items are missing, or not well implied. for
> > example, it seems that gd->env_addr needs to be punted, and these
> > functions get a "_f" appended to their name since they only work on
>
Dear Mike Frysinger,
In message <201012080456.41492.vap...@gentoo.org> you wrote:
>
> seems that some todo items are missing, or not well implied. for example, it
> seems that gd->env_addr needs to be punted, and these functions get a "_f"
> appended to their name since they only work on default
Dear Mike Frysinger,
In message <201012080444.30675.vap...@gentoo.org> you wrote:
>
> unless i'm missing something, the non-reentrant versions operate on a single
> shared hash table. so while this works today because there is only one
Correct.
> consumer (the env code), wont this cause probl
On Saturday, July 17, 2010 15:45:43 Wolfgang Denk wrote:
> TODO:
>
> - drop default env as implemented now; provide a text file based
> initialization instead (eventually using several text files to
> incrementally build it from common blocks) and a tool to convert it
> into a binary blob /
On Saturday, July 17, 2010 15:45:46 Wolfgang Denk wrote:
> This implementation is based on code from uClibc-0.9.30.3 but was
> modified and extended for use within U-Boot.
unless i'm missing something, the non-reentrant versions operate on a single
shared hash table. so while this works today be
Dear Mike Rapoport,
In message <4cff26b0.1080...@compulab.co.il> you wrote:
>
> This patch adds support for CM-T35 board
>
> Signed-off-by: Mike Rapoport
> ---
...
> diff --git a/MAKEALL b/MAKEALL
> index c54c6e8..e0fe12f 100755
> --- a/MAKEALL
> +++ b/MAKEALL
> @@ -412,6 +412,7 @@ LIST_ARM11="
77 matches
Mail list logo
