Jean-Christophe PLAGNIOL-VILLARD schrieb:
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
Makefile |6 +++---
board/{ = freescale}/imx31_litekit/Makefile |0
board/{ = freescale}/imx31_litekit/config.mk |
Hi
On Thu, Aug 7, 2008 at 8:07 AM, Jens Gehrlein [EMAIL PROTECTED] wrote:
Jean-Christophe PLAGNIOL-VILLARD schrieb:
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
Makefile |6 +++---
board/{ =
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
remove imx31_phycore which is from phytec
Makefile |4 ++--
board/{ = freescale}/imx31_litekit/Makefile |0
board/{ = freescale}/imx31_litekit/config.mk |0
diff --git a/cpu/arm1176/s3c64xx/interrupts.c
b/cpu/arm1176/s3c64xx/interrupts.c
new file mode 100644
index 000..4233e8c
--- /dev/null
+++ b/cpu/arm1176/s3c64xx/interrupts.c
You can remove anything from enable_interrupts() to do_irq() here. It's
already in lib_arm/interrupts.c.
On Wed, 6 Aug 2008, Scott Wood wrote:
On Wed, Aug 06, 2008 at 09:42:07PM +0200, Guennadi Liakhovetski wrote:
block = offs / CFG_NAND_BLOCK_SIZE;
+ blocks = (uboot_size + offs - ((block - 1) * CFG_NAND_BLOCK_SIZE) - 1) /
+ CFG_NAND_BLOCK_SIZE;
blockcopy_count = 0;
In message [EMAIL PROTECTED] you wrote:
board/{ = freescale}/imx31_phycore/Makefile |0
board/{ = freescale}/imx31_phycore/config.mk |0
.../{ = freescale}/imx31_phycore/imx31_phycore.c |0
.../{ = freescale}/imx31_phycore/lowlevel_init.S |0
board/{ =
In message [EMAIL PROTECTED] you wrote:
Same goes for the Litekit board, the board is from LogicPD but the SoC
Arg. What a mess :-(
is from Freescale. Perhaps a 'imx' or 'imx31' directory would be
better with all i.MX{31} boards in that directory.
No, we will not do that.
We have vendor
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
remove imx31_phycore which is from phytec
Makefile |4 ++--
board/{ = freescale}/imx31_litekit/Makefile |0
board/{ =
Magnus Lilja schrieb:
Perhaps a 'imx' or 'imx31' directory would be
better with all i.MX{31} boards in that directory.
Hmm... I propose to keep it consistent: either the boards should be
sorted by board vendor, or there could be a new directory between
board and board/vendor emphasizing the
Hi Peter,
I've included my kernel_fdt.its below as well as 2 boot attempts with
some debug enabled - the 1st on without the patch, the 2nd with the
patch. I'm using the mainline master (based on
1953d128fd07f07d1c3810a28c0863ea64dae1b6), not the 85xx repo, but I
believe the problem exists
On Thu, 7 Aug 2008, Andreas Engel wrote:
diff --git a/cpu/arm1176/s3c64xx/interrupts.c
b/cpu/arm1176/s3c64xx/interrupts.c
new file mode 100644
index 000..4233e8c
--- /dev/null
+++ b/cpu/arm1176/s3c64xx/interrupts.c
You can remove anything from enable_interrupts() to do_irq()
On Thu, Aug 7, 2008 at 7:34 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
I noticed that you are now maintaining a custodian tree which is
focused on NAND support in u-boot. Could you please tell me is there
any schedule or plan to publish your
On Thu, Aug 7, 2008 at 15:02, William Juul [EMAIL PROTECTED] wrote:
On Thu, Aug 7, 2008 at 7:34 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
I noticed that you are now maintaining a custodian tree which is
focused on NAND support in u-boot. Could you
nand scrub takes two optional parameters, which are not mentioned in the
help. Also use tabs instead of spaces for indentation.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index 520c152..2edcee1 100644
--- a/common/cmd_nand.c
+++
- os_data_header Variable is a carry over feature
unused. So removed all instance of this variable
- Minor Code Style Update
Signed-off-by: Gururaja Hebbar [EMAIL PROTECTED]
---
common/cmd_load.c | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git
Yes, you are right. I tested it and works.
Ack-by: Michal Simek [EMAIL PROTECTED]
WD: This is bug fix - can you please handle this bug directly to your tree.
Thanks,
Michal
boot_get_ramdisk() should not treat the case when a FIT image does not
contain a
ramdisk as an error.
In message [EMAIL PROTECTED] you wrote:
Yes, William hit the point. Actually It seems my work is based on two
different custodian trees, for example, Scott's NAND tree and
u-boot-at91 tree. If the 2 two trees do not merge each other,
sometimes I got screwed. I guess `git ' may help at this
Hi custodians,
there are a couple of recent patches which include some bug fixes that
look urgent enough to be included with the upcoming 1.3.4 release (the
last one with the old version number system).
Can you please process these patcehs and send your pull requests not
later than Friday night?
Guennadi Liakhovetski schrieb:
Based on the original S3C64XX port by Samsung for U-Boot 1.1.6.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
cpu/arm1176/Makefile| 50 ++
cpu/arm1176/config.mk | 35 ++
cpu/arm1176/cpu.c
In message [EMAIL PROTECTED] you wrote:
Is it intended to put the CPU specific header files directly into the
include directory (s3c6400.h and s3c64x0.h)?
That's what we've been doing so far:
- ls -l include/s3c*
-rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h
Hi Guennadi,
Guennadi Liakhovetski schrieb:
diff --git a/cpu/arm1176/s3c64xx/interrupts.c
b/cpu/arm1176/s3c64xx/interrupts.c
[snip]
+void udelay(unsigned long usec)
+{
+ unsigned long long tmp;
+ ulong tmo;
+
+ tmo = (usec + 9) / 10;
+ tmp = get_ticks() + tmo;/*
Wolfgang Denk schrieb:
In message [EMAIL PROTECTED] you wrote:
Is it intended to put the CPU specific header files directly into the
include directory (s3c6400.h and s3c64x0.h)?
That's what we've been doing so far:
- ls -l include/s3c*
-rw-rw-r-- 1 wd wd 21763 Dec 9 2007
On Wednesday 06 August 2008, Steven A. Falco wrote:
The Sequoia board has two UARTs in 4-pin mode. This patch modifies the
GPIO configuration to match the schematic, and also sets the sdr0_pfc1
register to select the corresponding mode for the UARTs.
board/amcc/sequoia/sequoia.c |5
On Thu, 7 Aug 2008, Jens Gehrlein wrote:
Hi Guennadi,
Guennadi Liakhovetski schrieb:
diff --git a/cpu/arm1176/s3c64xx/interrupts.c
b/cpu/arm1176/s3c64xx/interrupts.c
[snip]
+void udelay(unsigned long usec)
+{
+ unsigned long long tmp;
+ ulong tmo;
+
+ tmo = (usec + 9)
In message [EMAIL PROTECTED] you wrote:
That's what we've been doing so far:
- ls -l include/s3c*
-rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h
-rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h
-rw-rw-r-- 1 wd wd 38129 Oct 13 2007 include/s3c24x0.h
On Thursday 07 August 2008, Prodyut Hazarika wrote:
Set PL44 Arbiter Read pipeline depth to 4
Optimize Memory Queue Configuration registers for PPC460EX/GT
Signed-off-by: Prodyut Hazarika [EMAIL PROTECTED]
Thanks. Please find some comments below.
---
board/amcc/canyonlands/canyonlands.c |
Mark Jackson [EMAIL PROTECTED] wrote:
The MIMC200 board is based on Atmel's NGW100 dev kit, but with an extra
8MByte FLASH and 128KByte FRAM.
Looks good to me. If you add a signed-off-by line as per
Mark Jackson [EMAIL PROTECTED] wrote:
Added CONFIG_SILENT_CONSOLE_INPUT define.
When used (in conjunction with CONFIG_SILENT_CONSOLE) it disables all console
input.
Does anyone have an opinion about this? I think it's a nice thing to
have.
Although you should probably update README as
From: Roy Zang [EMAIL PROTECTED]
Add mpc7448hpc2 maintainer information for future maintained.
Signed-off-by: Roy Zang [EMAIL PROTECTED]
---
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index cbe5c47..2e58ee4 100644
---
Kumar Gala wrote:
Can you try the following patch and see if works for you (make sure the
resulting image actually boots the board). If so I'll fixup all the .lds
I changed to match.
Hi Kumar,
Thanks, the code works, although during compilation the following warning
appears:
./MAKEALL
Wolfgang Denk schrieb:
In message [EMAIL PROTECTED] you wrote:
That's what we've been doing so far:
- ls -l include/s3c*
-rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h
-rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h
-rw-rw-r-- 1 wd wd 38129 Oct 13 2007
Dear All,
I would like to port a Uboot loader on T-Engine/SH7727 MS7727CP02 DevKit.
Here is the configuration of this board
Renesas Technology SH7727(SH3-DSP, internal clock 96MHz / external clock
48MHz)
Flash Memory: 8MB
SDRAM: 32MB
Memory map of overall system is shown as below.
Hi Guennadi,
Guennadi Liakhovetski schrieb:
On Thu, 7 Aug 2008, Jens Gehrlein wrote:
Hi Guennadi,
Guennadi Liakhovetski schrieb:
diff --git a/cpu/arm1176/s3c64xx/interrupts.c
b/cpu/arm1176/s3c64xx/interrupts.c
[snip]
+void udelay(unsigned long usec)
+{
+ unsigned long long tmp;
+
On 13:03 Thu 07 Aug , Jens Gehrlein wrote:
Wolfgang Denk schrieb:
In message [EMAIL PROTECTED] you wrote:
That's what we've been doing so far:
- ls -l include/s3c*
-rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h
-rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Yes, William hit the point. Actually It seems my work is based on two
different custodian trees, for example, Scott's NAND tree and
u-boot-at91 tree. If the 2 two trees do not merge each other,
sometimes I got screwed. I guess `git
Hi,
On Wed, Aug 6, 2008 at 11:49 PM, Jean-Christophe PLAGNIOL-VILLARD
[EMAIL PROTECTED] wrote:
On 14:19 Wed 06 Aug , Magnus Lilja wrote:
Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
3DS) board.
Booting from NAND is not supported yet so U-boot relies on some other
Hi
On Thu, Aug 7, 2008 at 12:05 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
3DS) board.
Booting from NAND is not supported yet so U-boot relies on some other
initial boot loader to
Hi all,
I have an old MIPS board with a GT-64120 that I would like to port
U-Boot to. I have so far got it to boot from flash, init SDRAM and a
serial console and give me a prompt so I can run some commands. I am
also able to write flash for saving env vars, etc. To make this really
useful
In message [EMAIL PROTECTED] you wrote:
+#undef CFG_CLKS_IN_HZ /* everything, incl board info, in
Hz */
Please remove that line. Makes no sense to undef what doesn't exist.
Ok (quite a number of board configs have this #undef and some have a
#define CFG_CLKS_IN_HZ).
Hi Haavard,
Mark Jackson [EMAIL PROTECTED] wrote:
Added CONFIG_SILENT_CONSOLE_INPUT define.
When used (in conjunction with CONFIG_SILENT_CONSOLE) it disables all
console input.
Does anyone have an opinion about this? I think it's a nice thing to
have.
Hm, defining this and then setenv
On Thu, Aug 7, 2008 at 2:18 PM, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
+#undef CONFIG_CMD_IMLS
Why do you want to disable the imls command?
Because I get compilation errors from cmd_bootm.c if it's enabled. I
haven't checked the details but perhaps
On Aug 7, 2008, at 5:47 AM, Rafal Jaworowski wrote:
Kumar Gala wrote:
Can you try the following patch and see if works for you (make sure
the
resulting image actually boots the board). If so I'll fixup all
the .lds
I changed to match.
Hi Kumar,
Thanks, the code works, although
On Aug 7, 2008, at 3:56 AM, Wolfgang Denk wrote:
Hi custodians,
there are a couple of recent patches which include some bug fixes that
look urgent enough to be included with the upcoming 1.3.4 release (the
last one with the old version number system).
Did we come to resolution on what the
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
remove miss match freescale board
Freescale Zoom⢠i.MX31 LITEKIT
Makefile |2 +-
board/{ = freescale}/mx31ads/Makefile|0
board/{ = freescale}/mx31ads/config.mk |
On 13:13 Thu 07 Aug , Gururaja Hebbar K R wrote:
- os_data_header Variable is a carry over feature
unused. So removed all instance of this variable
- Minor Code Style Update
Signed-off-by: Gururaja Hebbar [EMAIL PROTECTED]
os_data_head is never used anywhere
Ack-by:
The recent change to move the .bss outside of the image gives older
binutils (ld from eldk4.1/binutils-2.16) some headache:
ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4)
ppc_85xx-ld: final link failed: Bad value
We workaround it by being explicit about the
In message [EMAIL PROTECTED] you wrote:
./MAKEALL MPC8555CDS
Configuring for MPC8555CDS board...
ppc_85xx-ld: u-boot: warning: allocated section `.bss' not in segment
textdata bss dec hex filename
194515 16028 26488 237031 39de7 ./u-boot
Yeah it was the best
In message [EMAIL PROTECTED] you wrote:
there are a couple of recent patches which include some bug fixes that
look urgent enough to be included with the upcoming 1.3.4 release (the
last one with the old version number system).
Did we come to resolution on what the new numbering system
From: Roy Zang [EMAIL PROTECTED]
Add mpc7448hpc2 maintainer information for future maintain.
Signed-off-by: Roy Zang [EMAIL PROTECTED]
---
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 921ccec..a0cb27b 100644
---
The recent change to move the .bss outside of the image gives older
binutils (ld from eldk4.1/binutils-2.16) some headache:
ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4)
ppc_85xx-ld: final link failed: Bad value
We workaround it by being explicit about the
On Thu, Aug 7, 2008 at 1:56 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
Hi custodians,
there are a couple of recent patches which include some bug fixes that
look urgent enough to be included with the upcoming 1.3.4 release (the
last one with the old version number system).
Can you please
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Kumar Gala
Sent: Thursday, August 07, 2008 10:28 PM
To: Wolfgang Denk
Cc: u-boot-users@lists.sourceforge.net
Subject: [U-Boot-Users] [PATCH v2][for 1.3.4] mpc85xx:
workaround oldbinutils bug
Kumar Gala wrote:
The recent change to move the .bss outside of the image gives older
binutils (ld from eldk4.1/binutils-2.16) some headache:
ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4)
ppc_85xx-ld: final link failed: Bad value
We workaround it by being
Anyone know why we pass the image_header_t * to the netbsd loader?
/*
* Booting a (NetBSD) kernel image
*
* This process is pretty similar to a standalone application:
* The (first part of an multi-) image must be a stage-2
loader,
*
Guennadi Liakhovetski [EMAIL PROTECTED] writes:
Notice: USB on S3C6400 currently works _only_ with switched off MMU. One could
try to enable the MMU, but map addresses 1-to-1, and disable data cache, then
it should work too and we could still profit from instruction cache.
Signed-off-by:
Kumar Gala wrote:
Anyone know why we pass the image_header_t * to the netbsd loader?
*snip*
this is some pretty tight coupling with u-boot. Is the stage-2 loader
part of u-boot?
I believe this is meant to be NetBSD's last stage bootloader and not any
U-Boot piece. See for example their
Rafal Jaworowski wrote:
Kumar Gala wrote:
Anyone know why we pass the image_header_t * to the netbsd loader?
*snip*
this is some pretty tight coupling with u-boot. Is the stage-2 loader
part of u-boot?
I believe this is meant to be NetBSD's last stage bootloader and not any
U-Boot
On 17:56 Thu 07 Aug , Markus Klotzbücher wrote:
Guennadi Liakhovetski [EMAIL PROTECTED] writes:
Notice: USB on S3C6400 currently works _only_ with switched off MMU. One
could
try to enable the MMU, but map addresses 1-to-1, and disable data cache,
then
it should work too and we
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as the simple parser
doesn't seem to provide any control statements like (if..then..else).
is this correct?
- k
Kumar Gala wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as the simple parser
doesn't seem to provide any control statements like (if..then..else).
On Aug 7, 2008, at 12:21 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
if I understand Wolfgang and Jerry they'd like to recode the
control flow of the bootm command in the scripting env u-boot
provides.
This seems to imply that we'd require HUSH as the simple parser
doesn't seem to
Thanks Stefan for your comments. Please see reply below.
+ mtdcr(plb1_acr, plb1_acr_ppm_fair|
+ plb1_acr_hbu_enabled |
+ plb1_acr_rdp_4deep |
+ plb1_acr_wrp_2deep);
+
Is this PLB0_ACR tuning Canyonlands specific? Or will
Kumar Gala wrote:
On Aug 7, 2008, at 12:21 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as the simple parser
Wolfgang,
The following changes since commit 81091f58f0c58ecd26c5b05de2ae20ca6cdb521c:
Jean-Christophe PLAGNIOL-VILLARD (1):
drivers/serial: Move conditional compilation to Makefile for CONFIG_*
macros
are available in the git repository at:
git://git.denx.de/u-boot-mpc512x.git
In message [EMAIL PROTECTED] you wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as the simple parser
doesn't seem to provide any control statements like
In message [EMAIL PROTECTED] you wrote:
Than I think the ideas you guys have aren't beneficial to anyone.
What benefit to we gain by doing this? Its going to be slower and
larger.
Note: I don't see why it would absolutley be necessary to use hush.
My idea is to end up on each
On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote:
In any case, I expoect the total numbers of lines of code in U-Boot to
go down by quite an amount - for example, if we manage to get rid of
all the code duplication we have now across architectures.
I doubt this is really going to happen
On Aug 7, 2008, at 2:29 PM, Wolfgang Denk wrote:
In message
[EMAIL PROTECTED] you wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as the simple parser
Hi everybody,
as discussed before, we are moving the mailing list away form
Sourceforge. We have therefor set up a new U-Boot mailing list that
will replace the sourceforge list.
The new list address is
[EMAIL PROTECTED]
The admin interface can be found at
Kumar Gala wrote:
On Aug 7, 2008, at 2:29 PM, Wolfgang Denk wrote:
In message
[EMAIL PROTECTED] you wrote:
if I understand Wolfgang and Jerry they'd like to recode the control
flow of the bootm command in the scripting env u-boot provides.
This seems to imply that we'd require HUSH as
In message [EMAIL PROTECTED] you wrote:
On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote:
In any case, I expoect the total numbers of lines of code in U-Boot to
go down by quite an amount - for example, if we manage to get rid of
all the code duplication we have now across architectures.
On Aug 7, 2008, at 3:47 PM, Wolfgang Denk wrote:
In message 45CA6EEB-4A74-46FC-A544-
[EMAIL PROTECTED] you wrote:
On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote:
In any case, I expoect the total numbers of lines of code in U-
Boot to
go down by quite an amount - for example, if we
Heya,
-
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
Hi, thaoth .
2008/8/7 thaoth [EMAIL PROTECTED]:
Here is configuration of UBoot
\board\ms7727se\config.mk :TEXT_BASE = 0x8DFC
\board\ms7727se\u-boot.lds
OUTPUT_FORMAT(elf32-sh-tkernel, elf32-sh-tkernel, elf32-sh-tkernel)
SECTIONS
{
. = 0x8C00 + (32*1024*1024) -
Fully Licensed Physicians in the United States
Featuring the most accurate contact information in many different areas of
medicine
16 different sortable fields
Normally priced at $490 now: $394
()()() GET THESE FR EE WITH EVERY ORDER THIS WEEK ()()()
-- Dentists
-- Veterinarians
--
Richard Danter wrote:
Hi all,
I have an old MIPS board with a GT-64120 that I would like to port
U-Boot to. I have so far got it to boot from flash, init SDRAM and a
serial console and give me a prompt so I can run some commands. I am
also able to write flash for saving env vars, etc. To
76 matches
Mail list logo