Re: [U-Boot-Users] [PATCH U-Boot-v2] at91sam9260ek: fix names
On Tue, Jul 29, 2008 at 06:02:41PM +0200, Robert Schwebel wrote: On Tue, Jul 29, 2008 at 05:53:37PM +0200, Robert Schwebel wrote: Fix some left-overs from copy and paste. However, the board still fails to build, looks like you've forgotten to change in some of the Pengutronix TechWeek stuff: Maybe, I'll have a look. Sascha [EMAIL PROTECTED]:u-boot-v2$ make ARCH=arm CROSS_COMPILE=/opt/OSELAS.Toolchain-1.1.1/arm-v4t-linux-gnueabi/gcc-4.1.2-glibc-2.5-kernel-2.6.18/bin/arm-v4t-linux-gnueabi- CHK include/linux/version.h CHK include/linux/utsrelease.h CC drivers/net/macb.o In file included from drivers/net/macb.c:48: include/asm/arch/clk.h: In function 'get_macb_pclk_rate': include/asm/arch/clk.h:31: error: 'AT91_MASTER_CLOCK' undeclared (first use in this function) include/asm/arch/clk.h:31: error: (Each undeclared identifier is reported only once include/asm/arch/clk.h:31: error: for each function it appears in.) include/asm/arch/clk.h: In function 'get_usart_clk_rate': include/asm/arch/clk.h:36: error: 'AT91_MASTER_CLOCK' undeclared (first use in this function) make[2]: *** [drivers/net/macb.o] Error 1 make[1]: *** [drivers/net] Error 2 make: *** [drivers] Error 2 [EMAIL PROTECTED]:u-boot-v2$ rsc -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 -- Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hannoversche Str. 2, 31134 Hildesheim, Germany Phone: +49-5121-206917-0 | Fax: +49-5121-206917-9 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH]:Enable 2D Engine in SM501 to hurry up fresh speed!
Hi all, This patch is to enable 2D Engine in SM501 video chip to hurry up fresh speed. It change some 2D Engine registers and could obviously fasten screen scroll up. I think it's reasonable to do it for consumerism. commit 02e99b0a871f91fd3598024a2468a059971ef28d Parent: 699f05125509249072a0b865c8d35520d97cd501 Author: Ryan Chen [EMAIL PROTECTED] Date: Wed Jul 30 09:45:01 2008 -0400 Signed-off-by: Ryan Chen [EMAIL PROTECTED] modified: drivers/video/sm501.c diff --git a/drivers/video/sm501.c b/drivers/video/sm501.c old mode 100644 new mode 100755 index 23db02c..f20cf94 --- a/drivers/video/sm501.c +++ b/drivers/video/sm501.c @@ -35,6 +35,7 @@ #include video_fb.h #include sm501.h +#include asm/io.h #define read8(ptrReg)\ *(volatile unsigned char *)(sm501.isaBase + ptrReg) @@ -54,6 +55,46 @@ #define write32(ptrReg, value) \ (*(volatile unsigned int *)(sm501.isaBase + ptrReg) = value) +/* Register Macroes*/ +#define _F_START(f) (0 ? f) +#define _F_END(f) (1 ? f) +#define _F_SIZE(f) (1 + _F_END(f) - _F_START(f)) +#define _F_MASK(f) (((1 _F_SIZE(f)) - 1) _F_START(f)) +#define _F_NORMALIZE(v, f) (((v) _F_MASK(f)) _F_START(f)) +#define _F_DENORMALIZE(v, f)(((v) _F_START(f)) _F_MASK(f)) +#define FIELD_GET(x, reg, field) \ +( \ +_F_NORMALIZE((x), reg ## _ ## field) \ +) +#define FIELD_SET(x, reg, field, value) \ +( \ +(x ~_F_MASK(reg ## _ ## field)) \ +| _F_DENORMALIZE(reg ## _ ## field ## _ ## value, reg ## _ ## field) \ +) +#define FIELD_VALUE(x, reg, field, value) \ +( \ +(x ~_F_MASK(reg ## _ ## field)) \ +| _F_DENORMALIZE(value, reg ## _ ## field) \ +) +#define FIELD_CLEAR(reg, field) \ +( \ +~ _F_MASK(reg ## _ ## field) \ +) +#define FIELD_START(field) (0 ? field) +#define FIELD_END(field)(1 ? field) +#define FIELD_SIZE(field) (1 + FIELD_END(field) - FIELD_START(field)) +#define FIELD_MASK(field) (((1 (FIELD_SIZE(field)-1)) | ((1 (FIELD_SIZE(field)-1)) - 1)) FIELD_START(field)) +#define FIELD_NORMALIZE(reg, field) (((reg) FIELD_MASK(field)) FIELD_START(field)) +#define FIELD_DENORMALIZE(field, value) (((value) FIELD_START(field)) FIELD_MASK(field)) +#define FIELD_INIT(reg, field, value) FIELD_DENORMALIZE(reg ## _ ## field, \ + reg ## _ ## field ## _ ## value) +#define FIELD_INIT_VAL(reg, field, value) \ +(FIELD_DENORMALIZE(reg ## _ ## field, value)) +#define FIELD_VAL_SET(x, r, f, v) x = x ~FIELD_MASK(r ## _ ## f) \ + | FIELD_DENORMALIZE(r ## _ ## f, r ## _ ## f ## _ ## v) + +#define SM501_TIMEOUT 2 /* 20 ms */ + GraphicDevice sm501; /*- @@ -77,11 +118,148 @@ static void SmiSetRegs (void) } } +static void set_current_gate(void) +{ + unsigned long value, gate; + /* change to mode0 */ + value = read32(POWER_MODE_CTRL); + value = FIELD_SET(value, POWER_MODE_CTRL, MODE, MODE0); + write32(POWER_MODE_CTRL, value); + + /* Don't forget to set up power mode0 gate properly. */ + gate = read32(CURRENT_POWER_GATE); + gate = FIELD_SET(gate, CURRENT_POWER_GATE, 2D, ENABLE); + write32(POWER_MODE0_GATE, gate); +} + +/* Program new power mode. */ +static void setPower(unsigned long nGates, unsigned long Clock) +{ + unsigned long gate_reg, clock_reg; + unsigned long control_value; + u32 i; + + /* Get current power mode. */ + control_value = FIELD_GET(read32(POWER_MODE_CTRL), + POWER_MODE_CTRL, + MODE); + + switch (control_value) + { + case POWER_MODE_CTRL_MODE_MODE0: + /* Switch from mode 0 to mode 1.*/ + gate_reg = POWER_MODE1_GATE; + clock_reg = POWER_MODE1_CLOCK; + control_value = FIELD_SET(control_value, + POWER_MODE_CTRL, MODE, MODE1); + break; + + case POWER_MODE_CTRL_MODE_MODE1: + case POWER_MODE_CTRL_MODE_SLEEP: + /* Switch from mode 1 or sleep to mode 0.*/ + gate_reg = POWER_MODE0_GATE; + clock_reg = POWER_MODE0_CLOCK; + control_value = FIELD_SET(control_value, POWER_MODE_CTRL, MODE, MODE0); + break; + + default: + /* Invalid mode */ + return; + } + + /* Program new power mode. */ + write32(gate_reg, nGates); + write32(clock_reg, Clock); + write32(POWER_MODE_CTRL, control_value); + + /* When returning from sleep, wait until finished. */ + i = SM501_TIMEOUT; + while ((FIELD_GET(read32(POWER_MODE_CTRL), POWER_MODE_CTRL,
Re: [U-Boot-Users] Marvell db64460 / mpc7447 migration from U-boot 1.1.2 to U-boot 1.3.3
In message [EMAIL PROTECTED] you wrote: In a current work project, I have inherited a compactPCI board that has an mpc7447/7448 powerpc processor as well as a Marvell system controller, model mv64462 (stripped down mv64460). The board has a somewhat working U-boot 1.1.2 loader (using db64460 platform) and a Gentoo Linux port (kernel version 2.6.9 built using arch/ppc) running on it from long ago and a company far far away. It looks like the company contracted with Timesys to pull together the initial software. To prepare for an upcoming deployment, I would like to bring the OS up-to-date on this board with a newer kernel (targeting 2.6.24r3), as Ummm... if this is recent work, then why do you use such an old Linux kernel and not 2.6.27-rc1 or later? My Linux kernel work is going very well, but with U-boot I'm stuck. I have what I believe 'may' be the working U-boot 1.1.2 source code, and I have migrated all of the board's customizations from various files into the 1.3.3 stream; however, I can get -no- console output on the serial port. I don't have access to a remote debugger, so I'm working in the dark and have no idea how far, if at all, the initialization is progressing. Does anyone know of any tips to help me along? Any changes in mpsc device initialization from 1.1.2 to 1.3.3 that could help me? Any clues? Get access to a JTAG debugger (BDI3000). --_=_NextPart_001_01C8F1E0.BD29C28E Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable And please do not post 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: [EMAIL PROTECTED] Make it right before you make it faster. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH for STLS]: Add Makefile, config.mk and u-boot.lds.S in board/st/stls/ directory!
In message [EMAIL PROTECTED] you wrote: commit d66194654186b0e82d926ce4844b73e3508397f4 Parent: 699f05125509249072a0b865c8d35520d97cd501 Author: Ryan Chen [EMAIL PROTECTED] Date: Tue Jul 29 13:35:15 2008 -0400 Signed-off-by: Ryan Chen [EMAIL PROTECTED] new file: board/st/stls/Makefile new file: board/st/stls/config.mk new file: board/st/stls/u-boot.lds.S Please use git-format-patch to format the patch. Above text is NOT an acceptable commit message. +# diff --git a/board/st/stls/config.mk b/board/st/stls/config.mk new file mode 100755 index 000..683b009 --- /dev/null +++ b/board/st/stls/config.mk ... +#GUI_SUPPORT = minigui \ No newline at end of file ^^ Please fix this!! diff --git a/board/st/stls/u-boot.lds.S b/board/st/stls/u-boot.lds.S new file mode 100755 index 000..5e7bb76 --- /dev/null +++ b/board/st/stls/u-boot.lds.S Why not u-boot.lds like for all the other boards? The .S suffix suggests it is an assembler file, which it ain't. Hm... This patch is incomplete, as it does not add all filkes needed to support this board. On the other hand, it is not part of a patch series (at least it is not m,arked as such, and not threaded accordingly). Please fix. 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] (null cookie; hope that's ok) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH for STLS]: Add flash.c, ide.c and pci.c in board/st/stls/ directory!
On 10:35 Wed 30 Jul , Ryan CHEN wrote: commit 7f818bb236de596c5bbcf21919625db9912b2c43 Parent: 699f05125509249072a0b865c8d35520d97cd501 Author: Ryan Chen [EMAIL PROTECTED] Date: Wed Jul 30 06:26:36 2008 -0400 Signed-off-by: Ryan Chen [EMAIL PROTECTED] new file: board/st/stls/flash.c Could you integrate it in the mtd support? new file: board/st/stls/ide.c new file: board/st/stls/pci.c diff --git a/board/st/stls/ide.c b/board/st/stls/ide.c new file mode 100755 index 000..0954b3f --- /dev/null +++ b/board/st/stls/ide.c @@ -0,0 +1,110 @@ +/* + * Prototypes, etc. for the STMicroelectronics STLS + * + * 2008 (c) STMicroelectronics, Inc. + * Author: Ryan Chen [EMAIL PROTECTED] + * + * 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 +#if defined (CONFIG_CMD_IDE) defined(CONFIG_MULTI_IDE_CONTROLLER) +#if defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B) +#include vt82c686.h +#endif/*defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B)*/ +#ifdef CFG_SATA_VIA +#include sata_via.h +#endif/* CFG_SATA_VIA */ +#if defined(CONFIG_SATA_SIL) +extern int ide_sata_sil_preinit (void); +extern void ide_sata_sil_set_reset (int flag); +#endif/* CONFIG_SATA_SIL */ +#ifdef CFG_IDE_SIL680 +extern int ide_sil680_preinit (void); +extern void ide_sil680_set_reset (int flag); please use an include instead of extern +#endif/* CFG_IDE_SIL680 */ + +#ifdef DEBUG_IDE +#define PRINTF(fmt,args...) printf (fmt ,##args) +#else +#define PRINTF(fmt,args...) +#endif + +extern u16 real_ide_max_buses; +extern u16 real_ide_max_devices; +extern ulong ide_bus_offset[CFG_IDE_MAXBUS]; please spit it into 2 files one for the ide support and one for the sata support. You have 2 comands CONFIG_CMD_IDE and CONFIG_CMD_SATA in u-boot for each support. + +int ide_preinit (void) +{ + int l; please be carefull whit the whitespace + int oldstatus = -1; ^ + int status = -1; + ^ please remove the whitespace + for (l = 0; l CFG_IDE_MAXBUS; l++) { + ide_bus_offset[l] = -1; + } + ^ please remove the whitespace + /* clean them to calculate real values */ + real_ide_max_buses = 0; + real_ide_max_devices = 0; + +#if defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B) + status = ide_via_preinit(); + if(!status) { + PRINTF(IDE: VIA IDE Controller Init Done!\n); + oldstatus = 0; + } +#endif/*defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B)*/ +#if defined(CONFIG_SATA_SIL) + status = ide_sata_sil_preinit(); + if(!status) { + PRINTF(IDE: SIL SATA Controller Init Done!\n); + oldstatus = 0; + } +#endif/*CONFIG_SATA_SIL*/ +#ifdef CFG_IDE_SIL680 + status = ide_sil680_preinit(); + if(!status) { + PRINTF(IDE: SIL680 Controller Init Done!\n); + oldstatus = 0; + } ^^^ please remove the whitespace +#endif/* CFG_IDE_SIL680 */ +#ifdef CFG_SATA_VIA + status = sata_via_preinit(); + if(!status) { + PRINTF(IDE: VIA SATA Controller Init Done!\n); + oldstatus = 0; + } +#endif/* CFG_SATA_VIA */ + return oldstatus; +} + +void ide_set_reset (int flag) please remove the whitespace +{ +#if defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B) + ide_via_set_reset (flag); +#endif/*defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B)*/ +#if defined(CONFIG_SATA_SIL) + ide_sata_sil_set_reset(flag); +#endif/*CONFIG_SATA_SIL*/ +#ifdef CFG_IDE_SIL680 + ide_sil680_set_reset(flag); +#endif/* CFG_IDE_SIL680 */ +#ifdef CFG_SATA_VIA + sata_via_set_reset(flag); +#endif/* CFG_SATA_VIA */ + return; +} +#endif/*CONFIG_CMD_IDE*/ diff --git a/board/st/stls/pci.c b/board/st/stls/pci.c new file mode 100755 index 000..072887d --- /dev/null +++ b/board/st/stls/pci.c @@ -0,0 +1,104 @@ +/* + * Prototypes, etc. for the STMicroelectronics STLS + * + * 2008 (c) STMicroelectronics, Inc. + * Author: Ryan Chen [EMAIL PROTECTED] + * + * This program is free software; you can redistribute it and/or + * modify it under the terms
Re: [U-Boot-Users] [PATCH for STLS]: Add Makefile, config.mk and u-boot.lds.S in board/st/stls/ directory!
On 10:17 Wed 30 Jul , Ryan CHEN wrote: commit d66194654186b0e82d926ce4844b73e3508397f4 Parent: 699f05125509249072a0b865c8d35520d97cd501 Author: Ryan Chen [EMAIL PROTECTED] Date: Tue Jul 29 13:35:15 2008 -0400 Signed-off-by: Ryan Chen [EMAIL PROTECTED] new file: board/st/stls/Makefile new file: board/st/stls/config.mk new file: board/st/stls/u-boot.lds.S Could you do it in the same patch where you add the board support? with the update of the General Makefile, MAKALL and MAINTAINERS in it Best Regards, J. diff --git a/board/st/stls/Makefile b/board/st/stls/Makefile new file mode 100755 index 000..8213838 --- /dev/null +++ b/board/st/stls/Makefile @@ -0,0 +1,48 @@ +# +# (C) Copyright 2003-2006 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# 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 $(TOPDIR)/config.mk + +LIB = $(obj)lib$(BOARD).a + +COBJS= flash.o pci.o stls_board.o ide.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS:= $(addprefix $(obj),$(SOBJS)) + +$(LIB): $(obj).depend $(OBJS) $(SOBJS) u-boot.lds please use $(obj) for generated file in order to build it out-of-tree + $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS) + +u-boot.lds: u-boot.lds.S + $(CPP) $(CPPFLAGS) -P $^ [EMAIL PROTECTED] + mv -f [EMAIL PROTECTED] $@ + Best Regards, J. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH for STLS]: Add flash.c, ide.c and pci.c in board/st/stls/ directory!
In message [EMAIL PROTECTED] you wrote: commit 7f818bb236de596c5bbcf21919625db9912b2c43 Parent: 699f05125509249072a0b865c8d35520d97cd501 Author: Ryan Chen [EMAIL PROTECTED] Date: Wed Jul 30 06:26:36 2008 -0400 Signed-off-by: Ryan Chen [EMAIL PROTECTED] new file: board/st/stls/flash.c new file: board/st/stls/ide.c new file: board/st/stls/pci.c Please use git-format-patch to prepare the patch. See also hints aboyut missing patch sequence / threading in previous mail. diff --git a/board/st/stls/flash.c b/board/st/stls/flash.c new file mode 100755 index 000..1afee80 --- /dev/null +++ b/board/st/stls/flash.c I reject this patch. Please use the CFI driver instead of adding custom code. diff --git a/board/st/stls/ide.c b/board/st/stls/ide.c new file mode 100755 index 000..0954b3f --- /dev/null +++ b/board/st/stls/ide.c @@ -0,0 +1,110 @@ +/* + * Prototypes, etc. for the STMicroelectronics STLS This comment seems to be wrong ? + * 2008 (c) STMicroelectronics, Inc. + * Author: Ryan Chen [EMAIL PROTECTED] + * + * 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 +#if defined (CONFIG_CMD_IDE) defined(CONFIG_MULTI_IDE_CONTROLLER) +#if defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B) +#include vt82c686.h +#endif/*defined(CONFIG_VT82C686A) || defined(CONFIG_VT82C686B)*/ +#ifdef CFG_SATA_VIA +#include sata_via.h +#endif/* CFG_SATA_VIA */ There are no such #defines as CONFIG_VT82C686A or CONFIG_VT82C686B or CFG_SATA_VIA in U-Boot. CONFIG_VT* versus CFG_SATA_* is inconsistent. There are no such header files as vt82c686.h or sata_via.h in U-Boot. This seems to need some major cleanup ?? +#ifdef DEBUG_IDE +#define PRINTF(fmt,args...) printf (fmt ,##args) +#else +#define PRINTF(fmt,args...) +#endif Please use debug() for debug messages. diff --git a/board/st/stls/pci.c b/board/st/stls/pci.c new file mode 100755 index 000..072887d --- /dev/null +++ b/board/st/stls/pci.c ... +#include common.h +#ifdef CONFIG_PCI +#include pci.h +#ifdef CONFIG_STLS +#include asm/stls/pci.h +#endif +#if 0 Please do not add dead code. 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] Faith: not *wanting* to know what is true.- Friedrich Nietzsche - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] warning unable to open inital console
Hello all, I have mpc8313erdb board and trying to boot kernel from NAND flash ... Everything is fine but finally it stops and says; ** *Warning: unable to open an initial console. Kernel panic - not syncing: No init found. Try passing init= option to kernel* ** following is the log of the booting sequence; LOG ## *NAND SPL - U-Boot 1.1.6 (Jul 28 2008 - 21:40:02) MPC83XX Loading from NAND : * *U-Boot 1.1.6 (Jul 28 2008 - 21:39:41) MPC83XX* *Clock configuration: Coherent System Bus: 166 MHz Core: 333 MHz Local Bus Controller: 166 MHz Local Bus: 41 MHz DDR: 333 MHz SEC: 55 MHz I2C1: 166 MHz I2C2: 166 MHz TSEC1:166 MHz TSEC2:166 MHz USB MPH:0 MHz USB DR:55 MHz CPU: MPC8313E, Rev: 10 at 333.333 MHz Board: Freescale MPC8313ERDB I2C: ready DRAM: Initializing DDR RAM: 128 MB FLASH: 8 MB NAND: 32 MiB In:serial Out: serial Err: serial Net: TSEC0, TSEC1 [PRIME] Hit any key to stop autoboot: 0* *Loading from NAND 32MiB 3,3V 8-bit, offset 0x10 Image Name: Linux-2.6.20 Created: 2008-07-28 16:15:15 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1716719 Bytes = 1.6 MB Load Address: Entry Point: ## Booting image at 0020 ... Image Name: Linux-2.6.20 Created: 2008-07-28 16:15:15 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1716719 Bytes = 1.6 MB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK Booting using flat device tree at 0x40 setup_arch: bootmem mpc8313_rdb_setup_arch() arch: exit* *Using MPC8313 RDB machine description Linux version 2.6.20 ([EMAIL PROTECTED][EMAIL PROTECTED] *) (gcc version 4.0.2 20060628 (Wasabi)) #8 Mon Jul 28 21:45:12 IST 2008 Found MPC83xx PCI host bridge at 0xe0008500. Firmware bus number: 0-0 Zone PFN ranges: DMA 0 -32768 Normal 32768 -32768 early_node_map[1] active PFN ranges 0:0 -32768 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/mtdblock3 rootfstype=jffs2 rw console=ttyS0,115200 mtdparts=nand0:1M(u-boot),3M(kernel),256K(devtb),-(jffs) IPIC (128 IRQ sources) at fdefa700 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 126164k/131072k available (2988k kernel code, 4764k reserved, 464k data, 96k bss, 144k init) Mount-cache hash table entries: 512 NET: Registered protocol family 16 PCI: Probing PCI hardware Generic PHY: Registered new driver SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 4096 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered Generic RTC Driver v1.07 WDT driver for MPC83xx initialized. mode:reset timeout=65535 (25 seconds) Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize loop: loaded (max 8 devices) Intel(R) PRO/1000 Network Driver - version 7.3.15-k2-NAPI Copyright (c) 1999-2006 Intel Corporation. Gianfar MII Bus: probed eth0: Gianfar Ethernet Controller Version 1.4, 00:04:9f:ef:23:33 eth0: MTU = 1500 (frame size=1540,truesize=2296) eth0: Running with NAPI enabled eth0: 64/64 RX/TX BD ring size eth0: Socket buffer recycling mode enabled eth1: Gianfar Ethernet Controller Version 1.4, 00:e0:0c:00:7e:21 eth1: MTU = 1500 (frame size=1540,truesize=2296) eth1: Running with NAPI enabled eth1: 64/64 RX/TX BD ring size eth1: Socket buffer recycling mode enabled SKB Handler initialized(max=64) Marvell 88E1101: Registered new driver Marvell 88E: Registered new driver Marvell 88E1145: Registered new driver MPC8313ERDB Ethernet Switch: Registered new driver MPC8313RDB flash device: 80 at fe00 Partition number 4 MPC8313RDB Flash Map Info: Found 1 x16 devices at 0x0 in 16-bit bank Amd/Fujitsu Extended Query Table at 0x0040 MPC8313RDB Flash Map Info: Swapping
[U-Boot-Users] [PATCH] JFFS2 command support on OneNAND (take #2)
JFFS2 command support on OneNAND. - Fix typo. - Fix nand_bbt_descr redefinition when NAND and OneNAND are enabled. TODO: Use NAND command interface (e.g.: part_validate_*nand()). Signed-off-by: Kyungmin Park [EMAIL PROTECTED] Signed-off-by: Fathi Boudra [EMAIL PROTECTED] --- diff --git a/common/cmd_jffs2.c b/common/cmd_jffs2.c index b4698be..43e33dd 100644 --- a/common/cmd_jffs2.c +++ b/common/cmd_jffs2.c @@ -51,7 +51,7 @@ * mtdids=idmap[,idmap,...] * * idmap:= dev-id=mtd-id - * dev-id := 'nand'|'nor'dev-num + * dev-id := 'nand'|'nor'|'onenand'dev-num * dev-num := mtd device number, 0... * mtd-id := unique device tag used by linux kernel to find mtd device (mtd-name) * @@ -103,6 +103,13 @@ #include nand.h #endif /* !CFG_NAND_LEGACY */ #endif + +#if defined(CONFIG_CMD_ONENAND) +#include linux/mtd/mtd.h +#include linux/mtd/onenand.h +#include onenand_uboot.h +#endif + /* enable/disable debugging messages */ #defineDEBUG_JFFS #undef DEBUG_JFFS @@ -401,6 +408,42 @@ static int part_validate_nand(struct mtdids *id, struct part_info *part) } /** + * Performs sanity check for supplied OneNAND flash partition. + * Table of existing OneNAND flash devices is searched and partition device + * is located. Alignment with the granularity of nand erasesize is verified. + * + * @param id of the parent device + * @param part partition to validate + * @return 0 if partition is valid, 1 otherwise + */ +static int part_validate_onenand(struct mtdids *id, struct part_info *part) +{ +#if defined(CONFIG_CMD_ONENAND) + /* info for OneNAND chips */ + struct mtd_info *mtd; + + mtd = onenand_mtd; + + if ((unsigned long)(part-offset) % mtd-erasesize) { + printf(%s%d: partition (%s) start offset + alignment incorrect\n, + MTD_DEV_TYPE(id-type), id-num, part-name); + return 1; + } + + if (part-size % mtd-erasesize) { + printf(%s%d: partition (%s) size alignment incorrect\n, + MTD_DEV_TYPE(id-type), id-num, part-name); + return 1; + } + + return 0; +#else + return 1; +#endif +} + +/** * Performs sanity check for supplied partition. Offset and size are verified * to be within valid range. Partition type is checked and either * parts_validate_nor() or parts_validate_nand() is called with the argument @@ -436,6 +479,8 @@ static int part_validate(struct mtdids *id, struct part_info *part) return part_validate_nand(id, part); else if (id-type == MTD_DEV_TYPE_NOR) return part_validate_nor(id, part); + else if (id-type == MTD_DEV_TYPE_ONENAND) + return part_validate_onenand(id, part); else DEBUGF(part_validate: invalid dev type\n); @@ -755,7 +800,15 @@ static int device_validate(u8 type, u8 num, u32 *size) #else printf(support for NAND devices not present\n); #endif - } + } else if (type == MTD_DEV_TYPE_ONENAND) { +#if defined(CONFIG_CMD_ONENAND) + *size = onenand_mtd.size; + return 0; +#else + printf(support for OneNAND devices not present\n); +#endif + } else + printf(Unknown device type %d\n, type); return 1; } @@ -1065,8 +1118,8 @@ static struct mtdids* id_find_by_mtd_id(const char *mtd_id, unsigned int mtd_id_ #endif /* #ifdef CONFIG_JFFS2_CMDLINE */ /** - * Parse device id string dev-id := 'nand'|'nor'dev-num, return device - * type and number. + * Parse device id string dev-id := 'nand'|'nor'|'onenand'dev-num, + * return device type and number. * * @param id string describing device id * @param ret_id output pointer to next char after parse completes (output) @@ -1085,6 +1138,9 @@ int id_parse(const char *id, const char **ret_id, u8 *dev_type, u8 *dev_num) } else if (strncmp(p, nor, 3) == 0) { *dev_type = MTD_DEV_TYPE_NOR; p += 3; + } else if (strncmp(p, onenand, 7) == 0) { + *dev_type = MTD_DEV_TYPE_ONENAND; + p += 7; } else { printf(incorrect device type in %s\n, id); return 1; @@ -1489,7 +1545,7 @@ static int parse_mtdids(const char *const ids) while(p (*p != '\0')) { ret = 1; - /* parse 'nor'|'nand'dev-num */ + /* parse 'nor'|'nand'|'onenand'dev-num */ if (id_parse(p, p, type, num) != 0) break; diff --git a/drivers/mtd/onenand/onenand_bbt.c b/drivers/mtd/onenand/onenand_bbt.c index 87344ab..04d4088 100644 --- a/drivers/mtd/onenand/onenand_bbt.c +++ b/drivers/mtd/onenand/onenand_bbt.c @@ -21,6 +21,7 @@ #include linux/mtd/compat.h #include linux/mtd/mtd.h #include linux/mtd/onenand.h +#include linux/mtd/bbm.h #include malloc.h #include asm/errno.h diff --git
[U-Boot-Users] warning unable to open inital console
Hello all, I have mpc8313erdb board and trying to boot kernel from NAND flash ... Everything is fine but finally it stops and says; ** *Warning: unable to open an initial console. Kernel panic - not syncing: No init found. Try passing init= option to kernel* ** following is the log of the booting sequence; LOG ## *NAND SPL - U-Boot 1.1.6 (Jul 28 2008 - 21:40:02) MPC83XX Loading from NAND : * *U-Boot 1.1.6 (Jul 28 2008 - 21:39:41) MPC83XX* *Clock configuration: Coherent System Bus: 166 MHz Core: 333 MHz Local Bus Controller: 166 MHz Local Bus: 41 MHz DDR: 333 MHz SEC: 55 MHz I2C1: 166 MHz I2C2: 166 MHz TSEC1:166 MHz TSEC2:166 MHz USB MPH:0 MHz USB DR:55 MHz CPU: MPC8313E, Rev: 10 at 333.333 MHz Board: Freescale MPC8313ERDB I2C: ready DRAM: Initializing DDR RAM: 128 MB FLASH: 8 MB NAND: 32 MiB In:serial Out: serial Err: serial Net: TSEC0, TSEC1 [PRIME] Hit any key to stop autoboot: 0* *Loading from NAND 32MiB 3,3V 8-bit, offset 0x10 Image Name: Linux-2.6.20 Created: 2008-07-28 16:15:15 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1716719 Bytes = 1.6 MB Load Address: Entry Point: ## Booting image at 0020 ... Image Name: Linux-2.6.20 Created: 2008-07-28 16:15:15 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1716719 Bytes = 1.6 MB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK Booting using flat device tree at 0x40 setup_arch: bootmem mpc8313_rdb_setup_arch() arch: exit* *Using MPC8313 RDB machine description Linux version 2.6.20 ([EMAIL PROTECTED][EMAIL PROTECTED] *) (gcc version 4.0.2 20060628 (Wasabi)) #8 Mon Jul 28 21:45:12 IST 2008 Found MPC83xx PCI host bridge at 0xe0008500. Firmware bus number: 0-0 Zone PFN ranges: DMA 0 -32768 Normal 32768 -32768 early_node_map[1] active PFN ranges 0:0 -32768 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/mtdblock3 rootfstype=jffs2 rw console=ttyS0,115200 mtdparts=nand0:1M(u-boot),3M(kernel),256K(devtb),-(jffs) IPIC (128 IRQ sources) at fdefa700 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 126164k/131072k available (2988k kernel code, 4764k reserved, 464k data, 96k bss, 144k init) Mount-cache hash table entries: 512 NET: Registered protocol family 16 PCI: Probing PCI hardware Generic PHY: Registered new driver SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 4096 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered Generic RTC Driver v1.07 WDT driver for MPC83xx initialized. mode:reset timeout=65535 (25 seconds) Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize loop: loaded (max 8 devices) Intel(R) PRO/1000 Network Driver - version 7.3.15-k2-NAPI Copyright (c) 1999-2006 Intel Corporation. Gianfar MII Bus: probed eth0: Gianfar Ethernet Controller Version 1.4, 00:04:9f:ef:23:33 eth0: MTU = 1500 (frame size=1540,truesize=2296) eth0: Running with NAPI enabled eth0: 64/64 RX/TX BD ring size eth0: Socket buffer recycling mode enabled eth1: Gianfar Ethernet Controller Version 1.4, 00:e0:0c:00:7e:21 eth1: MTU = 1500 (frame size=1540,truesize=2296) eth1: Running with NAPI enabled eth1: 64/64 RX/TX BD ring size eth1: Socket buffer recycling mode enabled SKB Handler initialized(max=64) Marvell 88E1101: Registered new driver Marvell 88E: Registered new driver Marvell 88E1145: Registered new driver MPC8313ERDB Ethernet Switch: Registered new driver MPC8313RDB flash device: 80 at fe00 Partition number 4 MPC8313RDB Flash Map Info: Found 1 x16 devices at 0x0 in 16-bit bank Amd/Fujitsu Extended Query Table at 0x0040 MPC8313RDB Flash Map Info: Swapping
[U-Boot-Users] warning unable to open inital console
Hello all, I have mpc8313erdb board and trying to boot kernel from NAND flash ... Everything is fine but finally it stops and says; ** *Warning: unable to open an initial console. Kernel panic - not syncing: No init found. Try passing init= option to kernel* ** following is the log of the booting sequence; LOG ## *NAND SPL - U-Boot 1.1.6 (Jul 28 2008 - 21:40:02) MPC83XX Loading from NAND : * *U-Boot 1.1.6 (Jul 28 2008 - 21:39:41) MPC83XX* *Clock configuration: Coherent System Bus: 166 MHz Core: 333 MHz Local Bus Controller: 166 MHz Local Bus: 41 MHz DDR: 333 MHz SEC: 55 MHz I2C1: 166 MHz I2C2: 166 MHz TSEC1:166 MHz TSEC2:166 MHz USB MPH:0 MHz USB DR:55 MHz CPU: MPC8313E, Rev: 10 at 333.333 MHz Board: Freescale MPC8313ERDB I2C: ready DRAM: Initializing DDR RAM: 128 MB FLASH: 8 MB NAND: 32 MiB In:serial Out: serial Err: serial Net: TSEC0, TSEC1 [PRIME] Hit any key to stop autoboot: 0* *Loading from NAND 32MiB 3,3V 8-bit, offset 0x10 Image Name: Linux-2.6.20 Created: 2008-07-28 16:15:15 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1716719 Bytes = 1.6 MB Load Address: Entry Point: ## Booting image at 0020 ... Image Name: Linux-2.6.20 Created: 2008-07-28 16:15:15 UTC Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size:1716719 Bytes = 1.6 MB Load Address: Entry Point: Verifying Checksum ... OK Uncompressing Kernel Image ... OK Booting using flat device tree at 0x40 setup_arch: bootmem mpc8313_rdb_setup_arch() arch: exit* *Using MPC8313 RDB machine description Linux version 2.6.20 ([EMAIL PROTECTED][EMAIL PROTECTED] *) (gcc version 4.0.2 20060628 (Wasabi)) #8 Mon Jul 28 21:45:12 IST 2008 Found MPC83xx PCI host bridge at 0xe0008500. Firmware bus number: 0-0 Zone PFN ranges: DMA 0 -32768 Normal 32768 -32768 early_node_map[1] active PFN ranges 0:0 -32768 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/mtdblock3 rootfstype=jffs2 rw console=ttyS0,115200 mtdparts=nand0:1M(u-boot),3M(kernel),256K(devtb),-(jffs) IPIC (128 IRQ sources) at fdefa700 PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 126164k/131072k available (2988k kernel code, 4764k reserved, 464k data, 96k bss, 144k init) Mount-cache hash table entries: 512 NET: Registered protocol family 16 PCI: Probing PCI hardware Generic PHY: Registered new driver SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 4096 bind 2048) TCP reno registered JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered Generic RTC Driver v1.07 WDT driver for MPC83xx initialized. mode:reset timeout=65535 (25 seconds) Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize loop: loaded (max 8 devices) Intel(R) PRO/1000 Network Driver - version 7.3.15-k2-NAPI Copyright (c) 1999-2006 Intel Corporation. Gianfar MII Bus: probed eth0: Gianfar Ethernet Controller Version 1.4, 00:04:9f:ef:23:33 eth0: MTU = 1500 (frame size=1540,truesize=2296) eth0: Running with NAPI enabled eth0: 64/64 RX/TX BD ring size eth0: Socket buffer recycling mode enabled eth1: Gianfar Ethernet Controller Version 1.4, 00:e0:0c:00:7e:21 eth1: MTU = 1500 (frame size=1540,truesize=2296) eth1: Running with NAPI enabled eth1: 64/64 RX/TX BD ring size eth1: Socket buffer recycling mode enabled SKB Handler initialized(max=64) Marvell 88E1101: Registered new driver Marvell 88E: Registered new driver Marvell 88E1145: Registered new driver MPC8313ERDB Ethernet Switch: Registered new driver MPC8313RDB flash device: 80 at fe00 Partition number 4 MPC8313RDB Flash Map Info: Found 1 x16 devices at 0x0 in 16-bit bank Amd/Fujitsu Extended Query Table at 0x0040 MPC8313RDB Flash Map Info: Swapping
Re: [U-Boot-Users] [PATCH 1/1] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
Ben Warren [EMAIL PROTECTED] wrote: extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr); We're getting more and more of these. Does anyone know an appropriate header to put it in? At one point I had a netdev.h file, but removed it because it only contained this type of definition. Maybe it's time to resurrect. Yeah, perhaps that would be nice. I get the feeling this isn't the only instance of this kind of thing: ~/work/u-boot/upstream$ find -name '*.c' | xargs grep '^extern' | wc -l 1042 All of those instances are potentially dangerous. The macb_eth_initialize() thing has certainly blown up in my face before... Btw, shouldn't board_eth_init() and cpu_eth_init() be declared in some header file as well? It might catch the wrong function definitions you've pointed out quite a few times already. Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [GIT PULL] avr32 fixes for 1.3.4
Hi Wolfgang, Please pull my 'master' branch: git://git.denx.de/u-boot-avr32 master to receive the following fixes. Haavard Skinnemoen (5): avr32: asm/io.h needs asm/types.h avr32: Fix printf() format warnings atmel_mci: Fix printf() format warnings spi flash: Fix printf() format warnings Merge branch 'format-warnings' of git://git.denx.de/u-boot-avr32 board/atmel/atngw100/atngw100.c |2 +- board/atmel/atstk1000/atstk1000.c |2 +- board/atmel/atstk1000/flash.c |2 +- drivers/mmc/atmel_mci.c | 16 drivers/mtd/spi/atmel.c |6 +++--- include/asm-avr32/io.h|2 ++ include/asm-avr32/sysreg.h|6 -- 7 files changed, 20 insertions(+), 16 deletions(-) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 1/1] avr32: add support for EarthLCD Favr-32 board
Ben Warren [EMAIL PROTECTED] wrote: diff --git a/board/earthlcd/favr-32-ezkit/flash.c b/board/earthlcd/favr-32-ezkit/flash.c Is this flash CFI-compliant? If so, please use the CFI driver. Otherwise, ignore me. Yeah, it should be. But I suspect it's a AT49BV6416 chip (same as on ATSTK1000), which currently doesn't work with the CFI driver. I happen to know exactly why it doesn't work, so maybe it's time to get it fixed...I don't really want to add another custom flash driver. Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH]:Enable 2D Engine in SM501 to hurry up fresh speed!
In message [EMAIL PROTECTED] you wrote: Hi all, This patch is to enable 2D Engine in SM501 video chip to hurry up fresh speed. It change some 2D Engine registers and could obviously fasten screen scroll up. I think it's reasonable to do it for consumerism. Your line is way too long. What exactly is fresh speed? For consumerism ? commit 02e99b0a871f91fd3598024a2468a059971ef28d Parent: 699f05125509249072a0b865c8d35520d97cd501 Author: Ryan Chen [EMAIL PROTECTED] Date: Wed Jul 30 09:45:01 2008 -0400 Signed-off-by: Ryan Chen [EMAIL PROTECTED] modified: drivers/video/sm501.c Please format your patches using git-format-patch and make sure to supply a reasonable comit message. Your patch adds a lot of code that may or may not be needed on some systems. Please make it optional using a CONFIG_ option. diff --git a/drivers/video/sm501.c b/drivers/video/sm501.c old mode 100644 new mode 100755 Please do not set exec permissions on plain source files. index 23db02c..f20cf94 --- a/drivers/video/sm501.c +++ b/drivers/video/sm501.c @@ -35,6 +35,7 @@ #include video_fb.h #include sm501.h +#include asm/io.h What is this needed for? ... +/* Program new power mode. */ +static void setPower(unsigned long nGates, unsigned long Clock) +{ + unsigned long gate_reg, clock_reg; + unsigned long control_value; + u32 i; + + /* Get current power mode. */ + control_value = FIELD_GET(read32(POWER_MODE_CTRL), + POWER_MODE_CTRL, + MODE); + + switch (control_value) + { Coding Style: switch (control_value) { + switch (bpp) + { Ditto... +#if defined CONFIG_MULTI_VIDEO_CARD +void *sm501_video_hw_init (void) +#else void *video_hw_init (void) +#endif This seems to be an unrelated change that should be plit into a separate patch. 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] He had quite a powerful intellect, but it was as powerful like a locomotive, and ran on rails and was therefore almost impossible to steer. - Terry Pratchett, _Lords and Ladies_ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] (Resubmit) Added support to flash_real_protect for Atmelflash devices (tested with AT49BV6416)
Some of the flash memories produced by ATMEL start in read-only mode. We need to unprotect it. This patch allows the AT49BV6416 to work with cfi_flash memories. Tested in the at91rm9200ek board. Signed-off-by: Rafael Campos Las Heras [EMAIL PROTECTED] --- drivers/mtd/cfi_flash.c | 40 ++-- 1 files changed, 34 insertions(+), 6 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 4340b1b..8d12eb8 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -103,6 +103,10 @@ #define AMD_STATUS_TOGGLE 0x40 #define AMD_STATUS_ERROR 0x20 +#define ATM_CMD_UNLOCK_SECT0x70 +#define ATM_CMD_SOFTLOCK_START 0x80 +#define ATM_CMD_LOCK_SECT 0x40 + #define FLASH_OFFSET_MANUFACTURER_ID 0x00 #define FLASH_OFFSET_DEVICE_ID 0x01 #define FLASH_OFFSET_DEVICE_ID20x0E @@ -1348,12 +1352,36 @@ int flash_real_protect (flash_info_t * info, long sector, int prot) { int retcode = 0; - flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); - if (prot) - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_SET); - else - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_CLEAR); + switch (info-vendor) { + case CFI_CMDSET_INTEL_PROG_REGIONS: + case CFI_CMDSET_INTEL_STANDARD: + flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); + if (prot) + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_SET); + else + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_CLEAR); + break; + case CFI_CMDSET_AMD_EXTENDED: + case CFI_CMDSET_AMD_STANDARD: +#ifdef CONFIG_FLASH_CFI_LEGACY + case CFI_CMDSET_AMD_LEGACY: +#endif + /* U-Boot only checks the first byte */ + if (info-manufacturer_id == (uchar)ATM_MANUFACT ) { + if (prot) { + flash_unlock_seq(info, 0); + flash_write_cmd (info, 0, info-addr_unlock1, ATM_CMD_SOFTLOCK_START); + flash_unlock_seq(info, 0); + flash_write_cmd (info, sector, 0, ATM_CMD_LOCK_SECT); + } else { + flash_write_cmd (info, 0, info-addr_unlock1, AMD_CMD_UNLOCK_START); + if (info-device_id == ATM_ID_BV6416) + flash_write_cmd (info, sector, 0, ATM_CMD_UNLOCK_SECT); + } + } + break; + } if ((retcode = flash_full_status_check (info, sector, info-erase_blk_tout, -- 1.5.6.2 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add support for the hammerhead (AVR32) board
Haavard Skinnemoen [EMAIL PROTECTED] wrote: From: Julien May [EMAIL PROTECTED] The Hammerhead platform is built around a AVR32 32-bit microcontroller from Atmel. It offers versatile peripherals, such as ethernet, usb device, usb host etc. Since I didn't receive any explanation of why it's bad with two maintainers, I've applied this as-is to my 'next' branch: git://git.denx.de/u-boot-avr32.git next I intend this to be a fairly stable branch which will normally not be rebased. Since the patches aren't applied there until they have been fully reviewed, it's unlikely that anything needs fixing once it's been applied. Mistakes do of course happen, so I'm not saying that I will _never_ rebase the tree, I'm just saying that I will try my best not to. I'm also going to try out a 'topic branch' strategy so that even if the history does get mangled, the commit IDs of the unaffected topics will be stable as I just re-pull the topic branches after fixing whatever it is that needs fixing. Currently, my tree has two topic branches: 'eth-cleanup' and 'hammerhead', but I expect at least two more boards to join in before the next merge window. So if you need to pull something from 'next', please try pulling a topic branch as it is more likely to stay stable than the 'next' branch itself. When the next merge window opens, I'll pull all the topic branches into 'master'. Or perhaps it's better to just pull the 'next' branch. I'm not really sure about this. I'd appreciate some feedback from other maintainers on whether or not you think this sounds like a good plan. Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] cmd_bdinfo: Fix printf() format warning
Fix the following warning on avr32 and, from the looks of it, all other architectures except arm, blackfin and mips. cmd_bdinfo.c: In function 'do_bdinfo': cmd_bdinfo.c:367: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int' In order to not introduce new warnings on the aforementioned three architectures as well as i386, I added a cast to unsigned long. This should be safe even if bi_baudrate is declared as 'int' (assuming there's no such thing as negative baud rates.) Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED] --- common/cmd_bdinfo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c index 24ff9b9..57c673c 100644 --- a/common/cmd_bdinfo.c +++ b/common/cmd_bdinfo.c @@ -364,7 +364,7 @@ int do_bdinfo ( cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) } puts (\nip_addr = ); print_IPaddr (bd-bi_ip_addr); - printf (\nbaudrate= %d bps\n, bd-bi_baudrate); + printf (\nbaudrate= %lu bps\n, (unsigned long)bd-bi_baudrate); return 0; } -- 1.5.6.2 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add MIMC200 board - now uses board_eth_init()
Scott Wood wrote: On Tue, Jul 29, 2008 at 09:52:12AM +0100, Mark Jackson wrote: I didn't want to use u-boot's slient boot options, since they're hard-coded at compile time. The only place I could think to this was to modify the atmel_usart.c file as above. It's not hard-coded at compile-time -- set GD_FLG_SILENT in gd-flags from early board code depending on the state of the GPIO pin. For example, 8313erdb does this depending on whether it's booting or resuming from suspend. Yes ... I can see that can be used to disable any console outputs. *But* I'm also needing to disable any console *inputs* in a similar way. Any ideas on how to do that ? I'm guessing I need any extra silent check in console.c tstc() ? Is it acceptable to modify console.c if I use a nicely generic #ifdef ? e.g. int tstc (void) { +#if defined(CONFIG_SILENT_CONSOLE) defined(CONFIG_SILENT_CONSOLE_INPUT) + if (gd-flags GD_FLG_SILENT) + return 0; +#endif + if (gd-flags GD_FLG_DEVINIT) { /* Test the standard input */ return ftstc (stdin); } /* Send directly to the handler */ return serial_tstc (); } Mark - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v3] Add MIMC200 board
The MIMC200 board is based on Atmel's NGW100 dev kit, but with an extra 8MByte FLASH and 128KByte FRAM. --- CREDITS |4 + MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/mimc/mimc200/Makefile | 40 board/mimc/mimc200/config.mk |3 + board/mimc/mimc200/mimc200.c | 209 + board/mimc/mimc200/u-boot.lds | 73 ++ common/console.c |5 + include/configs/mimc200.h | 177 ++ 10 files changed, 519 insertions(+), 0 deletions(-) diff --git a/CREDITS b/CREDITS index 2b0dab7..5010c78 100644 --- a/CREDITS +++ b/CREDITS @@ -217,6 +217,10 @@ H: Rich Ireland E: [EMAIL PROTECTED] D: FPGA device configuration driver +H: Mark Jackson +E: [EMAIL PROTECTED] +D: Port to MIMC200 board + N: Gary Jennejohn E: [EMAIL PROTECTED], [EMAIL PROTECTED] D: Support for Samsung ARM920T S3C2400X, ARM920T TRAB diff --git a/MAINTAINERS b/MAINTAINERS index cbe5c47..d4f6639 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -709,6 +709,10 @@ Haavard Skinnemoen [EMAIL PROTECTED] ATSTK1006 AT32AP7000 ATNGW100AT32AP7000 +Mark Jackson [EMAIL PROTECTED] + + MIMC200 AT32AP7000 + # # SuperH Systems: # # # diff --git a/MAKEALL b/MAKEALL index c1a9c60..cfd376c 100755 --- a/MAKEALL +++ b/MAKEALL @@ -715,6 +715,7 @@ LIST_avr32=\ atstk1004 \ atstk1006 \ atngw100\ + mimc200 \ # diff --git a/Makefile b/Makefile index 369bbd7..d434ea3 100644 --- a/Makefile +++ b/Makefile @@ -2914,6 +2914,9 @@ atstk1004_config : unconfig atstk1006_config : unconfig @$(MKCONFIG) $(@:_config=) avr32 at32ap atstk1000 atmel at32ap700x +mimc200_config : unconfig + @$(MKCONFIG) $(@:_config=) avr32 at32ap mimc200 mimc at32ap700x + # # SH3 (SuperH) # diff --git a/board/mimc/mimc200/Makefile b/board/mimc/mimc200/Makefile new file mode 100644 index 000..9f3849f --- /dev/null +++ b/board/mimc/mimc200/Makefile @@ -0,0 +1,40 @@ +# +# Copyright (C) 2005-2006 Atmel Corporation +# +# 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 $(TOPDIR)/config.mk + +LIB:= $(obj)lib$(BOARD).a + +COBJS := $(BOARD).o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)) + +$(LIB): $(obj).depend $(OBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/mimc/mimc200/config.mk b/board/mimc/mimc200/config.mk new file mode 100644 index 000..9a794e5 --- /dev/null +++ b/board/mimc/mimc200/config.mk @@ -0,0 +1,3 @@ +TEXT_BASE = 0x +PLATFORM_RELFLAGS += -ffunction-sections -fdata-sections +PLATFORM_LDFLAGS += --gc-sections diff --git a/board/mimc/mimc200/mimc200.c b/board/mimc/mimc200/mimc200.c new file mode 100644 index 000..089fc6c --- /dev/null +++ b/board/mimc/mimc200/mimc200.c @@ -0,0 +1,209 @@ +/* + * Copyright (C) 2006 Atmel Corporation + * + * 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
Re: [U-Boot-Users] [PATCH] ppc4xx: ML507: U-Boot in flash and System ACE
On Monday 21 July 2008, Ricardo Ribalda Delgado wrote: This patch allows booting from FLASH the ML507 board by Xilinx. Previously, u-boot needed to be loaded from JTAG or a Sytem ACE CF Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] Applied to next branch of u-boot-ppc4xx repository. 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] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] ppc4xx: ML507: Environment in flash and MTD Support
On Wednesday 23 July 2008, Ricardo Ribalda Delgado wrote: -Relocate the location of u-boot in the flash -Save the environment in one sector of the flash memory -MTD Support Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- Makefile |2 +- board/xilinx/ml507/xparameters.h |2 +- common/cmd_load.c|2 +- This must have slipped in here. include/configs/ml507.h | 15 +++ 4 files changed, 14 insertions(+), 7 deletions(-) NAK. Please remove this cmd_load.c change and resubmit. 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] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] ppc4xx: ml507: Use of get_ram_size in board ml507
On Tuesday 29 July 2008, Ricardo Ribalda Delgado wrote: -Change suggested by WD Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] Applied to next branch of u-boot-ppc4xx repository. 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] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] cmd_bdinfo: Fix printf() format warning
In message [EMAIL PROTECTED] you wrote: Fix the following warning on avr32 and, from the looks of it, all other architectures except arm, blackfin and mips. cmd_bdinfo.c: In function 'do_bdinfo': cmd_bdinfo.c:367: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int' In order to not introduce new warnings on the aforementioned three architectures as well as i386, I added a cast to unsigned long. This should be safe even if bi_baudrate is declared as 'int' (assuming there's no such thing as negative baud rates.) Instead of the cast, should we not rather fix ARM, BF and MIPS to use ulong like anybody else? 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] We Klingons believe as you do -- the sick should die. Only the strong should live. -- Kras, Friday's Child, stardate 3497.2 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH v3] Add MIMC200 board
In message [EMAIL PROTECTED] you wrote: The MIMC200 board is based on Atmel's NGW100 dev kit, but with an extra 8MByte FLASH and 128KByte FRAM. --- CREDITS |4 + MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/mimc/mimc200/Makefile | 40 board/mimc/mimc200/config.mk |3 + board/mimc/mimc200/mimc200.c | 209 + board/mimc/mimc200/u-boot.lds | 73 ++ common/console.c |5 + include/configs/mimc200.h | 177 ++ 10 files changed, 519 insertions(+), 0 deletions(-) Please splitt the changes to common/console.c into a separate patch. And make sure to explain exactly why this is needed, and why you think your implementation works (for example, why do you add the test only to tstc() but not to getc() ?) Without better explanations I reject the common/console.c part of the patch. 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] CONSUMER NOTICE: Because of the Uncertainty Principle, It Is Impossible for the Consumer to Find Out at the Same Time Both Precisely Where This Product Is and How Fast It Is Moving. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] (Re-re-submited) Added support to flash_real_protect for Atmel flash devices (tested with AT49BV6416)
Some of the flash memories produced by ATMEL start in read-only mode. We need to unprotect it. This patch allows the AT49BV6416 to work with cfi_flash memories. Tested in the at91rm9200ek board. Signed-off-by: Rafael Campos Las Heras [EMAIL PROTECTED] --- drivers/mtd/cfi_flash.c | 40 ++-- 1 files changed, 34 insertions(+), 6 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 4340b1b..8d12eb8 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -103,6 +103,10 @@ #define AMD_STATUS_TOGGLE 0x40 #define AMD_STATUS_ERROR 0x20 +#define ATM_CMD_UNLOCK_SECT0x70 +#define ATM_CMD_SOFTLOCK_START 0x80 +#define ATM_CMD_LOCK_SECT 0x40 + #define FLASH_OFFSET_MANUFACTURER_ID 0x00 #define FLASH_OFFSET_DEVICE_ID 0x01 #define FLASH_OFFSET_DEVICE_ID20x0E @@ -1348,12 +1352,36 @@ int flash_real_protect (flash_info_t * info, long sector, int prot) { int retcode = 0; - flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); - if (prot) - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_SET); - else - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_CLEAR); + switch (info-vendor) { + case CFI_CMDSET_INTEL_PROG_REGIONS: + case CFI_CMDSET_INTEL_STANDARD: + flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); + if (prot) + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_SET); + else + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_CLEAR); + break; + case CFI_CMDSET_AMD_EXTENDED: + case CFI_CMDSET_AMD_STANDARD: +#ifdef CONFIG_FLASH_CFI_LEGACY + case CFI_CMDSET_AMD_LEGACY: +#endif + /* U-Boot only checks the first byte */ + if (info-manufacturer_id == (uchar)ATM_MANUFACT ) { + if (prot) { + flash_unlock_seq(info, 0); + flash_write_cmd (info, 0, info-addr_unlock1, ATM_CMD_SOFTLOCK_START); + flash_unlock_seq(info, 0); + flash_write_cmd (info, sector, 0, ATM_CMD_LOCK_SECT); + } else { + flash_write_cmd (info, 0, info-addr_unlock1, AMD_CMD_UNLOCK_START); + if (info-device_id == ATM_ID_BV6416) + flash_write_cmd (info, sector, 0, ATM_CMD_UNLOCK_SECT); + } + } + break; + } if ((retcode = flash_full_status_check (info, sector, info-erase_blk_tout, -- 1.5.6.2 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] (resubmit) ppc4xx: ML507: Environment in flash and MTD Support
-Relocate the location of u-boot in the flash -Save the environment in one sector of the flash memory -MTD Support Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- -Previus commit included files from other commit Makefile |2 +- board/xilinx/ml507/xparameters.h |2 +- include/configs/ml507.h | 15 +++ 3 files changed, 13 insertions(+), 6 deletions(-) diff --git a/Makefile b/Makefile index 8f4fdd0..ea572cf 100644 --- a/Makefile +++ b/Makefile @@ -1352,7 +1352,7 @@ ml300_config: unconfig ml507_flash_config:unconfig @mkdir -p $(obj)include $(obj)board/xilinx/ml507 @cp $(obj)board/xilinx/ml507/u-boot-rom.lds $(obj)board/xilinx/ml507/u-boot.lds - @echo TEXT_BASE = 0xFE3E $(obj)board/xilinx/ml507/config.tmp + @echo TEXT_BASE = 0xFE36 $(obj)board/xilinx/ml507/config.tmp @$(MKCONFIG) $(@:_flash_config=) ppc ppc4xx ml507 xilinx ml507_config: unconfig diff --git a/board/xilinx/ml507/xparameters.h b/board/xilinx/ml507/xparameters.h index 6a8e183..77d2ddf 100644 --- a/board/xilinx/ml507/xparameters.h +++ b/board/xilinx/ml507/xparameters.h @@ -24,7 +24,7 @@ #define XPAR_DDR2_SDRAM_MEM_BASEADDR 0x #define XPAR_IIC_EEPROM_BASEADDR 0x8160 #define XPAR_INTC_0_BASEADDR 0x8180 -#define XPAR_LLTEMAC_0_BASEADDR0x81c0 +#define XPAR_LLTEMAC_0_BASEADDR0x81C0 #define XPAR_UARTLITE_0_BASEADDR 0x8400 #define XPAR_FLASH_MEM0_BASEADDR 0xFE00 #define XPAR_PLB_CLOCK_FREQ_HZ 1 diff --git a/include/configs/ml507.h b/include/configs/ml507.h index a79bc1e..c653a51 100644 --- a/include/configs/ml507.h +++ b/include/configs/ml507.h @@ -33,7 +33,7 @@ #define CFG_SDRAM_SIZE_MB 256 #define CFG_MONITOR_BASE TEXT_BASE #define CFG_MONITOR_LEN( 192 * 1024 ) -#define CFG_MALLOC_LEN ( 128 * 1024 ) +#define CFG_MALLOC_LEN ( CFG_ENV_SIZE + 128 * 1024 ) /*Uart*/ #define CONFIG_XILINX_UARTLITE @@ -49,6 +49,8 @@ #define CONFIG_CMD_ELF #define CONFIG_CMD_IRQ #define CONFIG_CMD_REGINFO +#define CONFIG_CMD_JFFS2 +#define CONFIG_JFFS2_CMDLINE #undef CONFIG_CMD_I2C #undef CONFIG_CMD_DTT #undef CONFIG_CMD_NET @@ -58,9 +60,11 @@ #undef CONFIG_CMD_IMLS /*Env*/ -#defineCFG_ENV_IS_NOWHERE -#defineCFG_ENV_SIZE0x200 -#define CFG_ENV_OFFSET 0x100 +#defineCFG_ENV_IS_IN_FLASH +#defineCFG_ENV_SIZE0x2 +#defineCFG_ENV_SECT_SIZE 0x2 +#define CFG_ENV_OFFSET 0x34 +#define CFG_ENV_ADDR (XPAR_FLASH_MEM0_BASEADDR+CFG_ENV_OFFSET) /*Misc*/ #define CONFIG_BOOTDELAY 5 /* autoboot after 5 seconds */ @@ -111,5 +115,8 @@ #defineCFG_MAX_FLASH_BANKS 1 #defineCFG_MAX_FLASH_SECT 259 #defineCFG_FLASH_PROTECTION +#define MTDIDS_DEFAULT nor0=ml507-flash +#define MTDPARTS_DEFAULT mtdparts=ml507-flash:-(user) + #endif /* __CONFIG_H */ -- 1.5.6.3 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] (Resend)Allows negative offset in command loads
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- Previus commit had compiling warnings common/cmd_load.c | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/common/cmd_load.c b/common/cmd_load.c index 1b75a7b..ae56543 100644 --- a/common/cmd_load.c +++ b/common/cmd_load.c @@ -38,7 +38,7 @@ static ulong load_serial_ymodem (ulong offset); #endif #if defined(CONFIG_CMD_LOADS) -static ulong load_serial (ulong offset); +static ulong load_serial (long offset); static int read_record (char *buf, ulong len); # if defined(CONFIG_CMD_SAVES) static int save_serial (ulong offset, ulong size); @@ -53,7 +53,7 @@ static int do_echo = 1; #if defined(CONFIG_CMD_LOADS) int do_load_serial (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) { - ulong offset = 0; + long offset = 0; ulong addr; int i; char *env_echo; @@ -72,7 +72,7 @@ int do_load_serial (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) #ifdef CFG_LOADS_BAUD_CHANGE if (argc = 2) { - offset = simple_strtoul(argv[1], NULL, 16); + offset = simple_strtol(argv[1], NULL, 16); } if (argc == 3) { load_baudrate = (int)simple_strtoul(argv[2], NULL, 10); @@ -95,7 +95,7 @@ int do_load_serial (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) } #else /* ! CFG_LOADS_BAUD_CHANGE */ if (argc == 2) { - offset = simple_strtoul(argv[1], NULL, 16); + offset = simple_strtol(argv[1], NULL, 16); } #endif /* CFG_LOADS_BAUD_CHANGE */ @@ -141,7 +141,7 @@ int do_load_serial (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) } static ulong -load_serial (ulong offset) +load_serial (long offset) { charrecord[SREC_MAXRECLEN + 1]; /* buffer for one S-Record */ charbinbuf[SREC_MAXBINLEN]; /* buffer for binary data */ -- 1.5.6.3 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- common/cmd_bdinfo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c index caa467d..583bbc2 100644 --- a/common/cmd_bdinfo.c +++ b/common/cmd_bdinfo.c @@ -48,7 +48,7 @@ int do_bdinfo ( cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) print_num (bd address,(ulong)bd ); #endif print_num (memstart, bd-bi_memstart ); - print_lnum (memsize, bd-bi_memsize ); + print_num (memsize, bd-bi_memsize ); print_num (flashstart,bd-bi_flashstart ); print_num (flashsize, bd-bi_flashsize); print_num (flashoffset, bd-bi_flashoffset ); -- 1.5.6.3 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] cmd_bdinfo: Fix printf() format warning
Wolfgang Denk [EMAIL PROTECTED] wrote: In order to not introduce new warnings on the aforementioned three architectures as well as i386, I added a cast to unsigned long. This should be safe even if bi_baudrate is declared as 'int' (assuming there's no such thing as negative baud rates.) Instead of the cast, should we not rather fix ARM, BF and MIPS to use ulong like anybody else? Yeah, that's probably better. But I don't know what sort of side effects that kind of change might cause. There could be code somewhere that needs bi_baudrate to be signed for some obscure reason. But if you're ok with it and people are willing to test, I can certainly make that change. Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [FYI] mainline gcc vs printf args
probably we may be interested in this topic. http://sourceware.org/ml/binutils/2008-07/msg00370.html mainline gcc vs printf args -- Shinya Kuribayashi NEC Electronics - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
In message [EMAIL PROTECTED] you wrote: Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- common/cmd_bdinfo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c index caa467d..583bbc2 100644 --- a/common/cmd_bdinfo.c +++ b/common/cmd_bdinfo.c @@ -48,7 +48,7 @@ int do_bdinfo ( cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) print_num (bd address,(ulong)bd ); #endif print_num (memstart, bd-bi_memstart ); - print_lnum (memsize, bd-bi_memsize ); + print_num (memsize, bd-bi_memsize ); print_num (flashstart,bd-bi_flashstart ); print_num (flashsize, bd-bi_flashsize); print_num (flashoffset, bd-bi_flashoffset ); This patch is wrong. print_num() takes an ulong argument, but bi_memsize has type phys_size_t. Rejected. 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] If you can, help others. If you can't, at least don't hurt others. - the Dalai Lama - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] cmd_bdinfo: Fix printf() format warning
In message [EMAIL PROTECTED] you wrote: Yeah, that's probably better. But I don't know what sort of side effects that kind of change might cause. There could be code somewhere that needs bi_baudrate to be signed for some obscure reason. I am positively sure that no uch code exists (and it there were any such code it was worth of breaking it, really hard :-). But if you're ok with it and people are willing to test, I can certainly make that change. Please do. 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] It seems intuitively obvious to me, which means that it might be wrong. -- Chris Torek - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [FYI] mainline gcc vs printf args
In message [EMAIL PROTECTED] you wrote: probably we may be interested in this topic. http://sourceware.org/ml/binutils/2008-07/msg00370.html mainline gcc vs printf args Which exact part of this is it that you think might be interesting? 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] In Christianity neither morality nor religion come into contact with reality at any point. - Friedrich Nietzsche - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
Hello Wolfgang My board has 0x1000 bytes of memory, without this patch, bdinfo shows 0x0 bytes of ram, but with this patch it shows the correct amount... maybe the problem is in print_lnum Best regards On Wed, Jul 30, 2008 at 1:04 PM, Wolfgang Denk [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] you wrote: Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED] --- common/cmd_bdinfo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c index caa467d..583bbc2 100644 --- a/common/cmd_bdinfo.c +++ b/common/cmd_bdinfo.c @@ -48,7 +48,7 @@ int do_bdinfo ( cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) print_num (bd address,(ulong)bd ); #endif print_num (memstart, bd-bi_memstart ); - print_lnum (memsize, bd-bi_memsize ); + print_num (memsize, bd-bi_memsize ); print_num (flashstart,bd-bi_flashstart ); print_num (flashsize, bd-bi_flashsize); print_num (flashoffset, bd-bi_flashoffset ); This patch is wrong. print_num() takes an ulong argument, but bi_memsize has type phys_size_t. Rejected. 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] If you can, help others. If you can't, at least don't hurt others. - the Dalai Lama -- Ricardo Ribalda http://www.eps.uam.es/~rribalda/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
In message [EMAIL PROTECTED] you wrote: My board has 0x1000 bytes of memory, without this patch, bdinfo shows 0x0 bytes of ram, but with this patch it shows the correct amount... maybe the problem is in print_lnum It would be strange if this happened for your board only - I rather suspect that you have a problem with 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] Every revolutionary idea - in science, politics, art, or whatever - evokes three stages of reaction in a hearer: 1. It is completely impossible - don't waste my time. 2. It is possible, but it is not worth doing. 3. I said it was a good idea all along. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v2] cmd_bdinfo: Fix printf() format warning
Fix the following warning on avr32 and, from the looks of it, all other architectures except arm, blackfin and mips. cmd_bdinfo.c: In function 'do_bdinfo': cmd_bdinfo.c:367: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int' In order to not introduce new warnings on the aforementioned three architectures as well as i386, I changed the type of the bi_baudrate field to be unsigned long so that all architectures are consisten. This may break some really questionable code (highly unlikely) and/or introduce new format warnings elsewhere (somewhat more likely), but if so, it needs fixing anyway. Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED] Cc: Jean-Christophe Plagniol-Villard [EMAIL PROTECTED] Cc: Mike Frysinger [EMAIL PROTECTED] Cc: Shinya Kuribayashi [EMAIL PROTECTED] --- Cc'ed the maintainers of the affected architectures except i386. Does anyone know who's in charge of the i386 port? The chances of breakage on i386 is lower than on the other three architectures since the field is unsigned to begin with, and is wedged between two other unsigned longs, so it shouldn't cause any changes to the struct layout even on x86_64. common/cmd_bdinfo.c |2 +- include/asm-arm/u-boot.h |2 +- include/asm-blackfin/u-boot.h |2 +- include/asm-i386/u-boot.h |2 +- include/asm-mips/u-boot.h |2 +- 5 files changed, 5 insertions(+), 5 deletions(-) diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c index 24ff9b9..b38f43c 100644 --- a/common/cmd_bdinfo.c +++ b/common/cmd_bdinfo.c @@ -364,7 +364,7 @@ int do_bdinfo ( cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) } puts (\nip_addr = ); print_IPaddr (bd-bi_ip_addr); - printf (\nbaudrate= %d bps\n, bd-bi_baudrate); + printf (\nbaudrate= %lu bps\n, bd-bi_baudrate); return 0; } diff --git a/include/asm-arm/u-boot.h b/include/asm-arm/u-boot.h index b11d555..8c739ff 100644 --- a/include/asm-arm/u-boot.h +++ b/include/asm-arm/u-boot.h @@ -37,7 +37,7 @@ #define _U_BOOT_H_ 1 typedef struct bd_info { -intbi_baudrate;/* serial console baudrate */ +unsigned long bi_baudrate;/* serial console baudrate */ unsigned long bi_ip_addr; /* IP Address */ unsigned char bi_enetaddr[6]; /* Ethernet adress */ struct environment_s *bi_env; diff --git a/include/asm-blackfin/u-boot.h b/include/asm-blackfin/u-boot.h index 9d2903b..a3907ec 100644 --- a/include/asm-blackfin/u-boot.h +++ b/include/asm-blackfin/u-boot.h @@ -29,7 +29,7 @@ #define _U_BOOT_H_ 1 typedef struct bd_info { - int bi_baudrate;/* serial console baudrate */ + unsigned long bi_baudrate; /* serial console baudrate */ unsigned long bi_ip_addr; /* IP Address */ unsigned char bi_enetaddr[6]; /* Ethernet adress */ unsigned long bi_boot_params; /* where this board expects params */ diff --git a/include/asm-i386/u-boot.h b/include/asm-i386/u-boot.h index fc5a2ae..1276e39 100644 --- a/include/asm-i386/u-boot.h +++ b/include/asm-i386/u-boot.h @@ -50,7 +50,7 @@ typedef struct bd_info { unsigned short bi_ethspeed;/* Ethernet speed in Mbps */ unsigned long bi_intfreq; /* Internal Freq, in MHz */ unsigned long bi_busfreq; /* Bus Freq, in MHz */ - unsigned intbi_baudrate;/* Console Baudrate */ + unsigned long bi_baudrate;/* Console Baudrate */ unsigned long bi_boot_params; /* where this board expects params */ struct environment_s *bi_env; struct /* RAM configuration */ diff --git a/include/asm-mips/u-boot.h b/include/asm-mips/u-boot.h index 9ecb9ac..c40afd7 100644 --- a/include/asm-mips/u-boot.h +++ b/include/asm-mips/u-boot.h @@ -32,7 +32,7 @@ #define _U_BOOT_H_ 1 typedef struct bd_info { - int bi_baudrate;/* serial console baudrate */ + unsigned long bi_baudrate;/* serial console baudrate */ unsigned long bi_ip_addr; /* IP Address */ unsigned char bi_enetaddr[6]; /* Ethernet adress */ unsigned long bi_arch_number; /* unique id for this board */ -- 1.5.6.3 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] u-boot 1.2 and Linux 2.6.8
Hello, I installed u-boot on my ppc board. And I am trying to run Linux with the bootm command. But Linux crash when it executes the prom function of prom_init.c. Does need Linux another parameters from u-boot ? Thanks Sébastien Chrétien - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
Hello Wolfwang I don't think that it is a problem with my board config, otherwhise it won't show the correct size using print_num... Maybe other users didn't have any problems because their memory size is smaller than 256MB. Best regards On Wed, Jul 30, 2008 at 1:21 PM, Wolfgang Denk [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] you wrote: My board has 0x1000 bytes of memory, without this patch, bdinfo shows 0x0 bytes of ram, but with this patch it shows the correct amount... maybe the problem is in print_lnum It would be strange if this happened for your board only - I rather suspect that you have a problem with 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] Every revolutionary idea - in science, politics, art, or whatever - evokes three stages of reaction in a hearer: 1. It is completely impossible - don't waste my time. 2. It is possible, but it is not worth doing. 3. I said it was a good idea all along. -- Ricardo Ribalda http://www.eps.uam.es/~rribalda/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [FYI] mainline gcc vs printf args
Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: probably we may be interested in this topic. http://sourceware.org/ml/binutils/2008-07/msg00370.html mainline gcc vs printf args Which exact part of this is it that you think might be interesting? Oops, I might have looked at recent printf format fixes all wrong over this month. [I found Andrew's fix at last.. ] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] (Re-re-submited) Added support to flash_real_protect for Atmel flash devices (tested with AT49BV6416)
In message [EMAIL PROTECTED] you wrote: Some of the flash memories produced by ATMEL start in read-only mode. We need to unprotect it. This patch allows the AT49BV6416 to work with cfi_flash memories. Tested in the at91rm9200ek board. This is your 5th posting to the very same subject, without threading, without patch version numbers, nor with any other indication why you are submitting this. I'm sorry, but I have to tell you that it is becoming a major nuisance to track all your patches and find out what we are supposed to do with these. Please try being a bit more efficient here on the list. Please see also the private mail I sent you before. 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] I don't want to be young again, I just don't want to get any older. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
In message [EMAIL PROTECTED] you wrote: I don't think that it is a problem with my board config, otherwhise it won't show the correct size using print_num... Maybe other users didn't have any problems because their memory size is smaller than 256MB. There are many, many boards with bigger memory as well. And these don't have problems either. For example: U-Boot 1.3.4-rc1-00012-g1953d12 (Jul 21 2008 - 09:05:23) CPU: AMCC PowerPC 440SPe Rev. B at 800 MHz (PLB=160, OPB=53, EBC=17 MHz) RAID 6 support Bootstrap Option D - Boot ROM Location I2C (Addr 0x50) Internal PCI arbiter enabled 32 kB I-Cache 32 kB D-Cache Board: Katmai - AMCC 440SPe Evaluation Board I2C: ready DTT: 1 is 27 C DTT: 2 is 27 C DRAM: 4 GB (ECC not enabled, 640 MHz, CL5) FLASH: 16 MB ... = bdi memstart= 0x memsize = 0x1 ... As you can see, this board has 4 GB of RAM and everything works just fine. 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] If you fail to plan, plan to fail. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
Ricardo, On Wednesday 30 July 2008, Ricardo Ribalda Delgado wrote: I don't think that it is a problem with my board config, otherwhise it won't show the correct size using print_num... Maybe other users didn't have any problems because their memory size is smaller than 256MB. Most likely you need to enable 64bit printf format (%ll) support: #define CFG_64BIT_VSPRINTF #define CFG_64BIT_STRTOUL This is already done for all 440 PPC's (include/ppc4xx.h) in the current git head. I'll merge this soon into the next branch of my ppc4xx repository, then your problem should go away. 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] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v4] Add MIMC200 board
The MIMC200 board is based on Atmel's NGW100 dev kit, but with an extra 8MByte FLASH and 128KByte FRAM. --- CREDITS |4 + MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/mimc/mimc200/Makefile | 40 board/mimc/mimc200/config.mk |3 + board/mimc/mimc200/mimc200.c | 209 + board/mimc/mimc200/u-boot.lds | 73 ++ include/configs/mimc200.h | 177 ++ 10 files changed, 519 insertions(+), 0 deletions(-) diff --git a/CREDITS b/CREDITS index 2b0dab7..5010c78 100644 --- a/CREDITS +++ b/CREDITS @@ -217,6 +217,10 @@ H: Rich Ireland E: [EMAIL PROTECTED] D: FPGA device configuration driver +H: Mark Jackson +E: [EMAIL PROTECTED] +D: Port to MIMC200 board + N: Gary Jennejohn E: [EMAIL PROTECTED], [EMAIL PROTECTED] D: Support for Samsung ARM920T S3C2400X, ARM920T TRAB diff --git a/MAINTAINERS b/MAINTAINERS index cbe5c47..d4f6639 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -709,6 +709,10 @@ Haavard Skinnemoen [EMAIL PROTECTED] ATSTK1006 AT32AP7000 ATNGW100AT32AP7000 +Mark Jackson [EMAIL PROTECTED] + + MIMC200 AT32AP7000 + # # SuperH Systems: # # # diff --git a/MAKEALL b/MAKEALL index c1a9c60..cfd376c 100755 --- a/MAKEALL +++ b/MAKEALL @@ -715,6 +715,7 @@ LIST_avr32=\ atstk1004 \ atstk1006 \ atngw100\ + mimc200 \ # diff --git a/Makefile b/Makefile index 369bbd7..d434ea3 100644 --- a/Makefile +++ b/Makefile @@ -2914,6 +2914,9 @@ atstk1004_config : unconfig atstk1006_config : unconfig @$(MKCONFIG) $(@:_config=) avr32 at32ap atstk1000 atmel at32ap700x +mimc200_config : unconfig + @$(MKCONFIG) $(@:_config=) avr32 at32ap mimc200 mimc at32ap700x + # # SH3 (SuperH) # diff --git a/board/mimc/mimc200/Makefile b/board/mimc/mimc200/Makefile new file mode 100644 index 000..9f3849f --- /dev/null +++ b/board/mimc/mimc200/Makefile @@ -0,0 +1,40 @@ +# +# Copyright (C) 2005-2006 Atmel Corporation +# +# 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 $(TOPDIR)/config.mk + +LIB:= $(obj)lib$(BOARD).a + +COBJS := $(BOARD).o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)) + +$(LIB): $(obj).depend $(OBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/mimc/mimc200/config.mk b/board/mimc/mimc200/config.mk new file mode 100644 index 000..9a794e5 --- /dev/null +++ b/board/mimc/mimc200/config.mk @@ -0,0 +1,3 @@ +TEXT_BASE = 0x +PLATFORM_RELFLAGS += -ffunction-sections -fdata-sections +PLATFORM_LDFLAGS += --gc-sections diff --git a/board/mimc/mimc200/mimc200.c b/board/mimc/mimc200/mimc200.c new file mode 100644 index 000..089fc6c --- /dev/null +++ b/board/mimc/mimc200/mimc200.c @@ -0,0 +1,209 @@ +/* + * Copyright (C) 2006 Atmel Corporation + * + * 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 + *
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
On Wednesday 30 July 2008, Wolfgang Denk wrote: = bdi memstart= 0x memsize = 0x1 ... As you can see, this board has 4 GB of RAM and everything works just fine. Yes. But unfortunately not for all boards. As it seems the patch b57ca3e128cc10a133ba79bc7ec3e7b50e7c8fbe [Change bd/gd memsize/ram_size to be phys_size_t.] introduced %llX unconditionally for all non-ARM boards. And many boards don't have support for 64bit printf formats enabled. So what to do? Enable 64bit format on all boards? Or make this size printing conditionally somehow? 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] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 1/2] net/ppc4xx: Rework 4xx non NET_MULTI MII init code
This patch simplifies the 4xx MII PHY init code by introducing the define CONFIG_PPC4xx_EMAC for EMAC enabled SoC's. Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- This is post 1.3.4 material. Ben, could you please queue this up and push it in the next merge window? If nobody objects of course. net/eth.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/net/eth.c b/net/eth.c index 38979aa..77a8500 100644 --- a/net/eth.c +++ b/net/eth.c @@ -620,8 +620,7 @@ int eth_initialize(bd_t *bis) #if defined(CONFIG_AT91RM9200) at91rm9200_miiphy_initialize(bis); #endif -#if defined(CONFIG_4xx) !defined(CONFIG_IOP480) \ -!defined(CONFIG_AP1000) !defined(CONFIG_405) +#if defined(CONFIG_PPC4xx_EMAC) emac4xx_miiphy_initialize(bis); #endif #if defined(CONFIG_MCF52x2) -- 1.5.6.4 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 2/2] net/ppc4xx: Rework 4xx non NET_MULTI MII init code
This patch simplifies the 4xx MII PHY init code by introducing the define CONFIG_PPC4xx_EMAC for EMAC enabled SoC's. Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- This is post 1.3.4 material. cpu/ppc4xx/4xx_enet.c |7 ++- include/ppc4xx.h |8 2 files changed, 10 insertions(+), 5 deletions(-) diff --git a/cpu/ppc4xx/4xx_enet.c b/cpu/ppc4xx/4xx_enet.c index 8a38335..62a3be8 100644 --- a/cpu/ppc4xx/4xx_enet.c +++ b/cpu/ppc4xx/4xx_enet.c @@ -1969,12 +1969,9 @@ int eth_rx(void) return (ppc_4xx_eth_rx(emac0_dev)); } -int emac4xx_miiphy_initialize (bd_t * bis) +int emac4xx_miiphy_initialize(bd_t * bis) { -#if defined(CONFIG_MII) || defined(CONFIG_CMD_MII) - miiphy_register (ppc_4xx_eth0, -emac4xx_miiphy_read, emac4xx_miiphy_write); -#endif + miiphy_register(ppc_4xx_eth0, emac4xx_miiphy_read, emac4xx_miiphy_write); return 0; } diff --git a/include/ppc4xx.h b/include/ppc4xx.h index 5a6b855..732f4dd 100644 --- a/include/ppc4xx.h +++ b/include/ppc4xx.h @@ -46,6 +46,14 @@ #define CONFIG_SDRAM_PPC4xx_IBM_DDR2 /* IBM DDR(2) controller */ #endif +/* + * Configure if SoC is equipped with one or multiple EMAC's + */ +#if !defined(CONFIG_405) !defined(CONFIG_405CR) \ +!defined(CONFIG_IOP480) !defined(CONFIG_XILINX_440) +#define CONFIG_PPC4xx_EMAC +#endif + #if defined(CONFIG_440) #include ppc440.h #else -- 1.5.6.4 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] bdinfo not showing correct info about memory size
On Wednesday 30 July 2008, Wolfgang Denk wrote: Most likely you need to enable 64bit printf format (%ll) support: #define CFG_64BIT_VSPRINTF #define CFG_64BIT_STRTOUL This is already done for all 440 PPC's (include/ppc4xx.h) in the current git head. I'll merge this soon into the next branch of my ppc4xx repository, then your problem should go away. Given the fact that print_lnum() unconditionally takes a u64 arg and unconditionally uses a %llX format, I thinkwe shoudl either fix print_lnum() for non-64bit cases, or drop the CFG_64BIT_VSPRINTF / CFG_64BIT_STRTOUL options completely. Personally, I'm voting for dropping the options completely and enabling the 64bit support unconditionally. I took me some time a few days ago to figure out that this support was *not* enabled by default. 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] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Allow console input to be disabled
Added CONFIG_SILENT_CONSOLE_INPUT define. When used (in conjunction with CONFIG_SILENT_CONSOLE) it disables all console input. --- common/console.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/common/console.c b/common/console.c index 1b095b1..ab071e2 100644 --- a/common/console.c +++ b/common/console.c @@ -162,6 +162,11 @@ void fprintf (int file, const char *fmt, ...) int getc (void) { +#if defined(CONFIG_SILENT_CONSOLE) defined(CONFIG_SILENT_CONSOLE_INPUT) + if (gd-flags GD_FLG_SILENT) + return 0; +#endif + if (gd-flags GD_FLG_DEVINIT) { /* Get from the standard input */ return fgetc (stdin); @@ -173,6 +178,11 @@ int getc (void) int tstc (void) { +#if defined(CONFIG_SILENT_CONSOLE) defined(CONFIG_SILENT_CONSOLE_INPUT) + if (gd-flags GD_FLG_SILENT) + return 0; +#endif + if (gd-flags GD_FLG_DEVINIT) { /* Test the standard input */ return ftstc (stdin); - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] (Re-re-submited) Ad ded support to flash_real_protect for Atmel f lash devices (tested with AT49BV6416)
Rafael, On Wednesday 30 July 2008, Rafael Campos wrote: Some of the flash memories produced by ATMEL start in read-only mode. We need to unprotect it. This patch allows the AT49BV6416 to work with cfi_flash memories. Tested in the at91rm9200ek board. Thanks. I finally find the time to review this patch. Sorry for the delay. But as Wolfgang already mentioned, resending the same patch over and over again is not the best way to handle things. Please find some nitpicking comments below. Signed-off-by: Rafael Campos Las Heras [EMAIL PROTECTED] --- drivers/mtd/cfi_flash.c | 40 ++-- 1 files changed, 34 insertions(+), 6 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 4340b1b..8d12eb8 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -103,6 +103,10 @@ #define AMD_STATUS_TOGGLE0x40 #define AMD_STATUS_ERROR 0x20 +#define ATM_CMD_UNLOCK_SECT 0x70 +#define ATM_CMD_SOFTLOCK_START 0x80 +#define ATM_CMD_LOCK_SECT0x40 + #define FLASH_OFFSET_MANUFACTURER_ID 0x00 #define FLASH_OFFSET_DEVICE_ID 0x01 #define FLASH_OFFSET_DEVICE_ID2 0x0E @@ -1348,12 +1352,36 @@ int flash_real_protect (flash_info_t * info, long sector, int prot) { int retcode = 0; - flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); - if (prot) - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_SET); - else - flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_CLEAR); + switch (info-vendor) { + case CFI_CMDSET_INTEL_PROG_REGIONS: + case CFI_CMDSET_INTEL_STANDARD: + flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); + if (prot) + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_SET); + else + flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_CLEAR); + break; + case CFI_CMDSET_AMD_EXTENDED: + case CFI_CMDSET_AMD_STANDARD: +#ifdef CONFIG_FLASH_CFI_LEGACY + case CFI_CMDSET_AMD_LEGACY: +#endif + /* U-Boot only checks the first byte */ + if (info-manufacturer_id == (uchar)ATM_MANUFACT ) { Drop the space before ')'. + if (prot) { + flash_unlock_seq(info, 0); + flash_write_cmd (info, 0, info-addr_unlock1, ATM_CMD_SOFTLOCK_START); This line gets pretty long. Please wrap this (and others) line that exceed the 80 chars. + flash_unlock_seq(info, 0); + flash_write_cmd (info, sector, 0, ATM_CMD_LOCK_SECT); Decide for one coding style: func () or func(). As this file used the func () version, please use it all the time. + } else { + flash_write_cmd (info, 0, info-addr_unlock1, AMD_CMD_UNLOCK_START); + if (info-device_id == ATM_ID_BV6416) + flash_write_cmd (info, sector, 0, ATM_CMD_UNLOCK_SECT); + } + } + break; + } if ((retcode = flash_full_status_check (info, sector, info-erase_blk_tout, BTW: Did you test this patch with other FLASH chips too (Intel, Spansion ...)? Or only the Atmel one? And please CC me directly on CFI related patches. 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] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Add support for the hammerhead (AVR32) board
Hi Overall I like the idea of the topic branches and also like the idea behind the next branch, even time will show if the next branch concept will work due to bugfix commits. A problem I see is that it could be hard for new developers to find out which branch is the branch to choose. It would be great if there is a possibility to get a short description of remote branches so even new developers can get behind your idea by them self and do not have to fill the mailinglist with questions. But as I am relatively new to git itself the mentioned thing above is already possible and therefore if all of the branches are attached to a short desc. it should all work just fine. Best rgds. - Julien On Wed, 30 Jul 2008, Haavard Skinnemoen wrote: Haavard Skinnemoen [EMAIL PROTECTED] wrote: From: Julien May [EMAIL PROTECTED] The Hammerhead platform is built around a AVR32 32-bit microcontroller from Atmel. It offers versatile peripherals, such as ethernet, usb device, usb host etc. Since I didn't receive any explanation of why it's bad with two maintainers, I've applied this as-is to my 'next' branch: git://git.denx.de/u-boot-avr32.git next I intend this to be a fairly stable branch which will normally not be rebased. Since the patches aren't applied there until they have been fully reviewed, it's unlikely that anything needs fixing once it's been applied. Mistakes do of course happen, so I'm not saying that I will _never_ rebase the tree, I'm just saying that I will try my best not to. I'm also going to try out a 'topic branch' strategy so that even if the history does get mangled, the commit IDs of the unaffected topics will be stable as I just re-pull the topic branches after fixing whatever it is that needs fixing. Currently, my tree has two topic branches: 'eth-cleanup' and 'hammerhead', but I expect at least two more boards to join in before the next merge window. So if you need to pull something from 'next', please try pulling a topic branch as it is more likely to stay stable than the 'next' branch itself. When the next merge window opens, I'll pull all the topic branches into 'master'. Or perhaps it's better to just pull the 'next' branch. I'm not really sure about this. I'd appreciate some feedback from other maintainers on whether or not you think this sounds like a good plan. Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH, RFC] NAND: Scan 2nd page for badblock markers
A datasheet from Micron says: The factory identifies invalid blocks before shipping by programming data other than FFh (x8) or h (x16) into the first spare location (column address 2,048 for x8 devices, or column address 1,024 for x16 devices) of the first or second page of each bad block. Which means one should scan the 2nd page too. Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED] --- I don't know if this actually happens, whether the manufacturer actually ever writes markers to the second page, but that's what the documentation says. In fact, we anyway then throw options away in nand_memory_bbt() at least for RAM-based BBT. So, don't know if this is really useful. Feel free to drop. diff --git a/drivers/mtd/nand/nand_ids.c b/drivers/mtd/nand/nand_ids.c index 7363490..1a0779a 100644 --- a/drivers/mtd/nand/nand_ids.c +++ b/drivers/mtd/nand/nand_ids.c @@ -77,14 +77,19 @@ struct nand_flash_dev nand_flash_ids[] = { {NAND 128MiB 3,3V 16-bit, 0xC1, 0, 128, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR}, /* 2 Gigabit */ - {NAND 256MiB 1,8V 8-bit, 0xAA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR}, - {NAND 256MiB 3,3V 8-bit, 0xDA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR}, - {NAND 256MiB 1,8V 16-bit, 0xBA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR}, - {NAND 256MiB 3,3V 16-bit, 0xCA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR}, + {NAND 256MiB 1,8V 8-bit, 0xAA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR | +NAND_BBT_SCAN2NDPAGE}, + {NAND 256MiB 3,3V 8-bit, 0xDA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR | +NAND_BBT_SCAN2NDPAGE}, + {NAND 256MiB 1,8V 16-bit, 0xBA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR | +NAND_BBT_SCAN2NDPAGE}, + {NAND 256MiB 3,3V 16-bit, 0xCA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR | +NAND_BBT_SCAN2NDPAGE}, /* 4 Gigabit */ {NAND 512MiB 1,8V 8-bit, 0xAC, 0, 512, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR}, - {NAND 512MiB 3,3V 8-bit, 0xDC, 0, 512, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR}, + {NAND 512MiB 3,3V 8-bit, 0xDC, 0, 512, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR | +NAND_BBT_SCAN2NDPAGE}, {NAND 512MiB 1,8V 16-bit, 0xBC, 0, 512, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR}, {NAND 512MiB 3,3V 16-bit, 0xCC, 0, 512, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR}, - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [UPDATED][PATCH v2] Fix compile warnings in dlmalloc
The origional code was using on odd reference to get to the first real element in av_[]. The first two elements of the array are not used for actual bins, but for house keeping. If we are more explicit about how use the first few elements we can get rid of the warnings: dlmalloc.c: In function 'malloc_extend_top': dlmalloc.c:1971: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:1999: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2029: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2031: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2042: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'malloc': dlmalloc.c:2245: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2245: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2253: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2258: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2263: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2318: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2327: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2329: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2344: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2356: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2360: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2362: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2363: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'free': dlmalloc.c:2431: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2444: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2483: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2483: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'realloc': dlmalloc.c:2594: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2599: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2604: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2605: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2637: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2646: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2647: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'calloc': dlmalloc.c:2896: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2897: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c: In function 'malloc_trim': dlmalloc.c:2987: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:2997: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:3008: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:3012: warning: dereferencing type-punned pointer will break strict-aliasing rules dlmalloc.c:3021: warning: dereferencing type-punned pointer will break strict-aliasing rules The logic of how this code came to be is: bin_at(0) = (char*)(av_[2]) - 2*SIZE_SZ SIZE_SZ is the size of pointer, and av_ is arry of pointers so: bin_at(0) = (av_[0]) Going from there to bin_at(0)-fd or bin_at(0)-size should be straight forward. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Updated against lastest head, added a bit more commit info about the logic of the change. common/dlmalloc.c | 21 +++-- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git a/common/dlmalloc.c b/common/dlmalloc.c index c51351e..4a18562 100644 --- a/common/dlmalloc.c +++ b/common/dlmalloc.c @@ -1457,7 +1457,7 @@ typedef struct malloc_chunk* mbinptr; indexing, maintain locality, and avoid some initialization tests. */ -#define top(bin_at(0)-fd) /* The topmost chunk */ +#define top(av_[2]) /* The topmost chunk */ #define last_remainder (bin_at(1)) /* remainder from last split */ @@ -1552,13 +1552,14 @@ void malloc_bin_reloc (void) #define BINBLOCKWIDTH 4 /* bins per block */ -#define binblocks
Re: [U-Boot-Users] Need Help. Bootup stalls at Uncompressing Image
Hi I am relatively new to uboot. When I boot my system up after loading all the necessary files, it stalls at uncompressing image and doesn't go any further. What is causing this and how can I fix it? Thanks. Solomon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Need Help. Bootup stalls at Uncompressing Image
In message [EMAIL PROTECTED] you wrote: I am relatively new to uboot. When I boot my system up after loading all the necessary files, it stalls at uncompressing image and doesn't go any further. What is causing this and how can I fix it? Start by reading http://catb.org/esr/faqs/smart-questions.html first, and then read the FAQ. 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] Of all possible committee reactions to any given agenda item, the reaction that will occur is the one which will liberate the greatest amount of hot air.-- Thomas L. Martin - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 1/1] Re-Submit: Add support for ATMEL AT91SAM9G20EK board.
On Wed, Jul 30, 2008 at 12:44 AM, Haavard Skinnemoen [EMAIL PROTECTED] wrote: Ben Warren [EMAIL PROTECTED] wrote: extern int macb_eth_initialize(int id, void *regs, unsigned int phy_addr); We're getting more and more of these. Does anyone know an appropriate header to put it in? At one point I had a netdev.h file, but removed it because it only contained this type of definition. Maybe it's time to resurrect. Yeah, perhaps that would be nice. I get the feeling this isn't the only instance of this kind of thing: ~/work/u-boot/upstream$ find -name '*.c' | xargs grep '^extern' | wc -l 1042 Yikes. I don't mean to be an ass, but did you know that modern grep has a '-R' (recurse) switch? e.g. $ grep -R --include *.c '^extern' * | wc -l All of those instances are potentially dangerous. The macb_eth_initialize() thing has certainly blown up in my face before... Btw, shouldn't board_eth_init() and cpu_eth_init() be declared in some header file as well? It might catch the wrong function definitions you've pointed out quite a few times already. Yeah, the fact that I've corrected several wrong return types in one day makes me think it's time. thanks, Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] error while running hello_world standalone program
Hi Light King (is this a calory reduced monarch?) ;) I m newly using U-Boot in a customised platform of processor Intel xscale PXA255. U-Boot 1.1.6 (Jul 28 2008 - 10:01:53) is running in this board . In this board one external 64 mb RAM is there and one 64 mb flash is there . RAM address is starting from 0xA000 . Flash address is starting from 0x . I m compiling the U-Boot source with arm-linux-gcc toolchain 3.4.1 . then I m transfering the hello_world.bin image to the board through serial . If I downloading this image to any RAM address and executing from there by go command then board is rebooting . If I m trying to download to 0x4 adress ( given by the U-Boot document ) and trying to execute from that adddress then it is giving some garbage output . plz help me about this The standalone application needs to be linked to a static address. If you look into the Makefile in examples, you'll see that for your board LOAD_ADDR = 0xc10, i.e. that's where the binary _can_ run. If this is not RAM on your system, adjust the makefile, rebuild the app, load it at that address and then run from there. retry. Cheers Detlev -- Peace of mind isn't at all superficial to technical work. It's the whole thing. That which produces it is good work and that which destroys it is bad work. -- Robert M. Pirsig -- 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: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Apology
Dear members of the list, First of all, sorry about the amount of e-mails sended to the list. I was trying to correct the comments sended by Wolfgang and others. I had some miss-configurations in my e-mail client. El mié, 30-07-2008 a las 13:51 +0200, Wolfgang Denk escribió: In message [EMAIL PROTECTED] you wrote: Some of the flash memories produced by ATMEL start in read-only mode. We need to unprotect it. This patch allows the AT49BV6416 to work with cfi_flash memories. Tested in the at91rm9200ek board. This is your 5th posting to the very same subject, without threading, without patch version numbers, nor with any other indication why you are submitting this. I'm sorry, but I have to tell you that it is becoming a major nuisance to track all your patches and find out what we are supposed to do with these. Please try being a bit more efficient here on the list. Please see also the private mail I sent you before. Best regards, Wolfgang Denk Rafael Campos Las Heras. Dpto. Ingenieria [EMAIL PROTECTED] ___ Hanscan Spain S.A. Avda. de la Vega 1 Edif. Veganova 2-3 º 28108 Alcobendas (Madrid) Spain Telf. +34 902 636 551 FAX. +34 902 636 552 www.hanscan.com - [EMAIL PROTECTED] ___ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Comments to the patch
El mié, 30-07-2008 a las 14:25 +0200, Stefan Roese escribió: BTW: Did you test this patch with other FLASH chips too (Intel, Spansion ...)? Or only the Atmel one? Only with the ATMEL one (AT49BV6416), which is the only one that i have access to. But i checked several other ATMEL flash datasheets and said that they start in read-only mode. Rafael Campos Las Heras. Dpto. Ingenieria [EMAIL PROTECTED] ___ Hanscan Spain S.A. Avda. de la Vega 1 Edif. Veganova 2-3 º 28108 Alcobendas (Madrid) Spain Telf. +34 902 636 551 FAX. +34 902 636 552 www.hanscan.com - [EMAIL PROTECTED] ___ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 1/2] net/ppc4xx: Rework 4xx non NET_MULTI MII init code
On Wed, Jul 30, 2008 at 5:10 AM, Stefan Roese [EMAIL PROTECTED] wrote: This patch simplifies the 4xx MII PHY init code by introducing the define CONFIG_PPC4xx_EMAC for EMAC enabled SoC's. Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- This is post 1.3.4 material. Ben, could you please queue this up and push it in the next merge window? If nobody objects of course. Will do. I'll try to get to it tonight (early morning now). Thanks, I was about to rant about growing conditional non-compilation, but you saved everybody. cheers, Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] cmd_bootm.c: Fix problem with '#if (CONFIG_CMD_USB)'
Stefan Roese [EMAIL PROTECTED] writes: A recent patch used '#if (CONFIG_CMD_USB)' instead of '#if defined(CONFIG_CMD_USB)'. This patch fixes this problem and makes common/bootm.c compile again. Signed-off-by: Stefan Roese [EMAIL PROTECTED] Acked-by: Markus Klotzbuecher [EMAIL PROTECTED] Wolfgang, please pick up directly. Best regards Markus Klotzbuecher -- 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] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-boot and Mathematical Library
Hi, Vincenzo Scianni a écrit : Hi to everyone. I have a general question: my need is to use u-boot to initialize a PowerPC 5123 and then to continue with a custom kernel without Linux. The problem is that during initialization I must drive very early a graphical controller by PCI to show some logos and I need of mathematical library; What kind of logo display requires math? You're going to display a bitmap probably, so the only math involved would be integer arithmetic, I think. And if you have a logo in vector form, then you can convert it to bitmap (adapted to your FB format) offline and link the bitmap from, not the vector, in u-boot. Check the splashscreen support already in place (CONFIG_CMD_BMP). It supports BMPs. Cheers Detlev -- It was actually a very beautiful thing to see a sunrise, cause' that's such a calm time of day. It's a wonderful time of day to get ready to go to bed. -- Richard M. Stallman -- 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: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Fix bitmap display for atmel lcd controller
The current lcd_display_bitmap() function does not work properly for the Atmel LCD controller. 2 fixes need to be done:- (a) when setting the colour map, use the lcd_setcolreg() function as provided by the Atmel driver (b) the actual data is never actually written to the lcd framebuffer !! Below is a patch to fix these issues. --- diff --git a/common/lcd.c b/common/lcd.c index eec1f53..e03cff3 100644 --- a/common/lcd.c +++ b/common/lcd.c @@ -678,6 +678,7 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y) /* Set color map */ for (i=0; icolors; ++i) { bmp_color_table_entry_t cte = bmp-color_table[i]; +#if !defined(CONFIG_ATMEL_LCD) ushort colreg = ( ((cte.red)8) 0xf800) | ( ((cte.green) 3) 0x07e0) | @@ -692,6 +693,9 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y) #elif defined(CONFIG_MPC823) cmap--; #endif +#else /* CONFIG_ATMEL_LCD */ + lcd_setcolreg(i, cte.red, cte.green, cte.blue); +#endif } } #endif @@ -727,7 +731,7 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y) for (i = 0; i height; ++i) { WATCHDOG_RESET(); for (j = 0; j width ; j++) -#if defined(CONFIG_PXA250) +#if defined(CONFIG_PXA250) || defined(CONFIG_ATMEL_LCD) *(fb++) = *(bmap++); #elif defined(CONFIG_MPC823) || defined(CONFIG_MCC200) *(fb++)=255-*(bmap++); - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] mpc85xx: Update linker scripts for Freescale boards
* Move to using absolute addressing always. Makes the scripts a bit more portable and common * Moved .bss after the end of the image. These allows us to have more room in the resulting binary image for code and data. * Removed .text object files that aren't really needed * Added drivers/bios_emulator/atibios.o so the files are common since we do run ATI video cards on some boards Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- board/freescale/mpc8540ads/u-boot.lds | 35 board/freescale/mpc8541cds/u-boot.lds | 36 +++-- board/freescale/mpc8544ds/u-boot.lds | 33 ++ board/freescale/mpc8548cds/u-boot.lds | 35 +++- board/freescale/mpc8555cds/u-boot.lds | 36 +++-- board/freescale/mpc8560ads/u-boot.lds | 40 +--- board/freescale/mpc8568mds/u-boot.lds | 38 +++--- 7 files changed, 100 insertions(+), 153 deletions(-) diff --git a/board/freescale/mpc8540ads/u-boot.lds b/board/freescale/mpc8540ads/u-boot.lds index f200810..dd7ec5d 100644 --- a/board/freescale/mpc8540ads/u-boot.lds +++ b/board/freescale/mpc8540ads/u-boot.lds @@ -2,6 +2,8 @@ * (C) Copyright 2002,2003, Motorola,Inc. * Xianghua Xiao, [EMAIL PROTECTED] * + * Copyright 2008 Freescale Semiconductor, Inc. + * * See file CREDITS for list of people who contributed to this * project. * @@ -26,16 +28,6 @@ OUTPUT_ARCH(powerpc) __DYNAMIC = 0;*/ SECTIONS { - .resetvec 0xFFFC : - { -*(.resetvec) - } = 0x - - .bootpg 0xF000 : - { -cpu/mpc85xx/start.o(.bootpg) - } = 0x - /* Read-only sections, merged into text segment: */ . = + SIZEOF_HEADERS; .interp : { *(.interp) } @@ -63,16 +55,7 @@ SECTIONS .text : { cpu/mpc85xx/start.o(.text) -cpu/mpc85xx/traps.o (.text) -cpu/mpc85xx/interrupts.o (.text) -cpu/mpc85xx/cpu_init.o (.text) -cpu/mpc85xx/cpu.o (.text) -cpu/mpc85xx/speed.o (.text) -cpu/mpc85xx/pci.o (.text) -common/dlmalloc.o (.text) -lib_generic/crc32.o (.text) -lib_ppc/extable.o (.text) -lib_generic/zlib.o (.text) +drivers/bios_emulator/atibios.o (.text) *(.text) *(.fixup) *(.got1) @@ -134,6 +117,18 @@ SECTIONS . = ALIGN(256); __init_end = .; + .bootpg ADDR(.text) + 0x7f000 : + { +cpu/mpc85xx/start.o(.bootpg) + } = 0x + + .resetvec ADDR(.text) + 0x7fffc : + { +*(.resetvec) + } = 0x + + . = ADDR(.text) + 0x8; + __bss_start = .; .bss (NOLOAD) : { diff --git a/board/freescale/mpc8541cds/u-boot.lds b/board/freescale/mpc8541cds/u-boot.lds index 5f4dcf0..9fe1a28 100644 --- a/board/freescale/mpc8541cds/u-boot.lds +++ b/board/freescale/mpc8541cds/u-boot.lds @@ -1,5 +1,5 @@ /* - * Copyright 2004 Freescale Semiconductor. + * Copyright 2004, 2008 Freescale Semiconductor. * * See file CREDITS for list of people who contributed to this * project. @@ -25,16 +25,6 @@ OUTPUT_ARCH(powerpc) __DYNAMIC = 0;*/ SECTIONS { - .resetvec 0xFFFC : - { -*(.resetvec) - } = 0x - - .bootpg 0xF000 : - { -cpu/mpc85xx/start.o(.bootpg) - } = 0x - /* Read-only sections, merged into text segment: */ . = + SIZEOF_HEADERS; .interp : { *(.interp) } @@ -62,17 +52,7 @@ SECTIONS .text : { cpu/mpc85xx/start.o(.text) -cpu/mpc85xx/traps.o (.text) -cpu/mpc85xx/interrupts.o (.text) -cpu/mpc85xx/cpu_init.o (.text) -cpu/mpc85xx/cpu.o (.text) -drivers/net/tsec.o (.text) -cpu/mpc85xx/speed.o (.text) -cpu/mpc85xx/pci.o (.text) -common/dlmalloc.o (.text) -lib_generic/crc32.o (.text) -lib_ppc/extable.o (.text) -lib_generic/zlib.o (.text) +drivers/bios_emulator/atibios.o (.text) *(.text) *(.fixup) *(.got1) @@ -134,6 +114,18 @@ SECTIONS . = ALIGN(256); __init_end = .; + .bootpg ADDR(.text) + 0x7f000 : + { +cpu/mpc85xx/start.o(.bootpg) + } = 0x + + .resetvec ADDR(.text) + 0x7fffc : + { +*(.resetvec) + } = 0x + + . = ADDR(.text) + 0x8; + __bss_start = .; .bss (NOLOAD) : { diff --git a/board/freescale/mpc8544ds/u-boot.lds b/board/freescale/mpc8544ds/u-boot.lds index c66c69f..fec8ea3 100644 --- a/board/freescale/mpc8544ds/u-boot.lds +++ b/board/freescale/mpc8544ds/u-boot.lds @@ -1,5 +1,5 @@ /* - * Copyright 2007 Freescale Semiconductor, Inc. + * Copyright 2007-2008 Freescale Semiconductor, Inc. * * See file CREDITS for list of people who contributed to this * project. @@ -25,16 +25,6 @@ OUTPUT_ARCH(powerpc) __DYNAMIC = 0;*/ SECTIONS { - .resetvec 0xFFFC : - { -*(.resetvec) - } = 0x - - .bootpg 0xF000 : - { -cpu/mpc85xx/start.o(.bootpg) - } = 0x - /* Read-only sections, merged into text segment: */ . = + SIZEOF_HEADERS; .interp : { *(.interp) } @@
Re: [U-Boot-Users] [PATCH] mpc85xx: Update linker scripts for Freescale boards
In message [EMAIL PROTECTED] you wrote: .text : { cpu/mpc85xx/start.o (.text) -cpu/mpc85xx/traps.o (.text) -cpu/mpc85xx/interrupts.o (.text) -cpu/mpc85xx/cpu_init.o (.text) -cpu/mpc85xx/cpu.o (.text) -cpu/mpc85xx/speed.o (.text) -cpu/mpc85xx/pci.o (.text) -common/dlmalloc.o (.text) -lib_generic/crc32.o (.text) -lib_ppc/extable.o (.text) -lib_generic/zlib.o (.text) +drivers/bios_emulator/atibios.o (.text) *(.text) When you exclude all the other objects here, then why do you have to include atibios.o ? 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] A door is what a dog is perpetually on the wrong side of. - Ogden Nash - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mpc85xx: Update linker scripts for Freescale boards
On Jul 30, 2008, at 11:07 AM, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: .text : { cpu/mpc85xx/start.o (.text) -cpu/mpc85xx/traps.o (.text) -cpu/mpc85xx/interrupts.o (.text) -cpu/mpc85xx/cpu_init.o (.text) -cpu/mpc85xx/cpu.o (.text) -cpu/mpc85xx/speed.o (.text) -cpu/mpc85xx/pci.o (.text) -common/dlmalloc.o (.text) -lib_generic/crc32.o (.text) -lib_ppc/extable.o (.text) -lib_generic/zlib.o (.text) +drivers/bios_emulator/atibios.o (.text) *(.text) When you exclude all the other objects here, then why do you have to include atibios.o ? I haven't figured that out yet. I know my boot fails if I dont. Guess I should go figure that out... I was hoping to blissfully ignore this ;) - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Comments to the patch
Rafael Campos [EMAIL PROTECTED] wrote: El mié, 30-07-2008 a las 14:25 +0200, Stefan Roese escribió: BTW: Did you test this patch with other FLASH chips too (Intel, Spansion ...)? Or only the Atmel one? Only with the ATMEL one (AT49BV6416), which is the only one that i have access to. But i checked several other ATMEL flash datasheets and said that they start in read-only mode. Of course they start in read-only mode -- it's flash after all ;-) But I don't think all Atmel flash needs this treatment. AT49BV6416 is kinda special -- the replacement, AT49BV642D does not need this. The ones using Intel command set usually do need to be unlocked, but this is standard behaviour for Intel-compatible flash I think. Btw, also note that since the CFI driver only reads the low 8 bits of the device ID, there's currently no way to tell AT49BV6416 and AT49BV642D apart. Or at least it wasn't last time I checked. So I think this needs fixing first. Oh, and you also need to reverse the erase regions reported by this chip. Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH, RFC] NAND: Scan 2nd page for badblock markers
On Wed, Jul 30, 2008 at 02:31:07PM +0200, Guennadi Liakhovetski wrote: /* 2 Gigabit */ - {NAND 256MiB 1,8V 8-bit, 0xAA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR}, - {NAND 256MiB 3,3V 8-bit, 0xDA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR}, - {NAND 256MiB 1,8V 16-bit, 0xBA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR}, - {NAND 256MiB 3,3V 16-bit, 0xCA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR}, + {NAND 256MiB 1,8V 8-bit, 0xAA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR | + NAND_BBT_SCAN2NDPAGE}, + {NAND 256MiB 3,3V 8-bit, 0xDA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_NO_AUTOINCR | + NAND_BBT_SCAN2NDPAGE}, + {NAND 256MiB 1,8V 16-bit, 0xBA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR | + NAND_BBT_SCAN2NDPAGE}, + {NAND 256MiB 3,3V 16-bit, 0xCA, 0, 256, 0, NAND_SAMSUNG_LP_OPTIONS | NAND_BUSWIDTH_16 | NAND_NO_AUTOINCR | + NAND_BBT_SCAN2NDPAGE}, NAND_BBT_SCAN2NDPAGE is a BBT option, not a NAND option. You can't combine them like this. -Scott - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Error building uboot image
Hi I am trying to build an image for the at91rm9200 board using the command (make CROSS_COMPILE=arm-softfloat-linux-gnu-). It builds until a certain point and stops with the error message: at91rm9200dk.c: In function 'board_init': at91rm9200dk.c:49: error: invalid lvalue in assignment When I look at line 49 in at91rm9200dk.c, there is aline of code that says: /* Set PA23_TXD in Output */ (AT91PS_PIO) AT91C_BASE_PIOA-PIO_OER = AT91C_PA23_TXD2; I don't know how to alter this line of code for the image to build successfully. The code might not even need altering, what should I do for the image to build successfully? Solo - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v2] mpc85xx: Update linker scripts for Freescale boards
* Move to using absolute addressing always. Makes the scripts a bit more portable and common * Moved .bss after the end of the image. These allows us to have more room in the resulting binary image for code and data. * Removed .text object files that aren't really needed * Make sure _end is 4-byte aligned as the .bss init code expects this. (Its possible that the end of .bss isn't 4-byte aligned) Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- * fixed the issue with the ATI emu code by ensuring _end is 4-byte aligned. - k board/freescale/mpc8540ads/u-boot.lds | 37 board/freescale/mpc8541cds/u-boot.lds | 38 +++-- board/freescale/mpc8544ds/u-boot.lds | 37 +++- board/freescale/mpc8548cds/u-boot.lds | 37 +++- board/freescale/mpc8555cds/u-boot.lds | 38 +++-- board/freescale/mpc8560ads/u-boot.lds | 42 +--- board/freescale/mpc8568mds/u-boot.lds | 40 +++--- 7 files changed, 108 insertions(+), 161 deletions(-) diff --git a/board/freescale/mpc8540ads/u-boot.lds b/board/freescale/mpc8540ads/u-boot.lds index f200810..0e4f5a2 100644 --- a/board/freescale/mpc8540ads/u-boot.lds +++ b/board/freescale/mpc8540ads/u-boot.lds @@ -2,6 +2,8 @@ * (C) Copyright 2002,2003, Motorola,Inc. * Xianghua Xiao, [EMAIL PROTECTED] * + * Copyright 2008 Freescale Semiconductor, Inc. + * * See file CREDITS for list of people who contributed to this * project. * @@ -26,16 +28,6 @@ OUTPUT_ARCH(powerpc) __DYNAMIC = 0;*/ SECTIONS { - .resetvec 0xFFFC : - { -*(.resetvec) - } = 0x - - .bootpg 0xF000 : - { -cpu/mpc85xx/start.o(.bootpg) - } = 0x - /* Read-only sections, merged into text segment: */ . = + SIZEOF_HEADERS; .interp : { *(.interp) } @@ -62,17 +54,6 @@ SECTIONS .plt : { *(.plt) } .text : { -cpu/mpc85xx/start.o(.text) -cpu/mpc85xx/traps.o (.text) -cpu/mpc85xx/interrupts.o (.text) -cpu/mpc85xx/cpu_init.o (.text) -cpu/mpc85xx/cpu.o (.text) -cpu/mpc85xx/speed.o (.text) -cpu/mpc85xx/pci.o (.text) -common/dlmalloc.o (.text) -lib_generic/crc32.o (.text) -lib_ppc/extable.o (.text) -lib_generic/zlib.o (.text) *(.text) *(.fixup) *(.got1) @@ -134,6 +115,18 @@ SECTIONS . = ALIGN(256); __init_end = .; + .bootpg ADDR(.text) + 0x7f000 : + { +cpu/mpc85xx/start.o(.bootpg) + } = 0x + + .resetvec ADDR(.text) + 0x7fffc : + { +*(.resetvec) + } = 0x + + . = ADDR(.text) + 0x8; + __bss_start = .; .bss (NOLOAD) : { @@ -142,6 +135,8 @@ SECTIONS *(.bss) *(COMMON) } + + . = ALIGN(4); _end = . ; PROVIDE (end = .); } diff --git a/board/freescale/mpc8541cds/u-boot.lds b/board/freescale/mpc8541cds/u-boot.lds index 5f4dcf0..1c583de 100644 --- a/board/freescale/mpc8541cds/u-boot.lds +++ b/board/freescale/mpc8541cds/u-boot.lds @@ -1,5 +1,5 @@ /* - * Copyright 2004 Freescale Semiconductor. + * Copyright 2004, 2008 Freescale Semiconductor. * * See file CREDITS for list of people who contributed to this * project. @@ -25,16 +25,6 @@ OUTPUT_ARCH(powerpc) __DYNAMIC = 0;*/ SECTIONS { - .resetvec 0xFFFC : - { -*(.resetvec) - } = 0x - - .bootpg 0xF000 : - { -cpu/mpc85xx/start.o(.bootpg) - } = 0x - /* Read-only sections, merged into text segment: */ . = + SIZEOF_HEADERS; .interp : { *(.interp) } @@ -61,18 +51,6 @@ SECTIONS .plt : { *(.plt) } .text : { -cpu/mpc85xx/start.o(.text) -cpu/mpc85xx/traps.o (.text) -cpu/mpc85xx/interrupts.o (.text) -cpu/mpc85xx/cpu_init.o (.text) -cpu/mpc85xx/cpu.o (.text) -drivers/net/tsec.o (.text) -cpu/mpc85xx/speed.o (.text) -cpu/mpc85xx/pci.o (.text) -common/dlmalloc.o (.text) -lib_generic/crc32.o (.text) -lib_ppc/extable.o (.text) -lib_generic/zlib.o (.text) *(.text) *(.fixup) *(.got1) @@ -134,6 +112,18 @@ SECTIONS . = ALIGN(256); __init_end = .; + .bootpg ADDR(.text) + 0x7f000 : + { +cpu/mpc85xx/start.o(.bootpg) + } = 0x + + .resetvec ADDR(.text) + 0x7fffc : + { +*(.resetvec) + } = 0x + + . = ADDR(.text) + 0x8; + __bss_start = .; .bss (NOLOAD) : { @@ -142,6 +132,8 @@ SECTIONS *(.bss) *(COMMON) } + + . = ALIGN(4); _end = . ; PROVIDE (end = .); } diff --git a/board/freescale/mpc8544ds/u-boot.lds b/board/freescale/mpc8544ds/u-boot.lds index c66c69f..500e647 100644 --- a/board/freescale/mpc8544ds/u-boot.lds +++ b/board/freescale/mpc8544ds/u-boot.lds @@ -1,5 +1,5 @@ /* - * Copyright 2007 Freescale Semiconductor, Inc. + * Copyright 2007-2008 Freescale Semiconductor, Inc. * * See file CREDITS for list of people who contributed to this * project. @@ -25,16 +25,6 @@ OUTPUT_ARCH(powerpc)
Re: [U-Boot-Users] [PATCH] mpc85xx: Update linker scripts for Freescale boards
On Jul 30, 2008, at 11:07 AM, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: .text : { cpu/mpc85xx/start.o (.text) -cpu/mpc85xx/traps.o (.text) -cpu/mpc85xx/interrupts.o (.text) -cpu/mpc85xx/cpu_init.o (.text) -cpu/mpc85xx/cpu.o (.text) -cpu/mpc85xx/speed.o (.text) -cpu/mpc85xx/pci.o (.text) -common/dlmalloc.o (.text) -lib_generic/crc32.o (.text) -lib_ppc/extable.o (.text) -lib_generic/zlib.o (.text) +drivers/bios_emulator/atibios.o (.text) *(.text) When you exclude all the other objects here, then why do you have to include atibios.o ? Ok, the issue is that the atibios/x86 emu was causing _end not to be 4- byte aligned and by putting in earlier it would get aligned for us. I've posted a new patch that adds a proper ALIGN for _end and dropped the explicit listing of atibios.o and start.o since they aren't needed. - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 1/2] PPC: Add pci_clk in the global_data for CPM2 processors
This patch adds pci_clk field to the global_data structure for the processors which have CPM2 module in case the CONFIG_PCI is defined. Signed-off-by: Matvejchikov Ilya [EMAIL PROTECTED] --- include/asm-ppc/global_data.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/asm-ppc/global_data.h b/include/asm-ppc/global_data.h index c5ac658..be2ce24 100644 --- a/include/asm-ppc/global_data.h +++ b/include/asm-ppc/global_data.h @@ -51,6 +51,9 @@ typedef struct global_data { unsigned long cpm_clk; unsigned long scc_clk; unsigned long brg_clk; +#ifdef CONFIG_PCI + unsigned long pci_clk; +#endif #endif unsigned long mem_clk; #if defined(CONFIG_MPC83XX) -- 1.5.6.4 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 2/2] 8260: Making the use of gd-pci_clk dependant on the CONFIG_PCI
Signed-off-by: Matvejchikov Ilya [EMAIL PROTECTED] --- cpu/mpc8260/speed.c | 47 +++ 1 files changed, 27 insertions(+), 20 deletions(-) diff --git a/cpu/mpc8260/speed.c b/cpu/mpc8260/speed.c index 38cd0d9..8d280fb 100644 --- a/cpu/mpc8260/speed.c +++ b/cpu/mpc8260/speed.c @@ -162,6 +162,30 @@ int get_clocks (void) gd-cpu_clk = clkin; } +#ifdef CONFIG_PCI + gd-pci_clk = clkin; + + if (sccr SCCR_PCI_MODE) { + uint pci_div; + uint pcidf = (sccr SCCR_PCIDF_MSK) SCCR_PCIDF_SHIFT; + + if (sccr SCCR_PCI_MODCK) { + pci_div = 2; + if (pcidf == 9) { + pci_div *= 5; + } else if (pcidf == 0xB) { + pci_div *= 6; + } else { + pci_div *= (pcidf + 1); + } + } else { + pci_div = pcidf + 1; + } + + gd-pci_clk = (gd-cpm_clk * 2) / pci_div; + } +#endif + return (0); } @@ -220,26 +244,9 @@ int prt_8260_clks (void) printf ( - cpu_clk %10ld, cpm_clk %10ld, bus_clk %10ld\n, gd-cpu_clk, gd-cpm_clk, gd-bus_clk); - - if (sccr SCCR_PCI_MODE) { - uint pci_div; - uint pcidf = (sccr SCCR_PCIDF_MSK) SCCR_PCIDF_SHIFT; - - if (sccr SCCR_PCI_MODCK) { - pci_div = 2; - if (pcidf == 9) { - pci_div *= 5; - } else if (pcidf == 0xB) { - pci_div *= 6; - } else { - pci_div *= (pcidf + 1); - } - } else { - pci_div = pcidf + 1; - } - - printf ( - pci_clk %10ld\n, (gd-cpm_clk * 2) / pci_div); - } +#ifdef CONFIG_PCI + printf ( - pci_clk %10ld\n, gd-pci_clk); +#endif putc ('\n'); return (0); -- 1.5.6.4 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Test - Please ignore
Dear Ken, in message [EMAIL PROTECTED] you wrote: You missed my point. I suspect that the mailing list server is not sending me messages when it sees that my address is also in a To or CC header. I verified the U-Boot-Users mailman configuration for my account twice that I should be sent a copy of all mailing list messages, regardless of whether or not my address appears in a To or CC header (see 1st paragraph quoted above). Let's try it out, then. Hide is off here. 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] Swap read error. You lose your mind. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Test - Please ignore
In message [EMAIL PROTECTED] I wrote: Let's try it out, then. Hide is off here. ... and on here again as it was before. 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] Wenn Du ein' weise Antwort verlangst, Mußt Du vernünftig fragen. -- Goethe, Invektiven - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Error building uboot image
On 13:52 Wed 30 Jul , Rugunda, Solo wrote: Hi I am trying to build an image for the at91rm9200 board using the command (make CROSS_COMPILE=arm-softfloat-linux-gnu-). It builds until a certain point and stops with the error message: Could you be more specific : U-Boot version, toolchains option and version Best Regards, J. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Error building uboot image
Hi Sorry. Im a bit of a newbie, but here is what I know. The uboot version is Uboot 1.1.4. ToolChain : GNU ARM toolchain Compiler : GCC Host/server Architecture: intel i386 linux, gentoo linux Target arch: at91rm9200 Cross Compiler: arm-softfloat-linux-gnu -Original Message- From: Jean-Christophe PLAGNIOL-VILLARD [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2008 3:16 PM To: Rugunda, Solo Cc: u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] Error building uboot image On 13:52 Wed 30 Jul , Rugunda, Solo wrote: Hi I am trying to build an image for the at91rm9200 board using the command (make CROSS_COMPILE=arm-softfloat-linux-gnu-). It builds until a certain point and stops with the error message: Could you be more specific : U-Boot version, toolchains option and version Best Regards, J. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [Part 1 of A PATCH SERIES for STLS]: Add Makefile, config.mk and u-boot.lds.S in board/st/stls/ directory!
Hi Wolfgang, I have modified my patch name and contents to follow proper U-Boot patch way. The reason that I use u-boot.lds.S file is that it includes TEXT_BASE parameter and need be pre-compiled to generate u-boot.lds file. The TEXT_BASE parameter only be defined in board/st/stls/config.mk file. I don't want to write it as a fixed value in u-boot.lds. I think it's a good way to keep the same parameter coherent in different places. diff --git a/board/st/stls/Makefile b/board/st/stls/Makefile new file mode 100755 index 000..8213838 --- /dev/null +++ b/board/st/stls/Makefile @@ -0,0 +1,48 @@ +# +# (C) Copyright 2003-2006 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# 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 $(TOPDIR)/config.mk + +LIB= $(obj)lib$(BOARD).a + +COBJS = flash.o pci.o stls_board.o ide.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +$(LIB):$(obj).depend $(OBJS) $(SOBJS) u-boot.lds + $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS) + +u-boot.lds: u-boot.lds.S + $(CPP) $(CPPFLAGS) -P $^ [EMAIL PROTECTED] + mv -f [EMAIL PROTECTED] $@ + +### +## + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +### +## diff --git a/board/st/stls/config.mk b/board/st/stls/config.mk new file mode 100755 index 000..683b009 --- /dev/null +++ b/board/st/stls/config.mk @@ -0,0 +1,29 @@ +# +# (C) Copyright 2003 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# 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 # + +# +# ST development board stls, Loongson core # TEXT_BASE = 0xc000 + +#GUI_SUPPORT = minigui + diff --git a/board/st/stls/u-boot.lds.S b/board/st/stls/u-boot.lds.S new file mode 100755 index 000..5e7bb76 --- /dev/null +++ b/board/st/stls/u-boot.lds.S @@ -0,0 +1,69 @@ +/* + * (C) Copyright 2003 + * Wolfgang Denk Engineering, [EMAIL PROTECTED] + * + * 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 config.h + +OUTPUT_FORMAT(elf32-tradlittlemips, elf32-tradlittlemips, +elf32-tradlittlemips) +OUTPUT_ARCH(mips) +ENTRY(_start) +SECTIONS +{ + . = TEXT_BASE; + uboot_start = .; + __uboot_start = .; + + . = ALIGN(4); + .text : + { + cpu/stls/start.o (.text) + *(.text) + } + + . = ALIGN(4); + .rodata : { *(.rodata) } + + . = ALIGN(4); + uboot_start_data = .; + __uboot_start_data = .; + .data : { *(.data) } + + . = ALIGN(4); +
Re: [U-Boot-Users] [Part 1 of A PATCH SERIES for STLS]: Add Makefile, config.mk and u-boot.lds.S in board/st/stls/ directory!
Hi all, Sorry, I need resend my patch according to Jean's suggestions and please ignore previous [Part 1 of A PATCH SERIES for STLS] mail. Thanks! Hi Jean, I will send [Part 2 of A PATCH SERIES for STLS] email to update General Makefile, MAKALL and MAINTAINERS files. And I will try to move board/st/stls/flash.c to mtd support directory. Thanks! Signed-off-by: Ryan Chen [EMAIL PROTECTED] diff --git a/board/st/stls/Makefile b/board/st/stls/Makefile new file mode 100755 index 000..8213838 --- /dev/null +++ b/board/st/stls/Makefile @@ -0,0 +1,48 @@ +# +# (C) Copyright 2003-2006 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# 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 $(TOPDIR)/config.mk + +LIB= $(obj)lib$(BOARD).a + +COBJS = pci.o stls_board.o ide.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +$(LIB):$(obj).depend $(OBJS) $(SOBJS) $(obj)u-boot.lds + $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS) + +$(obj)u-boot.lds: u-boot.lds.S + $(CPP) $(CPPFLAGS) -P $^ [EMAIL PROTECTED] + mv -f [EMAIL PROTECTED] $@ + +### +## + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +### +## diff --git a/board/st/stls/config.mk b/board/st/stls/config.mk new file mode 100755 index 000..683b009 --- /dev/null +++ b/board/st/stls/config.mk @@ -0,0 +1,29 @@ +# +# (C) Copyright 2003 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# 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 # + +# +# ST development board stls, Loongson core # TEXT_BASE = 0xc000 + +#GUI_SUPPORT = minigui + diff --git a/board/st/stls/u-boot.lds.S b/board/st/stls/u-boot.lds.S new file mode 100755 index 000..5e7bb76 --- /dev/null +++ b/board/st/stls/u-boot.lds.S @@ -0,0 +1,69 @@ +/* + * (C) Copyright 2003 + * Wolfgang Denk Engineering, [EMAIL PROTECTED] + * + * 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 config.h + +OUTPUT_FORMAT(elf32-tradlittlemips, elf32-tradlittlemips, +elf32-tradlittlemips) +OUTPUT_ARCH(mips) +ENTRY(_start) +SECTIONS +{ + . = TEXT_BASE; + uboot_start = .; + __uboot_start = .; + + . = ALIGN(4); + .text : + { + cpu/stls/start.o (.text) + *(.text) + } + + . = ALIGN(4); + .rodata : { *(.rodata) } + + . = ALIGN(4); + uboot_start_data = .; + __uboot_start_data = .; + .data : { *(.data) } + + . = ALIGN(4); + .sdata : { *(.sdata) } + + . =
[U-Boot-Users] [Part 2 of A PATCH SERIES for STLS]: Upate Makefile, MAKEALL and MAINTAINERS files in root directory!
Hi all, This is part 2 of a patch series for STLS. It will update Makefile, MAKEALL and MAINTAINERS files with STLS information! Signed-off-by: Ryan Chen [EMAIL PROTECTED] diff --git a/MAINTAINERS b/MAINTAINERS old mode 100644 new mode 100755 index cbe5c47..acd931c --- a/MAINTAINERS +++ b/MAINTAINERS @@ -752,5 +752,16 @@ Blackfin Team [EMAIL PROTECTED] BF561-EZKIT BF561 # +# STLS Systems:# +# # +# Maintainer Name, Email Address # +# Board CPU # +# + +Ryan Chen [EMAIL PROTECTED] + + ST-STLS STLS + +# # End of MAINTAINERS list # # diff --git a/MAKEALL b/MAKEALL index c1a9c60..3b82470 100755 --- a/MAKEALL +++ b/MAKEALL @@ -623,10 +623,15 @@ LIST_au1xx0_el= \ pb1000 \ +LIST_stls=\ + stls\ + + LIST_mips_el= \ ${LIST_mips4kc_el} \ ${LIST_mips5kc_el} \ ${LIST_au1xx0_el} \ + ${LIST_stls}\ # diff --git a/Makefile b/Makefile index 369bbd7..e851d5b 100644 --- a/Makefile +++ b/Makefile @@ -283,6 +283,9 @@ ALL += $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND) $(U_BO ifeq ($(ARCH),blackfin) ALL += $(obj)u-boot.ldr endif +ifeq ($(CPU),stls) +ALL += u-boot-compressed +endif all: $(ALL) @@ -359,6 +362,11 @@ $(VERSION_FILE): ) [EMAIL PROTECTED] @cmp -s $@ [EMAIL PROTECTED] rm -f [EMAIL PROTECTED] || mv -f [EMAIL PROTECTED] $@ +ifeq ($(CPU),stls) +u-boot-compressed: $(obj)u-boot + $(MAKE) -C cpu/$(CPU)/bootstrap all +endif + gdbtools: $(MAKE) -C tools/gdb all || exit 1 @@ -2776,6 +2784,12 @@ qemu_mips_config : unconfig purple_config :unconfig @$(MKCONFIG) $(@:_config=) mips mips purple + +# +# STLS board +# +stls_config: unconfig + @$(MKCONFIG) $(@:_config=) mips stls stls st # # Nios Best Regards, Ryan Chen - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users