Hello Benny
I have just checkout the build of the ml507_flash and works ok for me
[EMAIL PROTECTED]:~/curro/qtec/u-boot$ ./MAKEALL ml507_flash
Configuring for ml507 board...
textdata bss dec hex filename
202132 10476 30032 242640 3b3d0 ./u-boot
I remember that
This is the initial port, with basic infrastructure and
a working serial port.
While rebasing in order to add drivers, I found I have whitespace and
other stilistic errors. I'll post a fixed patch this night with those
details fixed.
/alessandro
___
Hi Guys,
Our Blackfin based system was successfully using MT29F2G08AABWP NAND flash
and u-boot.
Recently due to the limited availability we decided to migrate to the new
nand chips from Micron MT29F8G08MAAWC
It uses new technology Multi-Level Cell
However we are still not able to make it
Hi, thanks in your replay.
I create My own board port(MFT board) . create configuration header and init.S
But In the sdram.c(sdram_init-get_ram_size is 4 thus )func is failed , sdram
is not founded .
I think init.S is something wrong or CFG_MONITOR_BASE is wrong ... .
maybe you can point
On Monday 03 November 2008, 조기성 wrote:
I create My own board port(MFT board) . create configuration header and
init.S But In the sdram.c(sdram_init-get_ram_size is 4 thus )func is
failed , sdram is not founded . I think init.S is something wrong or
CFG_MONITOR_BASE is wrong ... .
maybe you
On Sat, 2008-11-01 at 03:26 -0700, Trent Piepho wrote:
On Fri, 31 Oct 2008, Peter Tyser wrote:
+$(TIMESTAMP_FILE):
+ @( printf '#define U_BOOT_DATE %s\n' '$(shell date +%b %d
%C%y)' \
+) $@
+ @( printf '#define U_BOOT_TIME %s\n' '$(shell date +%T)' \
Use the GNU 'date' command to auto-generate a new U-Boot
timestamp on every compile.
Signed-off-by: Peter Tyser [EMAIL PROTECTED]
---
Changes since v1:
* Split up U_BOOT_DATE define (date and time) into
U_BOOT_DATE (day, month, year) and U_BOOT_TIME (time of day)
defines
* Updated all
Dear Martin Hejnfelt,
In message [EMAIL PROTECTED] you wrote:
...
642D up and running, but the problem relies in the board specific
flash.c file for the DK board. The difference is the ID that the two
Why do you have to use this at all? Isn't the flash CFI conformant so
the generic CFI
Hi Wolfgang,
In message [EMAIL PROTECTED] you wrote:
Allow tqm8xx.c to cleanly compile when CONFIG_LCD_INFO is
defined and remove unneeded version.h from lcd.c
Signed-off-by: Peter Tyser [EMAIL PROTECTED]
---
I noticed this when adding timestamp.h to tqm8xx.c.
The Update U-Boot's
Hi list,
having a look at function
drivers/mtd/cfi_flash.c::flash_write_cfiword(), I found that
find_sector() is called twice when having AMD standard, extended or
legacy device. The first time, when writing the command. The second
time, when calling flash_full_status_check().
Maybe this is
On Fri, 2008-10-31 at 17:13 -0500, Becky Bruce wrote:
It's currently a long and should be phys_size_t.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
Applied to u-boot-mpc86xx.
Thanks,
jdl
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, 2008-10-31 at 17:13 -0500, Becky Bruce wrote:
There are several items in the config file that were hardcoded
but that should really be based on other config options, since
the regions are contiguous and depend on being so. This cleans
that up a bit. Also, add BR_PHYS_ADDR() macro to
On Fri, 2008-10-31 at 17:14 -0500, Becky Bruce wrote:
We don't actually ever do this, remove the code so we
can stop maintaining it.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
Applied to u-boot-mpc86xx.
Thanks,
jdl
___
U-Boot mailing list
On Fri, 2008-10-31 at 17:14 -0500, Becky Bruce wrote:
You can't actually have both, and with some coming changes to
change the memory map for the board and support 36-bit physical,
we need the extra BAT that is being consumed by having both.
I also make non-PCI configs build cleanly, for the
On Sun, 2008-11-02 at 18:19 -0600, Becky Bruce wrote:
Currently, the CCSR gets relocated while translation is
enabled, meaning we need 2 BAT translations to get to both the
old location and the new location. Also, the DEFAULT
CCSR location has a dependency on the BAT that maps the
FLASH
On Fri, 2008-10-31 at 17:14 -0500, Becky Bruce wrote:
Doing trap_init immediately once we're running from RAM
means we're no longer dependent on the physical location of
the flash on non-BookE platforms. Before trap_init, those
platforms switch to real mode and go to 0xfff00100 on exception.
Hi,
thanks all for the comments. I will try to fix these.
On Sat, 1 Nov 2008 13:57:25 +0100, Jean-Christophe PLAGNIOL-VILLARD
[EMAIL PROTECTED] wrote:
On 15:30 Fri 31 Oct , Juergen Schoew wrote:
Hi U-Boot mailling list,
This patchset adds a new ARM board with the NXP PNX8181 cpu to
Hi Steven,
On Monday 03 November 2008, 조기성 wrote:
I Made my board config header, and using yosemite's init.S u-boot.lds,
mft.c(Yosemite.c) Only change config header , but it's not working .
You should create your own board port for this custom 440EP board.
1. First The difference of my
The following improvements are made:
- document bootvx in README
- fix size too small by one in sprintf
- changed old (pre 2004) device name ibmEmac to emac
- boot device may be overriden in board config
- servername may be defined in board config
- additional parameters may be defined in board
Hi Peter,
On Fri, 31 Oct 2008 13:55:53 -0500, Peter Tyser [EMAIL PROTECTED] wrote:
Hi Jürgen,
If you have any comments please email to me.
You should add an entry to the MAINTAINERS file for the Firetux.
OK, will be in the next cycle.
Regards
Jürgen Schöw
--
Dipl.-Ing. Jürgen Schöw,
Wolfgang,
The following changes since commit 3ec53148eb68ddfb0c3311fb4c06cd2bd0ef3eeb:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-nand-flash
are available in the git repository at:
git://git.denx.de/u-boot-coldfire master
TsiChung Liew (9):
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 10:54 Mon 03 Nov , Niklaus Giger wrote:
The following improvements are made:
- document bootvx in README
- fix size too small by one in sprintf
- changed old (pre 2004) device name ibmEmac to emac
- boot device may be overriden in board config
Jürgen Schöw wrote:
This seems to be similair to the Steppingstone bootloader from Samsung. This
SPL is already in the eeprom of the system and will be (hopefully) integrated
in the cpu rom mask for the next revision.
If I see it correct, I have to define the whole parameterset for the NAND
On 10:54 Mon 03 Nov , Niklaus Giger wrote:
The following improvements are made:
- document bootvx in README
- fix size too small by one in sprintf
- changed old (pre 2004) device name ibmEmac to emac
- boot device may be overriden in board config
- servername may be defined in board
Dear Jens Gehrlein,
In message [EMAIL PROTECTED] you wrote:
find_sector() loops through the sector table from the last sector to
the current sector. And the more sectors the device has, the slower
the algorithm becomes. And this process for every sector to be
programmed. And yes, there are
Dear Martin Hejnfelt,
In message [EMAIL PROTECTED] you wrote:
Why do you have to use this at all? Isn't the flash CFI conformant so
the generic CFI flash driver would work?
...
I must say, I'm still really new to U-boot so I'm not sure if I my
answer is the best method. The flash circuit
Dear Niklaus Giger,
In message [EMAIL PROTECTED] you wrote:
The following improvements are made:
- document bootvx in README
- fix size too small by one in sprintf
- changed old (pre 2004) device name ibmEmac to emac
- boot device may be overriden in board config
- servername may be
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 19:34 Sun 02 Nov , [EMAIL PROTECTED] wrote:
Subject: [PATCH 00/13 v5] ARM: OMAP3: Add support for some of TIs ARM-Cortex
A8 OMAP3 boards
This patch series adds U-Boot v1 support for some of TI's ARM-Cortex A8 based
OMAP3 boards. These are
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 19:38 Sun 02 Nov , [EMAIL PROTECTED] wrote:
Subject: [PATCH 09/13 v5] ARM: OMAP3: Add I2C support
From: Dirk Behme [EMAIL PROTECTED]
Add I2C support
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
---
Changes in version v5:
- Split functional
Wolfgang Denk wrote:
Dear [EMAIL PROTECTED],
In message [EMAIL PROTECTED] you wrote:
--===1314021165==
From: Dirk Behme [EMAIL PROTECTED]
Add ARM Cortex A8 common directory
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
...
+static void cp_delay(void)
+{
+ volatile int
The following improvements are made and tested on my HCUx boards:
README
- document bootvx and CONFIG_SYS_VXWORKS parameters
vxworks.h
- add new vxworks.h with some default definitions
cmd_elf.c
- fix size too small by one in sprintf
- changed old (pre 2004) device name ibmEmac to emac
- boot
Signed-off-by: Niklaus Giger [EMAIL PROTECTED]
---
include/vxworks.h | 53
+
1 files changed, 53 insertions(+), 0 deletions(-)
create mode 100644 include/vxworks.h
diff --git a/include/vxworks.h b/include/vxworks.h
new file mode 100644
Signed-off-by: Niklaus Giger [EMAIL PROTECTED]
---
common/cmd_elf.c | 81 --
1 files changed, 30 insertions(+), 51 deletions(-)
diff --git a/common/cmd_elf.c b/common/cmd_elf.c
index 3ebb6d9..27a4b73 100644
--- a/common/cmd_elf.c
+++
His I'm trying to build u-boot for a xupv2p board, but with the newest
version this is appearing during the make :
*
$make xupv2p_config
$make*
-Map u-boot.map -o u-boot
common/libcommon.a(cmd_bootm.o): In function `do_bootm_subcommand':
Wolfgang Denk sez,
The thing is: we will not accept any such (new) code for
mainline. And switching to using the CFI driver is trivial.
Okay so what I've learned.
1)You can build the AT91RM9200DK version of u-boot with u-boot-1.3.4
and it works. At least I got a prompt. So one can use the
I just checked the ATMEL website and it appears to me that the
AT91RM9200 is alive and well. Distributors are maintainig stock...
Why do you say that the Chip has been abandoned?
On Mon, Nov 3, 2008 at 2:40 PM, Pink Boy [EMAIL PROTECTED] wrote:
Wolfgang Denk sez,
The thing is: we will not
Dear Dirk Behme,
In message [EMAIL PROTECTED] you wrote:
+#define inb(a) __raw_readb(a)
+#define outb(a, v) __raw_writeb(a, v)
#define inw(a) __raw_readw(a)
#define outw(a,v) __raw_writew(a,v)
This 4 macro is supposed to be defined in io.h
Even if I have to touch a global/common
Dear Pink Boy,
In message [EMAIL PROTECTED] you wrote:
At least I have I have some sort of peg in the ground to
start with. Right now I worry about trying to get the CFI to
work because as a noob I'm in the dark on a lot of things
If you're in the dark, you can still admire the many,
Update OneNAND command to support bad block awareness
Also change the OneNAND command styel like NAND
Signed-off-by: Kyungmin Park [EMAIL PROTECTED]
---
diff --git a/common/cmd_onenand.c b/common/cmd_onenand.c
index 8d87b78..1eca9b0 100644
--- a/common/cmd_onenand.c
+++ b/common/cmd_onenand.c
@@
Sync with OneNAND kernel codes
Signed-off-by: Kyungmin Park [EMAIL PROTECTED]
---
diff --git a/drivers/mtd/onenand/onenand_base.c
b/drivers/mtd/onenand/onenand_base.c
index 9b7bf3a..66214e8 100644
--- a/drivers/mtd/onenand/onenand_base.c
+++ b/drivers/mtd/onenand/onenand_base.c
@@ -78,20 +78,11
Juan Pablo Gómez wrote:
His I'm trying to build u-boot for a xupv2p board, but with the newest
version this is appearing during the make :
*
$make xupv2p_config
$make*
-Map u-boot.map -o u-boot
common/libcommon.a(cmd_bootm.o): In function `do_bootm_subcommand':
A value of BSC CS4 was wrong, Fixed it.
Signed-off-by: Nobuhiro Iwamatsu [EMAIL PROTECTED]
---
board/renesas/MigoR/lowlevel_init.S | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/board/renesas/MigoR/lowlevel_init.S
Hi Ricardo,
Changing my tool chain to the ELDK 4.2 ppc-linux-x86 does build the
default ml507_flash project. However, because my hardware design does
not map the FLASH chip to 0xFE00 but to 0x8600 the build failed
with the following error.
/**/
hi Ira Snyder,
Thanks for the respone. The solution mentioned looks feasible..
Could you please send the U-boot patch in the current shape .. Shall test the
same patch with modifications as required to support our board.
Thanks again .
Rajeev S
Ira Snyder [EMAIL PROTECTED] wrote: On Fri, Oct
All in-tree IBM/AMCC PPC4xx boards using the EMAC get this new CONFIG
Signed-off-by: Ben Warren [EMAIL PROTECTED]
---
Rebased against 4xx tree. Please test and ACK/NAK.
cpu/ppc4xx/4xx_enet.c|9 -
cpu/ppc4xx/Makefile |1 +
include/configs/AR405.h
From: Howard Gregory [EMAIL PROTECTED]
modify the CAS timings. my understanding is that these
settings decrease various wait times in the DDR interface.
Because these wait times are in clock cycles, and the DDR
clock on the 8315 RDB runs slower than on some other 83xx
platforms, we can dial down
Hi,
I am going to write a mini-pci driver (GIGABYTE MiniPCI Wireless
Adapter: GN-WI01GS) for u-boot(sc520),
Currently, I have Linux driver source code (downloaded from
http://web.ralinktech.com/ralink/Home/Support/Linux.html RT61
Signed-off-by: Dave Liu [EMAIL PROTECTED]
---
include/configs/MPC8315ERDB.h | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/include/configs/MPC8315ERDB.h b/include/configs/MPC8315ERDB.h
index 1225270..64bb62a 100644
--- a/include/configs/MPC8315ERDB.h
+++
Signed-off-by: Ben Warren [EMAIL PROTECTED]
---
Rebased against 4xx tree. Please test and ACK/NAK.
cpu/ppc4xx/Makefile|1 -
{cpu/ppc4xx = drivers/net}/4xx_enet.c |0
drivers/net/Makefile |1 +
3 files changed, 1 insertions(+), 1 deletions(-)
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren [EMAIL PROTECTED]
---
Rebased against 4xx tree. Please test and ACK/NAK.
cpu/ppc4xx/cpu.c | 14 ++
include/netdev.h |1 +
net/eth.c|4
3 files changed, 15 insertions(+), 4
50 matches
Mail list logo