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.
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
-->
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 + (3
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 eve
On Wed, Aug 06, 2008 at 09:42:27PM +0200, Guennadi Liakhovetski wrote:
> + if (ctrl & NAND_CTRL_CHANGE) {
> + if (ctrl & NAND_CLE)
> + this->IO_ADDR_W = (void __iomem *)NFCMMD;
> + else if (ctrl & NAND_ALE)
> + this->IO_ADDR_W = (v
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
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 arch
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'
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
http://lists.denx.de
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 simpl
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 bec
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
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 statement
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 m
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 sim
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 specif
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
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).
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
---
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 wor
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 no
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 the
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-b
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,
* whi
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
> -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 oldbinutil
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 p
On Aug 7, 2008, at 8:22 AM, Wolfgang Denk wrote:
> 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 numbe
On Aug 7, 2008, at 8:21 AM, Wolfgang Denk wrote:
> 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
>
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 program
Hong Xu 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 "testing" tree?
> Thanks.
I hope to merge it during the next merge window.
-Scott
--
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
--- a/MAI
From: Roy Zang <[EMAIL PROTECTED]>
Minor fix for maintainer list by sorting of name
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
Wolfgang
Just done by your suggested.
Roy
MAINTAINERS |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
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 numberi
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 i
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 program
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: Jean
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 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
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
Detlev Zundel wrote:
> 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
>>
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 t
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
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
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 however
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 bo
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
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 g
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
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)
>>> +{
>>> + u
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.
0x0
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 38
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 MP
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
--- a/M
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
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
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/Sub
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/canyonla
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 inclu
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;
> > +
> >
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 |
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 De
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;
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
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
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?
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 t
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.
>
> Signe
- 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 a/commo
"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
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
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 publis
71 matches
Mail list logo
