Re: [U-Boot] [PATCH] Kirkwood: grouped all Kirkwood boards
Le 24/11/2010 12:51, Prafulla Wadaskar a écrit : Kirkwood based boards where scattered in boards.cfg All such boards were grouped together The ordering is fixed Signed-off-by: Prafulla Wadaskarprafu...@marvell.com Hi Prafulla, How does this work with Eric's recent reordering of boards.cfg? Amicalement, -- Albert. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Gutes Gehalt in guter Gesellschaft.
Firma: TRANS EUROPE EXPRESS Position: Versandmanager Kategorie: Versand/Manager Arbeitszeit: Teilzeitbeschaftigung/Heimarbeit Location: Deutschland Vergutung: 1.800 Euro monatlich + Bonus Erfahrung: nicht erforderlich Ausbildung: Mittelschulabschluss Sehr geehrter Bewerber, sehr geehrte Bewerberin! Wir freuen uns, Ihnen mitzuteilen, dass die Firma TRANS EUROPE EXPRESS in der Suche nach Mitarbeitern in West-, Nord- und Sudeuropa fur die Position eines Assistenten des Versandmanagers ist. Haben Sie Interesse an unserem Stellenangebot oder weitere Fragen, stehen wir Ihnen gerne zur Verfugung. Sie konnen sich mit uns nach der elektronischen Post verbinden: trans_euro_expr...@gmx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Kirkwood: grouped all Kirkwood boards
Dear Prafulla Wadaskar, In message 1290599472-18072-1-git-send-email-prafu...@marvell.com you wrote: Kirkwood based boards where scattered in boards.cfg All such boards were grouped together The ordering is fixed Please read the comment at the head of the file which describes how the file gets sorted. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de The number you have dialed is imaginary. Please divide by 0 and try again. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [RFC/PATCH] common/command.c: Guard strchr/strlen from NULL pointer
Guard strchr/strlen from being called with NULL pointer. This line is crashing on OMAP3/Devkit8000 when command env is called without subcommand. Toolchain is Codesourcery 2010q1. The cmd is NULL in this case because the calling function do_env decremented the argc without checking if there are still arguments available. caller: static int do_env (cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) ... /* drop initial env arg */ argc--; argv++; cp = find_cmd_tbl(argv[0], cmd_env_sub, ARRAY_SIZE(cmd_env_sub)); Signed-off-by: Thomas Weber we...@corscience.de --- common/command.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/common/command.c b/common/command.c index 0020eac..03a713a 100644 --- a/common/command.c +++ b/common/command.c @@ -105,14 +105,15 @@ cmd_tbl_t *find_cmd_tbl (const char *cmd, cmd_tbl_t *table, int table_len) cmd_tbl_t *cmdtp; cmd_tbl_t *cmdtp_temp = table; /*Init value */ const char *p; - int len; + int len = 0; int n_found = 0; /* * Some commands allow length modifiers (like cp.b); * compare command name only until first dot. */ - len = ((p = strchr(cmd, '.')) == NULL) ? strlen (cmd) : (p - cmd); + if (cmd != NULL) + len = ((p = strchr(cmd, '.')) == NULL) ? strlen (cmd) : (p - cmd); for (cmdtp = table; cmdtp != table + table_len; -- 1.7.3.2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Kirkwood: grouped all Kirkwood boards
-Original Message- From: Albert ARIBAUD [mailto:albert.arib...@free.fr] Sent: Wednesday, November 24, 2010 1:50 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik Subject: Re: [PATCH] Kirkwood: grouped all Kirkwood boards Le 24/11/2010 12:51, Prafulla Wadaskar a écrit : Kirkwood based boards where scattered in boards.cfg All such boards were grouped together The ordering is fixed Signed-off-by: Prafulla Wadaskarprafu...@marvell.com Hi Prafulla, How does this work with Eric's recent reordering of boards.cfg? Agr.. Actually I had requested for the same and I missed it :-( Hence I posted this patch. Please ignore this patch, Eric has done it better. Regards.. Prafulla . . ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] About uClinux auto start ?
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: Detected M25P32 with page size 256, total 4 MiB* *4096 KiB M25P32 at 0:1 is now current device* *Wrong Image Format for bootm command* *ERROR: can't get kernel image!* So how to setup to make sure uClinux could be auto started after power on ? -- wzc0066 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
Scott Wood scottw...@freescale.com wrote on 2010/11/23 23:32:04: On Tue, 23 Nov 2010 23:14:06 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/23 22:20:58: load address being pre-relocation? Currently these must be equal (which doesn't seem particularly burdensome). Yes, but in our case we update the boot in the field and we want to make that safer by having two uboot areas but we don't want to carry around two u-boot images. How about playing with BATs before entering C code, so that the image always appears at the same effective address? hmm, never thought of that. The extra bonus would be that LINK_OFF should not be needed either. After sleeping on it I realize that all direct accesses to the flash such as getting the env. will need to be adjusted instead. Jocke ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC/PATCH] common/command.c: Guard strchr/strlen from NULL pointer
Dear Thomas Weber, In message 1290593751-540-1-git-send-email-we...@corscience.de you wrote: Guard strchr/strlen from being called with NULL pointer. This line is crashing on OMAP3/Devkit8000 when command env is called without subcommand. Toolchain is Codesourcery 2010q1. The cmd is NULL in this case because the calling function do_env decremented the argc without checking if there are still arguments available. One could argue if env should be fixed, then. cmd_tbl_t *cmdtp; cmd_tbl_t *cmdtp_temp = table; /*Init value */ const char *p; - int len; + int len = 0; int n_found = 0; /* * Some commands allow length modifiers (like cp.b); * compare command name only until first dot. */ - len = ((p = strchr(cmd, '.')) == NULL) ? strlen (cmd) : (p - cmd); + if (cmd != NULL) + len = ((p = strchr(cmd, '.')) == NULL) ? strlen (cmd) : (p - cmd); This is a pretty logish way for a simple thing. It's recommended practice to use a minimal return path for error handling. Like that: @@ -108,6 +108,9 @@ cmd_tbl_t *find_cmd_tbl (const char *cmd, cmd_tbl_t *table, int table_len) int len; int n_found = 0; + if (!cmd) + return NULL; + /* * Some commands allow length modifiers (like cp.b); * compare command name only until first dot. Does this work for you as well? If yes, then please resubmit like this. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de God grant me the senility to accept the things I cannot change, The frustration to try to change things I cannot affect, and the wisdom to tell the difference. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [RFC/PATCHv2 2/2] Common/cmd_nvedit: Check for env subcommand
The env command needs one subcommand. If this is not available
print the usage help.
Signed-off-by: Thomas Weber we...@corscience.de
---
common/cmd_nvedit.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 3fd8abc..52c5e7c 100644
--- a/common/cmd_nvedit.c
+++ b/common/cmd_nvedit.c
@@ -848,6 +848,9 @@ static int do_env (cmd_tbl_t *cmdtp, int flag, int argc,
char * const argv[])
{
cmd_tbl_t *cp;
+ if (argc 2)
+ return cmd_usage(cmdtp);
+
/* drop initial env arg */
argc--;
argv++;
--
1.7.3.2
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [RFC/PATCHv2 1/2] Common/command: Guard strchr/strlen from NULL pointer
Guard strchr/strlen from being called with NULL pointer. This line is crashing when command env is called without subcommand. The cmd is NULL in this case because the calling function do_env decremented the argc without checking if there are still arguments available. Signed-off-by: Thomas Weber we...@corscience.de --- Changes for v2: - Use shorter way to leave function in error case. common/command.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/common/command.c b/common/command.c index 0020eac..0b1a3fb 100644 --- a/common/command.c +++ b/common/command.c @@ -108,6 +108,8 @@ cmd_tbl_t *find_cmd_tbl (const char *cmd, cmd_tbl_t *table, int table_len) int len; int n_found = 0; + if (!cmd) + return NULL; /* * Some commands allow length modifiers (like cp.b); * compare command name only until first dot. -- 1.7.3.2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] OMAP3 patch to improve performance?
On Saturday 20 November 2010 01:12:22 Paulraj, Sandeep wrote: Dear Sandeep, In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com you wrote: I came across this patch that might be useful http://lists.denx.de/pipermail/u-boot/2010-February/067534.html In any case since the u-boot structure has changed this cannot be applied. If anybody is interested please send a new patch. That's actually prtty straightforward. Here it comes (completely untested :-) Yes, this straightforward change looks ok to me. Thanks but this now effects both OMAP3 and OMAP4, it needs quite a bit of testing in my opinion. Why do you think it affects OMAP4? +++ b/arch/arm/cpu/armv7/omap3/cache.S ^ OMAP4 uses Cortex-A9 with totally different bits in Auxiliary Control Register. This ASA bit (and the patch) is only relevant for Cortex-A8. Anyway, additional testing and ACK would be surely welcome :-) Is there anything else expected to be done from my side? As I mentioned before, I would really prefer if TI could deal with this stuff themselves. Just because they ought to have all the most relevant information. -- Best regards, Siarhei Siamashka signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] cmd_usage: Use ignored return value
cmd_usage returns 1, so its return value can be used as return value.
Some functions ignore the return value of cmd_usage and return a 1 in
the next line. This patch changes these calls so that the return value of
cmd_usage is used as return value.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/powerpc/cpu/ppc4xx/cmd_ecctest.c |6 ++
board/gdsys/common/osd.c |6 ++
common/cmd_nvedit.c | 18 ++
3 files changed, 10 insertions(+), 20 deletions(-)
diff --git a/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
b/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
index fd81b70..542ab69 100644
--- a/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
+++ b/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
@@ -190,15 +190,13 @@ static int do_ecctest(cmd_tbl_t *cmdtp, int flag, int
argc, char * const argv[])
int error;
if (argc 3) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
ptr = (u32 *)simple_strtoul(argv[1], NULL, 16);
error = simple_strtoul(argv[2], NULL, 16);
if ((error 1) || (error 2)) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
printf(Using address %p for %d bit ECC error injection\n,
diff --git a/board/gdsys/common/osd.c b/board/gdsys/common/osd.c
index 05800ff..239c870 100644
--- a/board/gdsys/common/osd.c
+++ b/board/gdsys/common/osd.c
@@ -142,8 +142,7 @@ static int osd_print(cmd_tbl_t *cmdtp, int flag, int argc,
char * const argv[])
char *text;
if (argc 5) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
x = simple_strtoul(argv[1], NULL, 16);
@@ -204,8 +203,7 @@ int osd_write(cmd_tbl_t *cmdtp, int flag, int argc, char *
const argv[])
unsigned count = (argc 4) ? simple_strtoul(argv[4], NULL, 16) : 1;
if ((argc 4) || (strlen(argv[3]) % 4)) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
x = simple_strtoul(argv[1], NULL, 16);
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 3fd8abc..cd19cc6 100644
--- a/common/cmd_nvedit.c
+++ b/common/cmd_nvedit.c
@@ -545,8 +545,7 @@ int envmatch (uchar *s1, int i2)
static int do_env_default(cmd_tbl_t * cmdtp, int flag, int argc, char * const
argv[])
{
if ((argc != 2) || (strcmp(argv[1], -f) != 0)) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
set_default_env(## Resetting to default environment\n);
return 0;
@@ -633,15 +632,13 @@ static int do_env_export(cmd_tbl_t *cmdtp, int flag, int
argc, char * const argv
sep = '\n';
break;
default:
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
}
}
if (argc 1) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
addr = (char *)simple_strtoul(argv[0], NULL, 16);
@@ -744,15 +741,13 @@ static int do_env_import(cmd_tbl_t * cmdtp, int flag, int
argc, char * const arg
del = 1;
break;
default:
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
}
}
if (argc 1) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
if (!fmt)
@@ -857,8 +852,7 @@ static int do_env (cmd_tbl_t *cmdtp, int flag, int argc,
char * const argv[])
if (cp)
return cp-cmd(cmdtp, flag, argc, argv);
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
U_BOOT_CMD(
--
1.7.3.2
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC/PATCH] common/command.c: Guard strchr/strlen from NULL pointer
Hello. On 24-11-2010 13:15, Thomas Weber wrote: Guard strchr/strlen from being called with NULL pointer. This line is crashing on OMAP3/Devkit8000 when command env is called without subcommand. Toolchain is Codesourcery 2010q1. The cmd is NULL in this case because the calling function do_env decremented the argc without checking if there are still arguments available. caller: static int do_env (cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) ... /* drop initial env arg */ argc--; argv++; cp = find_cmd_tbl(argv[0], cmd_env_sub, ARRAY_SIZE(cmd_env_sub)); Signed-off-by: Thomas Weberwe...@corscience.de --- common/command.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/common/command.c b/common/command.c index 0020eac..03a713a 100644 --- a/common/command.c +++ b/common/command.c @@ -105,14 +105,15 @@ cmd_tbl_t *find_cmd_tbl (const char *cmd, cmd_tbl_t *table, int table_len) cmd_tbl_t *cmdtp; cmd_tbl_t *cmdtp_temp = table; /*Init value */ const char *p; - int len; + int len = 0; int n_found = 0; /* * Some commands allow length modifiers (like cp.b); * compare command name only until first dot. */ - len = ((p = strchr(cmd, '.')) == NULL) ? strlen (cmd) : (p - cmd); + if (cmd != NULL) + len = ((p = strchr(cmd, '.')) == NULL) ? strlen (cmd) : (p - cmd); checkpatch.pl would complain about the space between 'strlen' and (, so seems a high time to fix this. Besides, it's not consistent with strchr() invocation where there's no space... WBR, Sergei ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] usb reset issue with some pen drives which work well in Linux/Windows
Hello, I was trying to add usb support to u-boot for my Arm cortex-A9 processor based board. I am using U-Boot 2009.08. I have tested the usb support (reset, fatls, fatload to boot linux etc) with the following devices and its working fine. 1. Western Digital My Book - Self powered USB HD 2. Western Digital My Passport - Bus powered USB HD 3. Transcend 4GB Pen drive - 2 makes However one issue still remains. It is not working with some usb pen drives (which works with Linux and windows). I have done the testing on 1. Dane-Elec 2 GB Pen drive 2. nxp 256 MB pen drive It seems these are some non-standard usb devices. With these devices uboot-usb is able to detect it, however during the mass storage scan, reset is getting failed (getting stall) and the following message we are getting: scanning bus for storage devices... 0 Storage Device(s) found Check the file - common/usb_storage.c. Function- usb_stor_BBB_reset : USB_STOR_PRINTF(RESET:stall\n); I googled it however have not come across any fix so far. Then I took the latest u-boot i.e. u-boot-2010.09 and back ported the usb stack. With that the usb reset is a success and it is able to detect it as a mass storage device. Commands like usb storage, usb tree etc showing proper information about the pen driver. However File System commands like fatls is not working. For USB support I have added the folling config stuffs to my file in include/configs #define CONFIG_CMD_USB #define CONFIG_USB_STORAGE #define CONFIG_USB_EHCI #define CONFIG_USB_EHCI_PNX84XX -- My usb config #define CONFIG_EHCI_HCD_INIT_AFTER_RESET #define CONFIG_SUPPORT_VFAT Is this a know issue or I am doing something wrong. Please help me in resolving this issue. Regards Debashish Rath Trident Microsystems ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] migration from Micron to ISSI RAM
Hi there, It's my first contact to the group. I just started working with U-boot from my Job here in Brazil. Does anyone has already worked with any of the RAM's below? both 2 Meg x 16 x 4 banks: - Micron - MT48LC8M16A2; - ISSI - IS42S16800E -75ETL; I got the mission to make the necessary software changes to make a MPC5200B board to work with our new RAM from ISSI provider, model IS42S16800E which is a 128Mb (16MB), 133Mhz, CAS = 2. So it means the board was already working fine with the OLD micron RAM. Offcourse I tried to load the same u-boot version to experiment. It failed with the same error below(bolded). I have the *MPC5200B SDRAM Initialization and Configuration * document I used as reference. There are 2 CI's on CS0 and CS1 is disabled. So we have 32MB(2x16MB) available onBoard. I noticed from the study on each datasheet that Micron was configured with CAS Latency = 3 the only clear difference from ISSI(CAS=2), and some small timing differences I used on calculations. Then i've changed the *control, mode, config1 and config2* REGISTERS to corroborate ISSI's datasheet. After that, I compiled and loaded U-boot on the Board. Then, I got a WRITE error on screen BELOW : *U-Boot 1.1.6.Autotrac-R2a-g6b4fc061-dirty (Nov 23 2010 - 10:53:30)* * * *CPU: MPC5200 v1.2, Core v1.1 at 396 MHz* * Bus 132 MHz, IPB 66 MHz, PCI 33 MHz* *Board: Autotrac UCC* *DRAM: 32 MB* *Memory (date line) error at , wrote , read 89abcdef89abcdef !* *Memory (date line) error at , wrote , read 89abcdef89abcdef !* *...* What could it be? where should I pay more attention? doesn't it look like a timing problem? The header portion extracted; /* * SDRAM configuration */ /* 2x IS42S16800E - 7.5 ns SDRAMS = 32 MegaBytes Total */ *#define CFG_DRAM_DDR 0* /* 0 = SDR mode; 1 = DDR mode*/ #*define CFG_DRAM_EMODE 0 * /* DDR usage*/ *#define CFG_DRAM_MODE 0x008D* //* pg.250 0.1100.11[01] (CAS=2 burst=8) */ *#define CFG_DRAM_CONTROL 0x504F* /* pg.251 refresh=0xF half the max(64ms) */ *#define CFG_DRAM_CONFIG1 0xCA00* // 15/7.5oldValue=0xD2333A00 /* pg.254 */ *#define CFG_DRAM_CONFIG2 0x8AC7* //* 0x8AD7 pg.255 */ *#define CFG_DRAM_TAP_DEL 0x01* /* pg.146 */ *#define CFG_DRAM_RAM_SIZE 0x18 * /* Bitset 11000 - 32M pg.126 */ If there's any missing info, please let me know. My Best Regards, -- Mauro César ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 1/3 V6] Move and rename common headers from under board/davinci.
Move the davinci common headers to the architecture specific include file path. Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com --- Changes since V5 * Based off Ben Gardiner's tree, no changes in the patch .../arm/include/asm/arch-davinci/da8xx_common.h|0 .../arm/include/asm/arch-davinci/davinci_misc.h|0 board/davinci/common/misc.c|2 +- board/davinci/da8xxevm/common.c|2 +- board/davinci/da8xxevm/da830evm.c |4 ++-- board/davinci/da8xxevm/da850evm.c |4 ++-- board/davinci/dm355evm/dm355evm.c |2 +- board/davinci/dm355leopard/dm355leopard.c |2 +- board/davinci/dm365evm/dm365evm.c |2 +- board/davinci/dvevm/dvevm.c|2 +- board/davinci/schmoogie/schmoogie.c|2 +- board/davinci/sffsdr/sffsdr.c |2 +- board/davinci/sonata/sonata.c |2 +- 13 files changed, 13 insertions(+), 13 deletions(-) rename board/davinci/da8xxevm/common.h = arch/arm/include/asm/arch-davinci/da8xx_common.h (100%) rename board/davinci/common/misc.h = arch/arm/include/asm/arch-davinci/davinci_misc.h (100%) diff --git a/board/davinci/da8xxevm/common.h b/arch/arm/include/asm/arch-davinci/da8xx_common.h similarity index 100% rename from board/davinci/da8xxevm/common.h rename to arch/arm/include/asm/arch-davinci/da8xx_common.h diff --git a/board/davinci/common/misc.h b/arch/arm/include/asm/arch-davinci/davinci_misc.h similarity index 100% rename from board/davinci/common/misc.h rename to arch/arm/include/asm/arch-davinci/davinci_misc.h diff --git a/board/davinci/common/misc.c b/board/davinci/common/misc.c index fa9dd9f..a30047b 100644 --- a/board/davinci/common/misc.c +++ b/board/davinci/common/misc.c @@ -29,7 +29,7 @@ #include net.h #include asm/arch/hardware.h #include asm/io.h -#include misc.h +#include asm/arch/davinci_misc.h DECLARE_GLOBAL_DATA_PTR; diff --git a/board/davinci/da8xxevm/common.c b/board/davinci/da8xxevm/common.c index 9cd5204..36bf693 100644 --- a/board/davinci/da8xxevm/common.c +++ b/board/davinci/da8xxevm/common.c @@ -20,7 +20,7 @@ #include asm/io.h #include asm/arch/hardware.h -#include common.h +#include asm/arch/da8xx_common.h #ifndef CONFIG_USE_IRQ void irq_init(void) diff --git a/board/davinci/da8xxevm/da830evm.c b/board/davinci/da8xxevm/da830evm.c index 8a9f988..b6b7e37 100644 --- a/board/davinci/da8xxevm/da830evm.c +++ b/board/davinci/da8xxevm/da830evm.c @@ -40,8 +40,8 @@ #include asm/arch/emif_defs.h #include asm/arch/emac_defs.h #include asm/io.h -#include ../common/misc.h -#include common.h +#include asm/arch/davinci_misc.h +#include asm/arch/da8xx_common.h DECLARE_GLOBAL_DATA_PTR; diff --git a/board/davinci/da8xxevm/da850evm.c b/board/davinci/da8xxevm/da850evm.c index c8c5e1b..0420ad5 100644 --- a/board/davinci/da8xxevm/da850evm.c +++ b/board/davinci/da8xxevm/da850evm.c @@ -29,8 +29,8 @@ #include asm/arch/emif_defs.h #include asm/arch/emac_defs.h #include asm/io.h -#include ../common/misc.h -#include common.h +#include asm/arch/davinci_misc.h +#include asm/arch/da8xx_common.h DECLARE_GLOBAL_DATA_PTR; diff --git a/board/davinci/dm355evm/dm355evm.c b/board/davinci/dm355evm/dm355evm.c index 87f284c..b9260b8 100644 --- a/board/davinci/dm355evm/dm355evm.c +++ b/board/davinci/dm355evm/dm355evm.c @@ -22,7 +22,7 @@ #include asm/arch/hardware.h #include asm/arch/emif_defs.h #include asm/arch/nand_defs.h -#include ../common/misc.h +#include asm/arch/davinci_misc.h #include net.h #include netdev.h diff --git a/board/davinci/dm355leopard/dm355leopard.c b/board/davinci/dm355leopard/dm355leopard.c index e89786e..0ee0d11 100644 --- a/board/davinci/dm355leopard/dm355leopard.c +++ b/board/davinci/dm355leopard/dm355leopard.c @@ -22,7 +22,7 @@ #include asm/arch/hardware.h #include asm/arch/gpio_defs.h #include asm/arch/nand_defs.h -#include ../common/misc.h +#include asm/arch/davinci_misc.h #include net.h #include netdev.h diff --git a/board/davinci/dm365evm/dm365evm.c b/board/davinci/dm365evm/dm365evm.c index 85dbe2a..bc681f7 100644 --- a/board/davinci/dm365evm/dm365evm.c +++ b/board/davinci/dm365evm/dm365evm.c @@ -24,7 +24,7 @@ #include asm/arch/nand_defs.h #include asm/arch/gpio_defs.h #include netdev.h -#include ../common/misc.h +#include asm/arch/davinci_misc.h DECLARE_GLOBAL_DATA_PTR; diff --git a/board/davinci/dvevm/dvevm.c b/board/davinci/dvevm/dvevm.c index 073c21a..d5c851b 100644 --- a/board/davinci/dvevm/dvevm.c +++ b/board/davinci/dvevm/dvevm.c @@ -27,7 +27,7 @@ #include common.h #include i2c.h #include asm/arch/hardware.h -#include ../common/misc.h +#include asm/arch/davinci_misc.h DECLARE_GLOBAL_DATA_PTR; diff --git a/board/davinci/schmoogie/schmoogie.c b/board/davinci/schmoogie/schmoogie.c index 80a0f9f..8b615a9 100644 --- a/board/davinci/schmoogie/schmoogie.c +++
[U-Boot] [PATCH 2/3 V6] Remove board_init_f function from nand_boot.c
Remove the board_init_f function from nand_spl/nand_boot.c. This
function is to be defined by all boards using the nand_spl
functionality in their individual board directory.
Currently this function was being used by the smdk6400 board. Added
the board specific function definition.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
Acked-by: Scott Wood scottw...@freescale.com
---
Changes since V5
* Based off Ben Gardiner's tree, no changes in the patch.
board/samsung/smdk6400/smdk6400_nand_spl.c | 37
nand_spl/board/samsung/smdk6400/Makefile |6 -
nand_spl/nand_boot.c |8 --
3 files changed, 42 insertions(+), 9 deletions(-)
create mode 100644 board/samsung/smdk6400/smdk6400_nand_spl.c
diff --git a/board/samsung/smdk6400/smdk6400_nand_spl.c
b/board/samsung/smdk6400/smdk6400_nand_spl.c
new file mode 100644
index 000..a023284
--- /dev/null
+++ b/board/samsung/smdk6400/smdk6400_nand_spl.c
@@ -0,0 +1,37 @@
+/*
+ * (C) Copyright 2002
+ * Sysgo Real-Time Solutions, GmbH www.elinos.com
+ * Marius Groeger mgroe...@sysgo.de
+ *
+ * (C) Copyright 2002
+ * David Mueller, ELSOFT AG, d.muel...@elsoft.ch
+ *
+ * (C) Copyright 2008
+ * Guennadi Liakhovetki, DENX Software Engineering, l...@denx.de
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+
+#include common.h
+
+void board_init_f(unsigned long bootflag)
+{
+ relocate_code(CONFIG_SYS_TEXT_BASE - TOTAL_MALLOC_LEN, NULL,
+ CONFIG_SYS_TEXT_BASE);
+}
diff --git a/nand_spl/board/samsung/smdk6400/Makefile
b/nand_spl/board/samsung/smdk6400/Makefile
index 2111e57..18cee10 100644
--- a/nand_spl/board/samsung/smdk6400/Makefile
+++ b/nand_spl/board/samsung/smdk6400/Makefile
@@ -35,7 +35,7 @@ AFLAGS+= -DCONFIG_NAND_SPL
CFLAGS += -DCONFIG_NAND_SPL
SOBJS = start.o cpu_init.o lowlevel_init.o
-COBJS = nand_boot.o nand_ecc.o s3c64xx.o
+COBJS = nand_boot.o nand_ecc.o s3c64xx.o smdk6400_nand_spl.o
SRCS := $(addprefix $(obj),$(SOBJS:.o=.S) $(COBJS:.o=.c))
OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
@@ -93,6 +93,10 @@ $(obj)s3c64xx.c:
@rm -f $@
@ln -s $(TOPDIR)/drivers/mtd/nand/s3c64xx.c $@
+$(obj)smdk6400_nand_spl.c:
+ @rm -f $@
+ @ln -s $(TOPDIR)/board/samsung/smdk6400/smdk6400_nand_spl.c $@
+
#
$(obj)%.o: $(obj)%.S
diff --git a/nand_spl/nand_boot.c b/nand_spl/nand_boot.c
index d624418..b9fd6f5 100644
--- a/nand_spl/nand_boot.c
+++ b/nand_spl/nand_boot.c
@@ -221,14 +221,6 @@ static int nand_load(struct mtd_info *mtd, unsigned int
offs,
return 0;
}
-#if defined(CONFIG_ARM)
-void board_init_f (ulong bootflag)
-{
- relocate_code (CONFIG_SYS_TEXT_BASE - TOTAL_MALLOC_LEN, NULL,
- CONFIG_SYS_TEXT_BASE);
-}
-#endif
-
/*
* The main entry for NAND booting. It's necessary that SDRAM is already
* configured and available since this code loads the main U-Boot image
--
1.7.0.4
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 3/3 V6] Add board support for hawkboard
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 and the nand
controllers and copies the second stage bootloader(nand_spl) to
RAM. The secondary bootloader then copies u-boot from a predefined
location in the nand flash to the RAM, and passes control to the
u-boot image.
Three config options are supported
* hawkboard_config - Used to create the u-boot.bin. Tftp the
u-boot.bin image to the RAM from u-boot, and flash to the nand flash
at address 0xe.
* hawkboard_nand_config - Used to generate the secondary
bootloader(nand_spl) image. This creates an elf file u-boot-spl
under nand_spl/. Create an AIS signed image using this file, and
flash it to the nand flash at address 0x2. The ais file should
fit in one block.
* hawkboard_uart_config - This is same as the first image, but with
the TEXT_BASE as expected by the RBL(0xc108). Create the AIS
Signed bin, as use the normal UART boot procedure to boot the image.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
Signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
---
Changes since V5
* Patch based off Ben Gardiner's tree, with merge issues fixed by Ben.
MAINTAINERS |5 +
arch/arm/include/asm/arch-davinci/da8xx_common.h |3 +
arch/arm/include/asm/arch-davinci/hardware.h |5 +-
board/davinci/common/Makefile|2 +-
board/davinci/common/davinci_pinmux.c| 105 +++
board/davinci/common/misc.c | 75
board/davinci/da8xxevm/Makefile |1 +
board/davinci/da8xxevm/hawkboard.c | 69
board/davinci/da8xxevm/hawkboard_nand_spl.c | 158 +
boards.cfg |3 +
doc/README.hawkboard | 93 ++
include/configs/hawkboard.h | 200 ++
nand_spl/board/davinci/da8xxevm/Makefile | 141 +++
nand_spl/board/davinci/da8xxevm/u-boot.lds | 75
nand_spl/nand_boot.c |1 +
15 files changed, 859 insertions(+), 77 deletions(-)
create mode 100644 board/davinci/common/davinci_pinmux.c
create mode 100644 board/davinci/da8xxevm/hawkboard.c
create mode 100644 board/davinci/da8xxevm/hawkboard_nand_spl.c
create mode 100644 doc/README.hawkboard
create mode 100644 include/configs/hawkboard.h
create mode 100644 nand_spl/board/davinci/da8xxevm/Makefile
create mode 100644 nand_spl/board/davinci/da8xxevm/u-boot.lds
diff --git a/MAINTAINERS b/MAINTAINERS
index 9258cb1..2a7d23d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -851,6 +851,11 @@ Alex Z
lartSA1100
dnp1110 SA1110
+Syed Mohammed Khasim sm.kha...@gmail.com
+Sughosh Ganu urwithsugh...@gmail.com
+
+ hawkboard ARM926EJS (OMAP-L138)
+
-
Unknown / orphaned boards:
diff --git a/arch/arm/include/asm/arch-davinci/da8xx_common.h
b/arch/arm/include/asm/arch-davinci/da8xx_common.h
index 7ae63a6..bc3092d 100644
--- a/arch/arm/include/asm/arch-davinci/da8xx_common.h
+++ b/arch/arm/include/asm/arch-davinci/da8xx_common.h
@@ -19,6 +19,9 @@
#ifndef __COMMON_H
#define __COMMON_H
+#defineHAWKBOARD_KICK0_UNLOCK 0x83e70b13
+#defineHAWKBOARD_KICK1_UNLOCK 0x95a4f1e0
+
struct lpsc_resource {
const int lpsc_no;
};
diff --git a/arch/arm/include/asm/arch-davinci/hardware.h
b/arch/arm/include/asm/arch-davinci/hardware.h
index 21b2076..ef616c1 100644
--- a/arch/arm/include/asm/arch-davinci/hardware.h
+++ b/arch/arm/include/asm/arch-davinci/hardware.h
@@ -384,7 +384,10 @@ int clk_get(enum davinci_clk_ids id);
/* Boot config */
struct davinci_syscfg_regs {
dv_reg revid;
- dv_reg rsvd[71];
+ dv_reg rsvd[13];
+ dv_reg kick0;
+ dv_reg kick1;
+ dv_reg rsvd1[56];
dv_reg pinmux[20];
dv_reg suspsrc;
dv_reg chipsig;
diff --git a/board/davinci/common/Makefile b/board/davinci/common/Makefile
index 8d9ea00..dd022f6 100644
--- a/board/davinci/common/Makefile
+++ b/board/davinci/common/Makefile
@@ -29,7 +29,7 @@ endif
LIB= $(obj)lib$(VENDOR).a
-COBJS := misc.o
+COBJS := misc.o davinci_pinmux.o
SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
OBJS := $(addprefix $(obj),$(COBJS))
diff --git a/board/davinci/common/davinci_pinmux.c
b/board/davinci/common/davinci_pinmux.c
new file mode 100644
index 000..ce58f71
--- /dev/null
+++ b/board/davinci/common/davinci_pinmux.c
@@ -0,0 +1,105 @@
+/*
+ * DaVinci pinmux functions.
+ *
+ * Copyright (C) 2009 Nick Thompson, GE Fanuc Ltd, nick.thomp...@gefanuc.com
+ *
Re: [U-Boot] [PATCH 1/3 V6] Move and rename common headers from under board/davinci.
On Wed, Nov 24, 2010 at 9:21 AM, Sughosh Ganu urwithsugh...@gmail.com wrote: Move the davinci common headers to the architecture specific include file path. Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com --- Changes since V5 * Based off Ben Gardiner's tree, no changes in the patch Tested-by: Ben Gardiner bengardi...@nanometrics.ca Best Regards, Ben Gardiner --- Nanometrics Inc. http://www.nanometrics.ca ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] usb reset issue with some pen drives which work well in Linux/Windows
Dear Debashish Rath, In message 24a35c16137fe049838d189639dd567f083d4...@eu-exh-02.eu.trid.com you wrote: I was trying to add usb support to u-boot for my Arm cortex-A9 processor ba= sed board. I am using U-Boot 2009.08. Before trying anything else, please update to current code and re-run your tests. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de If you'll excuse me a minute, I'm going to have a cup of coffee. - broadcast from Apollo 11's LEM, Eagle, to Johnson Space Center, Houston July 20, 1969, 7:27 P.M. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH V2 1/2] Davinci 8xx: Move common functions to share code
Hi Sugosh, On Wed, Nov 24, 2010 at 2:23 AM, Sughosh Ganu urwithsugh...@gmail.com wrote: hi Ben, On Fri Nov 19, 2010 at 10:16:09AM -0500, Ben Gardiner wrote: We are happy to see the omap-L138 support in u-boot moving forward. We would like to get either SD or USB (or both) omapL138 support upstream next. Does the ea20 have USB or SD? Will the hawkboard u-boot support include USB or SD support? Sorry for the late response. I will start working on getting the USB stuff in after the base port has gone into mainline. This might take some time though, as i am not much familiar with the USB related code. No problem. That's great news. We'll be happy to help test and/or review those patches when you're ready. Best Regards, Ben Gardiner --- Nanometrics Inc. http://www.nanometrics.ca ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
On Wed, 24 Nov 2010 12:04:15 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/23 23:32:04: On Tue, 23 Nov 2010 23:14:06 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/23 22:20:58: load address being pre-relocation? Currently these must be equal (which doesn't seem particularly burdensome). Yes, but in our case we update the boot in the field and we want to make that safer by having two uboot areas but we don't want to carry around two u-boot images. How about playing with BATs before entering C code, so that the image always appears at the same effective address? hmm, never thought of that. The extra bonus would be that LINK_OFF should not be needed either. After sleeping on it I realize that all direct accesses to the flash such as getting the env. will need to be adjusted instead. You could have one small mapping for the U-Boot image, and another larger unchanging mapping that covers the whole flash. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-ti/master
Dear s-paul...@ti.com, In message 1290202270-11992-1-git-send-email-s-paul...@ti.com you wrote: The following changes since commit 635d1b3e1b885267de90d100402ba7748fdd9bc5: Matthias Weisser (1): Makefile: Fix build with USE_PRIVATE_LIBGCC are available in the git repository at: git://git.denx.de/u-boot-ti.git master Grazvydas Ignotas (3): OMAP3: pandora: fix relocation and init memory OMAP3: remove unused config macros OMAP3: pandora: update config for production Nick Thompson (1): da830: fixup ARM relocation support Nishanth Menon (2): mmc: omap: timeout counter fix omap4: board: change global data pointer to file scope Sekhar Nori (2): DA850 EVM: add information regarding DA850 in README.davinci DA850 EVM: passing maximum clock rate information to kernel Steve Sakoman (1): OMAP4: Panda: Disable CMD_NFS Wolfgang Denk (1): DaVinci: remove bogus DEF_BOOTM definition arch/arm/cpu/armv7/omap4/board.c |3 +- board/davinci/da8xxevm/da850evm.c | 33 ++ board/pandora/config.mk | 33 -- doc/README.davinci| 25 drivers/mmc/omap_hsmmc.c | 107 ++ include/configs/da830evm.h| 11 +++- include/configs/da850evm.h|2 +- include/configs/davinci_dvevm.h |1 - include/configs/davinci_sonata.h |1 - include/configs/omap3_beagle.h| 18 -- include/configs/omap3_evm.h | 18 -- include/configs/omap3_overo.h | 18 -- include/configs/omap3_pandora.h | 117 include/configs/omap3_sdp3430.h |7 -- include/configs/omap3_zoom1.h | 18 -- include/configs/omap3_zoom2.h | 10 --- include/configs/omap4_panda.h |1 + include/configs/tnetv107x_evm.h |1 - 18 files changed, 204 insertions(+), 220 deletions(-) delete mode 100644 board/pandora/config.mk Applied to u-boot-arm, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Why can you only have two doors on a chicken coop? If it had four it would be a chicken sedan. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Pull request u-boot-blackfin.git
Dear Mike Frysinger, In message 1290376355-26367-1-git-send-email-vap...@gentoo.org you wrote: The following changes since commit fa722ea76be565de6823ca04c107cc4fbd96b776: Merge branch 'master' of /home/wd/git/u-boot/custodians (2010-11-19 22:02:48 +0100) are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Mike Frysinger (2): Blackfin: drop initcode.o from combined object Blackfin: tweak objects specified before embedded environment arch/blackfin/cpu/Makefile |4 include/configs/bct-brettl2.h |9 +++-- include/configs/bf533-stamp.h |9 +++-- include/configs/bf537-pnav.h |9 +++-- include/configs/bf537-stamp.h |9 +++-- include/configs/bf538f-ezkit.h |9 +++-- include/configs/bf561-ezkit.h | 11 +++ include/configs/cm-bf537e.h|9 +++-- include/configs/cm-bf537u.h|9 +++-- include/configs/ibf-dsp561.h | 11 +++ include/configs/tcm-bf537.h|9 +++-- 11 files changed, 30 insertions(+), 68 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de God made machine language; all the rest is the work of man. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2] Fix NAND booting make target
Dear Stefan Roese, In message 1290579175-28208-1-git-send-email...@denx.de you wrote: Without this fix, the NAND_SPL target (in nand_spl/) is not built at all for those boards defining NAND_U_BOOT=y in boards.cfg. Signed-off-by: Stefan Roese s...@denx.de Cc: Scott Wood scottw...@freescale.com --- v2: - Don't change toplevel Makefile but fix boards.cfg as suggested by Scott Wood. boards.cfg | 20 ++-- 1 files changed, 10 insertions(+), 10 deletions(-) Applied, thanks. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] DEC21140 driver netconsole new target.
Hello, I have a board which uses dec21140-like ethernet, non-pci. In Linksys' GPL release is old u-boot (seems 1.1.4). I had same problem with 2010.09, in that when I enable netconsole, I saw each putc/puts twice! I read dec2114x datasheet in detail, and firstly, wonder if anyone else has tested this driver with netconsole. I made many changes to mine to ensure MIPS cache coherency, but here are my findings for those interested to maybe one day find in the mailing list archive.. the TX/RX descriptors can be rings or chains. the driver seems to setup chains and use the End of Ring bit as well. Thus, in the net_send routine, the chipset should send buffer1, see buffer2size=0, and start again at ring base. If TX ring has only 1 entry, it see's the same descriptor again, and sends the packet twice. Since the chipset makes use of next descriptor if buffer2 size is 0, I made use of buffer2 itself. Then with buffer1size=0, it will only use buffer2. This is labeled next currently in the descriptor struct. So that, inside the net_send routine, you would set next = cpu_to_le32(phys_to_bus((u32)packet)); instead of buf. then des1 can be set as: des1 = cpu_to_le32(TD_LS | TD_FS | (length 11)); This is currently good for 1 tx descriptor and u-boots small packets which never use 1, and certainly fixes a lot. Also, my board is the Linksys T-Mobile branded WRTU54G-TM, uses ADM8668 chipset for those curious, but this is from DEC21140 datasheet. Please inform me if this is not the case for whichever target uses it. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] DEC21140 driver netconsole new target.
Dear Scott Nicholas, In message aanlktikpg0duvni9fb_onpz-xydzzse=qoz89ap6f...@mail.gmail.com you wrote: I have a board which uses dec21140-like ethernet, non-pci. In Linksys' GPL release is old u-boot (seems 1.1.4). I had same problem with 2010.09, in that when I enable netconsole, I saw each putc/puts twice! I read dec2114x datasheet in detail, and firstly, wonder if anyone else has tested this driver with netconsole. I made many changes to Most probably not. mine to ensure MIPS cache coherency, but here are my findings for those interested to maybe one day find in the mailing list archive.. Thanks, highly appreciated. Also, my board is the Linksys T-Mobile branded WRTU54G-TM, uses ADM8668 chipset for those curious, but this is from DEC21140 datasheet. Please inform me if this is not the case for whichever target uses it. There is no dec21140 Ethernet driver in mainline U-Boot, so it's pretty unlikely that there will be much feedback. Just don't be disappointed. If would be great if you could submit your patches here - please see http://www.denx.de/wiki/U-Boot/Patches for details. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Humanity has the stars in its future, and that future is too important to be lost under the burden of juvenile folly and ignorant superstition. - Isaac Asimov ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 3/7] Add support for third program loader
On Tue, 2010-11-23 at 13:57 -0700, Wolfgang Denk wrote: Dear Haiying Wang, Does CONFIG_TPL_UBOOT make sense to you if I replace CONFIG_SYS_TPL_BOOT with it? I cannot answer this. Don't understand any of this. Maybe you can re-think this again and try to make it less complex, and the add a description of the then used new variables to the README. We need this documentation anyway. Maybe I can understand this documentation then, and provide better comment. Sorry, Sorry for the unclear statement in patch. A new patch is sending out soon to only address the changes in Makefile and add the description in README. Thanks. Haiying ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] Introduce the Tertiary Program loader
From: Haiying Wang haiying.w...@freescale.com
TPL is introduced to enable a loader stub that boots out of some type of RAM,
after being loaded by an SPL or similar platform-specific mechanism.
One example of using this tpl loader is to initialize the ddr through spd code
in case the L2 SRAM size is not big enough to hold the final uboot image and
the nand spl code is limited to 4K byte. The tpl code will load the final uboot
image after ddr is initialized.
Signed-off-by: Haiying Wang haiying.w...@freescale.com
---
It is used to replace the [PATCH 3/7] Add support for third program loader
Makefile | 14 ++
README | 27 +++
2 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index b4aae89..e561706 100644
--- a/Makefile
+++ b/Makefile
@@ -287,6 +287,10 @@ LDPPFLAGS += \
$(shell $(LD) --version | \
sed -ne 's/GNU ld version
\([0-9][0-9]*\)\.\([0-9][0-9]*\).*/-DLD_MAJOR=\1 -DLD_MINOR=\2/p')
+ifeq ($(CONFIG_TPL_U_BOOT),y)
+TPL_BOOT = tpl
+endif
+
ifeq ($(CONFIG_NAND_U_BOOT),y)
NAND_SPL = nand_spl
U_BOOT_NAND = $(obj)u-boot-nand.bin
@@ -404,8 +408,16 @@ $(obj)u-boot.lds: $(LDSCRIPT)
$(NAND_SPL): $(TIMESTAMP_FILE) $(VERSION_FILE) depend
$(MAKE) -C nand_spl/board/$(BOARDDIR) all
+$(TPL_BOOT): $(TIMESTAMP_FILE) $(VERSION_FILE) depend
+ $(MAKE) -C tpl/board/$(BOARDDIR) all
+
+ifeq ($(CONFIG_TPL_U_BOOT),y)
+$(U_BOOT_NAND): $(NAND_SPL) $(TPL_BOOT) $(obj)u-boot.bin
+ cat $(obj)nand_spl/u-boot-spl-16k.bin $(obj)tpl/u-boot-tpl.bin
$(obj)u-boot.bin $(obj)u-boot-nand.bin
+else
$(U_BOOT_NAND):$(NAND_SPL) $(obj)u-boot.bin
cat $(obj)nand_spl/u-boot-spl-16k.bin $(obj)u-boot.bin
$(obj)u-boot-nand.bin
+endif
$(ONENAND_IPL):$(TIMESTAMP_FILE) $(VERSION_FILE)
$(obj)include/autoconf.mk
$(MAKE) -C onenand_ipl/board/$(BOARDDIR) all
@@ -1223,6 +1235,7 @@ clean:
@rm -f $(obj)lib/asm-offsets.s
@rm -f $(obj)nand_spl/{u-boot.lds,u-boot-spl,u-boot-spl.map,System.map}
@rm -f $(obj)onenand_ipl/onenand-{ipl,ipl.bin,ipl.map}
+ @rm -f $(obj)tpl/{u-boot-tpl,u-boot-tpl.map}
@rm -f $(ONENAND_BIN)
@rm -f $(obj)onenand_ipl/u-boot.lds
@rm -f $(TIMESTAMP_FILE) $(VERSION_FILE)
@@ -1247,6 +1260,7 @@ clobber: clean
@rm -fr $(obj)include/generated
@[ ! -d $(obj)nand_spl ] || find $(obj)nand_spl -name * -type l
-print | xargs rm -f
@[ ! -d $(obj)onenand_ipl ] || find $(obj)onenand_ipl -name * -type l
-print | xargs rm -f
+ @[ ! -d $(obj)tpl ] || find $(obj)tpl -name * -type l -print | xargs
rm -f
ifeq ($(OBJTREE),$(SRCTREE))
mrproper \
diff --git a/README b/README
index 1acf9a3..53665b0 100644
--- a/README
+++ b/README
@@ -2108,6 +2108,33 @@ FIT uImage format:
Adds the MTD partitioning infrastructure from the Linux
kernel. Needed for UBI support.
+- NAND Boot Support
+ CONFIG_NAND_U_BOOT
+
+ Builds a U-Boot image that boots from NAND, prefixed by a small
+ loader stub (secondary program loader -- SPL) that loads the
+ rest of U-Boot into RAM. This symbol will be set in all build
+ phases.
+
+ CONFIG_NAND_SPL
+
+ This is set by the build system when compiling code to go into
+ the SPL. It is not set when building the code that the SPL
+ loads.
+
+- TPL Boot Support
+ CONFIG_TPL_U_BOOT
+
+ Builds a U-Boot image that contains a loader stub (tertiary
+ program loader -- TPL) that boots out of some type of RAM,
+ after being loaded by an SPL or similar platform-specific
+ mechanism. This symbol will be set in all build phases.
+
+ CONFIG_TPL_BOOT
+
+ This is set by the build system when compiling code to go into
+ the TPL. It is not set when building the code that the TPL
+ loads, or when building the SPL.
Modem Support:
--
--
1.7.3.1.50.g1e633
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
Scott Wood scottw...@freescale.com wrote on 2010/11/24 18:16:56: On Wed, 24 Nov 2010 12:04:15 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/23 23:32:04: On Tue, 23 Nov 2010 23:14:06 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/23 22:20:58: load address being pre-relocation? Currently these must be equal (which doesn't seem particularly burdensome). Yes, but in our case we update the boot in the field and we want to make that safer by having two uboot areas but we don't want to carry around two u-boot images. How about playing with BATs before entering C code, so that the image always appears at the same effective address? hmm, never thought of that. The extra bonus would be that LINK_OFF should not be needed either. After sleeping on it I realize that all direct accesses to the flash such as getting the env. will need to be adjusted instead. You could have one small mapping for the U-Boot image, and another larger unchanging mapping that covers the whole flash. Played a little with this but it seems like two BATs cannot overlap? ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
On Wed, 24 Nov 2010 22:36:27 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/24 18:16:56: On Wed, 24 Nov 2010 12:04:15 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/23 23:32:04: On Tue, 23 Nov 2010 23:14:06 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/23 22:20:58: load address being pre-relocation? Currently these must be equal (which doesn't seem particularly burdensome). Yes, but in our case we update the boot in the field and we want to make that safer by having two uboot areas but we don't want to carry around two u-boot images. How about playing with BATs before entering C code, so that the image always appears at the same effective address? hmm, never thought of that. The extra bonus would be that LINK_OFF should not be needed either. After sleeping on it I realize that all direct accesses to the flash such as getting the env. will need to be adjusted instead. You could have one small mapping for the U-Boot image, and another larger unchanging mapping that covers the whole flash. Played a little with this but it seems like two BATs cannot overlap? They can't overlap in effective address space. They can have overlapping physical addresses (make sure the WIMG bits are the same). -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
Dear Joakim Tjernlund, In message of3286d177.b2b7747d-onc12577e5.00769a1f-c12577e5.0076b...@transmode.se you wrote: Played a little with this but it seems like two BATs cannot overlap? IIRC they can, but the first (lower register numbers) mapping wins. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de A student of probability soon realizes that by its nature the billion-to-one chance crops up nine times out of ten, and that the greatest odds boil down to a double-sided statement: it will happen, or it will not. - Terry Pratchett, _The Dark Side of the Sun_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
Scott Wood scottw...@freescale.com wrote on 2010/11/24 22:41:19: How about playing with BATs before entering C code, so that the image always appears at the same effective address? hmm, never thought of that. The extra bonus would be that LINK_OFF should not be needed either. After sleeping on it I realize that all direct accesses to the flash such as getting the env. will need to be adjusted instead. You could have one small mapping for the U-Boot image, and another larger unchanging mapping that covers the whole flash. Played a little with this but it seems like two BATs cannot overlap? They can't overlap in effective address space. They can have overlapping physical addresses (make sure the WIMG bits are the same). hmm, now its starting to get a bit messy, I have flash over and under my boot area. In general it may be hard to match any random layout. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
Wolfgang Denk w...@denx.de wrote on 2010/11/24 22:45:11: Dear Joakim Tjernlund, In message of3286d177.b2b7747d-onc12577e5.00769a1f-c12577e5.0076b...@transmode.se you wrote: Played a little with this but it seems like two BATs cannot overlap? IIRC they can, but the first (lower register numbers) mapping wins. This text from PPC PEM suggests otherwise: If a BAT entry is not valid for a given access, it does not participate in address translation for that access. Two BAT entries may not map an overlapping effective address range and be valid at the same time. Entries that have complementary settings of V[s] and V[p] may map overlapping effective address blocks. Complementary settings would be as follows: BAT entry A: Vs = 1, Vp = 0 BAT entry B: Vs = 0, Vp = 1 Best regards, Wolfgang Denk PS. Are you planning to apply some of my earlier patches(not this RFC series) or are you waiting for Freescale to Ack/pick up? So far nobody has said anything. Jocke ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Introduce the Tertiary Program loader
On Wednesday, November 24, 2010 16:25:28 haiying.w...@freescale.com wrote: +ifeq ($(CONFIG_TPL_U_BOOT),y) +$(U_BOOT_NAND): $(NAND_SPL) $(TPL_BOOT) $(obj)u-boot.bin + cat $(obj)nand_spl/u-boot-spl-16k.bin $(obj)tpl/u-boot-tpl.bin $(obj)u-boot.bin $(obj)u-boot-nand.bin +else $(U_BOOT_NAND): $(NAND_SPL) $(obj)u-boot.bin cat $(obj)nand_spl/u-boot-spl-16k.bin $(obj)u-boot.bin $(obj)u-boot-nand.bin +endif this looks doomed to failure. why not introduce a new variable like NAND_SPL_OBJS-y and pass that in to cat ? -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
Dear Joakim Tjernlund, In message of14ac2061.9896d2d3-onc12577e5.0077f975-c12577e5.00785...@transmode.se you wrote: Are you planning to apply some of my earlier patches(not this RFC series) or are you waiting for Freescale to Ack/pick up? So far nobody has said anything. I think these are all on Freescale's (Kim Phillips') list. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Any sufficiently advanced bug is indistinguishable from a feature. - Rich Kulawiec ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] cmd_usage: Use ignored return value
On Wednesday, November 24, 2010 07:38:14 Thomas Weber wrote: cmd_usage returns 1, so its return value can be used as return value. your summary implies that cmd_usage is being changed when in reality, random commands are being changed to use cmd_usage. arch/powerpc/cpu/ppc4xx/cmd_ecctest.c |6 ++ board/gdsys/common/osd.c |6 ++ common/cmd_nvedit.c | 18 ++ 3 files changed, 10 insertions(+), 20 deletions(-) seems like these should be split up ... -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 6/6] powerpc: Add LINK_OFF calls in early C-code.
On Wed, 24 Nov 2010 22:50:21 +0100 Joakim Tjernlund joakim.tjernl...@transmode.se wrote: Scott Wood scottw...@freescale.com wrote on 2010/11/24 22:41:19: How about playing with BATs before entering C code, so that the image always appears at the same effective address? hmm, never thought of that. The extra bonus would be that LINK_OFF should not be needed either. After sleeping on it I realize that all direct accesses to the flash such as getting the env. will need to be adjusted instead. You could have one small mapping for the U-Boot image, and another larger unchanging mapping that covers the whole flash. Played a little with this but it seems like two BATs cannot overlap? They can't overlap in effective address space. They can have overlapping physical addresses (make sure the WIMG bits are the same). hmm, now its starting to get a bit messy, I have flash over and under my boot area. In general it may be hard to match any random layout. It shouldn't matter where in flash the boot area is. E.g. if you have 64 MiB flash, with a 256 KiB boot image possibly residing at offset zero or 0x3f0, and the flash physical address (after boot code is done with BR0/OR0 games) is 0xfc00. You could have a 64 MiB mapping at, say, 0xe000 always poing to 0xfc00, and a 256 KiB mapping at 0xfff0 pointing at either 0xfc00 or 0xfff0 depending on which you booted from. If somehow you could also boot from offset 0x248, then have 0xfff0 point to 0xfe48. The mapping at 0xe000 is independent and always points to 64 MiB at 0xfc00. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] DEC21140 driver netconsole new target.
Hello, On Wed, Nov 24, 2010 at 4:18 PM, Wolfgang Denk w...@denx.de wrote: Dear Scott Nicholas, In message aanlktikpg0duvni9fb_onpz-xydzzse=qoz89ap6f...@mail.gmail.com you wrote: There is no dec21140 Ethernet driver in mainline U-Boot, so it's pretty unlikely that there will be much feedback. Just don't be disappointed. I mean drivers/net/dc2114x.c, whatever name it goes by. If would be great if you could submit your patches here - please see http://www.denx.de/wiki/U-Boot/Patches for details. I may. But I can't test changes to dc2114x itself, is why I asked the list. Because maybe the board that does use it, does not exactly follow behavior of mine? Little would be gained from including my target to mainline. Afaik, it's only in this 1 router. The chip and board both out of production. But I can submit. I'm currently trying to have MIPS startup code use unlzma on the rest, so that I may fit the entire binary into the same 64k sector used currently. Would such a patch seem useful for submission as well? seems not much MIPS use in here. -- Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] 83xx: Fix NAND_SPL link address
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 in a broken, very large u-boot-nand.bin. The block of defines for NAND boot is moved closer to where CONFIG_SYS_TEXT_BASE is defined. We can't directly use CONFIG_SYS_NAND_U_BOOT_DST in the definition of CONFIG_SYS_TEXT_BASE because autoconf.mk will include the literal text CONFIG_SYS_NAND_U_BOOT_DST, but at least keep them close and point out that they're supposed to be the same. Signed-off-by: Scott Wood scottw...@freescale.com --- Compile tested on MPC8315ERDB and SIMPC8313 Boot tested on MPC8313ERDB boards.cfg|6 ++-- include/configs/MPC8313ERDB.h | 27 +--- include/configs/MPC8315ERDB.h | 23 +++- include/configs/SIMPC8313.h | 23 - nand_spl/board/freescale/mpc8313erdb/Makefile |4 +- nand_spl/board/freescale/mpc8315erdb/Makefile |4 +- nand_spl/board/sheldon/simpc8313/Makefile |4 +- 7 files changed, 58 insertions(+), 33 deletions(-) diff --git a/boards.cfg b/boards.cfg index 08e531e..8aee626 100644 --- a/boards.cfg +++ b/boards.cfg @@ -690,9 +690,9 @@ PQ2FADS-VR_lowboot powerpc mpc8260mpc8260ads freescale - MPC8260ADS:ADSTYPE=C PQ2FADS-ZU_66MHz powerpc mpc8260 mpc8260ads freescale - MPC8260ADS:ADSTYPE=CONFIG_SYS_PQ2FADS,8260_CLKIN=6600 PQ2FADS-ZU_66MHz_lowboot powerpc mpc8260 mpc8260ads freescale - MPC8260ADS:ADSTYPE=CONFIG_SYS_PQ2FADS,8260_CLKIN=6600,SYS_TEXT_BASE=0xFF80 PQ2FADS-ZU_lowboot powerpc mpc8260 mpc8260ads freescale - MPC8260ADS:ADSTYPE=CONFIG_SYS_PQ2FADS,SYS_TEXT_BASE=0xFF80 -MPC8313ERDB_NAND_33 powerpc mpc83xx mpc8313erdb freescale - MPC8313ERDB:SYS_33MHZ,NAND_U_BOOT=y,SYS_TEXT_BASE=0x0010 -MPC8313ERDB_NAND_66 powerpc mpc83xx mpc8313erdb freescale - MPC8313ERDB:SYS_66MHZ,NAND_U_BOOT=y,SYS_TEXT_BASE=0x0010 -MPC8315ERDB_NAND powerpc mpc83xx mpc8315erdb freescale - MPC8315ERDB:NAND +MPC8313ERDB_NAND_33 powerpc mpc83xx mpc8313erdb freescale - MPC8313ERDB:SYS_33MHZ,NAND_U_BOOT +MPC8313ERDB_NAND_66 powerpc mpc83xx mpc8313erdb freescale - MPC8313ERDB:SYS_66MHZ,NAND_U_BOOT +MPC8315ERDB_NAND powerpc mpc83xx mpc8315erdb freescale - MPC8315ERDB:NAND_U_BOOT MPC832XEMDS_HOST_33 powerpc mpc83xx mpc832xemds freescale - MPC832XEMDS:PCI,PCI_33M,PQ_MDS_PIB=1 MPC832XEMDS_HOST_66 powerpc mpc83xx mpc832xemds freescale - MPC832XEMDS:PCI,PCI_66M,PQ_MDS_PIB=1 MPC8349ITX_LOWBOOT powerpc mpc83xx mpc8349itx freescale - MPC8349ITX:MPC8349ITX,SYS_TEXT_BASE=0xFE00 diff --git a/include/configs/MPC8313ERDB.h b/include/configs/MPC8313ERDB.h index 1201133..92c54d0 100644 --- a/include/configs/MPC8313ERDB.h +++ b/include/configs/MPC8313ERDB.h @@ -35,10 +35,29 @@ #define CONFIG_MPC8313 1 #define CONFIG_MPC8313ERDB 1 +#define CONFIG_SYS_NAND_U_BOOT_SIZE (512 10) +#define CONFIG_SYS_NAND_U_BOOT_DST 0x0010 +#define CONFIG_SYS_NAND_U_BOOT_START 0x00100100 +#define CONFIG_SYS_NAND_U_BOOT_OFFS 16384 +#define CONFIG_SYS_NAND_U_BOOT_RELOC 0x0001 +#define CONFIG_SYS_NAND_U_BOOT_RELOC_SP (CONFIG_SYS_NAND_U_BOOT_RELOC + 0x1) + +#ifdef CONFIG_NAND_U_BOOT +#define CONFIG_SYS_TEXT_BASE 0x0010 /* CONFIG_SYS_NAND_U_BOOT_DST */ +#define CONFIG_SYS_TEXT_BASE_SPL 0xfff0 +#ifdef CONFIG_NAND_SPL +#define CONFIG_SYS_MONITOR_BASECONFIG_SYS_TEXT_BASE_SPL /* start of monitor */ +#endif /* CONFIG_NAND_SPL */ +#endif /* CONFIG_NAND_U_BOOT */ + #ifndef CONFIG_SYS_TEXT_BASE #define CONFIG_SYS_TEXT_BASE 0xFE00 #endif +#ifndef CONFIG_SYS_MONITOR_BASE +#define CONFIG_SYS_MONITOR_BASECONFIG_SYS_TEXT_BASE/* start of monitor */ +#endif + #define CONFIG_PCI #define CONFIG_FSL_ELBC 1 @@ -200,8 +219,6 @@ #define CONFIG_SYS_FLASH_ERASE_TOUT6 /* Flash Erase Timeout (ms) */ #define CONFIG_SYS_FLASH_WRITE_TOUT500 /* Flash Write Timeout (ms) */ -#define CONFIG_SYS_MONITOR_BASECONFIG_SYS_TEXT_BASE/* start of monitor */ - #if (CONFIG_SYS_MONITOR_BASE CONFIG_SYS_FLASH_BASE) !defined(CONFIG_NAND_SPL) #define CONFIG_SYS_RAMBOOT #endif @@ -248,12 +265,6 @@ #define CONFIG_NAND_FSL_ELBC 1 #define CONFIG_SYS_NAND_BLOCK_SIZE 16384 -#define CONFIG_SYS_NAND_U_BOOT_SIZE (512 10) -#define CONFIG_SYS_NAND_U_BOOT_DST 0x0010 -#define CONFIG_SYS_NAND_U_BOOT_START 0x00100100 -#define CONFIG_SYS_NAND_U_BOOT_OFFS 16384 -#define CONFIG_SYS_NAND_U_BOOT_RELOC 0x0001 -#define CONFIG_SYS_NAND_U_BOOT_RELOC_SP (CONFIG_SYS_NAND_U_BOOT_RELOC + 0x1) #define CONFIG_SYS_NAND_BR_PRELIM
[U-Boot] [PATCH] sh: Remove SCIF/SCI register infomation
The register information of SCIF/SCI was compiled by drivers/serial/serial_sh.h. Therefore, these are not necessary. Signed-off-by: Nobuhiro Iwamatsu iwama...@nigauri.org --- arch/sh/include/asm/cpu_sh7722.h | 38 -- arch/sh/include/asm/cpu_sh7750.h | 16 arch/sh/include/asm/cpu_sh7780.h | 21 + 3 files changed, 1 insertions(+), 74 deletions(-) diff --git a/arch/sh/include/asm/cpu_sh7722.h b/arch/sh/include/asm/cpu_sh7722.h index 0975b78..3157dcb 100644 --- a/arch/sh/include/asm/cpu_sh7722.h +++ b/arch/sh/include/asm/cpu_sh7722.h @@ -325,44 +325,6 @@ #define SPICR1 0xA4420030 /* SCIF*/ -/* -#define SCSMR 0xFFE0 -#define SCBRR 0xFFE4 -#define SCSCR 0xFFE8 -#define SCFTDR 0xFFEC -#define SCFSR 0xFFE00010 -#define SCFRDR 0xFFE00014 -#define SCFCR 0xFFE00018 -#define SCFDR 0xFFE0001C -#define SCLSR 0xFFE00024 -#define SCSMR1 0xFFE1 -#define SCBRR1 0xFFE10004 -#define SCSCR1 0xFFE10008 -#define SCFTDR1 0xFFE1000C -#define SCFSR1 0xFFE10010 -#define SCFRDR1 0xFFE10014 -#define SCFCR1 0xFFE10018 -#define SCFDR1 0xFFE1001C -#define SCLSR1 0xFFE10024 -#define SCSMR2 0xFFE2 -#define SCBRR2 0xFFE20004 -#define SCSCR2 0xFFE20008 -#define SCFTDR2 0xFFE2000C -#define SCFSR2 0xFFE20010 -#define SCFRDR2 0xFFE20014 -#define SCFCR2 0xFFE20018 -#define SCFDR2 0xFFE2001C -#define SCLSR2 0xFFE20024 -#define SCSMR3 0xFFE3 -#define SCBRR3 0xFFE30004 -#define SCSCR3 0xFFE30008 -#define SCFTDR3 0xFFE3000C -#define SCFSR3 0xFFE30010 -#define SCFRDR3 0xFFE30014 -#define SCFCR3 0xFFE30018 -#define SCFDR3 0xFFE3001C -#define SCLSR3 0xFFE30024 -*/ #define SCIF0_BASE 0xFFE0 /* SIM */ diff --git a/arch/sh/include/asm/cpu_sh7750.h b/arch/sh/include/asm/cpu_sh7750.h index 4e43a46..b3e8424 100644 --- a/arch/sh/include/asm/cpu_sh7750.h +++ b/arch/sh/include/asm/cpu_sh7750.h @@ -166,26 +166,10 @@ /* SCI */ #define SCSMR1 0xFFE0 -#define SCBRR1 0xFFE4 -#define SCSCR1 0xFFE8 -#define SCTDR1 0xFFEC -#define SCSSR1 0xFFE00010 -#define SCRDR1 0xFFE00014 -#define SCSCMR1 0xFFE00018 -#define SCSPTR1 0xFFE0001C #define SCF0_BASE SCSMR1 /* SCIF*/ #define SCSMR2 0xFFE8 -#define SCBRR2 0xFFE80004 -#define SCSCR2 0xFFE80008 -#define SCFTDR2 0xFFE8000C -#define SCFSR2 0xFFE80010 -#define SCFRDR20xFFE80014 -#define SCFCR2 0xFFE80018 -#define SCFDR2 0xFFE8001C -#define SCSPTR20xFFE80020 -#define SCLSR2 0xFFE80024 #define SCIF1_BASE SCSMR2 /* H-UDI */ diff --git a/arch/sh/include/asm/cpu_sh7780.h b/arch/sh/include/asm/cpu_sh7780.h index d4f824e..e9c59fe 100644 --- a/arch/sh/include/asm/cpu_sh7780.h +++ b/arch/sh/include/asm/cpu_sh7780.h @@ -333,27 +333,8 @@ #defineRYRAR 0xFFE80054 /* Serial CommunicationInterface with FIFO */ -#defineSCIF0_BASE SCSMR0 #defineSCSMR0 0xFFE0 -#defineSCBRR0 0xFFE4 -#defineSCSCR0 0xFFE8 -#defineSCFSR0 0xFFE00010 -#defineSCFCR0 0xFFE00018 -#defineSCTFDR0 0xFFE0001C -#defineSCRFDR0 0xFFE00020 -#defineSCSPTR0 0xFFE00024 -#defineSCLSR0 0xFFE00028 -#defineSCRER0 0xFFE0002C -#defineSCSMR1 0xFFE1 -#defineSCBRR1 0xFFE10004 -#defineSCSCR1 0xFFE10008 -#defineSCFSR1 0xFFE10010 -#defineSCFCR1 0xFFE10018 -#defineSCTFDR1 0xFFE1001C -#defineSCRFDR1 0xFFE10020 -#defineSCSPTR1 0xFFE10024 -#defineSCLSR1 0xFFE10028 -#defineSCRER1 0xFFE1002C +#defineSCIF0_BASE SCSMR0 /* Serial I/O with FIFO */ #defineSIMDR 0xFFE2 -- 1.7.2.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] sh: sh7722: Fix multiple definition of PSDR in serial_sh
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
drivers/serial/serial_sh.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial_sh.h b/drivers/serial/serial_sh.h
index df21b37..54e94e5 100644
--- a/drivers/serial/serial_sh.h
+++ b/drivers/serial/serial_sh.h
@@ -87,6 +87,7 @@ struct uart_port {
# define SCSCR_INIT(port) 0x32 /* TIE=0,RIE=0,TE=1,RE=1,REIE=0,CKE=1 */
#elif defined(CONFIG_CPU_SH7722)
# define PADR 0xA4050120
+# undef PSDR
# define PSDR 0xA405013e
# define PWDR 0xA4050166
# define PSCR 0xA405011E
--
1.7.2.3
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] sh: serial_sh: Fix build in serial_sh
The serial of ap325rxa has it of two kinds, and the setting of
the clock is different.
Because there was a problem by function to judge serial kind,
this revised it.
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
drivers/serial/serial_sh.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/serial/serial_sh.h b/drivers/serial/serial_sh.h
index 54e94e5..e19593c 100644
--- a/drivers/serial/serial_sh.h
+++ b/drivers/serial/serial_sh.h
@@ -675,14 +675,14 @@ static inline int sci_rxd_in(struct uart_port *port)
#define SCBRR_VALUE(bps, clk) (((clk*2)+16*bps)/(32*bps)-1)
#elif defined(CONFIG_CPU_SH7723) ||\
defined(CONFIG_CPU_SH7724)
-static inline int scbrr_calc(struct uart_port *port, int bps, int clk)
+static inline int scbrr_calc(struct uart_port port, int bps, int clk)
{
- if (port-type == PORT_SCIF)
+ if (port.type == PORT_SCIF)
return (clk+16*bps)/(32*bps)-1;
else
return ((clk*2)+16*bps)/(16*bps)-1;
}
-#define SCBRR_VALUE(bps, clk) scbrr_calc(port, bps, clk)
+#define SCBRR_VALUE(bps, clk) scbrr_calc(sh_sci, bps, clk)
#elif defined(__H8300H__) || defined(__H8300S__)
#define SCBRR_VALUE(bps, clk) (((clk*1000/32)/bps)-1)
#else /* Generic SH */
--
1.7.2.3
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] sh: r7780mp: Remove CONFIG_DRIVER_NE2000 from config
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com --- include/configs/r7780mp.h |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/include/configs/r7780mp.h b/include/configs/r7780mp.h index 3416cb8..802416f 100644 --- a/include/configs/r7780mp.h +++ b/include/configs/r7780mp.h @@ -154,7 +154,6 @@ #define CONFIG_RTL8169 */ /* AX88796L Support(NE2000 base chip) */ -#define CONFIG_DRIVER_NE2000 #define CONFIG_DRIVER_AX88796L #define CONFIG_DRIVER_NE2000_BASE 0xA410 #endif -- 1.7.2.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] sh: Fix build in start.S
By commit 6d8962e814c15807dd6ac5757904be2a02d187b8, label of _start was not usable in start.S and build fail. This change label from _start to _sh_start. arch/sh/cpu/sh4/libsh4.o: In function `_start': (.text+0x204): multiple definition of `_start' arch/sh/cpu/sh4/start.o:(.text+0x0): first defined here Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com --- arch/sh/cpu/sh2/start.S |8 arch/sh/cpu/sh3/start.S |8 arch/sh/cpu/sh4/start.S | 10 +- 3 files changed, 13 insertions(+), 13 deletions(-) diff --git a/arch/sh/cpu/sh2/start.S b/arch/sh/cpu/sh2/start.S index 77043f6..8e0e640 100644 --- a/arch/sh/cpu/sh2/start.S +++ b/arch/sh/cpu/sh2/start.S @@ -26,7 +26,7 @@ .align 2 .global _start -_start: +_sh_start: .long 0x0010/* Ppower ON reset PC*/ .long 0x .long 0x0010/* Manual reset PC */ @@ -39,7 +39,7 @@ _init: nop 1: sts pr, r5 mov.l ._reloc_dst, r4 - add #(_start-1b), r5 + add #(_sh_start-1b), r5 mov.l ._reloc_dst_end, r6 2: mov.l @r5+, r1 @@ -74,6 +74,6 @@ loop: ._reloc_dst_end: .long reloc_dst_end ._bss_start: .long bss_start ._bss_end: .long bss_end -._gd_init: .long (_start - GENERATED_GBL_DATA_SIZE) -._stack_init: .long (_start - GENERATED_GBL_DATA_SIZE - CONFIG_SYS_MALLOC_LEN - 16) +._gd_init: .long (_sh_start - GENERATED_GBL_DATA_SIZE) +._stack_init: .long (_sh_start - GENERATED_GBL_DATA_SIZE - CONFIG_SYS_MALLOC_LEN - 16) ._sh_generic_init: .long sh_generic_init diff --git a/arch/sh/cpu/sh3/start.S b/arch/sh/cpu/sh3/start.S index 9dd2303..d96ca91 100644 --- a/arch/sh/cpu/sh3/start.S +++ b/arch/sh/cpu/sh3/start.S @@ -29,7 +29,7 @@ .align 2 .global _start -_start: +_sh_start: mov.l ._lowlevel_init, r0 100: bsrfr0 nop @@ -38,7 +38,7 @@ _start: nop 1: sts pr, r5 mov.l ._reloc_dst, r4 - add #(_start-1b), r5 + add #(_sh_start-1b), r5 mov.l ._reloc_dst_end, r6 2: mov.l @r5+, r1 @@ -73,6 +73,6 @@ loop: ._reloc_dst_end: .long reloc_dst_end ._bss_start: .long bss_start ._bss_end: .long bss_end -._gd_init: .long (_start - GENERATED_GBL_DATA_SIZE) -._stack_init: .long (_start - GENERATED_GBL_DATA_SIZE - CONFIG_SYS_MALLOC_LEN - 16) +._gd_init: .long (_sh_start - GENERATED_GBL_DATA_SIZE) +._stack_init: .long (_sh_start - GENERATED_GBL_DATA_SIZE - CONFIG_SYS_MALLOC_LEN - 16) ._sh_generic_init: .long sh_generic_init diff --git a/arch/sh/cpu/sh4/start.S b/arch/sh/cpu/sh4/start.S index 4b5f606..a1d5ee4 100644 --- a/arch/sh/cpu/sh4/start.S +++ b/arch/sh/cpu/sh4/start.S @@ -1,5 +1,5 @@ /* - * (C) Copyright 2007 + * (C) Copyright 2007, 2010 * Nobuhiro Iwamatsu iwama...@nigauri.org * * This program is free software; you can redistribute it and/or @@ -26,7 +26,7 @@ .align 2 .global _start -_start: +_sh_start: mov.l ._lowlevel_init, r0 100: bsrfr0 nop @@ -35,7 +35,7 @@ _start: nop 1: sts pr, r5 mov.l ._reloc_dst, r4 - add #(_start-1b), r5 + add #(_sh_start-1b), r5 mov.l ._reloc_dst_end, r6 2: mov.l @r5+, r1 @@ -70,6 +70,6 @@ loop: ._reloc_dst_end: .long reloc_dst_end ._bss_start: .long bss_start ._bss_end: .long bss_end -._gd_init: .long (_start - GENERATED_GBL_DATA_SIZE) -._stack_init: .long (_start - GENERATED_GBL_DATA_SIZE - CONFIG_SYS_MALLOC_LEN - 16) +._gd_init: .long (_sh_start - GENERATED_GBL_DATA_SIZE) +._stack_init: .long (_sh_start - GENERATED_GBL_DATA_SIZE - CONFIG_SYS_MALLOC_LEN - 16) ._sh_generic_init: .long sh_generic_init -- 1.7.2.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v5] nds32: Add NDS32 architecture support (header files)
From: Morgan 張明鈿 [mailto:mingdien.ch...@gmail.com] Sent: Wednesday, November 24, 2010 4:52 PM To: Macpaul Chih-Pin Lin(林智斌) Subject: Re: [U-Boot] [PATCH v5] nds32: Add NDS32 architecture support (header files) Hi, Macpaul I noticed the patches in the U-Boot mailing list for the nds32 architecture which I am trying to port. Hi, Morgan, I'm glad to see you have noticed that the patches commit to u-boot mainline is undergoing. I also guess the old andesboot (prior version of u-boot) we've provided was not enough for your purpose. 1st, please add u-boot@lists.denx.de into the CC list on each e-mail trasaction so that every developer of u-boot could involve the disscussion and help you. 2nd, I'm curious that your company or organization might be one of our customers, could you tell me whom you're working for? So that our company could provide you better service on u-boot related issues. 3rd, because every developer on u-boot project is busy doing code revise for ARM arch in recent. So I invite you to help on code review on the mailing list. Because your help on code review, those patches will be accepted ASAP to the u-boot project. Just test the patches and reply the patch to the mailing list with Acked-by: mingdien.ch...@gmail.com could help, Is the series of patches (v1 to v5) increamental ? Should I apply v1 first, and then v2, v3, till v5 ? If so, what is base revision to which v1 patch is applied ? Thanks for your help. Morgan Let me explain for you, the patch version v1 to v5 just tagged for the revision for the same single patch. So you just need to apply the latest patch you have. Please do not take care about the v1-v4 patches. The latest patch includes the latest update against to the main trunk (master) source code. If you have furthor questions, please reply on the mailing list. Hope we can work this out together. On Fri, Nov 19, 2010 at 1:51 PM, Macpaul Lin macp...@andestech.com wrote: This patch add generic header files support for nds32 architecture. Cache, ptregs, data type and other definitions are included. NDS32 is a new 32-bit RISC architecture invented by andestech.com. NDS32 also provide N9, N10, N12 different CPU core families for soft-core and hard-core SoC design. Note: Empty headers such as config.h, memory.h, processor.h are necessary for compiling some device drivers. Otherwise those drivers won't be build. Best regards, Macpaul Lin -- Best regards, Macpaul Lin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCHv2 0/3] Use return value of cmd_usage
cmd_usage returns 1, so its return value can be used as return value. Some functions ignore the return value of cmd_usage and return a 1 in the next line. These patches change these calls so that the return value of cmd_usage is used as return value. *** BLURB HERE *** Thomas Weber (3): Common/cmd_nvedit: Use return value of cmd_usage Gdsys: osd: Use return value of cmd_usage Powerpc: cmd_ecctest: Use return value of cmd_usage arch/powerpc/cpu/ppc4xx/cmd_ecctest.c |6 ++ board/gdsys/common/osd.c |6 ++ common/cmd_nvedit.c | 18 ++ 3 files changed, 10 insertions(+), 20 deletions(-) -- 1.7.3.2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCHv2 1/3] common/cmd_nvedit: Use return value of cmd_usage
Use the return value of cmd_usage instead of ignoring this
and returning a 1.
Signed-off-by: Thomas Weber we...@corscience.de
---
common/cmd_nvedit.c | 18 ++
1 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 3fd8abc..cd19cc6 100644
--- a/common/cmd_nvedit.c
+++ b/common/cmd_nvedit.c
@@ -545,8 +545,7 @@ int envmatch (uchar *s1, int i2)
static int do_env_default(cmd_tbl_t * cmdtp, int flag, int argc, char * const
argv[])
{
if ((argc != 2) || (strcmp(argv[1], -f) != 0)) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
set_default_env(## Resetting to default environment\n);
return 0;
@@ -633,15 +632,13 @@ static int do_env_export(cmd_tbl_t *cmdtp, int flag, int
argc, char * const argv
sep = '\n';
break;
default:
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
}
}
if (argc 1) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
addr = (char *)simple_strtoul(argv[0], NULL, 16);
@@ -744,15 +741,13 @@ static int do_env_import(cmd_tbl_t * cmdtp, int flag, int
argc, char * const arg
del = 1;
break;
default:
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
}
}
if (argc 1) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
if (!fmt)
@@ -857,8 +852,7 @@ static int do_env (cmd_tbl_t *cmdtp, int flag, int argc,
char * const argv[])
if (cp)
return cp-cmd(cmdtp, flag, argc, argv);
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
U_BOOT_CMD(
--
1.7.3.2
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCHv2 3/3] powerpc: cmd_ecctest: Use return value of cmd_usage
Use the return value of cmd_usage instead of ignoring this
and returning a 1.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/powerpc/cpu/ppc4xx/cmd_ecctest.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
b/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
index fd81b70..542ab69 100644
--- a/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
+++ b/arch/powerpc/cpu/ppc4xx/cmd_ecctest.c
@@ -190,15 +190,13 @@ static int do_ecctest(cmd_tbl_t *cmdtp, int flag, int
argc, char * const argv[])
int error;
if (argc 3) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
ptr = (u32 *)simple_strtoul(argv[1], NULL, 16);
error = simple_strtoul(argv[2], NULL, 16);
if ((error 1) || (error 2)) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
printf(Using address %p for %d bit ECC error injection\n,
--
1.7.3.2
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCHv2 2/3] gdsys: osd: Use return value of cmd_usage
Use the return value of cmd_usage instead of ignoring this
and returning a 1.
Signed-off-by: Thomas Weber we...@corscience.de
---
board/gdsys/common/osd.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/board/gdsys/common/osd.c b/board/gdsys/common/osd.c
index 05800ff..239c870 100644
--- a/board/gdsys/common/osd.c
+++ b/board/gdsys/common/osd.c
@@ -142,8 +142,7 @@ static int osd_print(cmd_tbl_t *cmdtp, int flag, int argc,
char * const argv[])
char *text;
if (argc 5) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
x = simple_strtoul(argv[1], NULL, 16);
@@ -204,8 +203,7 @@ int osd_write(cmd_tbl_t *cmdtp, int flag, int argc, char *
const argv[])
unsigned count = (argc 4) ? simple_strtoul(argv[4], NULL, 16) : 1;
if ((argc 4) || (strlen(argv[3]) % 4)) {
- cmd_usage(cmdtp);
- return 1;
+ return cmd_usage(cmdtp);
}
x = simple_strtoul(argv[1], NULL, 16);
--
1.7.3.2
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Pull request u-boot-marvell.git
Hi Albert/Wolfgang Please pull The following changes since commit e81bb57f2d98a65aa1a3c61d54cf40294f9039c8: Wolfgang Denk (1): DaVinci: remove bogus DEF_BOOTM definition are available in the git repository at: u-boot-marvell.git master branch Eric Cooper (2): Seagate FreeAgent DockStar support sort and reformat boards.cfg MAINTAINERS |4 + board/Seagate/dockstar/Makefile | 54 ++ board/Seagate/dockstar/dockstar.c | 181 + board/Seagate/dockstar/dockstar.h | 44 ++ board/Seagate/dockstar/kwbimage.cfg | 165 boards.cfg | 1452 ++- include/configs/dockstar.h | 125 +++ 7 files changed, 1303 insertions(+), 722 deletions(-) create mode 100644 board/Seagate/dockstar/Makefile create mode 100644 board/Seagate/dockstar/dockstar.c create mode 100644 board/Seagate/dockstar/dockstar.h create mode 100644 board/Seagate/dockstar/kwbimage.cfg create mode 100644 include/configs/dockstar.h Regards.. Prafulla . . ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Kirkwood: grouped all Kirkwood boards
-Original Message- From: Prafulla Wadaskar Sent: Wednesday, November 24, 2010 3:47 PM To: 'Albert ARIBAUD' Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik Subject: RE: [PATCH] Kirkwood: grouped all Kirkwood boards -Original Message- From: Albert ARIBAUD [mailto:albert.arib...@free.fr] Sent: Wednesday, November 24, 2010 1:50 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik Subject: Re: [PATCH] Kirkwood: grouped all Kirkwood boards Le 24/11/2010 12:51, Prafulla Wadaskar a écrit : Kirkwood based boards where scattered in boards.cfg All such boards were grouped together The ordering is fixed Signed-off-by: Prafulla Wadaskarprafu...@marvell.com Hi Prafulla, How does this work with Eric's recent reordering of boards.cfg? Agr.. Actually I had requested for the same and I missed it :-( Hence I posted this patch. Please ignore this patch, Eric has done it better. Hi Eric, I lost your email, I have applied your patch http://lists.denx.de/pipermail/u-boot/2010-November/082306.html to u-boot-marvell.com master branch Regards.. Prafulla . . ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCHv2 0/3] Use return value of cmd_usage
On Thursday, November 25, 2010 02:05:27 Thomas Weber wrote: cmd_usage returns 1, so its return value can be used as return value. Some functions ignore the return value of cmd_usage and return a 1 in the next line. These patches change these calls so that the return value of cmd_usage is used as return value. thanks, these all look sane to me Acked-by: Mike Frysinger vap...@gentoo.org -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] DEC21140 driver netconsole new target.
Dear Scott Nicholas, In message aanlktingezsfkzihf+qdbxdm8ri1tl4eqa5v+dnyt...@mail.gmail.com you wrote: There is no dec21140 Ethernet driver in mainline U-Boot, so it's pretty unlikely that there will be much feedback. Just don't be disappointed. I mean drivers/net/dc2114x.c, whatever name it goes by. Oops. You are right. But tehre are only few board configfurations that enable that driver, and most of them are old and unmaintained. I doubt any of these ever used netconsole. The only more recent system is `linkstation', but again I doubt if it has been tested with netconsole (but of course you might ask Guennadi, the maintainer). I may. But I can't test changes to dc2114x itself, is why I asked the list. Because maybe the board that does use it, does not exactly follow behavior of mine? Try and ask if Guennadi can test this on his linkstation. Little would be gained from including my target to mainline. Afaik, it's only in this 1 router. The chip and board both out of production. But I can submit. There may be other users who use this box, and there are probably other, similar systems. I'm currently trying to have MIPS startup code use unlzma on the rest, so that I may fit the entire binary into the same 64k sector used currently. Would such a patch seem useful for submission as well? seems not much MIPS use in here. Indeed, there are not so many MIPS users out there. Dunno why. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Advice is seldom welcome; and those who want it the most always like it the least. -- Philip Earl of Chesterfield ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
