> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Wednesday, December 01, 2010 1:15 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Eric Miao; Manas Saksena; Lei Wen; Yu Tang;
> Ashish Karkare; Kiran Vedere; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH v
>Sorry, fixed.
>
>> Am I missing something?
>
>No, this was my fault. Sorry.
>
>Best regards,
>
>Wolfgang Denk
Thanks,
I'll re base and send some more patches to unbreak some of the ARM boards.
--Sandeep
___
U-Boot mailing list
U-Boot@lists.denx.de
Dear Dirk Behme,
In message <4cf5debd.2060...@googlemail.com> you wrote:
> On 30.11.2010 21:49, Wolfgang Denk wrote:
> > The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
> >
> >Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
> > ...
>
> Anybody likes to apply
>
Dear Prafulla Wadaskar,
In message <1291114965-17100-5-git-send-email-prafu...@marvell.com> you wrote:
> On some processors this ier register configuration is different
> for ex. Marvell Armada100
>
> This patch introduce CONFIG_SYS_NS16550_IER macro support to
> unconditionally initialize this r
Signed-off-by: Simon Kagstrom
---
I no longer work on OpenRD base, so transfer the maintainership to
Prafulla at Marvell.
MAINTAINERS |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f47fca5..ed07052 100644
--- a/MAINTAINERS
+++ b/MAINT
> -Original Message-
> From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
> Sent: Wednesday, December 01, 2010 1:04 PM
> To: U-Boot ML
> Cc: Prafulla Wadaskar; Albert ARIBAUD
> Subject: [PATCH] MAINTAINERS: Transfer openrd_base maintainership to
> Prafulla Wadaskar
>
> Signed-of
Dear "Paulraj, Sandeep",
In message <0554bef07d437848af01b9c9b5f0bc5dbd659...@dlee01.ent.ti.com> you
wrote:
>
...
> I've had a long day but I see that you have updated the next tree but it ap=
> pears that the master has not been updated.
Sorry, fixed.
> Am I missing something?
No, this was m
Hi Wolfgang,
On Sunday 28 November 2010 21:18, Wolfgang Denk wrote:
> Recent cleanup actions resulted in a number of config.mk files that
> contained only LDSCRIPT definitions. Move these into th respective
> board config files and remove the now empty config.mk files.
>
> Signed-off-by: Wolfgan
Le 01/12/2010 00:58, Andreas Bießmann a écrit :
> 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 there we shoud skip the
> relocation and jump over to clear_bss. Before the clear
(not sure I've answered you... sorry if I did already)
Le 29/11/2010 20:58, Jens Scharsig a écrit :
> Dear Albert ARIBAUD,
>
> I have tried to start update the eb_cpux9k2 board. I can compile
> board without errors from current tree. But the board hangs on
> NAND detection. If I disable NAND suppo
Hi Darius,
Le 30/11/2010 10:19, Darius Augulis a écrit :
> I understand, that there is such rule in u-boot, but it's ... at least
> strange.
> Even linux kernel doesn't use such approach and uses simple defines instead.
> One big disadvantage for already existing platforms - one must convert
> a
Dear Wolfgang,
On 29 November 2010 05:14, Wolfgang Denk wrote:
> Dear Kyungmin Park & Minkyu Kang,
>
> "onenand_ipl/board/apollon/config.mk" and
> "onenand_ipl/board/vpac270/config.mk" define CONFIG_SYS_TEXT_BASE;
> do you think it is possible to move these definitions into the
> respective board
Hello Wolfgang,
Wolfgang Denk wrote:
> Recent cleanup actions resulted in a number of config.mk files that
> contained only LDSCRIPT definitions. Move these into th respective
> board config files and remove the now empty config.mk files.
>
> Signed-off-by: Wolfgang Denk
> Cc: Matthias Fuchs
>
Hello Wolfgang,
Wolfgang Denk wrote:
> Recent cleanup actions resulted in a number of config.mk files that
> contained only redundant entries like
>
> PLATFORM_CPPFLAGS += -I$(TOPDIR)
>
> or settings of variables that were not used anywhere in the code, like
>
> TEXT_END = 0xfe0800
Dear All:
Recently , i have build a embedded environment with Uboot . And My Chip
is adm5120 , mips4kc code.
In the file .\cpu\mips\cache.s , i found some code confounded .
line 152 to line 156 :
cache_op Index_Store_Tag_I t0
PTR_ADDU t0,
On 30.11.2010 21:49, Wolfgang Denk wrote:
> The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
>
>Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
> ...
Anybody likes to apply
http://lists.denx.de/pipermail/u-boot/2010-November/081033.html
http://lists.denx.de/piper
Dear Marek Vasut,
In message <201012010346.21897.marek.va...@gmail.com> you wrote:
>
> On efikamx, I'll soon submit it mainline (when I clean it up enough). Here's
> the
> relevant part of configuration file (the #define __io is actually the
> important
> thing):
Is there a way to do without
The AT91SAM9G20 BOOT ROM apparently initializes PA23 and PA24 to multi drive
(open drain). Revert this, if those pins are going to be used for MII.
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
On Tuesday 30 November 2010 12:15:33 Stefano Babic wrote:
> On 11/30/2010 04:26 AM, Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
> > ---
> > v2: Use structures instead of defines as Wolfgang proposed
>
> Hi Marek,
>
> > drivers/block/Makefile |1 +
> > drivers/block/mxc_ata.c | 149
>
On Tue, 30 Nov 2010 18:36:25 -0600
Timur Tabi wrote:
> @@ -244,8 +266,15 @@ void flash_write64(u64 value, void *addr)
>
> /* There is no __raw_writeq(), so do the write manually */
> *(volatile u64 *)addr = value;
> - if (sw)
> + if (sw) {
> + /*
> +
>
> The following changes since commit
> d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
>
> Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-arm.git master
>
> Dirk Behme (4):
> OMAP4: SDP4430: Disable CMD_NFS
>
On the P1022, the pins which drive the video display (DIU) are muxed with the
local bus controller (LBC), so if the DIU is active, the pins need to be
temporarily muxed to LBC whenever accessing NOR flash.
The code which handled this transition is checking and changing the wrong
bits in PMUXCR.
A
On Tue, 30 Nov 2010 22:25:11 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/11/30 22:17:31:
> >
> > On Tue, 30 Nov 2010 22:13:32 +0100
> > Joakim Tjernlund wrote:
> >
> > > Scott Wood wrote on 2010/11/30 21:50:52:
> > > >
> > > > On Tue, 30 Nov 2010 21:45:19 +0100
> > > > Joakim Tjer
On Tue, Nov 30, 2010 at 3:58 PM, Kumar Gala 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 various strings in priority order. If
> hwconfig_parse
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 there we shoud skip the
relocation and jump over to clear_bss. Before the clear_bss was also skipped.
Signed-off-by: Andreas Bießmann
---
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 that fact.
Signed-off-by: Andreas Bießmann
---
arch/arm/cpu/arm1136/start.S |6 +++---
arch/arm/cpu/arm1176/start.S |6 +++---
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 address of relocation).
Therefore r7 can be used later on for other purposes.
Signed-off-by: Andreas Bießmann
---
arch/arm/cpu/arm1136/star
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 relocation part and jump over to clear_bss
immediately.
Signed-off-by: Andreas Bießmann
---
arch/arm/cpu/arm1136/start.S |4 ++--
As discussed in
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/89864/focus=89905
here are the changes for r8 usage in all arm relocate_code() implementations.
Additionally there is a change to armv7 code which is persumably broken
(at least when CONFIG_PRELADER is _not_ defined). Please co
Hello,
Am 30.11.2010 19:21, schrieb Premi, Sanjeev:
> For omap3evm - I was getting multiple errors during compilation.
> Most for undefined symbols - which existed in the compiled objects
> but, I suspect, not in right sequence.
>
> Haven't still been able to look back at these errors; still surp
Dear Reinhard Meyer,
Am 30.11.2010 um 20:58 schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
> Does that base on current u-boot/master?
Yes, it is.
> I will pull current master, and rebase at91,at91-next on it, also delete the
> then
> obsolete two patches currently at at91. Then your patches
Take the risk, shift careers now! , We havne't talked in so long, I hope
everything is going good for u. Anwyays I feel like you're always working.
Well, I found a local news article that describes ways you can make some more
cash. It's easier than it sounds You should really check out and earn
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 various strings in priority order. If
hwconfig_parse returns NULL for a given string we check the next one
in order
Scott Wood wrote on 2010/11/30 22:17:31:
>
> On Tue, 30 Nov 2010 22:13:32 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/11/30 21:50:52:
> > >
> > > On Tue, 30 Nov 2010 21:45:19 +0100
> > > Joakim Tjernlund wrote:
> > >
> > > > On a related note, I am not sure why the I and D ca
On Nov 30, 2010, at 3:12 PM, Scott Wood wrote:
> On Tue, 30 Nov 2010 15:01:28 -0600
> Kumar Gala wrote:
>
>> diff --git a/common/hwconfig.c b/common/hwconfig.c
>> index 3c9759f..da8d3ed 100644
>> --- a/common/hwconfig.c
>> +++ b/common/hwconfig.c
>> @@ -68,8 +68,8 @@ next:
>> return NULL;
On Tue, 30 Nov 2010 22:13:32 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/11/30 21:50:52:
> >
> > On Tue, 30 Nov 2010 21:45:19 +0100
> > Joakim Tjernlund wrote:
> >
> > > On a related note, I am not sure why the I and D cache needs to be
> > > flushed,
> > > aren't they coherent?
>
Dear Wolfgang Denk,
In message <20101130204931.99bf511d9...@gemini.denx.de> you wrote:
> The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
>
> Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-ar
Scott Wood wrote on 2010/11/30 21:50:52:
>
> On Tue, 30 Nov 2010 21:45:19 +0100
> Joakim Tjernlund wrote:
>
> > On a related note, I am not sure why the I and D cache needs to be flushed,
> > aren't they coherent?
>
> They are not.
Ah, I figured they would be these days.
I doubt one needs to inv
On Tue, 30 Nov 2010 15:01:28 -0600
Kumar Gala wrote:
> diff --git a/common/hwconfig.c b/common/hwconfig.c
> index 3c9759f..da8d3ed 100644
> --- a/common/hwconfig.c
> +++ b/common/hwconfig.c
> @@ -68,8 +68,8 @@ next:
> return NULL;
> }
>
> -const char *cpu_hwconfig __attribute__((weak));
Dear Kumar Gala,
In message <1291150888-20937-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> Since board_hwconfig & cpu_hwconfig are defined as weak and dont have a
> default value they will get put into the BSS if they aren't defined
> elsewhere. This is problematic as we try to utili
Dear Kumar Gala,
In message <1291062731-11647-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> Some systems need to relocate the env_addr pointer early because the
> location it points to will get invalidated before env_relocate is
> called. One example is on systems that might use a L2
Dear Rabin Vincent,
In message <1273031587-32465-1-git-send-email-rabin.vinc...@stericsson.com> you
wrote:
> Use C structs for registers, and use readl/writel instead of custom
> accessors.
>
> Acked-by: Michael Brandt
> Signed-off-by: Rabin Vincent
> ---
> drivers/serial/serial_pl01x.c | 5
Since board_hwconfig & cpu_hwconfig are defined as weak and dont have a
default value they will get put into the BSS if they aren't defined
elsewhere. This is problematic as we try to utilize hwconfig before
we've relocated and thus BSS isn't setup.
Instead of giving dummy values in the board fil
Dear Wolfgang Wegner,
In message <1272013685-1032-1-git-send-email-w.weg...@astro-kom.de> you wrote:
> Currently the hardware was left in an undefined state in case Spartan3
> serial load failed. This patch adds Xilinx_abort_fn to give the board
> a possibility to clean up in this case.
>
> Signe
On Nov 30, 2010, at 2:21 PM, Scott Wood wrote:
> On Mon, 29 Nov 2010 14:35:07 -0600
> Kumar Gala wrote:
>
>> diff --git a/boards.cfg b/boards.cfg
>> index 2209676..a994c8a 100644
>> --- a/boards.cfg
>> +++ b/boards.cfg
>> @@ -472,6 +472,7 @@ MPC8569MDS_ATM powerpc mpc85xx
Dear Albert ARIBAUD,
In message <4cf55ade.4010...@free.fr> you wrote:
>
> > I suppose we should be suspecting the timers? I think I recall hearing
> > that the time code can mix poorly with relocation.
>
> There is no issue with relocation and timers per se, but with the use of
> BSS variables bef
On Tue, 30 Nov 2010 21:45:19 +0100
Joakim Tjernlund wrote:
> On a related note, I am not sure why the I and D cache needs to be flushed,
> aren't they coherent?
They are not.
-Scott
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/ma
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Dirk Behme (4):
OMAP4: SDP4430: Disable CMD_NFS
OMAP3: SDP3430: Fix ARM re
On Tue, 30 Nov 2010 13:11:41 -0600
Kumar Gala wrote:
> diff --git a/common/hwconfig.c b/common/hwconfig.c
> index 3c9759f..752bfc3 100644
> --- a/common/hwconfig.c
> +++ b/common/hwconfig.c
> @@ -68,8 +68,8 @@ next:
> return NULL;
> }
>
> -const char *cpu_hwconfig __attribute__((weak));
>
> Dear Joakim Tjernlund,
>
> In message <1290537223-12160-1-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> >
> > Signed-off-by: Joakim Tjernlund
> > ---
> > arch/powerpc/cpu/mpc83xx/start.S |7 ---
> > 1 files changed, 0 insertions(+), 7 deletions(-)
> >
> > diff --git a/
Looks like this patch got missed
http://patchwork.ozlabs.org/patch/71817/
It adds USB support for DA850
--Sandeep
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear s-paul...@ti.com,
In message <1291136354-11693-1-git-send-email-s-paul...@ti.com> you wrote:
> The following changes since commit c87f6457bb9cb465e9630b00b4c824847a62c6c5:
> Mike Frysinger (1):
> ext2: constify file/dir names
>
> are available in the git repository at:
>
> git:/
Dear Minkyu Kang,
In message <4cf4bc26.7090...@samsung.com> you wrote:
> Please pull u-boot-samsung/master.
> Thanks.
>
> The following changes since commit 464ce9489b848f9dfde74da5715b6d1b5db46a5e:
> Minkyu Kang (1):
> Merge branch 'master' of git://git.denx.de/u-boot-arm
>
> are avai
Dear Nobuhiro Iwamatsu,
In message you
wrote:
> Hi, Wolfgang,
>
> Please pull from u-boot-sh.git.
>
> The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f=
> :
>
> Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
>
> are available in the git repository at:
> ssh+gi
Dear s-paul...@ti.com,
In message <1291133587-9118-1-git-send-email-s-paul...@ti.com> you wrote:
> The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
> Wolfgang Denk (1):
> Prepare v2010.12-rc2
>
> are available in the git repository at:
>
> git://git.denx.d
On Mon, 29 Nov 2010 14:35:07 -0600
Kumar Gala wrote:
> diff --git a/boards.cfg b/boards.cfg
> index 2209676..a994c8a 100644
> --- a/boards.cfg
> +++ b/boards.cfg
> @@ -472,6 +472,7 @@ MPC8569MDS_ATM powerpc mpc85xx
> mpc8569mds freesca
> MPC8569MDS_NAND
Dear s-paul...@ti.com,
In message <1291087730-15875-1-git-send-email-s-paul...@ti.com> you wrote:
> Wolfgang, Albert,
>
> Sorry I don't know who will accept my pull request so addressing both of you.
> Please pull u-boot-ti/master.
For this release I will still take this stuff. Albert formally
Dear Kim Phillips,
In message <20101128110337.405478de.kim.phill...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull:
>
> The following changes since commit 844f07d8a1f1330c97631b23fbf6425db2dc1508:
>
> Coding Style (white space) cleanup (2010-11-27 23:35:14 +0100)
>
> are availabl
Le 30/11/2010 20:50, Ben Gardiner a écrit :
> I suppose we should be suspecting the timers? I think I recall hearing
> that the time code can mix poorly with relocation.
There is no issue with relocation and timers per se, but with the use of
BSS variables before relocation. Any code run in the
Dear Joakim Tjernlund,
In message <1290537223-12160-1-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
>
> Signed-off-by: Joakim Tjernlund
> ---
> arch/powerpc/cpu/mpc83xx/start.S |7 ---
> 1 files changed, 0 insertions(+), 7 deletions(-)
>
> diff --git a/arch/powerpc/cpu/mpc8
Dear Andreas Bießmann,
> Dear all,
>
> this is mostly a copy of
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/89888
>
> This series have two relevant changes. Cause of defining the weak symbol
> board_reset the previous patch 'arm920t: fix linker skript for -pie linking'
> is not longer
On Tue, Nov 30, 2010 at 10:00 AM, Wolfgang Denk wrote:
> Hello everybody.
>
> I apologise for being a bit late with this announcement:
>
> * U-Boot v2010.12-rc2 was released on Sunday, November 28.
>
> * Release "v2010.12" is (still) scheduled in 13 days:
> on December 13, 2010.
>
> Please help t
From: Andreas Bießmann
Signed-off-by: Andreas Bießmann
---
remove 'arm920t: fix linker skript for -pie linking' in favor of this patch
arch/arm/cpu/arm920t/at91/reset.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/arm920t/at91/reset.c
b/arch/arm
Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc
bss values in arm920t/at91/timer driver.
The usage of bss values in driver before initialisation of bss is
forbidden. In that special case some data in .rel.dyn gets corrupted by
the arm920t/at91/timer driver.
Signed-off-by: And
Dear all,
this is mostly a copy of
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/89888
This series have two relevant changes. Cause of defining the weak symbol
board_reset the previous patch 'arm920t: fix linker skript for -pie linking'
is not longer needed. So 'arm920t/at91/reset: boar
* add boards_by_soc()
* remove boards already in boards.cfg from LIST_AT91
Signed-off-by: Andreas Bießmann
---
no change since v1 but still in u-boot-atmel/at91
MAKEALL | 18 +++---
1 files changed, 3 insertions(+), 15 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 767d561..
This patch also removes now unnecessary config.mk in board directory and
make usage of new features in boards.cfg.
Signed-off-by: Andreas Bießmann
---
no change since v1 but still in u-boot-atmel/at91
board/atmel/at91rm9200ek/config.mk |2 --
boards.cfg |3 ++-
i
Since board_hwconfig & cpu_hwconfig are defined as weak and dont have a
default value they will get put into the BSS if they aren't defined
elsewhere. This is problematic as we try to utilize hwconfig before
we've relocated and thus BSS isn't setup.
Instead of giving dummy values in the board fil
On Nov 30, 2010, at 9:23 AM, Joakim Tjernlund wrote:
>>
>> On Tue, 2010-11-30 at 08:00 -0700, Wolfgang Denk wrote:
>>> Hello everybody.
>>>
>>> I apologise for being a bit late with this announcement:
>>>
>>> * U-Boot v2010.12-rc2 was released on Sunday, November 28.
>>>
>>> * Release "v2010.
> -Original Message-
> From: Dirk Behme [mailto:dirk.be...@googlemail.com]
> Sent: Tuesday, November 30, 2010 10:15 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Build failures with older toolchain
>
> On 30.11.2010 15:25, Premi, Sanjeev wrote:
> >> -Origi
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Alexander Holler
> Sent: Tuesday, November 30, 2010 9:59 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] OMAP3: relocation and bss usage (timer, gpmc, ...)
>
> Hello,
>
> brow
Dear Reinhard Meyer,
Am 30.11.2010 um 07:37 schrieb Andreas Bießmann:
> The series includes two patches already in Reinhard's u-boot-atmel/at91-next
> branch but the base of at91-next is outdated and they will not apply cleanly.
> So feel free to include them or not. Reinhard, any comments?
> The
NameLocation...Country
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 11/30/2010 7:48 AM, Reinhard Meyer wrote:
> Dear J. William Campbell,
>> On 11/30/2010 1:14 AM, Reinhard Meyer wrote:
>>> Dear Wolfgang Denk,
>>>
>>> what we really need is only a 32 bit monotonous free running tick that
>>> increments
>>> at a rate of at least 1 MHz. As someone pointed out a wh
The following changes since commit c87f6457bb9cb465e9630b00b4c824847a62c6c5:
Mike Frysinger (1):
ext2: constify file/dir names
are available in the git repository at:
git://git.denx.de/u-boot-ti.git next
Stefano Babic (3):
da850: Enable SPI Flash
Davinci 8xx: Move common
On 30.11.2010 15:25, Premi, Sanjeev wrote:
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
>> Sent: Monday, November 29, 2010 8:38 PM
>> To: Wolfgang Denk
>> Cc: u-boot@lists.denx.de
>> Subject: Re: [U-Boot] Bu
Hi Lei,
Lei Wen wrote:
> [...]
>>> For current ether.c state, there is no usb_gadget_unregister_driver in
>>> it. Even it has, we still need
>>> usb_gadget_register_driver call in each eth_init().
>>
>> Yes, if we do 'unregister' we should do 'register' somewhere before. If
>> we do 'register' we
Hello,
browsing through some code searching for a reason why an u-boot compiled
with gcc 4.5.1 fails to boot on a beagleboard, I've come through another
place where bss is used before relocation: gpmc_init (gpmc_cfg) in
arch/arm/cpu/armv7/omap3/mem.c.
I haven't fixed it up to now, but I want t
>
> The patch adds basic board support for TI's OMAP-L138 based
> Hawkboard. This board is pretty similar to the da850 EVM. Support for
> nand and network access is added in this version.
>
> The following bootup procedure is used.
>
> At reset, the Rom Boot Loader(RBL), initialises the ddr an
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Wolfgang Denk (1):
Prepare v2010.12-rc2
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Dirk Behme (4):
OMAP4: SDP4430: Disable CMD_NFS
OMAP3: SDP3430: Fix ARM relo
Hi Vitaly,
On Tue, Nov 30, 2010 at 11:13 PM, Vitaly Kuzmichev
wrote:
> Hi Lei,
>
> Lei Wen wrote:
>> Hi Vitaly,
>> [...]
>>> And additional calling of usb_gadget_unregister_driver will at most
>>> return an error.
>>>
>>
>> For current ether.c state, there is no usb_gadget_unregister_driver in
>>
Dear J. William Campbell,
> On 11/30/2010 1:14 AM, Reinhard Meyer wrote:
>> Dear Wolfgang Denk,
>>
>> what we really need is only a 32 bit monotonous free running tick that
>> increments
>> at a rate of at least 1 MHz. As someone pointed out a while ago, even
>> at 1GHz that would
>> last for four
>
> On Tue, 2010-11-30 at 08:00 -0700, Wolfgang Denk wrote:
> > Hello everybody.
> >
> > I apologise for being a bit late with this announcement:
> >
> > * U-Boot v2010.12-rc2 was released on Sunday, November 28.
> >
> > * Release "v2010.12" is (still) scheduled in 13 days:
> > on December 13, 20
Hi Lei,
Lei Wen wrote:
> Hi Vitaly,
> [...]
>> And additional calling of usb_gadget_unregister_driver will at most
>> return an error.
>>
>
> For current ether.c state, there is no usb_gadget_unregister_driver in
> it. Even it has, we still need
> usb_gadget_register_driver call in each eth_init(
On Tue, 2010-11-30 at 08:00 -0700, Wolfgang Denk wrote:
> Hello everybody.
>
> I apologise for being a bit late with this announcement:
>
> * U-Boot v2010.12-rc2 was released on Sunday, November 28.
>
> * Release "v2010.12" is (still) scheduled in 13 days:
> on December 13, 2010.
>
> Please h
On 11/30/2010 1:14 AM, Reinhard Meyer wrote:
> Dear Wolfgang Denk,
>
> what we really need is only a 32 bit monotonous free running tick that
> increments
> at a rate of at least 1 MHz. As someone pointed out a while ago, even at 1GHz
> that would
> last for four seconds before it rolls over. But
Hello everybody.
I apologise for being a bit late with this announcement:
* U-Boot v2010.12-rc2 was released on Sunday, November 28.
* Release "v2010.12" is (still) scheduled in 13 days:
on December 13, 2010.
Please help testing, and check if all your relevant patches have been
included.
Cu
Wolfgang,
> Dear Andre Schwarz,
>
> In message<4cf4fcd6.80...@matrix-vision.de> you wrote:
>
>> Since I have more stuff pending I'll wait for the merge window to open
>> before re-submitting.
>>
> We have a "next" branch.
>
understood - will rebase on current master and resubmit im
Look the following benchmark (qemu-mips board):
U-Boot Vanilla
179600 bytes u-boot.bin
Bootstrap code w/o compresion (memcpy)
189224 bytes u-boot-bootstrap.bin
--> size 105%
Bootstrap code using BZIP2 compression
114388 bytes u-boot-bootstrap.bin
-->size 64%
Bootstrap code using GZIP compressio
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
> Sent: Monday, November 29, 2010 8:38 PM
> To: Wolfgang Denk
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Build failures with older toolchain
>
[snip]...[s
Dear Andre Schwarz,
In message <4cf4fcd6.80...@matrix-vision.de> you wrote:
>
> Since I have more stuff pending I'll wait for the merge window to open
> before re-submitting.
We have a "next" branch.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev
Kim,
>> diff --git a/include/configs/MVBLM7.h b/include/configs/MVBLM7.h
>> index 28e0d1b..431e102 100644
>> --- a/include/configs/MVBLM7.h
>> +++ b/include/configs/MVBLM7.h
>> @@ -348,7 +348,7 @@
>> #define CONFIG_SYS_SCCR_TSEC1CM1
>> #define CONFIG_SYS_SCCR_TSEC2CM1
>>
>> -#define CON
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Tuesday, November 30, 2010 12:48 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Eric Miao; Manas Saksena; Lei Wen; Yu Tang;
> Ashish Karkare; Kiran Vedere; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH v
>
> Wolfgang Denk wrote on 2010/11/23 21:52:11:
> >
> > Dear Joakim Tjernlund,
> >
> > In message
> > <1290538131-12383-1-git-send-email-joakim.tjernl...@transmode.se> you wrote:
> > > Here goes my attempt to revive true PIC on ppc, starting with 83xx.
> > > This uses a a new gcc option(which I h
Wolfgang Denk wrote on 2010/11/23 21:52:11:
>
> Dear Joakim Tjernlund,
>
> In message <1290538131-12383-1-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> > Here goes my attempt to revive true PIC on ppc, starting with 83xx.
> > This uses a a new gcc option(which I have just impl.) to
"Andreas Bießmann" wrote on 2010/11/30 12:48:41:
>
> Dear Joakim Tjernlund,
> Dear Albert ARIBAUD,
>
> Am 30.11.2010 10:41, schrieb Joakim Tjernlund:
> > Albert ARIBAUD wrote on 2010/11/30 10:02:45:
> >>
> >> Le 30/11/2010 09:47, Joakim Tjernlund a écrit :
>
> Le 30/11/2010 08:06, Andre
Dear Joakim Tjernlund,
Dear Albert ARIBAUD,
Am 30.11.2010 10:41, schrieb Joakim Tjernlund:
> Albert ARIBAUD wrote on 2010/11/30 10:02:45:
>>
>> Le 30/11/2010 09:47, Joakim Tjernlund a écrit :
Le 30/11/2010 08:06, Andreas Bießmann a écrit :
> Signed-off-by: Andreas Bießmann
On 11/30/2010 04:26 AM, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> ---
> v2: Use structures instead of defines as Wolfgang proposed
>
Hi Marek,
> drivers/block/Makefile |1 +
> drivers/block/mxc_ata.c | 149
> +++
> 2 files changed, 150
From: Luigi 'Comio' Mantellini
Signed-off-by: Luigi 'Comio' Mantellini
---
board/qemu-mips/Makefile | 15 ++-
board/qemu-mips/config.mk |7 ++-
board/qemu-mips/qemu-mips_bootstrap.c | 48 +
board/qemu-mips/u-boot-bootstrap.lds | 73 +++
From: Luigi 'Comio' Mantellini
The following symbols are allowed:
CONFIG_BOOTSTRAP
Enable the bootstrap stage. A minimal code is added to uncompress or
copy
the payload (a full U-Boot image).
CONFIG_BOOTSTRAP_TEXT_BASE
TEXT_BASE of the bootstrap code.
CONFIG_BOOTSTRAP_
1 - 100 of 128 matches
Mail list logo
