[U-Boot] [PATCH] sh: Remove re-defined CONFIG_FLASH_CFI_DRIVER from config
Signed-off-by: Nobuhiro Iwamatsu [EMAIL PROTECTED] --- include/configs/ap325rxa.h |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/include/configs/ap325rxa.h b/include/configs/ap325rxa.h index 3db609b..c961908 100644 --- a/include/configs/ap325rxa.h +++ b/include/configs/ap325rxa.h @@ -117,7 +117,6 @@ /* FLASH */ #define CONFIG_FLASH_CFI_DRIVER 1 #define CFG_FLASH_CFI -#define CONFIG_FLASH_CFI_DRIVER #undef CFG_FLASH_QUIET_TEST /* print 'E' for empty sector on flinfo */ #define CFG_FLASH_EMPTY_INFO -- 1.5.6.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] sh: Fix compile error for r2dplus
netdev.h was not include by r2dplus. Signed-off-by: Nobuhiro Iwamatsu [EMAIL PROTECTED] --- board/r2dplus/r2dplus.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/board/r2dplus/r2dplus.c b/board/r2dplus/r2dplus.c index b962dd1..4e0c66a 100644 --- a/board/r2dplus/r2dplus.c +++ b/board/r2dplus/r2dplus.c @@ -23,6 +23,7 @@ #include common.h #include ide.h +#include netdev.h #include asm/processor.h #include asm/io.h #include asm/pci.h -- 1.5.6.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] sh: Remove re-defined CONFIG_FLASH_CFI_DRIVER from config
On 17:27 Thu 11 Sep , Nobuhiro Iwamatsu wrote: Signed-off-by: Nobuhiro Iwamatsu [EMAIL PROTECTED] --- include/configs/ap325rxa.h |1 - 1 files changed, 0 insertions(+), 1 deletions(-) I've send a patch about it also yesterday Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [T-Engine] UBoot configuration for T-Engine/SH7727 MS7727CP02 DevKit
Hi, thaoth. thaoth wrote: Yoshihiro Shimoda wrote: Hi, thaoth. I think that your board cannot communicate with USB device at all. SH7727 has EXCPGCR register. Do you set this register? When I used this CPU before, I did the following setting. snip Thank you very much, You are welcome :) Following your instruction, I did int usb_board_init(void) { printf(usb_board_init\n); outw(0x18, STBCR3); outw(0x18, SRSTR); udelay(10); outw(0x28, EXCPGCR); udelay(10); outw(0x00, STBCR3); outw(0x00, SRSTR); return 0; } These registers are 8-bit width. So please use outb() macro. STCBR3 = 0x18; I couldn't see this register STCBR3 , I only saw STBCR3. Is it correct? Oh, I am sorry. That's correct. But UBoot didn't work, Would you please tell me more detail ? Thank you alot :) I am sorry, my explanation was short. This EXCPGCR value was for an another board. In the case of your board, it may be necessary to make it a defferent value. And I used my board, I set 0x1500 in PKCR. Best regards, Yoshihiro Shimoda ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] unassigned-patches/30: [PATCH] 85xx: socrates: Add support for new image format.
Signed-off-by: Detlev Zundel [EMAIL PROTECTED] --- Added to GNATS database as unassigned-patches/30 Responsible:patch-coord Message-Id: [EMAIL PROTECTED] In-Reply-To:[EMAIL PROTECTED] References: [EMAIL PROTECTED] Patch-Date: Thu Sep 11 15:34:58 +0200 2008 --- include/configs/socrates.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/include/configs/socrates.h b/include/configs/socrates.h index a981a8f..94124cd 100644 --- a/include/configs/socrates.h +++ b/include/configs/socrates.h @@ -33,6 +33,11 @@ #ifndef __CONFIG_H #define __CONFIG_H +/* new uImage format support */ +#define CONFIG_FIT 1 +#define CONFIG_OF_LIBFDT 1 +#define CONFIG_FIT_VERBOSE 1 /* enable fit_format_{error,warning}() */ + /* High Level Configuration Options */ #define CONFIG_BOOKE 1 /* BOOKE*/ #define CONFIG_E5001 /* BOOKE e500 family*/ -- 1.5.6.1 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] unassigned-patches/31: [PATCH] 85xx: socrates: autoprobe Lime chip
This patch is an attempt to implement autoprobing for the Lime presence on the bus. Configure GPCM for Lime CS2 and try to access chip ID registers. Second read atempt delivers register values if the chip is present. Signed-off-by: Anatolij Gustschin [EMAIL PROTECTED] --- Added to GNATS database as unassigned-patches/31 Responsible:patch-coord Message-Id: [EMAIL PROTECTED] In-Reply-To: References: Patch-Date: Thu Sep 11 15:34:57 +0200 2008 --- board/socrates/socrates.c | 58 +--- 1 files changed, 43 insertions(+), 15 deletions(-) diff --git a/board/socrates/socrates.c b/board/socrates/socrates.c index 73a2d9d..b9d9f08 100644 --- a/board/socrates/socrates.c +++ b/board/socrates/socrates.c @@ -36,12 +36,15 @@ #include libfdt.h #include fdt_support.h #include asm/io.h - +#include i2c.h +#include mb862xx.h +#include video_fb.h #include upm_table.h DECLARE_GLOBAL_DATA_PTR; extern flash_info_t flash_info[]; /* FLASH chips info */ +extern GraphicDevice mb862xx; void local_bus_init (void); ulong flash_get_size (ulong base, int banknum); @@ -174,11 +177,9 @@ void local_bus_init (void) out_be32 (lbc-mamr, 0x0); /* Use a customer-supplied value */ upmconfig (UPMA, (uint *)UPMTableA, sizeof(UPMTableA)/sizeof(int)); - if (getenv(lime)) { - /* Init UPMB for Lime controller access */ - out_be32 (lbc-mbmr, 0x40); /* Use a customer-supplied value */ - upmconfig (UPMB, (uint *)UPMTableB, sizeof(UPMTableB)/sizeof(int)); - } + /* Init UPMB for Lime controller access */ + out_be32 (lbc-mbmr, 0x40); /* Use a customer-supplied value */ + upmconfig (UPMB, (uint *)UPMTableB, sizeof(UPMTableB)/sizeof(int)); } #if defined(CONFIG_PCI) @@ -245,7 +246,7 @@ ft_board_setup(void *blob, bd_t *bd) val[i++] = gd-bd-bi_flashstart; val[i++] = gd-bd-bi_flashsize; - if (getenv(lime)) { + if (mb862xx.frameAdrs == CFG_LIME_BASE) { /* Fixup LIME mapping */ val[i++] = 2; /* chip select number */ val[i++] = 0; /* always 0 */ @@ -267,10 +268,6 @@ ft_board_setup(void *blob, bd_t *bd) } #endif /* defined(CONFIG_OF_LIBFDT) defined(CONFIG_OF_BOARD_SETUP) */ -#include i2c.h -#include mb862xx.h -#include video_fb.h - #define CFG_LIME_SRST ((CFG_LIME_BASE) + 0x01FC002C) #define CFG_LIME_CCF ((CFG_LIME_BASE) + 0x01FC0038) #define CFG_LIME_MMR ((CFG_LIME_BASE) + 0x01FCFFFC) @@ -285,8 +282,6 @@ ft_board_setup(void *blob, bd_t *bd) #define DEFAULT_BRIGHTNESS 25 #define BACKLIGHT_ENABLE (1 31) -extern GraphicDevice mb862xx; - static const gdc_regs init_regs [] = { {0x0100, 0x00010f00}, @@ -313,11 +308,44 @@ const gdc_regs *board_get_regs (void) return init_regs; } +#define CFG_LIME_CID ((CFG_LIME_BASE) + 0x01FC00F0) +#define CFG_LIME_REV ((CFG_LIME_BASE) + 0x01FF8084) +int lime_probe(void) +{ + volatile ccsr_lbc_t *memctl = (void *)(CFG_MPC85xx_LBC_ADDR); + uint cfg_br2; + uint cfg_or2; + uint reg; + + cfg_br2 = memctl-br2; + cfg_or2 = memctl-or2; + + /* Configure GPCM for CS2 */ + memctl-br2 = 0; + memctl-or2 = 0xfc000410; + memctl-br2 = (CFG_LIME_BASE) | 0x1901; + + /* Try to access GDC ID/Revision registers */ + reg = in_be32((void *)CFG_LIME_CID); + reg = in_be32((void *)CFG_LIME_CID); + if (reg == 0x303) { + reg = in_be32((void *)CFG_LIME_REV); + reg = in_be32((void *)CFG_LIME_REV); + reg = ((reg ~0xff) == 0x20050100) ? 1 : 0; + } else + reg = 0; + + /* Restore previous CS2 configuration */ + memctl-br2 = 0; + memctl-or2 = cfg_or2; + memctl-br2 = cfg_br2; + return reg; +} + /* Returns Lime base address */ unsigned int board_video_init (void) { - - if (!getenv(lime)) + if (!lime_probe()) return 0; /* -- 1.5.6.1 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] mpc85xx/31
Synopsis: [PATCH] 85xx: socrates: autoprobe Lime chip Responsible-Changed-From-To: patch-coord-gu-mpc85xx Responsible-Changed-By: dzu Responsible-Changed-When: Thu, 11 Sep 2008 15:43:18 +0200 Responsible-Changed-Why: Assign to custodian ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [fw_printenv should open device as O_SYNC]
What eactly do you mean by I switch the banks ? How exactly do you do that? Can you please provide the exact set of commands you are using? Hello Wolfgang, We are using ATCA equipment and those boards have redundant boot banks and they are managed by IPMI controllers. So while you are you are running Linux, you can change the boot banks for next restart through set boot options IPMI command. The problem arises when we write the U-Boot env variables using fw_setenv and immediately send the IPMI command to switch the boot bank. In this situation the variables are not written immediately by the fw_setenv application but buffered to be written later when the OS decides it is the time to write them to the mtd driver. But it is too late because the IPMI command was quickly executed and the boot bank has changed. This could yield to a corrupted flash boot bank. Following is the change I've made: -sh-3.00$ diff -uprN a/tools/env/fw_env.c b/tools/env/fw_env.c --- a/tools/env/fw_env.c2008-09-10 17:52:17.362714000 -0200 +++ b/tools/env/fw_env.c2008-09-10 17:57:54.168238000 -0200 @@ -434,7 +434,7 @@ int fw_setenv (int argc, char *argv[]) *environment.crc = crc32 (0, (uint8_t *) environment.data, ENV_SIZE); /* write environment back to flash */ - if (flash_io (O_RDWR)) { + if (flash_io (O_RDWR | O_SYNC)) { fprintf (stderr, Error: can't write fw_env to flash\n); return -1; } Regards, Ivan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2008 5:57 PM To: Mari Ivan-AIM018 Cc: u-boot@lists.denx.de Subject: Re: [U-Boot] [fw_printenv should open device as O_SYNC] Dear Ivan, In message [EMAIL PROTECTED] you wrote: We have hit the following issue in a board with 2 flash banks. First I set some env variable in U-boot, using fw_setenv, then immediately I switch the banks. But as the buffers have not yet been flushed to the mtd driver, the bank switching leaves the flash in corrupted state. What eactly do you mean by I switch the banks ? How exactly do you do that? Can you please provide the exact set of commands you are using? I ve modified the fw_env.c file to open the mtd O_SYNC and it works fine. If it is OK I can submit a patch for this. sure. Please submit it so we can see what you are talking about. 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: [EMAIL PROTECTED] Keep your eyes wide open before marriage, half shut afterwards. -- Benjamin Franklin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] phys_size_t not defined in mips arch.
Luigi 'Comio' Mantellini wrote: or I have some problem on my u-boot tree? It seems you do. http://git.denx.de/?p=u-boot.git;a=blob;f=include/asm-mips/types.h;hb=HEAD#l89 http://git.denx.de/?p=u-boot.git;a=commit;h=e99ccb488181d012248c6be30b2093e950319fc5 BTW, is your Reply-To: field correct? I'm not sure whether or not, but I manually fixed To: field which Thunderbird filled in. Shinya ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] make: Remove redundant __ARM__ addition when cross-compiling on *BSD
Ping. [ I should have let you know, Wolfgang. Sorry. ] Shinya Kuribayashi wrote: __ARM__ is given by arm_config.mk automatically. Signed-off-by: Shinya Kuribayashi [EMAIL PROTECTED] --- config.mk |9 - 1 files changed, 0 insertions(+), 9 deletions(-) diff --git a/config.mk b/config.mk index c225df1..5a9334c 100644 --- a/config.mk +++ b/config.mk @@ -44,15 +44,6 @@ PLATFORM_RELFLAGS = PLATFORM_CPPFLAGS = PLATFORM_LDFLAGS = -ifeq ($(ARCH),arm) -ifeq ($(CROSS_COMPILE),powerpc-netbsd-) -PLATFORM_CPPFLAGS+= -D__ARM__ -endif -ifeq ($(CROSS_COMPILE),powerpc-openbsd-) -PLATFORM_CPPFLAGS+= -D__ARM__ -endif -endif - # CONFIG_SHELL := $(shell if [ -x $$BASH ]; then echo $$BASH; \ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ppc4xx: Fix SDRAM inititialization of multiple 405 based board ports
This patch fixes a problem introdiced with patch bbeff30c [ppc4xx: Remove superfluous dram_init() call or replace it by initdram()]. The boards affected are: - PCI405 - PPChameleonEVB - quad100hd - taihu - zeus Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- board/amcc/taihu/taihu.c |9 board/dave/PPChameleonEVB/PPChameleonEVB.c | 25 -- board/esd/pci405/pci405.c | 31 board/quad100hd/quad100hd.c|5 board/zeus/zeus.c | 23 cpu/ppc4xx/sdram.c | 14 +--- include/configs/quad100hd.h|1 - 7 files changed, 10 insertions(+), 98 deletions(-) diff --git a/board/amcc/taihu/taihu.c b/board/amcc/taihu/taihu.c index 266f260..ee0939a 100644 --- a/board/amcc/taihu/taihu.c +++ b/board/amcc/taihu/taihu.c @@ -78,15 +78,6 @@ int checkboard(void) return 0; } -/* - * phys_size_t initdram - * - / -phys_size_t initdram(int board) -{ - return CFG_SDRAM_SIZE_PER_BANK * CFG_SDRAM_BANKS; /* 128Mbytes */ -} - static int do_sw_stat(cmd_tbl_t* cmd_tp, int flags, int argc, char *argv[]) { char stat; diff --git a/board/dave/PPChameleonEVB/PPChameleonEVB.c b/board/dave/PPChameleonEVB/PPChameleonEVB.c index c9b288a..c715ad4 100644 --- a/board/dave/PPChameleonEVB/PPChameleonEVB.c +++ b/board/dave/PPChameleonEVB/PPChameleonEVB.c @@ -203,31 +203,6 @@ int checkboard (void) /* - */ -phys_size_t initdram (int board_type) -{ - unsigned long val; - - mtdcr(memcfga, mem_mb0cf); - val = mfdcr(memcfgd); - -#if 0 /* test-only */ - for (;;) { - NAND_DISABLE_CE(1); - udelay(100); - NAND_ENABLE_CE(1); - udelay(100); - } -#endif -#if 0 - printf(\nmb0cf=%x\n, val); /* test-only */ - printf(strap=%x\n, mfdcr(strap)); /* test-only */ -#endif - - return (4*1024*1024 ((val 0x000e) 17)); -} - -/* - */ - int testdram (void) { /* TODO: XXX XXX XXX */ diff --git a/board/esd/pci405/pci405.c b/board/esd/pci405/pci405.c index f740d59..f8d7c28 100644 --- a/board/esd/pci405/pci405.c +++ b/board/esd/pci405/pci405.c @@ -357,37 +357,6 @@ int checkboard (void) } /* - */ - -phys_size_t initdram (int board_type) -{ - unsigned long val; - - mtdcr(memcfga, mem_mb0cf); - val = mfdcr(memcfgd); - -#if 0 - printf(\nmb0cf=%x\n, val); /* test-only */ - printf(strap=%x\n, mfdcr(strap)); /* test-only */ -#endif - -#if 0 /* test-only: all PCI405 version must report 16mb */ - return (4*1024*1024 ((val 0x000e) 17)); -#else - return (16*1024*1024); -#endif -} - -/* - */ - -int testdram (void) -{ - /* TODO: XXX XXX XXX */ - printf (test: 16 MB - ok\n); - - return (0); -} - -/* - */ int wpeeprom(int wp) { int wp_state = wp; diff --git a/board/quad100hd/quad100hd.c b/board/quad100hd/quad100hd.c index 8118678..ffc47de 100644 --- a/board/quad100hd/quad100hd.c +++ b/board/quad100hd/quad100hd.c @@ -86,8 +86,3 @@ int checkboard(void) return 0; } - -phys_size_t initdram(int board_type) -{ - return CFG_SDRAM_SIZE; -} diff --git a/board/zeus/zeus.c b/board/zeus/zeus.c index 33d971a..2a4ec5c 100644 --- a/board/zeus/zeus.c +++ b/board/zeus/zeus.c @@ -190,29 +190,6 @@ int checkboard(void) return (0); } -static u32 detect_sdram_size(void) -{ - u32 val; - u32 size; - - mfsdram(mem_mb0cf, val); - size = (4 20) ((val 0x000e) 17); - - /* -* Check if 2nd bank is enabled too -*/ - mfsdram(mem_mb1cf, val); - if (val 1) - size += (4 20) ((val 0x000e) 17); - - return size; -} - -phys_size_t initdram (int board_type) -{ - return detect_sdram_size(); -} - static int default_env_var(char *buf, char *var) { char *ptr; diff --git a/cpu/ppc4xx/sdram.c b/cpu/ppc4xx/sdram.c index 7d60ad6..b5a6a4c 100644 --- a/cpu/ppc4xx/sdram.c +++ b/cpu/ppc4xx/sdram.c @@ -209,15 +209,15 @@ phys_size_t initdram(int board_type) udelay(1); if (get_ram_size(0, mb0cf[i].size) == mb0cf[i].size) { + phys_size_t size = mb0cf[i].size; + /* * OK, size detected. Enable second bank if * defined (assumes same type as bank
[U-Boot] [PATCH] ppc4xx: Enable device tree (FDT) support in zeus board port
Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- include/configs/zeus.h |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/include/configs/zeus.h b/include/configs/zeus.h index b50cba5..b71f711 100644 --- a/include/configs/zeus.h +++ b/include/configs/zeus.h @@ -309,6 +309,12 @@ #define CONFIG_KGDB_SER_INDEX 2 /* which serial port to use */ #endif +/* + * Pass open firmware flat tree + */ +#define CONFIG_OF_LIBFDT +#define CONFIG_OF_BOARD_SETUP + /* ENVIRONMENT VARS */ #define CONFIG_PREBOOT echo;echo Welcome to Bulletendpoints board v1.1;echo -- 1.5.6.5 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [fw_printenv should open device as O_SYNC]
Hi We are using ATCA equipment and those boards have redundant boot banks and they are managed by IPMI controllers. So while you are you are running Linux, you can change the boot banks for next restart through set boot options IPMI command. The problem arises when we write the U-Boot env variables using fw_setenv and immediately send the IPMI command to switch the boot bank. This is a flaw in the IPMI software implementation, the IPMI controller should only switch banks when the payload power is off. Regards, Martijn de Gouw Disclaimer: The information contained in this email, including any attachments is confidential and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender immediately by replying to this message 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
[U-Boot] Merge window questions
Hello, I'm assuming the merge window has been closed based on http://www.denx.de/wiki/U-Boot/ReleaseCycle and the fact that v2008.10-rc1 has been tagged. Does U-Boot accept new drivers/board support patches (ie new features which can't regress) outside of merge windows, or only bug fixes? My understanding for the Linux kernel is that self-contained drivers/features are sometimes accepted after the merge window as they shouldn't cause the kernel to regress as no old code is using them. I have patches for a new MPC8572-based board and was wondering if I should go ahead and send them out now, or wait until the next release in ~a month. I see other non-bugfix patches still being sent to the mailing list which gave me a glimmer of hope of getting the changes in the upcoming 2008.10 release:) Thanks for any insight, Peter ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Data cache on MPC8248 board
On Wed, Sep 10, 2008 at 10:51:50AM +0200, Rodrigo Vilar wrote: I have enabled cache on a MPC8248 board using Block Address Translation. RAM is cache enabled, everything else cache inhibited. Apparently cache is enabled fine, however system hangs using tftp command (in the middle of the transaction) or on external interrupt handling when I set up a timer from a standalone application. Please note that if I define DBAT0 cache inhibited, both tftp and the standalone program work fine. Do you have snooping enabled on all of the DMA devices you're using? lis r3, 0xF000 ori r3, r3, BL_256Mb + Valid_Supervisor + Valid_User lis r4, 0xF000 ori r4, r4, Read_Write + Guarded + Cache_Inhibited mtspr DBAT2U, r3 mtspr DBAT3L, r4 isync s/DBAT3L/DBAT2L/, presumably. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-Boot 1.3.4 and MPC8270 board
Ok, I made some progress. I realized that my debugger was not correctly initialized and was preventing accurate stepping. So if you use a Lauterbach with Trace32 and MPC8270, it seems that you have to reset OR11 BR11 to 0 in the init script (FYI). Anyway, I have set my board configuration with the following mapping: SDRAM 0x 0x07FF DPRAM Proc 10xF000 0xF013 ... (slaves and misc) ... Flash 1 0xF400 0xF4FF Flash 2 0xF500 0xF5FF U-Boot starts at 0x100, jumps into flash (in_flash:), but then hangs in init_debug:, when trying to move the DPRAM: /* Set the entire dual port RAM (where the initial stack*/ /* resides) to a known value - makes it easier to see where */ /* the stack has been written */ /*--*/ lis r3, (CFG_IMMR + CFG_INIT_SP_OFFSET)@h ori r3, r3, (CFG_IMMR + CFG_INIT_SP_OFFSET)@l li r4, ((CFG_INIT_SP_OFFSET - 4) / 4) mtctr r4 lis r4, [EMAIL PROTECTED] ori r4, r4, [EMAIL PROTECTED] stwur4, -4(r3) | bdnz1b | - U-Boot loops there then hangs at 0x0800 or sometimes near 0x0600 CFG_IMMR (and therefore CFG_INIT_RAM_ADDR) is set to 0xF000 so it seems correct. The constant 0xdeadbeaf is still a little obscure to me... - Any idea what I'm missing ? - Also, if you see obvious incompatibility between my mapping and the Linux kernel, I would be glad to know it. Best regards, Rémi Lefevre On Wed, Sep 10, 2008 at 9:20 PM, Remi Lefevre [EMAIL PROTECTED] wrote: My board has the following main characteristics: - 128 MB SDRAM - 32 MB Flash (4xAM29LV641) - 3x MPC8270 cores (one master, 2 slaves) - 60x is used instead of local bus - PCI unused - RS232 on SMC2 - HWCW configured by a PLD and used since years ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] ctrl-c detection (on 4xx platforms)
Dear Matthias Fuchs, In message [EMAIL PROTECTED] you wrote: I noticed some strange CTRL-C behavior in a BSP command. When I run my bsp command interactively everything is fine. ... But when I call this bsp command as bootcmd CTRL-C does not stop the while loop. So CTRL-C is not detected. Any idea? Do you happen to have CONFIG_AUTOBOOT_KEYED set in your board configuration? 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: [EMAIL PROTECTED] Program maintenance is an entropy-increasing process, and even its most skilfull execution only delays the subsidence of the system into unfixable obsolescence. - Fred Brooks, The Mythical Man Month ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Merge window questions
Dear Peter Tyser, In message [EMAIL PROTECTED] you wrote: Does U-Boot accept new drivers/board support patches (ie new features which can't regress) outside of merge windows, or only bug fixes? Like in Linux, only bug fixes are accepted. There is no such thing as new code that can't regress. Please see also the recent discussion about this on LKML and Linus' clear statements: http://thread.gmane.org/gmane.linux.network/104943/focus=104951 http://thread.gmane.org/gmane.linux.network/104943/focus=104945 My understanding for the Linux kernel is that self-contained drivers/features are sometimes accepted after the merge window as they shouldn't cause the kernel to regress as no old code is using them. That used to be the case in Linux, and it turned out that it didn't work that well. We don't do this here. I have patches for a new MPC8572-based board and was wondering if I should go ahead and send them out now, or wait until the next release in ~a month. I see other non-bugfix patches still being sent to the mailing list which gave me a glimmer of hope of getting the changes in the upcoming 2008.10 release:) You better wait a while. Especially Jean-Christophe's Makefile patches will go in soon (as last bigger change in this release cycle) and these would certainly break your patch. Once Jean-Christophe's Makefile patches have been applied (and any problems caused by them fixed), I ill issue -rc2, and then probably create a next branch. This might be used as a base for things like your patches. 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: [EMAIL PROTECTED] NEW GRAND UNIFIED THEORY DISCLAIMER: The Manufacturer May Technically Be Entitled to Claim That This Product Is Ten-Dimensional. However, the Consumer Is Reminded That This Confers No Legal Rights Above and Beyond Those Applicable to Three-Dimensional Objects, Since the Seven New Dimensions Are Rolled Up into Such a Small Area That They Cannot Be Detected. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] sh: Fix compile error for r2dplus
Wolfgang, Nobuhiro Iwamatsu wrote: netdev.h was not include by r2dplus. Signed-off-by: Nobuhiro Iwamatsu [EMAIL PROTECTED] --- board/r2dplus/r2dplus.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/board/r2dplus/r2dplus.c b/board/r2dplus/r2dplus.c index b962dd1..4e0c66a 100644 --- a/board/r2dplus/r2dplus.c +++ b/board/r2dplus/r2dplus.c @@ -23,6 +23,7 @@ #include common.h #include ide.h +#include netdev.h #include asm/processor.h #include asm/io.h #include asm/pci.h Please pull directly if convenient. regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ppc4xx:FIX in-tree build for ppc440-generic boards
Hi This patch solves a bug introduced by 880f6a5d7596f42db5ff8803b797b78ec5b146e0 ppc4xx: ppc440-generic-ALL: Fix out of tree build v2. Just in case the subject was not clear enough. Without this patch user cannot build: ml507, v5fx30tevel and ppc440-generic board normally. They only work out of three, Best regards On Wed, Sep 10, 2008 at 17:44, Ricardo Ribalda Delgado [EMAIL PROTECTED] wrote: Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- board/xilinx/ppc440-generic/config.mk |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/board/xilinx/ppc440-generic/config.mk b/board/xilinx/ppc440-generic/config.mk index 8d220da..6d76755 100644 --- a/board/xilinx/ppc440-generic/config.mk +++ b/board/xilinx/ppc440-generic/config.mk @@ -22,4 +22,4 @@ # MA 02111-1307 USA # -sinclude $(obj)/board/$(BOARDDIR)/config.tmp +sinclude $(OBJTREE)/board/$(BOARDDIR)/config.tmp -- 1.5.6.5 -- Ricardo Ribalda http://www.eps.uam.es/~rribalda/ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2] ARM: Use do_div() instead of division for long long.
On Tue, 9 Sep 2008 02:08:31 +0200 Wolfgang Denk [EMAIL PROTECTED] wrote: From: Sergei Poselenov [EMAIL PROTECTED] Signed-off-by: Sergei Poselenov [EMAIL PROTECTED] Signed-off-by: Wolfgang Denk [EMAIL PROTECTED] --- With some (more recent) compiler versions there are problems because of the use of long long divisions in the U-Boot code. For ARM, this requires the __udivdi3 GCC library function, which currently is not present in lib_arm. This function was present in older 2.6 kernels, but at some point it was removed from here, with suggestion to use do_div() instead. In U-boot, the do_div() function is available, too, so this patch generally does the replacement of the long long divisions to do_div() to avoid the aforementions issues. Could you please move that nice explanation above the '---' line? I think it's really useful to have the reason behind a particular change in the commit history. Haavard ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ppc4xx: Fix compilation of v5fx30teval_flash
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- Makefile |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index e8bbd78..116d9e7 100644 --- a/Makefile +++ b/Makefile @@ -1488,9 +1488,9 @@ v5fx30teval_flash_config: unconfig @mkdir -p $(obj)include $(obj)board/xilinx/ppc440-generic @mkdir -p $(obj)include $(obj)board/avnet/v5fx30teval @echo LDSCRIPT:=$(SRCTREE)/board/xilinx/ppc440-generic/u-boot-rom.lds\ -$(obj)/board/avnet/v5fx30teval/config.tmp +$(obj)board/avnet/v5fx30teval/config.tmp @echo TEXT_BASE := 0xFF1C \ -$(obj)/board/avnet/v5fx30teval/config.tmp +$(obj)board/avnet/v5fx30teval/config.tmp @$(MKCONFIG) v5fx30teval ppc ppc4xx v5fx30teval avnet VOH405_config: unconfig -- 1.5.6.5 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ppc4xx: Add .gitignore file to xlnx-ppc440 boards
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- board/avnet/v5fx30teval/.gitignore |1 + board/xilinx/ml507/.gitignore |1 + board/xilinx/ppc440-generic/.gitignore |1 + 3 files changed, 3 insertions(+), 0 deletions(-) create mode 100644 board/avnet/v5fx30teval/.gitignore create mode 100644 board/xilinx/ml507/.gitignore create mode 100644 board/xilinx/ppc440-generic/.gitignore diff --git a/board/avnet/v5fx30teval/.gitignore b/board/avnet/v5fx30teval/.gitignore new file mode 100644 index 000..f6418a0 --- /dev/null +++ b/board/avnet/v5fx30teval/.gitignore @@ -0,0 +1 @@ +/config.tmp diff --git a/board/xilinx/ml507/.gitignore b/board/xilinx/ml507/.gitignore new file mode 100644 index 000..f6418a0 --- /dev/null +++ b/board/xilinx/ml507/.gitignore @@ -0,0 +1 @@ +/config.tmp diff --git a/board/xilinx/ppc440-generic/.gitignore b/board/xilinx/ppc440-generic/.gitignore new file mode 100644 index 000..f6418a0 --- /dev/null +++ b/board/xilinx/ppc440-generic/.gitignore @@ -0,0 +1 @@ +/config.tmp -- 1.5.6.5 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ARM: synchronize mach-types.h with linux 2.6.27-rc6
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] Due to ML limitation this patch is available at http://git.denx.de/?p=u-boot/u-boot-arm.git;a=commit;h=3fb7cb808320dc6a3d73b74e6610836771a6679b Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] ARM Pull Request
Hi Wolfgang, Please pull The following changes since commit 0b7c5639891f4103a0e31ec7ae0beb3e97ed3836: Heiko Schocher (1): muas3001: update BR4 settings are available in the git repository at: git://git.denx.de/u-boot-arm.git master Adrian Filipi (1): Set up SD/MMC OCR as comment describes. i.e. 3.2-3.4v. Andrew Dyer (3): arm920t fix constant error in start.S i.MX use u-boot baud rate and don't assume UART master clock i.mx change get_timer(base) to return time since base Claudio Scordino (1): Fix MACH_TYPE for the AT91RM9200DK board. Guennadi Liakhovetski (1): i.MX31: document timer precision option Gururaja Hebbar K R (1): ARM OMAP : Correct Invalid Timer Register Field Declaration in omap1510.h omap730.h Hugo Villeneuve (1): ARM DaVinci: Remove duplicate code in cpu/arm926ejs/davinci/dp83848.c Jean-Christophe PLAGNIOL-VILLARD (1): ARM: synchronize mach-types.h with linux 2.6.27-rc6 Jens Scharsig (1): at91rm9200: fix errors with CONFIG_CMD_I2C_TREE Magnus Lilja (2): i.MX31: Add reset_timer() and modify get_timer_masked(). i.MX31: Make the SPI bus and chip select configurable for MC13783 Shinya Kuribayashi (1): make: Remove redundant __ARM__ addition when cross-compiling on *BSD README.imx31| 13 + board/atmel/at91rm9200dk/at91rm9200dk.c |2 +- config.mk |9 - cpu/arm1136/mx31/interrupts.c | 24 +- cpu/arm920t/at91rm9200/i2c.c| 10 + cpu/arm920t/imx/interrupts.c|2 +- cpu/arm920t/imx/serial.c| 56 +- cpu/arm920t/start.S |6 +- cpu/arm926ejs/davinci/dp83848.c | 27 +- cpu/pxa/mmc.c |4 +- doc/README.mx31 | 19 + drivers/rtc/mc13783-rtc.c |6 +- include/asm-arm/mach-types.h| 3645 +-- include/configs/imx31_litekit.h |3 + include/configs/mx31ads.h |3 + include/configs/omap1510.h |2 +- include/configs/omap730.h |2 +- 17 files changed, 3648 insertions(+), 185 deletions(-) create mode 100644 README.imx31 create mode 100644 doc/README.mx31 mode change 100644 = 100755 include/configs/omap1510.h mode change 100644 = 100755 include/configs/omap730.h Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ppc4xx:FIX in-tree build for ppc440-generic boards
On Wednesday 10 September 2008, Ricardo Ribalda Delgado wrote: Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] Applied to u-boot-ppc4xx. Thanks. Best regards, Stefan = 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: [EMAIL PROTECTED] = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ppc4xx: Fix compilation of v5fx30teval_flash
On Friday 12 September 2008, Ricardo Ribalda Delgado wrote: Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] Applied to u-boot-ppc4xx. Thanks. Best regards, Stefan = 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: [EMAIL PROTECTED] = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ppc4xx: Add .gitignore file to xlnx-ppc440 boards
On Friday 12 September 2008, Ricardo Ribalda Delgado wrote: Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] Applied to u-boot-ppc4xx. Thanks. Best regards, Stefan = 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: [EMAIL PROTECTED] = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [ppc4xx] Please pull git://www.denx.de/git/u-boot-ppc4xx.git
The following changes since commit 0b7c5639891f4103a0e31ec7ae0beb3e97ed3836: Heiko Schocher (1): muas3001: update BR4 settings are available in the git repository at: git://www.denx.de/git/u-boot-ppc4xx.git master Ricardo Ribalda Delgado (3): ppc4xx: Fix in-tree build for ppc440-generic boards ppc4xx: Fix compilation of v5fx30teval_flash ppc4xx: Add .gitignore file to xilinx-ppc440 boards Stefan Roese (2): ppc4xx: Fix SDRAM inititialization of multiple 405 based board ports ppc4xx: Enable device tree (FDT) support in zeus board port Makefile |4 +- board/amcc/taihu/taihu.c |9 board/avnet/v5fx30teval/.gitignore |1 + board/dave/PPChameleonEVB/PPChameleonEVB.c | 25 -- board/esd/pci405/pci405.c | 31 board/quad100hd/quad100hd.c|5 board/xilinx/ml507/.gitignore |1 + board/xilinx/ppc440-generic/.gitignore |1 + board/xilinx/ppc440-generic/config.mk |2 +- board/zeus/zeus.c | 23 cpu/ppc4xx/sdram.c | 14 +--- include/configs/quad100hd.h|1 - include/configs/zeus.h |6 + 13 files changed, 22 insertions(+), 101 deletions(-) create mode 100644 board/avnet/v5fx30teval/.gitignore create mode 100644 board/xilinx/ml507/.gitignore create mode 100644 board/xilinx/ppc440-generic/.gitignore ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [T-Engine] UBoot configuration for T-Engine/SH7727 MS7727CP02 DevKit
Hi, Following your instruction, I did int usb_board_init(void) { printf(usb_board_init\n); outw(0x18, STBCR3); outw(0x18, SRSTR); udelay(10); outw(0x28, EXCPGCR); udelay(10); outw(0x00, STBCR3); outw(0x00, SRSTR); return 0; } These registers are 8-bit width. So please use outb() macro. They are the same. It is still problem. I am sorry, my explanation was short. This EXCPGCR value was for an another board. In the case of your board, it may be necessary to make it a defferent value. As specification of SH7727, value of EXCPGCR is 0x28 and this means The SH7727 has an on-chip USB interface (USB) which requires a fixed 48-MHz clock source. The extend clock pulse generator (EXCPG) generates a divided clock from the internal clock (Iφ), the bus clock (Bφ), or the external clock (UCLK). Because the clock sources, which can be a candidate to be used by EXCPG, vary from CPG setting or external clock source, user of SH7727 must adjust the divided clock, carefully to be 48 MHz. * Bits 5 to 3Clock Select (USBCKSEL2 to USBCKSEL0): 000: Peripheral Clock (Pφ) (Initial value) 100: Internal Clock (Iφ) 101: Bus Clock (Bφ) 110: External clock (UCLK) ***: Another value Reserved (setting prohibited) * Bits 2 to 0: Divider Select (USBDIVSEL2 to USBDIVSEL0): 000: 1/1 - Dividing Ratio Selection 001: 1/2 010: 1/3 1**: Internal clock (Iφ), bus clock (Bφ), external clock (UCLK) halted 0x28: 00101000 - 00 101 000 - * 101: Using bus clock * 000: Dividing Ratio Selection is 1/1 I know * Internal clock: 96Mhz * Peripheral Clock: 24Mhz * CPU Block: 144Mhz http://www.nabble.com/file/p19449833/a.JPG a.JPG Please let me know the correct value of EXCPGCR ? Is 0x28 correct initialize value of USB clock? And I used my board, I set 0x1500 in PKCR. I don't understand PKCR - Port control register so I don't know correct initialize value of this register. 0x1500 = 0001 0101 - PK6 is port output - PK5 is port output - PK4 is port output I don't know this value could be set for my board - TEngine/SH7727. I am appreciating your helping :) -- View this message in context: http://www.nabble.com/-T-Engine--UBoot-configuration-for-T-Engine-SH7727-MS7727CP02-DevKit-tp18868090p19449833.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot