From: Hoan Hoang hnh...@i-syst.com
The current OUTW function is always defined as a 16bit function, but this
doesn't work correctly when using the 32bit access mode. So define it as
a 32bit function when in 32bit mode so things work correctly on Blackfin
32bit LE systems.
Signed-off-by: Hoan
The current dm9000x driver accesses its memory mapped registers directly
instead of using the standard I/O accessors. This can cause problems on
Blackfin systems as the accesses can get out of order. So convert the
direct volatile dereferences to use the normal in/out macros.
Signed-off-by:
Ben: ive pushed all these AX88180 patches to here so you can pull them in
order easier:
git://git.denx.de/u-boot-blackfin.git for-net
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
Hello Wolfgang,
On 05/10/10 21:08, Wolfgang Denk wrote:
Signed-off-by: Wolfgang Denk w...@denx.de
---
arch/arm/lib/eabi_compat.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/eabi_compat.c b/arch/arm/lib/eabi_compat.c
index 86eacf1..eb3e26d
Due to some overlapping sections it's time to update TEXT_BASE
for this board.
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
---
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
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.
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 aanlktimwgvcvjx0dlg7ic5xqb-crzduqxpvwue3lp...@mail.gmail.com 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
Dear Hiremath, Vaibhav,
In message 19f8576c6e063c45be387c64729e7394044e404...@dbde02.ent.ti.com you
wrote:
Subject: [PATCH-V5] OMAP3EVM: Added NAND support
From: Vaibhav Hiremath hvaib...@ti.com
The EVMS have been shipping with NAND (instead of OneNAND) as default.
So, this patch
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.
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 at
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 becomes much
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
On Tue, 11 May 2010 14:07:14 +0200
Remco Poelstra remco.poels...@duran-audio.com wrote:
...
Currently I've ported the code to the latest git version. It compiles
more or less, except for the following error:
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 Poelstraremco.poels...@duran-audio.com wrote:
...
Currently I've ported the code to the latest git version. It compiles
more or less, except for the following error:
On Tue, 11 May 2010 14:40:30 +0200
Remco Poelstra remco.poels...@duran-audio.com 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
On 11-05-10 14:45, Anatolij Gustschin wrote:
On Tue, 11 May 2010 14:40:30 +0200
Remco Poelstraremco.poels...@duran-audio.com 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
Hello Wolfgang,
On Tue, May 11, 2010 at 4:56 AM, Wolfgang Denk w...@denx.de wrote:
Dear George G. Davis,
In message aanlktimwgvcvjx0dlg7ic5xqb-crzduqxpvwue3lp...@mail.gmail.com
you wrote:
Why don't we have to invalidate/flush the I- and BT-Cache here? I.e.
why
is it sufficient to
On Tue, May 11, 2010 at 5:29 AM, Nick Thompson nick.thomp...@ge.com 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
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 Sakomanst...@sakoman.com
Tested-by: Philip Balister
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 a few days
On 05/11/2010 03:59 AM, Wolfgang Denk wrote:
Dear Hiremath, Vaibhav,
In message19f8576c6e063c45be387c64729e7394044e404...@dbde02.ent.ti.com you
wrote:
Subject: [PATCH-V5] OMAP3EVM: Added NAND support
From: Vaibhav Hiremathhvaib...@ti.com
The EVMS have been shipping with NAND (instead
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
On Tue, May 11, 2010 at 5:03 PM, Wolfgang Denk w...@denx.de 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
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
27 matches
Mail list logo