Due to some overlapping sections it's time to update TEXT_BASE
for this board.
Signed-off-by: Matthias Fuchs
---
board/esd/plu405/config.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/esd/plu405/config.mk b/board/esd/plu405/config.mk
index 0fb4efa..0a4dbaa 100
Modification of print_size to avoid use of divides and especially
long long divides. Keep the binary scale factor in terms of bit
shifts instead. This should be faster, since the previous code
gave the compiler no clues that the divides where always powers
of two, preventing optimisation.
Signed-o
On 10/05/10 20:25, Timur Tabi wrote:
> Here's a more revealing test:
>
> unsigned int i;
>
> for (i = 0; i < 60; i++) {
> unsigned long long l = 45ULL << i;
> printf("%llu - ", l);
> print_size(l, "\n");
Dear "George G. Davis",
In message you
wrote:
>
> > Why don't we have to invalidate/flush the I- and BT-Cache here? I.e. why
> is it sufficient to clean & invalidate the D-Cache here, only, and remove
> the existing I- and BT-Cache invalidation/flushing?
>
> Quite frankly I thought for sure th
Dear "Hiremath, Vaibhav",
In message <19f8576c6e063c45be387c64729e7394044e404...@dbde02.ent.ti.com> you
wrote:
>
> > Subject: [PATCH-V5] OMAP3EVM: Added NAND support
> >
> > From: Vaibhav Hiremath
> >
> > The EVMS have been shipping with NAND (instead of OneNAND) as default.
> > So, this patch
On 10/05/10 22:17, Wolfgang Denk wrote:
> In message <4be43218.2060...@freescale.com> you wrote:
>> which means that in order to support support printing 64-bit numbers on ARM,
>> we might need to completely rewrite print_size() to avoid division on 64-bit
>> numbers.
>
> This actually makes litt
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Tuesday, May 11, 2010 2:29 PM
> To: Hiremath, Vaibhav
> Cc: u-boot@lists.denx.de; t...@bumblecow.com; Paulraj, Sandeep; Scott Wood
> Subject: Re: [PATCH-V5] OMAP3EVM: Added NAND support
>
> Dear "Hiremath, Vaibhav",
Modification of print_size to avoid use of divides and especially
long long divides. Keep the binary scale factor in terms of bit
shifts instead. This should be faster, since the previous code
gave the compiler no clues that the divides where always powers
of two, preventing optimisation.
Signed-o
Dear Nick,
In message <4be91c64.9050...@ge.com> you wrote:
>
> True, but the extra library (and abi workaround) bloat is not necessary in
> this particular case.
I agree that we can avoid the 64 bit division here - at the cost of
code that becomes much more difficult to read and understand.
Look
On 11/05/10 11:39, Wolfgang Denk wrote:
> Dear Nick,
>
> In message <4be91c64.9050...@ge.com> you wrote:
>>
>> True, but the extra library (and abi workaround) bloat is not necessary in
>> this particular case.
>
> I agree that we can avoid the 64 bit division here - at the cost of
> code that be
Hi all,
It's been a while since I was last on this list. Due to a lot of
uncertainties in the codebase and a time shortage on my side, I decided
that it was better to wait a while to try to get LPC2468 support in
u-boot. I do at least have a lot more time now.
I would like to have the code adde
On Tue, 11 May 2010 14:07:14 +0200
Remco Poelstra wrote:
...
> Currently I've ported the code to the latest git version. It compiles
> more or less, except for the following error:
> /usr/local/ELDK/usr/bin/../lib/gcc/arm-linux-gnueabi/4.2.2/soft-float/libgcc.a(_divdi3.o):(.ARM.exidx+0x0):
>
>
Wolfgang Denk wrote:
> Ah. With "USE_PRIVATE_LIBGCC=yes" I see this one:
>
> undefined reference to `__aeabi_uldivmod'
>
> Note that this is __aeabi_uldivmod, not __udivdi3.
>
>
> Which version of compiler / which tool chain are you using?
gcc 4.1.2
--Scott
On 11-05-10 14:25, Anatolij Gustschin wrote:
> On Tue, 11 May 2010 14:07:14 +0200
> Remco Poelstra wrote:
>
> ...
>
>> Currently I've ported the code to the latest git version. It compiles
>> more or less, except for the following error:
>> /usr/local/ELDK/usr/bin/../lib/gcc/arm-linux-gnueabi/
On Tue, 11 May 2010 14:40:30 +0200
Remco Poelstra wrote:
...
> >> /usr/local/ELDK/usr/bin/../lib/gcc/arm-linux-gnueabi/4.2.2/soft-float/libgcc.a(_udivdi3.o):(.ARM.exidx+0x0):
> >> undefined reference to `__aeabi_unwind_cpp_pr0'
> >>
> >> How can I fix that? It seems it's the last small problem bef
On 11-05-10 14:45, Anatolij Gustschin wrote:
> On Tue, 11 May 2010 14:40:30 +0200
> Remco Poelstra wrote:
> ...
>
/usr/local/ELDK/usr/bin/../lib/gcc/arm-linux-gnueabi/4.2.2/soft-float/libgcc.a(_udivdi3.o):(.ARM.exidx+0x0):
undefined reference to `__aeabi_unwind_cpp_pr0'
How
Hello Wolfgang,
On Tue, May 11, 2010 at 4:56 AM, Wolfgang Denk wrote:
> Dear "George G. Davis",
>
> In message
> you wrote:
> >
> > > Why don't we have to invalidate/flush the I- and BT-Cache here? I.e.
> why
> > is it sufficient to clean & invalidate the D-Cache here, only, and remove
> > the
Hello.
Igor Luri wrote:
> Dear Sergei,
>
> I have readen git-format-patch commands manual and I don't find any
> option to create a single patch, by default creates a patch per commit
> change.
>
> How can I create a single patch?
>
You need to redo your several commits as a single commit
Signed-off-by: Igor Luri
---
disk/part_dos.c |3 ++-
disk/part_dos.h |1 +
fs/fat/fat.c|7 +--
3 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/disk/part_dos.c b/disk/part_dos.c
index 887b75e..d91f773 100644
--- a/disk/part_dos.c
+++ b/disk/part_dos.c
@@ -77,7 +
From: George G. Davis
The ARM1136 cache_flush() function uses the "mcr p15, 0, rn, c7, c7, 0"
instruction which means "Invalidate Both Caches" when in fact the intent
is to clean and invalidate all caches. So add an "mcr p15, 0, %0, c7,
c10, 0" instruction to "Clean Entire Data Cache" prior to t
On Tue, May 11, 2010 at 5:29 AM, Nick Thompson wrote:
> Modification of print_size to avoid use of divides and especially
> long long divides. Keep the binary scale factor in terms of bit
> shifts instead. This should be faster, since the previous code
> gave the compiler no clues that the divides
Stefano Babic wrote:
>
> Hi Tom,
>
> please pull from u-boot-imx.
Applied,
Thanks
Tom
>
> The following changes since commit b88c5988db176a0f9de5598d5167ee2498637d40:
> Kim Phillips (1):
> configs: remove unused CONFIG_COMMAND_HISTORY
>
> are available in the git repository at:
>
On 04/29/2010 04:26 PM, Steve Sakoman wrote:
> This patch adds support for the second and third mmc channels on OMAP3
> processors
>
> Boards wishing to use this feature should define CONFIG_SYS_MMC_SET_DEV
>
> Tested on Overo
>
> Signed-off-by: Steve Sakoman
Tested-by: Philip Balister
Works wit
Dear Remco Poelstra,
In message <4be95821.5000...@duran-audio.com> you wrote:
>
> >> Thanks, this works. Why isn't this included in u-boot by default?
> >>
> > This patch is quite new and I suppose it will be included soon.
>
> I see, I thought it would be in git already.
We normally wait
On 05/11/2010 03:59 AM, Wolfgang Denk wrote:
> Dear "Hiremath, Vaibhav",
>
> In message<19f8576c6e063c45be387c64729e7394044e404...@dbde02.ent.ti.com> you
> wrote:
>>
>>> Subject: [PATCH-V5] OMAP3EVM: Added NAND support
>>>
>>> From: Vaibhav Hiremath
>>>
>>> The EVMS have been shipping with NAND (
I ran into the same situation, where I needed set of environment variables for
in house testing, and a different set for when products actually go out to
customers. So we were erasing the flash quite often, but in this scenario,
things like serial number and mac address stay with the board regar
Dear "Craig Millen",
In message <67bfaf42e016fc40ade4ee73e07b706004668...@pks5.kanatek.com> you
wrote:
> I ran into the same situation, where I needed set of environment
> variables for in house testing, and a different set for when products
> actually go out to customers. So we were erasing
On Tue, May 11, 2010 at 5:03 PM, Wolfgang Denk wrote:
> In message <67bfaf42e016fc40ade4ee73e07b706004668...@pks5.kanatek.com>
> you wrote:
>> I ran into the same situation, where I needed set of environment
>> variables for in house testing, and a different set for when products
>> actually
LinkedIn
Pete Schell requested to add you as a connection on LinkedIn:
--
Srinath,
I'd like to add you to my professional network on LinkedIn.
- Pete Schell
Accept invitation from Pete Schell
http://www.linkedin.com/e/YhLefj14Y3m-0E8v1ZCDgtixJ
29 matches
Mail list logo
