[U-Boot] Where can I find the git repostory for mx51evk
Hi Denx, I have cloned u-boot-imx and want to apply the patch "[U-Boot] [PATCH V4 11/11] Add initial support for Freescale mx51evk board" for a test. But the patch can't be appled. error: patch failed: MAINTAINERS:152 error: MAINTAINERS: patch does not apply How can I get the repostory for mx51evk? Thanks~~ Yours Terry General Business Information Freescale Internal Use Only Freescale Confidential Proprietary ___ 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 Tom Pls pull the following The following changes since commit 1b063b552e815f90a6a880e78fc40cc309dd52ad: Anders Darander (1): Add bootcount to AT91 are available in the git repository at: http://git.denx.de/u-boot/u-boot-marvell.git master branch Heiko Schocher (1): arm: add support for the suen3 board from keymile MAINTAINERS |2 +- MAKEALL |1 + Makefile |3 + board/keymile/common/common.c |6 +- board/keymile/km_arm/Makefile | 51 ++ board/keymile/km_arm/config.mk| 28 board/keymile/km_arm/km_arm.c | 324 + board/keymile/km_arm/kwbimage.cfg | 176 include/configs/km_arm.h | 191 ++ include/configs/suen3.h | 103 10 files changed, 882 insertions(+), 3 deletions(-) create mode 100644 board/keymile/km_arm/Makefile create mode 100644 board/keymile/km_arm/config.mk create mode 100644 board/keymile/km_arm/km_arm.c create mode 100644 board/keymile/km_arm/kwbimage.cfg create mode 100644 include/configs/km_arm.h create mode 100644 include/configs/suen3.h Regards.. Prafulla . . ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] boot from ram on rd-6281-a
Hello u-boot list i have an Eval-Board RD-6281 from Marvell for which i found u-boot support on latest version "U-Boot 2009.11.1" i need a different bootloader than the one installed. so i tried to develop a private one by loading it to RAM. So i modified the TEXT_BASE = 0x0040 to not collide with the installed one. But when i load the "u-boot.bin" to the TEXT_BASE via TFTP and enter "go 0x0040" the system hangs. Can somebody please tell me where I am wrong ??? -- Jürgen Schindele Software-Entwicklung NENTEC Netzwerktechnologie GmbH Greschbachstr. 12 76229 Karlsruhe Deutschland Telefon: +49 721 94249-51 Telefax: +49 721 94249-10 E-Mail: schind...@nentec.de WEB: www.nentec.de Geschäftsführung: Klaus Becker, Roland Knapp Sitz der Gesellschaft: Karlsruhe Handelsregister: Amtsgericht Mannheim HRB 107658 Diese E-Mail enthält vertrauliche oder rechtlich geschützte Informationen. Wenn Sie nicht der vorgesehene Empfänger sind, informieren Sie bitte sofort den Absender und löschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet. The information contained in this message is confidential or protected by law. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorised copying of this message or unauthorised distribution of the information contained herein is prohibited. -- ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Where can I find the git repostory for mx51evk
Dear "Lv Terry-R65388", In message <1ae74f652ecb1440b73dd7c2c20842d1ac6...@zch01exm27.fsl.freescale.net> you wrote: > > I have cloned u-boot-imx and want to apply the patch "[U-Boot] Why did you do that? u-boot-imx is currently in a pretty poor state, as the new custodian has nor picked up work yet, so this repository is very old. > [PATCH V4 11/11] Add initial support for Freescale mx51evk board" for a > test. > > But the patch can't be appled. Patches submitted on the mailing list are supposed to be applied against mainline (master branch). Did you try that? 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 Ordnung ist die Lust der Vernunft, aber Unordnung die Wonne der Phantasie - Paul Claudel ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] boot from ram on rd-6281-a
Dear Juergen Schindele, In message <201002261056.32502.schind...@nentec.de> you wrote: > > i need a different bootloader than the one installed. > so i tried to develop a private one by loading it to RAM. > So i modified the TEXT_BASE = 0x0040 > to not collide with the installed one. This is not enough. You must also make sure not to try to perform all the low level initializations again that have already been done. > Can somebody please tell me where I am wrong ??? Did you read the FAQ? > Diese E-Mail enthält vertrauliche oder rechtlich geschützte Informationen. > Wenn Sie nicht der vorgesehene Empfänger sind, informieren Sie bitte sofort > den Absender und löschen Sie diese E-Mail. Das unbefugte Kopieren dieser > E-Mail > oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht > gestattet. > > > The information contained in this message is confidential or protected by law. > If you are not the intended recipient, please contact the sender and delete > this > message. Any unauthorised copying of this message or unauthorised > distribution of > the information contained herein is prohibited. Please omit this crap when posting to public mailing lists (and keep in mind that even in e-mail such statements are bogus at best, see http://www.heise.de/ix/meldung/Disclaimer-Unnoetiger-Ballast-fuer-E-Mails-892297.html) 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 Those who do not understand Unix are condemned to reinvent it, poorly. - Henry Spencer, University of Toronto Unix hack ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Where can I find the git repostory for mx51evk
Hi Denk, I have tried to apply the patch on mainline. The steps are: 1. Copy patch from http://article.gmane.org/gmane.comp.boot-loaders.u-boot/74754. 2. Paste it to local text file patch. 3. Clone a new u-boot. 4. Try "git apply patch". I encountered errors: r65...@szx32-17[/home/r65388/uboot-imx]602% git apply patch error: patch failed: MAINTAINERS:152 error: MAINTAINERS: patch does not apply Thanks~~ Yours Terry -Original Message- From: Wolfgang Denk [mailto:w...@denx.de] Sent: 2010年2月26日 18:09 To: Lv Terry-R65388 Cc: u-boot@lists.denx.de Subject: Re: [U-Boot] Where can I find the git repostory for mx51evk Dear "Lv Terry-R65388", In message <1ae74f652ecb1440b73dd7c2c20842d1ac6...@zch01exm27.fsl.freescale.net> you wrote: > > I have cloned u-boot-imx and want to apply the patch "[U-Boot] Why did you do that? u-boot-imx is currently in a pretty poor state, as the new custodian has nor picked up work yet, so this repository is very old. > [PATCH V4 11/11] Add initial support for Freescale mx51evk board" for > a test. > > But the patch can't be appled. Patches submitted on the mailing list are supposed to be applied against mainline (master branch). Did you try that? 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 Ordnung ist die Lust der Vernunft, aber Unordnung die Wonne der Phantasie - Paul Claudel ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] boot from ram on rd-6281-a
Am Freitag, 26. Februar 2010 schrieb Wolfgang Denk: > Dear Juergen Schindele, > > In message <201002261056.32502.schind...@nentec.de> you wrote: > > > > i need a different bootloader than the one installed. > > so i tried to develop a private one by loading it to RAM. > > So i modified the TEXT_BASE = 0x0040 > > to not collide with the installed one. > > This is not enough. You must also make sure not to try to perform all > the low level initializations again that have already been done. I know that, but SKIP_LOW_LEVEL_INIT is defined because register init is done with kirkwood boot header for booting from SPI/NAND-Flash. I dont see other blocking points. :-( i tried to skip relocate too but it did not help ! > > > Can somebody please tell me where I am wrong ??? > > Did you read the FAQ? Yes i read the README and searched in Internet or what FAQ do you mean ??? > > Please omit this crap when posting to public mailing lists (and keep > in mind that even in e-mail such statements are bogus at best, see > http://www.heise.de/ix/meldung/Disclaimer-Unnoetiger-Ballast-fuer-E-Mails-892297.html) sorry for the crap i forgot to suppress before sending -- -- Jürgen Schindele Software-Entwicklung NENTEC Netzwerktechnologie GmbH Greschbachstr. 12 76229 Karlsruhe Deutschland Telefon: +49 721 94249-51 Telefax: +49 721 94249-10 E-Mail: schind...@nentec.de WEB: www.nentec.de Geschäftsführung: Klaus Becker, Roland Knapp Sitz der Gesellschaft: Karlsruhe Handelsregister: Amtsgericht Mannheim HRB 107658 - ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 1/3 v6] S5PC100: Memory SubSystem Header file, register description(SROMC).
From: Naveen Krishna CH
Memory subsystem of S5PC100 handles SROM, SRAM, OneDRAM, OneNand,
NAND Flash, DDRs.
smc.h is a common place for the register description of Memory subsystem
of S5PC100.
Note: Only SROM related registers are descibed now.
Signed-off-by: Naveen Krishna Ch
---
Changes since V1:
1. The header file is renamed to smc.h from smc.h
2. The Macros are renamed according to TRM.
Comments from Minkyu kang are fixed.
Changes since V2:
1. Macros have been modified to be generic.
Comments from Minkyu kang are fixed
Changes since V3:
1. No Changes.
Changes since v4:
1. The header file name int he Description was changed.
Changes since V5:
1. No Changes.
include/asm-arm/arch-s5pc1xx/smc.h | 50
1 files changed, 50 insertions(+), 0 deletions(-)
create mode 100644 include/asm-arm/arch-s5pc1xx/smc.h
diff --git a/include/asm-arm/arch-s5pc1xx/smc.h
b/include/asm-arm/arch-s5pc1xx/smc.h
new file mode 100644
index 000..e1a5399
--- /dev/null
+++ b/include/asm-arm/arch-s5pc1xx/smc.h
@@ -0,0 +1,50 @@
+/*
+ * (C) Copyright 2010 Samsung Electronics
+ * Naveen Krishna Ch
+ *
+ * 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
+ *
+ * Note: This file contains the register description for Memory subsystem
+ * (SROM, NAND Flash, OneNand, DDR, OneDRAM) on S5PC1XX.
+ *
+ * Only SROMC is defined as of now
+ */
+
+#ifndef __ASM_ARCH_SMC_H_
+#define __ASM_ARCH_SMC_H_
+
+#define SMC_DATA16_WIDTH(x)(1<<((x*4)+0))
+#define SMC_BYTE_ADDR_MODE(x) (1<<((x*4)+1)) /* 0-> Half-word base address*/
+ /* 1-> Byte base address*/
+#define SMC_WAIT_ENABLE(x) (1<<((x*4)+2))
+#define SMC_BYTE_ENABLE(x) (1<<((x*4)+3))
+
+#define SMC_BC_TACS(x) (x << 28) /* 0clk address set-up */
+#define SMC_BC_TCOS(x) (x << 24) /* 4clk chip selection set-up */
+#define SMC_BC_TACC(x) (x << 16) /* 14clkaccess cycle */
+#define SMC_BC_TCOH(x) (x << 12) /* 1clk chip selection hold */
+#define SMC_BC_TAH(x) (x << 8) /* 4clk address holding time */
+#define SMC_BC_TACP(x) (x << 4) /* 6clk page mode access cycle */
+#define SMC_BC_PMC(x) (x << 0) /* normal(1data)page mode configuration */
+
+#ifndef __ASSEMBLY__
+struct s5pc1xx_smc {
+ unsigned intbw;
+ unsigned intbc[6];
+};
+#endif /* __ASSEMBLY__ */
+
+#endif /* __ASM_ARCH_SMC_H_ */
--
1.6.6
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 2/3 v6] S5PC100: Function to configure the SROMC registers.
From: Naveen Krishna CH
Nand Flash, Ethernet, other features might need to configure the
SROMC registers accordingly.
The config_sromc() functions helps with this.
Signed-off-by: Naveen Krishna Ch
---
Changes since V1:
1. Funtion config_sromc() is renamed to s5pc1xx_config_sromc().
Comments from Minkyu Kang are fixed
Changes since V2:
1.cpu_is_s5pc100() function is used instead of Macros.
Changes since V3:
1. Comments from Minkyu Kang are fixed.
Changes since V4:
None
Changes since V5:
None
cpu/arm_cortexa8/s5pc1xx/Makefile |1 +
cpu/arm_cortexa8/s5pc1xx/sromc.c | 53
include/asm-arm/arch-s5pc1xx/smc.h |3 ++
3 files changed, 57 insertions(+), 0 deletions(-)
create mode 100644 cpu/arm_cortexa8/s5pc1xx/sromc.c
diff --git a/cpu/arm_cortexa8/s5pc1xx/Makefile
b/cpu/arm_cortexa8/s5pc1xx/Makefile
index 7290c2f..01c93fe 100644
--- a/cpu/arm_cortexa8/s5pc1xx/Makefile
+++ b/cpu/arm_cortexa8/s5pc1xx/Makefile
@@ -34,6 +34,7 @@ SOBJS += reset.o
COBJS += clock.o
COBJS += cpu_info.o
COBJS += gpio.o
+COBJS += sromc.o
COBJS += timer.o
SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
diff --git a/cpu/arm_cortexa8/s5pc1xx/sromc.c b/cpu/arm_cortexa8/s5pc1xx/sromc.c
new file mode 100644
index 000..380be81
--- /dev/null
+++ b/cpu/arm_cortexa8/s5pc1xx/sromc.c
@@ -0,0 +1,53 @@
+/*
+ * Copyright (C) 2010 Samsung Electronics
+ * Naveen Krishna Ch
+ *
+ * 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
+#include
+#include
+
+/*
+ * s5pc1xx_config_sromc() - select the proper SROMC Bank and configure the
+ * band width control and bank control registers
+ * srom_bank - SROM Bank 0 to 5
+ * smc_bw_conf - SMC Band witdh reg configuration value
+ * smc_bc_conf - SMC Bank Control reg configuration value
+ */
+void s5pc1xx_config_sromc(u32 srom_bank, u32 smc_bw_conf, u32 smc_bc_conf)
+{
+ u32 tmp;
+ struct s5pc1xx_smc *srom;
+
+ if (cpu_is_s5pc100())
+ srom = (struct s5pc1xx_smc *)S5PC100_SROMC_BASE;
+ else
+ srom = (struct s5pc1xx_smc *)S5PC110_SROMC_BASE;
+
+ /* Configure SMC_BW register to handle proper SROMC bank */
+ tmp = srom->bw;
+ tmp &= ~(0xF << (srom_bank * 4));
+ tmp |= smc_bw_conf;
+ srom->bw = tmp;
+
+ /* Configure SMC_BC register */
+ srom->bc[srom_bank] = smc_bc_conf;
+}
diff --git a/include/asm-arm/arch-s5pc1xx/smc.h
b/include/asm-arm/arch-s5pc1xx/smc.h
index e1a5399..88f4ffe 100644
--- a/include/asm-arm/arch-s5pc1xx/smc.h
+++ b/include/asm-arm/arch-s5pc1xx/smc.h
@@ -47,4 +47,7 @@ struct s5pc1xx_smc {
};
#endif /* __ASSEMBLY__ */
+/* Configure the Band Width and Bank Control Regs for required SROMC Bank */
+void s5pc1xx_config_sromc(u32 srom_bank, u32 smc_bw_conf, u32 smc_bc_conf);
+
#endif /* __ASM_ARCH_SMC_H_ */
--
1.6.6
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 3/3 v6] SAMSUNG: SMDKC100: Adds ethernet support.
From: Naveen Krishna CH
Add setup for ethernet on SMDKC100, allowing kernel/ramdisk to be
loaded over tftp.
The preinit function will configure GPIO (GPK0CON) & SROMC to look
for environment in SROM Bank 3.
Signed-off-by: Naveen Krishna Ch
---
Changes since V1:
1. The CONFIG_BOOTP* and Net config Macros are removed from config header.
Comments from Ben Warren are fixed
2. The GPIO configuration is modified & Macro and Function are renamed.
Comments from Minkyu Kang are fixedChanges since V2
Changes since V2:
1. GPIO configurations function has been implemented.
Changes since V3:
1. Comments from Minkyu Kang are fixed.
Changes since V4:
None
Changes since v5:
1. Compile time warning are fixed.
board/samsung/smdkc100/smdkc100.c | 40 +
include/configs/smdkc100.h| 12 ++-
2 files changed, 51 insertions(+), 1 deletions(-)
diff --git a/board/samsung/smdkc100/smdkc100.c
b/board/samsung/smdkc100/smdkc100.c
index 15a1a27..76bd4cc 100644
--- a/board/samsung/smdkc100/smdkc100.c
+++ b/board/samsung/smdkc100/smdkc100.c
@@ -23,10 +23,41 @@
*/
#include
+#include
+#include
+#include
+#include
+
DECLARE_GLOBAL_DATA_PTR;
+/*
+ * Miscellaneous platform dependent initialisations
+ */
+static void smc9115_pre_init(void)
+{
+ u32 tmp;
+ u32 smc_bw_conf, smc_bc_conf;
+
+ struct s5pc100_gpio *const gpio =
+ (struct s5pc100_gpio *)S5PC100_GPIO_BASE;
+
+ /* gpio configuration GPK0CON */
+ gpio_cfg_pin(&gpio->gpio_k0, CONFIG_ENV_SROM_BANK, GPIO_FUNC(2));
+
+ /* Ethernet needs bus width of 16 bits */
+ smc_bw_conf = SMC_DATA16_WIDTH(CONFIG_ENV_SROM_BANK);
+ smc_bc_conf = SMC_BC_TACS(0x0) | SMC_BC_TCOS(0x4) | SMC_BC_TACC(0xe)
+ | SMC_BC_TCOH(0x1) | SMC_BC_TAH(0x4)
+ | SMC_BC_TACP(0x6) | SMC_BC_PMC(0x0);
+
+ /* Select and configure the SROMC bank */
+ s5pc1xx_config_sromc(CONFIG_ENV_SROM_BANK, smc_bw_conf, smc_bc_conf);
+}
+
int board_init(void)
{
+ smc9115_pre_init();
+
gd->bd->bi_arch_number = MACH_TYPE_SMDKC100;
gd->bd->bi_boot_params = PHYS_SDRAM_1 + 0x100;
@@ -49,3 +80,12 @@ int checkboard(void)
return 0;
}
#endif
+
+int board_eth_init(bd_t *bis)
+{
+ int rc = 0;
+#ifdef CONFIG_SMC911X
+ rc = smc911x_initialize(0, CONFIG_SMC911X_BASE);
+#endif
+ return rc;
+}
diff --git a/include/configs/smdkc100.h b/include/configs/smdkc100.h
index a8ba052..09bce6d 100644
--- a/include/configs/smdkc100.h
+++ b/include/configs/smdkc100.h
@@ -83,7 +83,6 @@
#undef CONFIG_CMD_FLASH
#undef CONFIG_CMD_IMLS
#undef CONFIG_CMD_NAND
-#undef CONFIG_CMD_NET
#define CONFIG_CMD_CACHE
#define CONFIG_CMD_REGINFO
@@ -235,4 +234,15 @@
#define CONFIG_DOS_PARTITION 1
+/*
+ * Ethernet Contoller driver
+ */
+#ifdef CONFIG_CMD_NET
+#define CONFIG_NET_MULTI
+#define CONFIG_SMC911X 1 /* we have a SMC9115 on-board */
+#define CONFIG_SMC911X_16_BIT 1 /* SMC911X_16_BIT Mode */
+#define CONFIG_SMC911X_BASE0x98800300 /* SMC911X Drive Base */
+#define CONFIG_ENV_SROM_BANK 3 /* Select SROM Bank-3 for Ethernet*/
+#endif /* CONFIG_CMD_NET */
+
#endif /* __CONFIG_H */
--
1.6.6
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] MPC8548 based board Hanging at different conditions
Dear All, we are using MPC8548 based custom board, with DDR2 memory. we have successfully ported U-boot 1.3.1 and linux 2.6.19. but sometimes the board is hanging at the following conditions - afer relocating to RAM U-Boot 1.3.1 (Aug 21 2009 - 16:42:56) CPU: 8548_E, Version: 2.1, (0x80390021) Core: E500, Version: 2.2, (0x80210022) Clock Configuration: CPU:1056 MHz, CCB: 528 MHz, DDR: 264 MHz, LBC: 66 MHz L1:D-cache 32 kB enabled I-cache 32 kB enabled Board: CDS Version 0xf8, PCI Slot 4 CPU Board Revision 255.248 (0xfff8) I2C: ready DRAM: Initializing SDRAM: 64 MB DDR: 1024 MB HANG - sometime it will boot u-boot, HANG while executing u-boot commands - sometime booting Linux, HANG while running some applications in linux what could be the reason, can anyboby explain thank you mrp Confidentiality Notice The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Bharat Electronics or supp...@bel.co.in immediately and destroy all copies of this message and any attachments. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] boot from ram on rd-6281-a
Dear Juergen, On Fri, Feb 26, 2010 at 12:16:22PM +0100, Juergen Schindele wrote: > Am Freitag, 26. Februar 2010 schrieb Wolfgang Denk: > > Dear Juergen Schindele, > > > > In message <201002261056.32502.schind...@nentec.de> you wrote: > > > > > > i need a different bootloader than the one installed. > > > so i tried to develop a private one by loading it to RAM. > > > So i modified the TEXT_BASE = 0x0040 > > > to not collide with the installed one. > > > > This is not enough. You must also make sure not to try to perform all > > the low level initializations again that have already been done. > I know that, but SKIP_LOW_LEVEL_INIT is defined because > register init is done with kirkwood boot header for booting from > SPI/NAND-Flash. I dont see other blocking points. :-( > i tried to skip relocate too but it did not help ! I have absolutely no experience concerning kirkwood, but did the same for coldfire for running U-Boot as the flasher application started from the debugger... IIRC there were three places I had to change for coldfire: - low-level init: do not put the vector table at the beginning of code (probably better: initialize it in the proper place?) - leave the vector base register as it is (should be set up properly by first loader/debugger, and U-Boot does not use interrupts) - the cpu speed detection/setting code was basically switched back to detection for CONFIG_MONITOR_IS_IN_RAM because it involved putting the RAM to self-refresh, which is obviously not possible when running from it (For Coldfire, a special case was that I had to disable monitor protection manually because the standard condition fails due to the memory layout.) Here's my patch for Coldfire MCF532x/7x: http://www.mail-archive.com/u-boot@lists.denx.de/msg28779.html BTW, disabling relocation may lead to bad results for malloc and the initial stack setup. I am not sure but seem to remember I had some problems when I tried it - and, it should not be a problem to do it as usual anyways if everything else is working correctly. Hope this can give some useful hints, Wolfgang ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 5/5] cmd_i2c.c: added i2c read to memory function
Hi Frans, [...@pollux u-boot-testing (master)]$ git am ~/p1 Applying: cmd_i2c.c: added i2c read to memory function /work/dzu/git/u-boot-testing/.git/rebase-apply/patch:95: trailing whitespace. #if defined(CONFIG_I2C_MUX) error: patch failed: common/cmd_i2c.c:1272 error: common/cmd_i2c.c: patch does not apply Patch failed at 0001 cmd_i2c.c: added i2c read to memory function When you have resolved this problem run "git am --resolved". If you would prefer to skip this patch, instead run "git am --skip". To restore the original branch and stop patching run "git am --abort". You really want to run "scripts/checkpatch.pl" from a Linux source tree on your patches to catch such style problems (beware that in U-Boot we use common sense for the output and tolerate some warnings). Whitespace problems can also be easily seen if you do a "git config --global color.diff=auto". Then such problems can be spotted in "git diff" output. Currently I don't have time to diagnose the error in line 1272 - maybe you can do that. Cheers Detlev -- I have always observed that the pretensions of all people are in exact inverse ratio to their merits; this is one of the axioms of morals.-- Joseph Lagrange -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Where can I find the git repostory for mx51evk
Lv Terry-R65388 wrote: > Hi Denk, > Hi Terry, > 4. Try "git apply patch". I think the normal way to do is to use "git am" getting the whole e-mail, but this is not your problem now. > r65...@szx32-17[/home/r65388/uboot-imx]602% git apply patch > error: patch failed: MAINTAINERS:152 > error: MAINTAINERS: patch does not apply The patch was sent some times ago, based on the u-boot master branch at the time it was sent. Of course, other boards went to the mainline in the meantime, patching the MAINTAINERS file again - you have probably to merge this file. Regards, Stefano -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] cmd_itest.c: also support environment variables as arguments
Hi Frans,
> Signed-off-by: Frans Meulenbroeks
> ---
> common/cmd_itest.c |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/common/cmd_itest.c b/common/cmd_itest.c
> index 58c5e7b..78a4082 100644
> --- a/common/cmd_itest.c
> +++ b/common/cmd_itest.c
> @@ -69,6 +69,10 @@ static long evalexp(char *s, int w)
> long l = 0;
> long *p;
>
> + /* if the parameter starts with a $ replace it with the environment
> value */
> + if (s[0] == '$') {
> + s = getenv(&s[1]);
> + }
This is actually a good idea, but I believe this does not work for the
preferred ${variable} syntax, right?
Cheers
Detlev
--
The management question ... is not _whether_ to build a pilot system
and throw it away. You _will_ do that. The only question is whether to
plan in advance to build a throwaway, or to promise to deliver the
throwaway to customers. - Fred Brooks, "The Mythical Man Month"
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Where can I find the git repostory for mx51evk
Dear "Lv Terry-R65388", In message <1ae74f652ecb1440b73dd7c2c20842d1ac6...@zch01exm27.fsl.freescale.net> you wrote: > > I have tried to apply the patch on mainline. You must be doing something wrong, then. I re-tested it, it applies cleanly: -> git-am -3 -i -u --whitespace=strip ~/Mail/U-Boot/7647 Commit Body is: -- Add initial support for Freescale mx51evk board The patch adds initial support for the Freescale mx51evk board. Network (FEC) and SD controller (fsl_esdhc) are supported. Signed-off-by: Stefano Babic Signed-off-by: Fred Fan -- Apply? [y]es/[n]o/[e]dit/[v]iew patch/[a]ccept all y Applying: Add initial support for Freescale mx51evk board -> > The steps are: > > 1. Copy patch from > > http://article.gmane.org/gmane.comp.boot-loaders.u-boot/74754. > 2. Paste it to local text file patch. Eventually the patch gets mangled (white space corrupted) this way. > 3. Clone a new u-boot. > 4. Try "git apply patch". > > I encountered errors: > > r65...@szx32-17[/home/r65388/uboot-imx]602% git apply patch > error: patch failed: MAINTAINERS:152 > error: MAINTAINERS: patch does not apply Try using "git am", and avoid the copy & paste - save the page as text file instead. 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 "It was the Law of the Sea, they said. Civilization ends at the wa- terline. Beyond that, we all enter the food chain, and not always right at the top." - Hunter S. Thompson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 7/7] cmd_setexpr: allow memory addresses and env vars in expressions
Hi Frans, > Resubmitted the patch (see previous message) as I noticed a \n in the > help was missing. > Apologies for any inconvenience. Then you actually submitted a Version 2 of the patch and should have expressed that with a "--subject-prefix="PATCH v2" argument to git format-patch. Cheers Detlev -- vi vi vi - the roman numeral of the beast. -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 7/7] cmd_setexpr: allow memory addresses and env vars in expressions
Hi Frans,
> This patch add functionality to use memory addresses and environment
> variables in
> expressions. This increases the power of expressions substantially
>
> It adheres to the standard convemtions: memory addresses can be given in the
> format
> *address (e.g. *1000), environment variables as $this_var.
This has the same ${var} problem as your other patch.
Cheers
Detlev
--
I had nothing to do with implementing Gosmacs. It was inspired
by the original Emacs, but that's all. I would never have agreed
to use a language like Mocklisp.
-- Richard Stallman in
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] MPC8548 based board Hanging at different conditions
Dear "Ravi Prakash Reddy M", In message <52105.59.163.88.129.1267184035.squir...@mail.bel.co.in> you wrote: > > we are using MPC8548 based custom board, with DDR2 memory. we have > successfully ported U-boot 1.3.1 and linux 2.6.19. Hm... U-Boot 1.3.1 is more than 2 years old; Linux 2.6.19 is more than 3 years old. That's stone age for software. Why are you working on such ancient software? Do yourself (and us) a favour and upgrade - use recent code instead. You will not get much help for such old stuff... > but sometimes the board is hanging at the following conditions > - afer relocating to RAM Pretty clear symproms... > what could be the reason, can anyboby explain Please read this FAQ: http://www.denx.de/wiki/view/DULG/UBootCrashAfterRelocation 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 Niklaus Wirth has lamented that, whereas Europeans pronounce his name correctly (Ni-klows Virt), Americans invariably mangle it into (Nick-les Worth). Which is to say that Europeans call him by name, but Americans call him by value. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Where can I find the git repostory for mx51evk
Dear Stefano Babic, In message <4b87bc50.8000...@denx.de> you wrote: > > The patch was sent some times ago, based on the u-boot master branch at > the time it was sent. Of course, other boards went to the mainline in > the meantime, patching the MAINTAINERS file again - you have probably to > merge this file. There are no merge conflicts. git will happily apply your patch as is; I just verified this again. I used 'git-am' though, of course. 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 I mean, I . . . think to understand you, I just don't know what you are saying ...- Terry Pratchett, _Soul Music_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 5/5] cmd_i2c.c: added i2c read to memory function
Hi Detlev, Wrt the whitespace: I'll take more care next time. wrt the patch not applying: did you apply the patches 1 to 4 first? I'm especially triggered by the fact that you are applying p1, but this is patch 5. Also your testing tree does not show that the others have been applied (but of course it could be a different git or you could have unrolled it them). The i2c patches cannot be applied out of order!! The new i2c read command is added to the command table to at least that patch need to be applied first. I've ran the patches on the main git head on two different systems and did not run into problems. Also I just did do a checkout of the file just before the patch was applied. I could apply the patch on it without a problem. I also did a diff on the patch as I've sent it and the email copy is equal to the copy on my system. Frans (puzzled). 2010/2/26 Detlev Zundel : > Hi Frans, > > [...@pollux u-boot-testing (master)]$ git am ~/p1 > Applying: cmd_i2c.c: added i2c read to memory function > /work/dzu/git/u-boot-testing/.git/rebase-apply/patch:95: trailing > whitespace. > #if defined(CONFIG_I2C_MUX) > error: patch failed: common/cmd_i2c.c:1272 > error: common/cmd_i2c.c: patch does not apply > Patch failed at 0001 cmd_i2c.c: added i2c read to memory function > When you have resolved this problem run "git am --resolved". > If you would prefer to skip this patch, instead run "git am --skip". > To restore the original branch and stop patching run "git am --abort". > > > You really want to run "scripts/checkpatch.pl" from a Linux source tree > on your patches to catch such style problems (beware that in U-Boot we > use common sense for the output and tolerate some warnings). Whitespace > problems can also be easily seen if you do a "git config --global > color.diff=auto". Then such problems can be spotted in "git diff" > output. > > Currently I don't have time to diagnose the error in line 1272 - maybe > you can do that. > > Cheers > Detlev > > -- > I have always observed that the pretensions of all people are in > exact inverse ratio to their merits; this is one of the axioms of > morals. -- Joseph Lagrange > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] cmd_itest.c: also support environment variables as arguments
Dear Detlev Zundel,
In message you wrote:
> Hi Frans,
>
> > Signed-off-by: Frans Meulenbroeks
> > ---
> > common/cmd_itest.c |8
> > 1 files changed, 8 insertions(+), 0 deletions(-)
> >
> > diff --git a/common/cmd_itest.c b/common/cmd_itest.c
> > index 58c5e7b..78a4082 100644
> > --- a/common/cmd_itest.c
> > +++ b/common/cmd_itest.c
> > @@ -69,6 +69,10 @@ static long evalexp(char *s, int w)
> > long l = 0;
> > long *p;
> >
> > + /* if the parameter starts with a $ replace it with the environment
> > value */
> > + if (s[0] == '$') {
> > + s = getenv(&s[1]);
> > + }
>
> This is actually a good idea, but I believe this does not work for the
> preferred ${variable} syntax, right?
... not to mention that it's fundamentally broken if the variable in
question is not an environment variable, but aplain hush shell
variable.
If you want variable subsitution, then please let the shell do this.
Don't reinvent the wheel.
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
Remember thee Ay, thou poor ghost while memory holds a seat In this
distracted globe. Remember thee! Yea, from the table of my memory
I'll wipe away all trivial fond records, All saws of books, all
forms, all pressures past, That youth and observation copied there.
Hamlet, I : v : 95 William Shakespeare
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 7/7] cmd_setexpr: allow memory addresses and env vars in expressions
2010/2/26 Detlev Zundel :
> Hi Frans,
>
>> This patch add functionality to use memory addresses and environment
>> variables in
>> expressions. This increases the power of expressions substantially
>>
>> It adheres to the standard convemtions: memory addresses can be given in the
>> format
>> *address (e.g. *1000), environment variables as $this_var.
>
> This has the same ${var} problem as your other patch.
I'll take it out and resubmit, this time amending the subject line.
I haven't really mastered all git options yet and am not fully up to
speed on how to submit patches. Apologies for any inconvenience.
Frans
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v3 7/7] cmd_setexpr: allow memory addresses in expressions
This patch add functionality to use memory addresses in expressions.
This increases the power of expressions substantially
It adheres to the standard convemtions: memory addresses can be given in the
format
*address (e.g. *1000)
Rationale for this change is that it allows masking off bits from a byte that is
obtained by reading data from e.g. i2c.
Signed-off-by: Frans Meulenbroeks
---
common/cmd_setexpr.c | 29 +
1 files changed, 25 insertions(+), 4 deletions(-)
diff --git a/common/cmd_setexpr.c b/common/cmd_setexpr.c
index f8b5d4d..86e371b 100644
--- a/common/cmd_setexpr.c
+++ b/common/cmd_setexpr.c
@@ -28,10 +28,28 @@
#include
#include
+static ulong get_arg(char *s, int w)
+{
+ ulong *p;
+
+ /* if the parameter starts with a * then assume is a pointer to the
value we want */
+ if (s[0] == '*') {
+ p = (ulong *)simple_strtoul(&s[1], NULL, 16);
+ switch (w) {
+ case 1: return((ulong)(*(uchar *)p));
+ case 2: return((ulong)(*(ushort *)p));
+ case 4: return(*p);
+ }
+ } else {
+ return simple_strtoul(s, NULL, 16);
+ }
+}
+
int do_setexpr(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
{
ulong a, b;
char buf[16];
+ int w;
/* Validate arguments */
if ((argc != 5) || (strlen(argv[3]) != 1)) {
@@ -39,8 +57,10 @@ int do_setexpr(cmd_tbl_t *cmdtp, int flag, int argc, char
*argv[])
return 1;
}
- a = simple_strtoul(argv[2], NULL, 16);
- b = simple_strtoul(argv[4], NULL, 16);
+ w = cmd_get_data_size(argv[0], 4);
+
+ a = get_arg(argv[2], w);
+ b = get_arg(argv[4], w);
switch (argv[3][0]) {
case '|': sprintf(buf, "%lx", (a | b)); break;
@@ -64,7 +84,8 @@ int do_setexpr(cmd_tbl_t *cmdtp, int flag, int argc, char
*argv[])
U_BOOT_CMD(
setexpr, 5, 0, do_setexpr,
"set environment variable as the result of eval expression",
- "name value1 value2\n"
+ "[.b, .w, .l] name value1 value2\n"
"- set environment variable 'name' to the result of the evaluated\n"
- " express specified by . can be &, |, ^, +, -, *, /, %"
+ " express specified by . can be &, |, ^, +, -, *, /, %\n"
+ " size argument is only meaningful if value1 and/or value2 are
memory addresses"
);
--
1.7.0
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 5/5] cmd_i2c.c: added i2c read to memory function
Hi Frans, > Wrt the whitespace: I'll take more care next time. No problem. > wrt the patch not applying: did you apply the patches 1 to 4 first? > I'm especially triggered by the fact that you are applying p1, but > this is patch 5. Yes, my bad, sorry - disregard this part of my mail. I was looking through your patches in the order of the mbox file, not realizing my fault. Cheers Detlev -- This is not the first time my views on some topic have inspired in someone the desire to psychoanalyze me. Previous experience leads me to ask about your couch. Is it comfortable? Are its springs in good shape? -- Jonh McCarthy -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] boot from ram on rd-6281-a
Am Freitag, 26. Februar 2010 schrieben Sie: > Dear Juergen, > > On Fri, Feb 26, 2010 at 12:16:22PM +0100, Juergen Schindele wrote: > > Am Freitag, 26. Februar 2010 schrieb Wolfgang Denk: > > > Dear Juergen Schindele, > > > > > > In message <201002261056.32502.schind...@nentec.de> you wrote: > > > > > > > > i need a different bootloader than the one installed. > > > > so i tried to develop a private one by loading it to RAM. > > > > So i modified the TEXT_BASE = 0x0040 > > > > to not collide with the installed one. > > > > > > This is not enough. You must also make sure not to try to perform all > > > the low level initializations again that have already been done. > > I know that, but SKIP_LOW_LEVEL_INIT is defined because > > register init is done with kirkwood boot header for booting from > > SPI/NAND-Flash. I dont see other blocking points. :-( > > i tried to skip relocate too but it did not help ! > > I have absolutely no experience concerning kirkwood, but did the same > for coldfire for running U-Boot as the flasher application started > from the debugger... > IIRC there were three places I had to change for coldfire: > - low-level init: do not put the vector table at the beginning > of code (probably better: initialize it in the proper place?) > - leave the vector base register as it is (should be set up > properly by first loader/debugger, and U-Boot does not use > interrupts) > - the cpu speed detection/setting code was basically switched back to > detection for CONFIG_MONITOR_IS_IN_RAM because it involved putting > the RAM to self-refresh, which is obviously not possible when running > from it > > (For Coldfire, a special case was that I had to disable monitor > protection manually because the standard condition fails due to the > memory layout.) Thanks for your hint. It lead me to comment out "kirkwood_mpp_conf" in function "board_init" and now it works quite great like expected. In my understanding the mpp configuration of rd6281a is buggy !? we'll see in furter tests. > Here's my patch for Coldfire MCF532x/7x: > http://www.mail-archive.com/u-boot@lists.denx.de/msg28779.html > > BTW, disabling relocation may lead to bad results for malloc and > the initial stack setup. I am not sure but seem to remember I > had some problems when I tried it - and, it should not be a problem > to do it as usual anyways if everything else is working correctly. > > Hope this can give some useful hints, > Wolfgang > > -- Jürgen Schindele Software-Entwicklung NENTEC Netzwerktechnologie GmbH Greschbachstr. 12 76229 Karlsruhe Deutschland Telefon: +49 721 94249-51 Telefax: +49 721 94249-10 E-Mail: schind...@nentec.de WEB: www.nentec.de Geschäftsführung: Klaus Becker, Roland Knapp Sitz der Gesellschaft: Karlsruhe Handelsregister: Amtsgericht Mannheim HRB 107658 -- ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 3/3 v6] SAMSUNG: SMDKC100: Adds ethernet support.
Dear Naveen Krishna CH,
On 26 February 2010 20:47, wrote:
> From: Naveen Krishna CH
>
> Add setup for ethernet on SMDKC100, allowing kernel/ramdisk to be
> loaded over tftp.
>
> The preinit function will configure GPIO (GPK0CON) & SROMC to look
> for environment in SROM Bank 3.
>
> Signed-off-by: Naveen Krishna Ch
> ---
> Changes since V1:
>
> 1. The CONFIG_BOOTP* and Net config Macros are removed from config header.
> Comments from Ben Warren are fixed
> 2. The GPIO configuration is modified & Macro and Function are renamed.
> Comments from Minkyu Kang are fixedChanges since V2
>
> Changes since V2:
> 1. GPIO configurations function has been implemented.
>
> Changes since V3:
> 1. Comments from Minkyu Kang are fixed.
>
> Changes since V4:
> None
>
> Changes since v5:
> 1. Compile time warning are fixed.
>
> board/samsung/smdkc100/smdkc100.c | 40
> +
> include/configs/smdkc100.h | 12 ++-
> 2 files changed, 51 insertions(+), 1 deletions(-)
>
> diff --git a/board/samsung/smdkc100/smdkc100.c
> b/board/samsung/smdkc100/smdkc100.c
> index 15a1a27..76bd4cc 100644
> --- a/board/samsung/smdkc100/smdkc100.c
> +++ b/board/samsung/smdkc100/smdkc100.c
> @@ -23,10 +23,41 @@
> */
>
> #include
> +#include
> +#include
> +#include
> +#include
> +
> DECLARE_GLOBAL_DATA_PTR;
>
> +/*
> + * Miscellaneous platform dependent initialisations
> + */
> +static void smc9115_pre_init(void)
> +{
> + u32 tmp;
Why didn't delete this variable?
> + u32 smc_bw_conf, smc_bc_conf;
> +
> + struct s5pc100_gpio *const gpio =
> + (struct s5pc100_gpio *)S5PC100_GPIO_BASE;
> +
> + /* gpio configuration GPK0CON */
> + gpio_cfg_pin(&gpio->gpio_k0, CONFIG_ENV_SROM_BANK, GPIO_FUNC(2));
> +
> + /* Ethernet needs bus width of 16 bits */
> + smc_bw_conf = SMC_DATA16_WIDTH(CONFIG_ENV_SROM_BANK);
> + smc_bc_conf = SMC_BC_TACS(0x0) | SMC_BC_TCOS(0x4) | SMC_BC_TACC(0xe)
> + | SMC_BC_TCOH(0x1) | SMC_BC_TAH(0x4)
> + | SMC_BC_TACP(0x6) | SMC_BC_PMC(0x0);
> +
> + /* Select and configure the SROMC bank */
> + s5pc1xx_config_sromc(CONFIG_ENV_SROM_BANK, smc_bw_conf, smc_bc_conf);
> +}
> +
Thanks
Minkyu Kang
--
from. prom.
www.promsoft.net
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ep93xx timer: Fix get_ticks() and usecs_to_ticks()
ep93xx timer: Make get_ticks() consistent with get_tbclk(), returning
a value with CONFIG_SYS_HZ resolution. This fix obsoletes the function
clk_to_systicks(), leading to a simplification of the timer code. Further
a variable in usecs_to_ticks() is promoted to a 64-bit value, to avoid
overflows of intermediate values.
Signed-off-by: Matthias Kaehlcke
Tested-by: Alessandro Rubini
---
cpu/arm920t/ep93xx/timer.c | 83 +++
1 files changed, 37 insertions(+), 46 deletions(-)
diff --git a/cpu/arm920t/ep93xx/timer.c b/cpu/arm920t/ep93xx/timer.c
index b1a01a0..c4c1fb0 100644
--- a/cpu/arm920t/ep93xx/timer.c
+++ b/cpu/arm920t/ep93xx/timer.c
@@ -1,8 +1,7 @@
/*
* Cirrus Logic EP93xx timer support.
*
- * Copyright (C) 2009, 2010
- * Matthias Kaehlcke
+ * Copyright (C) 2009, 2010 Matthias Kaehlcke
*
* Copyright (C) 2004, 2005
* Cory T. Tusar, Videon Central, Inc.,
@@ -36,67 +35,55 @@
#define TIMER_CLKSEL (1 << 3)
#define TIMER_ENABLE (1 << 7)
-#define TIMER_FREQ 508469
+#define TIMER_FREQ 508469 /* ticks / second */
#define TIMER_MAX_VAL 0x
static struct ep93xx_timer
{
unsigned long long ticks;
- unsigned long last_update;
+ unsigned long last_read;
} timer;
-static inline unsigned long clk_to_systicks(unsigned long long clk_ticks)
+static inline unsigned long long usecs_to_ticks(unsigned long usecs)
{
- unsigned long long sys_ticks = (clk_ticks * CONFIG_SYS_HZ);
- do_div(sys_ticks, TIMER_FREQ);
-
- return (unsigned long)sys_ticks;
-}
-
-static inline unsigned long usecs_to_ticks(unsigned long usecs)
-{
- unsigned long ticks;
-
- if (usecs >= 1000) {
- ticks = usecs / 1000;
- ticks *= TIMER_FREQ;
- ticks /= 1000;
- } else {
- ticks = usecs * TIMER_FREQ;
- ticks /= (1000 * 1000);
- }
+ unsigned long long ticks = usecs * TIMER_FREQ;
+ do_div(ticks, 1000 * 1000);
return ticks;
}
-static inline unsigned long read_timer(void)
+static inline void read_timer(void)
{
- struct timer_regs *timer = (struct timer_regs *)TIMER_BASE;
+ struct timer_regs *timer_regs = (struct timer_regs *)TIMER_BASE;
+ const unsigned long now = TIMER_MAX_VAL -
readl(&timer_regs->timer3.value);
+
+ if (now >= timer.last_read)
+ timer.ticks += now - timer.last_read;
+ else
+ /* an overflow occurred */
+ timer.ticks += TIMER_MAX_VAL - timer.last_read + now;
- return TIMER_MAX_VAL - readl(&timer->timer3.value);
+ timer.last_read = now;
}
/*
- * timer without interrupts
+ * Get the number of ticks (in CONFIG_SYS_HZ resolution)
*/
unsigned long long get_ticks(void)
{
- const unsigned long now = read_timer();
+ unsigned long long sys_ticks;
- if (now >= timer.last_update)
- timer.ticks += now - timer.last_update;
- else
- /* an overflow occurred */
- timer.ticks += TIMER_MAX_VAL - timer.last_update + now;
+ read_timer();
- timer.last_update = now;
+ sys_ticks = timer.ticks * CONFIG_SYS_HZ;
+ do_div(sys_ticks, TIMER_FREQ);
- return timer.ticks;
+ return sys_ticks;
}
unsigned long get_timer_masked(void)
{
- return clk_to_systicks(get_ticks());
+ return get_ticks();
}
unsigned long get_timer(unsigned long base)
@@ -106,7 +93,7 @@ unsigned long get_timer(unsigned long base)
void reset_timer_masked(void)
{
- timer.last_update = read_timer();
+ read_timer();
timer.ticks = 0;
}
@@ -117,25 +104,29 @@ void reset_timer(void)
void __udelay(unsigned long usec)
{
- const unsigned long target = get_ticks() + usecs_to_ticks(usec);
+ unsigned long long target;
+
+ read_timer();
+
+ target = timer.ticks + usecs_to_ticks(usec);
- while (get_ticks() < target)
- /* noop */;
+ while (timer.ticks < target)
+ read_timer();
}
int timer_init(void)
{
- struct timer_regs *timer = (struct timer_regs *)TIMER_BASE;
+ struct timer_regs *timer_regs = (struct timer_regs *)TIMER_BASE;
- /* use timer 3 with 508KHz and free running */
- writel(TIMER_CLKSEL, &timer->timer3.control);
+ /* use timer 3 with 508KHz and free running, not enabled now */
+ writel(TIMER_CLKSEL, &timer_regs->timer3.control);
- /* set initial timer value 3 */
- writel(TIMER_MAX_VAL, &timer->timer3.load);
+ /* set initial timer value */
+ writel(TIMER_MAX_VAL, &timer_regs->timer3.load);
/* Enable the timer */
writel(TIMER_ENABLE | TIMER_CLKSEL,
- &timer->timer3.control);
+ &timer_regs->timer3.control);
reset_timer_masked();
--
1.6.5
___
[U-Boot] Veterinarians - 78, 986 total records with 1, 438 emails and 1, 050 fax numbers
Email me at this address for a catalog of all our US lists: alton.ell...@xxcvbgre.co.cc Also, ask about our sale pricing for more than one list. By emailing rem...@xxcvbgre.co.cc you will have your email taken off ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Where can I find the git repostory for mx51evk
Hi Denx, I have cloned u-boot-imx and want to apply the patch "[U-Boot] [PATCH V4 11/11] Add initial support for Freescale mx51evk board" for a test. But the patch can't be appled. error: patch failed: MAINTAINERS:152 error: MAINTAINERS: patch does not apply How can I get the repostory for mx51evk? Thanks~~ Yours Terry General Business Information Freescale Internal Use Only Freescale Confidential Proprietary ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
