Here a short announcement about a change in the U-Boot ARM custodianship:
Since the ARM platform is so broad and has multiple vendor
specific "sub-architectures" it seemed necessary to add new U-Boot custodian
branches for those architectures. Fortunately we had some volunteers. Here
the list:
各位老总:您们好!
诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票!
鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康!
我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单,
核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;
还可以代办:出口欧
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> These macros have been widely used by MIPS assemblers, and of course
>> make codes more readable and easily maintainable.
>
> I have to admit that for me the resulting code is NOT better
> readable. Indead of just readin
In message <[EMAIL PROTECTED]> you wrote:
>
> > Isn't the lock necessary to use the cache as memory for stack and
> > initial data?
>
> This code has some problems:
>
> Cache locking is not consistent across MIPS implementations. Some
> implementations do not support locking at all. The style
Hi,
I am trying to port mmc driver to my board with little assistance from
atmel_mci driver. While i was trying to understand the mmc_cmd function,
i think i found a bug in it.
File -> uboot-1.3.1\cpu\at32ap\atmel_mci.c
Function ->
static int
mmc_cmd(unsigned long cmd, unsigned long arg,
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> This file contains some useful macros for MIPS assembler code.
>
> Useful? So far there are no users of these macros, right?
>
> So please don't add this file without real users. Feel free to add it
> with any code that needs it.
Wolfgang Denk wrote:
>> +#if 0
>> +#include
>> +#endif
>
> Please don't add dead code. Instead, remove these line(s).
Fixed. Thanks,
Shinya
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R)
On Mon, Mar 17, 2008 at 4:04 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > I don't know the background why this lock added. So if I miss something,
> > please let me know. Or I'll push this before merge window close().
> ...
> > /* Set up tem
Stefan Roese wrote:
> On Saturday 15 March 2008, Dave Littell wrote:
I looked around this message and it seems that ppc_4xx_eth_initialize()
malloc()’s a EMAC_4XX_HW_PST structure and assigns it to dev->priv.
However, nothing ever frees this buffer so standing on a ping will
ult
On Fri, Mar 14, 2008 at 11:19:42PM +0300, Anton Vorontsov wrote:
> -#define CFG_VSC7385_BASE 0xF000
> +/*
> + * NAND Flash on the Local Bus
> + */
> +#define CFG_NAND_BASE0xE060 /* 0xE060 */
> +#define CFG_BR1_PRELIM (CFG_NAND_BASE | \
> +
Hi Sascha,
I think we dont have a seperate list for uboot-v2, so, just wanted to
know the opinion of having a single arch/arm/cpu/start-arm.S instead of
multiple start-arm files. essentially providing hooks to arch,soc,board
specific preinits can allow us to reuse major chunk of code..
I have atta
Provide common configuration in pciauto_config_device() usable for
all architectures
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
drivers/pci/pci_auto.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pci/pci_auto.c b/drivers/pci/pci_auto.c
index acfda83.
Provide common configuration in do_mii() to execute mii_init()
for all cpu architectures
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
common/cmd_mii.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_mii.c b/common/cmd_mii.c
index 31ac43d..8ca5af5 10064
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
drivers/net/mcffec.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c
index 3b81258..71d1960 100644
--- a/drivers/net/mcffec.c
+++ b/drivers/net/mcffec.c
@@ -166,6 +166,13
Signed-off-by: Matthew Fettke <[EMAIL PROTECTED]>
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
MAKEALL |1 +
Makefile|3 +
board/freescale/m5275evb/Makefile | 40 +
board/freescale/m5275evb/config.mk | 25 +++
board
Signed-off-by: Matthew Fettke <[EMAIL PROTECTED]>
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
CREDITS |1 +
cpu/mcf52x2/config.mk |4 +
cpu/mcf52x2/cpu.c | 66 ++
cpu/mcf52x2/cpu_init.c| 111 ++
cpu/mcf52x2/interrupt
Signed-off-by: Matt Wadel <[EMAIL PROTECTED]>
Acked-by: TsiChung Liew <[EMAIL PROTECTED]>
---
include/configs/M52277EVB.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/M52277EVB.h b/include/configs/M52277EVB.h
index a3d7bc4..3d28913 100644
--- a/include/c
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
board/freescale/m547xevb/m547xevb.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/freescale/m547xevb/m547xevb.c
b/board/freescale/m547xevb/m547xevb.c
index 0286084..539da78 100644
--- a/board/freescale/m547xev
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
cpu/mcf52x2/start.S |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpu/mcf52x2/start.S b/cpu/mcf52x2/start.S
index 260a09a..c086ca7 100644
--- a/cpu/mcf52x2/start.S
+++ b/cpu/mcf52x2/start.S
@@ -160,7 +160,7 @@ _copy
In message <[EMAIL PROTECTED]> you wrote:
> VGhpcyBwYXRjaCB3aWxsIGFsbG93IGNvZGUgY29tbW9uIHRvIGFsbCBBUk0gc3VwcGxpZWQgZGV2
> ZWxvcG1lbnQgYm9hcmRzCnRvIGJlIHNoYXJlZC4KClRoaXMgcGF0Y2ggaXMgYWxzbyBhdmFpbGFi
> bGUgZm9yIHRlc3QgZnJvbQpnaXQ6Ly9saW51eC1hcm0ub3JnL3UtYm9vdC1hcm1kZXYuZ2l0IGFz
> IGJyYW5jaCAwODAzMT
In message <[EMAIL PROTECTED]> you wrote:
> These macros have been widely used by MIPS assemblers, and of course
> make codes more readable and easily maintainable.
I have to admit that for me the resulting code is NOT better
readable. Indead of just reading a single source file, I now h
In message <[EMAIL PROTECTED]> you wrote:
> This file contains some useful macros for MIPS assembler code.
Useful? So far there are no users of these macros, right?
So please don't add this file without real users. Feel free to add it
with any code that needs it.
Best regards,
Wolfgang Denk
--
In message <[EMAIL PROTECTED]> you wrote:
> Make some asm headers adjusted to the latest Linux kernel. Note: there
> might be some CodingStyle issues, but let's leave thins as they are to
> have a clear difference against the Linux ones.
Umm...only where it really makes sense, please.
> +#if 0
>
In message <[EMAIL PROTECTED]> you wrote:
> I don't know the background why this lock added. So if I miss something,
> please let me know. Or I'll push this before merge window close().
...
> /* Set up temporary stack.
>*/
> - li a0, CFG_INIT_SP_OFFSET
> - la t9, mip
On 3/16/2008, "Dave Liu" <[EMAIL PROTECTED]> wrote:
>add simple libata support in u-boot
I get a compilation error on libata.c:
---8<--
u-boot/include/libata.h:177: warning: type defaults to 'int' in
declaration of 'u16'
-8<
Seems to be a missing i
This routine fills memory with zero by 64 bytes, and is 64-bit capable.
Signed-off-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
---
cpu/mips/cache.S | 43 ---
1 files changed, 28 insertions(+), 15 deletions(-)
diff --git a/cpu/mips/cache.S b/cpu/mips/cac
Guten Tag,
+---+
Warning! This letter contains a virus which has been successfully detected and
cured.
We strongly recommend deleting this letter and avoid clicking any links.
+---+
[RBN Networks Antiv
This patch contains updates for changes for the Korat PPC440EPx board.
These changes include:
(1) Support for "permanent" and "upgradable" copies of U-Boot, as
described in the new "doc/README.korat" file;
(2) a new memory map for the registers in the board's CPLD;
(3) a revised format for manuf
This patch will allow code common to all ARM supplied development boards
to be shared.
This patch is also available for test from
git://linux-arm.org/u-boot-armdev.git as branch 080312_move
The patch is made against u-boot commit
e95bcc3661a78ccc094c365ecd2484d00a60f97d:
Wolfgang Denk (1):
Hi Harald,
On Monday 17 March 2008, Harald Welte wrote:
> > I really hope you are still willing to take over the s3c24xx U-Boot
> > custodianshipment. This would be a great improvement. If yes, please send
> > Wolfgang your public SSH key, so that he setup a new repository for the
> > Samsung ARM
We currently do 1) Index_Store_Tag_I, 2) Fill and 3) Index_Store_Tag_I
again per a loop for I-cache initialization. But according to 'See MIPS
Run', we are encouraged to use three separate loops rather than combining
them for both I- and D-cache. This patch tries to fix that.
In accordance with fi
These macros have been widely used by MIPS assemblers, and of course
make codes more readable and easily maintainable.
Signed-off-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
---
cpu/mips/cache.S | 25 +++--
1 files changed, 7 insertions(+), 18 deletions(-)
diff --git a/cpu
This file contains some useful macros for MIPS assembler code.
Signed-off-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
---
include/asm-mips/asm.h | 409
1 files changed, 409 insertions(+), 0 deletions(-)
create mode 100644 include/asm-mips/asm.h
Make some asm headers adjusted to the latest Linux kernel. Note: there
might be some CodingStyle issues, but let's leave thins as they are to
have a clear difference against the Linux ones.
Signed-off-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
---
include/asm-mips/byteorder.h | 63
I don't know the background why this lock added. So if I miss something,
please let me know. Or I'll push this before merge window close().
>
I don't see any reason why we have to lock cache line here. Maybe some
targets require this locking, but that's completely target specific re-
quir
Hi Stefan!
On Mon, Mar 17, 2008 at 02:54:00PM +0100, Stefan Roese wrote:
> On Tuesday 22 January 2008, Harald Welte wrote:
> > > >breaks any of the old code. It has actually come to a point where
> > > >I'd volunteer to maintain the s3c24xx chipset code in u-boot, if
> > > >anyone w
Hi Harald,
On Tuesday 22 January 2008, Harald Welte wrote:
> > >breaks any of the old code. It has actually come to a point where
> > >I'd volunteer to maintain the s3c24xx chipset code in u-boot, if
> > >anyone was interested in that
> >
> > You are welcome. Is this a serious offer?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Peter Pearse
> Sent: 17 March 2008 11:12
> To: [EMAIL PROTECTED]
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH] Move AT91RM9200DK board
> support underboard/atmel
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 16 March 2008 22:21
> To: Peter Pearse
> Cc: Haavard Skinnemoen
> Subject: Re: [U-Boot-Users] [PATCH] Move AT91RM9200DK board
> support under board/atmel
>
> Dear Peter,
-- snip ---
>
> i. e. something
On 11:31 Mon 17 Mar , Alex wrote:
> Hi
>
> Sorry, as you might have guessed I did not run MAKEALL to check my patch :-(
> Worse, It would have broken existing code... Sorry again.
>
> I try to avoid such things in future.
>
> I corrected the patch. I tried to run MAKEALL, but it fails, as I
On 11:14 Mon 17 Mar , Nikita V. Youshchenko wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> > > --- a/cpu/mpc8260/Makefile
> > > +++ b/cpu/mpc8260/Makefile
> > > @@ -28,7 +28,7 @@ LIB = $(obj)lib$(CPU).a
> > > START= start.o kgdb.o
> > > COBJS= traps.o serial_smc.o serial_s
Hi
Sorry, as you might have guessed I did not run MAKEALL to check my patch :-(
Worse, It would have broken existing code... Sorry again.
I try to avoid such things in future.
I corrected the patch. I tried to run MAKEALL, but it fails, as I don't have
all those cross-compilers
installed. Am I
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
drivers/rtc/Makefile |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/rtc/Makefile b/drivers/rtc/Makefile
index 9be2130..800ab99 100644
--- a/drivers/rtc/Makefile
+++ b/drivers/rtc/Makefile
@@ -43,7 +43,6 @@ COBJS-
On Sat, 2008-03-15 at 04:19 +0800, Anton Vorontsov wrote:
> This patch adds few routines to configure serdes on 837x targets.
>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Kim, please apply it.
Thanks,
Dave
-
This
Hello Wolfgang,
The patchset is only for review, not intend to apply it in v1 status.
I'm working the FSL SATA controller driver in the framework.
and I will send the v2 patchset with FSL SATA driver in this week.
Thanks,
Dave
---
On Saturday 15 March 2008, Dave Littell wrote:
> >> I looked around this message and it seems that ppc_4xx_eth_initialize()
> >> malloc()’s a EMAC_4XX_HW_PST structure and assigns it to dev->priv.
> >> However, nothing ever frees this buffer so standing on a ping will
> >> ultimately pull down all
> In message <[EMAIL PROTECTED]> you wrote:
> > --- a/cpu/mpc8260/Makefile
> > +++ b/cpu/mpc8260/Makefile
> > @@ -28,7 +28,7 @@ LIB = $(obj)lib$(CPU).a
> > START = start.o kgdb.o
> > COBJS = traps.o serial_smc.o serial_scc.o cpu.o cpu_init.o speed.o \
> > interrupts.o ether_
On 3/14/2008, "Michael Schwingen" <[EMAIL PROTECTED]> wrote:
>Tor Krill wrote:
>> Im working on adding support for our board to u-boot.
>>
>> I use legacy flash mode for our boot-flash. I however have some problems
>> with it.
>>
>> When using jedec probe to identify our flash. Im unable to do
48 matches
Mail list logo