hello , I know that youre always working all the time... I ran across this news
article that I think can really help you out. The article describes ways you
can earn more cash on the net. It's easier than it sounds. You should really
read it for yourself and make like 700 a day like me: http://b
2010/11/24 wzc0066
> The env set as below:
>
> bootcmd=run flashboot
> flashboot=sf probe 1; sf read 0x100 0x3 0x32; bootm 0x100
>
> After enter the uboot console, uClinux can be started by command "boot";
> but after power on (reset) the board, the error info is:
> *
> *
> *SF: D
Stephan Linz wrote:
> Am Mittwoch, 17. November 2010, um 13:15:24 schrieb Stephan Linz:
>> Hi Michal,
>>
>> --snip--
@Michal: Where can I find the latest commit for cherry-pick?
>>> You can look at this.
>>> http://git.denx.de/?p=u-boot/u-boot-microblaze.git;a=summary
>> Thank you very much fo
Hi Remy,
On Tue, 02 Nov 2010 21:46:33 +0100
Wolfgang Denk wrote:
> Dear Remy Bohmer,
>
> In message you
> wrote:
> >
> > As U-boot project-owner you know you have the last word in this.
>
> This is a pretty precious resource that should be used wisely, and not
> without real need. This top
Dear Anatolij,
In message <20101125111729.3ce4f...@wker> you wrote:
>
> I just wanted to ask, what is your final decision on this patch after
> this discusion. Do you NACK it an we should find the real issue and
> fix it accordingly? Or can you accept this patch as is?
I'm afraid we have neither
Hi Eran,
> Is there any way to use mathematics operation on uboot environment or uboot
> local variables?
> since $varA+$varB and $(varA+varB) just save the string.
You need to include CONFIG_CMD_SETEXPR in your configuration for such a
functionality. See common/cmd_setexpr.c.
Cheers
Detlev
I'm trying to boot my rtos OSE with the bootm command but it fails.
I have made a uimage for the rtos and download it to the target at address
0x100.
I've also downloaded a flat device tree blob to address 0x40.
u-boot says
=> bootm 0x100 - 0x40
WARNING: adjusting available
The switch from archive libraries to partial linking has introduced a
number of problems, that are non-trivial to solve. For example, it is
no longer possible to include individual object files in the linker
script as we did before for example in the case of boards with
embedded environment to fil
Get rid of compiler warning:
e1000.c: In function 'e1000_transmit':
e1000.c:5028: warning: passing argument 1 of 'virt_to_phys' discards qualifiers
from pointer target type
Signed-off-by: Wolfgang Denk
---
drivers/net/e1000.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --
The IDS8247 board is configured to use the CFI flash driver, so drop
the now redundant custom flash.c file.
Signed-off-by: Wolfgang Denk
---
board/ids8247/Makefile |2 +-
board/ids8247/flash.c | 484
2 files changed, 1 insertions(+), 485 del
Fix warnings:
cam5200_flash.c: In function 'write_word_32':
cam5200_flash.c:443: warning: dereferencing type-punned pointer will break
strict-aliasing rules
cam5200_flash.c: In function 'write_word_16':
cam5200_flash.c:684: warning: dereferencing type-punned pointer will break
strict-aliasing ru
From: Stefan Roese
This is needed for the canyonlands_nand build target. Without it
the resulting image won't fit into 4k.
Signed-off-by: Stefan Roese
Cc: Scott Wood
Acked-by: Scott Wood
---
Stefan, if it's OK with you I will pull this directly.
drivers/mtd/nand/ndfc.c |4 ++--
1 files
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc8260/u-boot.lds | 56 +++
board/atc/ti113x.c |4 +-
board/cogent/u-boot.lds |6 +++-
include/configs/cogent_mpc8260.h|2 +-
4 files changed, 19 insertions(+), 49 del
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc5xx/u-boot.lds | 69 ---
include/configs/cmi_mpc5xx.h |1 +
2 files changed, 17 insertions(+), 53 deletions(-)
diff --git a/arch/powerpc/cpu/mpc5xx/u-boot.lds
b/arch/powerpc/cpu/mpc5xx/u-boot.lds
in
As we try to get rid of board specific config.mk files we must
provide a way for board specific settings of the LDSCRIPT variable
(path to the linker script) where needed.
We now implement the following hierarchy:
- Highest priority has a "#define CONFIG_SYS_LDCONFIG" in the board
config file.
These boards use an embedded environment, which is not supported by the
generic arch/powerpc/cpu/ppc4xx/u-boot.lds script.
The breakage was introduced by commit 2cd95a2 "ppc4xx: Remove board
specific linker scripts from most PPC4xx boards"
Signed-off-by: Wolfgang Denk
Cc: Stefan Roese
Cc: Andre
The barco board appears to be unmaintained since it was added about 5
years ago. The environment location has probably never been correct.
Drop it.
Signed-off-by: Wolfgang Denk
Cc: Marc Leeman
---
CREDITS |5 -
board/barco/Makefile | 44
board/barco/README
Some boards use an embedded environment, where env_embedded.o has to
be linked at a special position in the U-Boot image; to make this
possible, we do not include it into libcommon.o for such boards.
Signed-off-by: Mike Frysinger
Signed-off-by: Wolfgang Denk
---
common/Makefile | 14 +++--
Signed-off-by: Wolfgang Denk
Cc: Stefan Roese
---
Stefan, if it's OK with you I will pull this directly.
arch/powerpc/cpu/ppc4xx/44x_spd_ddr2.c |4 ---
arch/powerpc/cpu/ppc4xx/4xx_ibm_ddr2_autocalib.c |3 --
arch/powerpc/cpu/ppc4xx/Makefile | 25 -
From: Stefan Roese
This change is needed to compile the PPC4xx NAND booting targets
equipped with the IBM DDR2 SDRAM controller.
Signed-off-by: Stefan Roese
Cc: Wolfgang Denk
---
Stefan, if it's OK with you I will pull this directly.
board/amcc/canyonlands/canyonlands.c | 12
The switch from archive libraries to partial linking has introduced a
number of problems, that are non-trivial to solve. For example, it is
no longer possible to include individual object files in the linker
script as we did before for example in the case of boards with
embedded environment to fil
So far, only the BAB7xx board would call the initialise_w83c553f()
function for the WINBOND 83C553 chip, even though some other boards
(HIDDEN_DRAGON, Sandpoint8240, Sandpoint8245) enabled it in their
board configuration. These boards were also missing other config
settings needed for that, which
Signed-off-by: Wolfgang Denk
Cc: Kim Phillips
---
Kim, allthough the 83xx boards appear to build fine at first glance,
some (or all?) of the NAND boot images are 4 GB in size. Could you
please have a look what's going wrong there? Thanks.
Kim, if it's OK with you I will pull this directly.
This commit adapts 4xx boards for partial linking with --gc-sections.
Signed-off-by: Stefan Roese
Signed-off-by: Wolfgang Denk
Cc: Stefan Roese
Cc: Tirumala Marri
Cc: David Updegraff
Cc: Matthias Fuchs
Cc: Dirk Eibach
Cc: Larry Johnson
Cc: Peter De Schrijver
Cc: Niklaus Giger
Cc: Daniel
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/74xx_7xx/u-boot.lds | 91 +
board/Marvell/db64360/u-boot.lds | 135 ---
board/Marvell/db64460/u-boot.lds | 135 ---
board/eltec/bab7xx/u-boot.lds
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc8220/u-boot.lds | 56 +++
1 files changed, 11 insertions(+), 45 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8220/u-boot.lds
b/arch/powerpc/cpu/mpc8220/u-boot.lds
index 31a7a0e..63cbbd7 100644
--- a/arch/pow
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc5xxx/Makefile| 27 +++---
arch/powerpc/cpu/mpc5xxx/u-boot-customlayout.lds | 61 -
arch/powerpc/cpu/mpc5xxx/u-boot.lds | 57
board/manroland/hmi1001/config.mk
Signed-off-by: Wolfgang Denk
Cc: Anatolij Gustschin
Cc: Timur Tabi
---
Makefile|5 ++-
arch/powerpc/cpu/mpc512x/Makefile |1 -
arch/powerpc/cpu/mpc512x/u-boot.lds | 53 ++
board/freescale/common/Makefile |4 +-
4 fi
Signed-off-by: Wolfgang Denk
Cc: Kumar Gala
---
Kumar, if it's OK with you I will pull this directly.
arch/powerpc/cpu/mpc86xx/Makefile |6 ++--
arch/powerpc/cpu/mpc86xx/u-boot.lds | 36 ++
2 files changed, 6 insertions(+), 36 deletions(-)
diff --git a/a
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc824x/u-boot.lds | 53 ---
board/cpc45/pd67290.c |4 +-
board/mousse/u-boot.lds | 56 +++
board/mvblue/u-boot.lds | 99 +++
board/san
Hi Wolfgang,
On Thursday 25 November 2010 17:00:28 Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
> Cc: Stefan Roese
> ---
> Stefan, if it's OK with you I will pull this directly.
Yes, please do:
Acked-by: Stefan Roese
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgan
Hi Wolfgang,
On Thursday 25 November 2010 17:00:30 Wolfgang Denk wrote:
> These boards use an embedded environment, which is not supported by the
> generic arch/powerpc/cpu/ppc4xx/u-boot.lds script.
>
> The breakage was introduced by commit 2cd95a2 "ppc4xx: Remove board
> specific linker scripts
Hi Wolfgang,
On Thursday 25 November 2010 17:00:31 Wolfgang Denk wrote:
> From: Stefan Roese
>
> This change is needed to compile the PPC4xx NAND booting targets
> equipped with the IBM DDR2 SDRAM controller.
>
> Signed-off-by: Stefan Roese
> Cc: Wolfgang Denk
> ---
> Stefan, if it's OK with
On Thu, 2010-11-25 at 09:00 -0700, Wolfgang Denk wrote:
> As we try to get rid of board specific config.mk files we must
> provide a way for board specific settings of the LDSCRIPT variable
> (path to the linker script) where needed.
>
> We now implement the following hierarchy:
>
> - Highest pri
> Mike Rapoport wrote, on 11/23/2010 01:29 AM:
> minor comments follow:
> [...]
> > diff --git a/board/cm_t35/cm_t35.h b/board/cm_t35/cm_t35.h
> > new file mode 100644
> > index 000..514017d
> > --- /dev/null
> > +++ b/board/cm_t35/cm_t35.h
> [..]
> /*DSS_DATA22*/\
> > + MUX_VAL(CP(DSS_
Dear Haiying Wang,
In message <1290702018.2007.4.ca...@haiying-laptop> you wrote:
>
> > - If CONFIG_SYS_LDCONFIG is not set, and the system is booting from
> > NAND (CONFIG_NAND_U_BOOT is set), then a board specific linker
> > script board/$(BOARDDIR)/u-boot-nand.lds gets use.
>
> u-boot-nand
Dear Haiying Wang,
In message <1290702018.2007.4.ca...@haiying-laptop> you wrote:
> On Thu, 2010-11-25 at 09:00 -0700, Wolfgang Denk wrote:
> > As we try to get rid of board specific config.mk files we must
> > provide a way for board specific settings of the LDSCRIPT variable
> > (path to the lin
Dear Kim,
In message <1290700844-31427-16-git-send-email...@denx.de> I wrote:
> Signed-off-by: Wolfgang Denk
> Cc: Kim Phillips
> ---
> Kim, allthough the 83xx boards appear to build fine at first glance,
> some (or all?) of the NAND boot images are 4 GB in size. Could you
> please have a look
Dear Scott Wood,
In message <20101124232840.ga17...@udp111988uds.am.freescale.net> you wrote:
> Apply the same fix for 83xx as was done for 85xx in commit
> 96196a1f7546904563994d2d041804a816d7c139.
>
> Without this, NAND SPLs are built with the text base intended for the main
> image, resulting
On Thu, 2010-11-25 at 10:19 -0700, Wolfgang Denk wrote:
> Dear Haiying Wang,
>
> In message <1290702018.2007.4.ca...@haiying-laptop> you wrote:
> >
> > > - If CONFIG_SYS_LDCONFIG is not set, and the system is booting
> from
> > > NAND (CONFIG_NAND_U_BOOT is set), then a board specific linker
> >
On Thu, 2010-11-25 at 09:00 -0700, Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
> Cc: Kim Phillips
> ---
> Kim, allthough the 83xx boards appear to build fine at first glance,
> some (or all?) of the NAND boot images are 4 GB in size. Could you
> please have a look what's going wrong the
Dear Haiying Wang,
In message <1290708988.2007.13.ca...@haiying-laptop> you wrote:
>
> > > u-boot-nand.lds is not in board/$(BOARDDIR) for 85xx at least, it is
> > in
> > > $(SRCTREE)/$(CPUDIR)/
> >
> > This is not correct - situation before applying my patches:
>
> > -> find * -name u-boot-nand
Dear Haiying Wang,
In message <1290709405.2007.16.ca...@haiying-laptop> you wrote:
>
> I think the u-boot.lds in nand_spl/board/freescale/mpc83xx/ needs to
> have the fix as well.
Which fix do you mean?
I see two such files:
nand_spl/board/freescale/mpc8313erdb/u-boot.lds
nand_
On Thu, 2010-11-25 at 11:32 -0700, Wolfgang Denk wrote:
> Dear Haiying Wang,
>
> In message <1290709405.2007.16.ca...@haiying-laptop> you wrote:
> >
> > I think the u-boot.lds in nand_spl/board/freescale/mpc83xx/ needs to
> > have the fix as well.
>
> Which fix do you mean?
>
> I see two such fi
On Thu, 2010-11-25 at 11:28 -0700, Wolfgang Denk wrote:
> Dear Haiying Wang,
>
> In message <1290708988.2007.13.ca...@haiying-laptop> you wrote:
> >
> > > > u-boot-nand.lds is not in board/$(BOARDDIR) for 85xx at least,
> it is
> > > in
> > > > $(SRCTREE)/$(CPUDIR)/
> > >
> > > This is not correct
Am Donnerstag, 25. November 2010, um 10:25:02 schrieb Michal Simek:
> Stephan Linz wrote:
> > Am Mittwoch, 17. November 2010, um 13:15:24 schrieb Stephan Linz:
> >> Hi Michal,
> >>
> >> --snip--
> >
> > Hi Michal,
> >
> > thanks again. I've to fixed some bugs. The corresponding patches I will
> > s
bulk addition of ELF relocation support to ARM cpus
arm946es, arm720t,arm920t, arm925t, arm_intcm, ixp,
lh7a40x, s3c44b0, and sa1100.
Signed-off-by: Albert Aribaud
---
arch/arm/cpu/arm720t/start.S | 119 +
arch/arm/cpu/arm720t/u-boot.lds | 39 +++
Since the ether may not be the only one usb gadget would be used
in the uboot, it is neccessary to do the register each time the
eth begin to work to make usb gadget driver less confussed when
we want to use two different usb gadget at the same time.
Usb gadget driver could simple ignore the regis
48 matches
Mail list logo