NAND support for OMAP5912

hi 

I am working on omap5912 (LDK5912 board) using u-boot .Is that possible
to load the kernel through NAND flash using u-boot.U-boot is having that
support omap5912 configuartion of u-boot doesn't have that support.

Any one can suggest me how to use the the kernel through NAND flash
using u-boot.

Thanks 
Priya

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: stand alone application

In message <9771147.post <at> talk.nabble.com> you wrote:
> 
> I am trying to write a stand alone application, which is supposed to be a
> board diagnostics for manufacturing. The way it supposes to work is as
> follows: U_boot could either download the diagnostics manually under the
> U_boot prompt, or be calling up do_tftp() directly if it is to be done
> automatically. Results generated from the diagnostics are to be recorded in
> the RAM, whose contents shall later be uploaded as a log file to an external
> server via tftp. After reading the examples provided in the example

I recommend to use the existing log device; note that it is
compatible with Linux's syslog mechanism.

> (1) In my understanding, the stand alone application (the board diagnostic
> for manufacturing) is supposed to be compiled as a separately entity in the

Yes.

> U-boot path and then be placed in an external server, waiting to be
> downloaded to the RAM on board; when either go <address> or do_go(address)

You can also store it in flash memory, or on some storage device, of
course.

> is executed, control get passed to the stand alone application, how could
> the stand alone application be able to make calls to functions that are
> exported (those appeared in both exports.c and export.h), without some kind
> of "linking"? Unless go <address> or do_go(address) perform some sort of

This is documented in the doc/README.standalone file; no linking is

[PATCH] ISP116x HCD (Host Controller Driver)

Support for the Philips ISP116x HCD (Host Controller Driver).

Signed-off-by: Rodolfo Giometti <giometti <at> enneenne.com>

---

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
U-Boot-Users mailing list
U-Boot-Users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users

Re: stand alone application

Thank you for the reply and the direction. I am a novice in U_boot, though I
have some prior experience in working on other boot codes.

There is still another outstanding question that I would like to raisie,
however. In the Standalone-README file, it states that for PowerPC, the load
adress is 0x00040000, and the start address is 0x00040004. On the board that
I am working on, those two addresses aren't available. Is that a way for me
to have the load address and the start address to be RELOCATED to addresses
that fall within the aforementioned range? Any comment would be greatly
welcomed. Thanks.

Best Regards,

Kow9loon

wd wrote:
> 
> In message <9771147.post <at> talk.nabble.com> you wrote:
>> 
>> I am trying to write a stand alone application, which is supposed to be a
>> board diagnostics for manufacturing. The way it supposes to work is as
>> follows: U_boot could either download the diagnostics manually under the
>> U_boot prompt, or be calling up do_tftp() directly if it is to be done
>> automatically. Results generated from the diagnostics are to be recorded
>> in
>> the RAM, whose contents shall later be uploaded as a log file to an
>> external
>> server via tftp. After reading the examples provided in the example
> 

Re: stand alone application

After giving the matter some more thoughts, another question also comes into
mind:

How could I ensure that control is passed to the entry point of my
standalone application, which I designate, running in the PowerPC
environment, if the start address is confined to 0x00040000? I would expect
that, some how, the standalone application has to inform U_boot where the
start address is, before U_boot could get to the correct entry point. Please
correct me if I am wrong. Thank you again.

Regards,

Kow9loon

kow9loon wrote:
> 
> I am trying to write a stand alone application, which is supposed to be a
> board diagnostics for manufacturing. The way it supposes to work is as
> follows: U_boot could either download the diagnostics manually under the
> U_boot prompt, or be calling up do_tftp() directly if it is to be done
> automatically. Results generated from the diagnostics are to be recorded
> in the RAM, whose contents shall later be uploaded as a log file to an
> external server via tftp. After reading the examples provided in the
> example directory, I have the following questions:
> 
> (1) In my understanding, the stand alone application (the board diagnostic
> for manufacturing) is supposed to be compiled as a separately entity in
> the U-boot path and then be placed in an external server, waiting to be
> downloaded to the RAM on board; when either go <address> or do_go(address)

build u-boot for ns9750dev

hi,

i'm trying to built u-boot for the ns9750dev board (actually for the
softgun simulator). u-boot v1.1.6 contains the file
include/configs/ns9750dev and the directory board/ns9750dev , but the
makefile doesn't contain the target ns9750dev_config. does this mean
that ns9750dev support is still in an experimental phase or is there
another way of building it?

thanks in advance

m.

--

-- 
        Representation of the world, like the world itself, is
        the work of men; they describe it from their own point
         of view, which they  confuse with the absolute truth
                          (Simone de Beauvoir)
                                                                 .''`.
    using free software / Debian GNU/Linux | http://debian.org  : :'  :
                                                                `. `'`
gpg --keyserver keys.indymedia.org --recv-keys B9A88F6F           `-

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: stand alone application

In message <9779381.post <at> talk.nabble.com> you wrote:
> 
> There is still another outstanding question that I would like to raisie,
> however. In the Standalone-README file, it states that for PowerPC, the load
> adress is 0x00040000, and the start address is 0x00040004. On the board that
> I am working on, those two addresses aren't available. Is that a way for me

Chose any other free address you like, then.

> to have the load address and the start address to be RELOCATED to addresses
> that fall within the aforementioned range? Any comment would be greatly
> welcomed. Thanks.

No relocation is done here. You link for a fixed address.

> wd wrote:

[Full quote deleted.]

Please don't top post / full quote. Learn to quote. See
http://www.netmeister.org/news/learn2quote.html

Best regards,

Wolfgang Denk

--

-- 
DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk
Office:  Kirchenstr. 5,       D-82194 Groebenzell,            Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd <at> denx.de

Re: stand alone application

In message <9779774.post <at> talk.nabble.com> you wrote:
> 
> How could I ensure that control is passed to the entry point of my
> standalone application, which I designate, running in the PowerPC

You enter the correct entry point address as argument of the go
command. You are expected to know what you are doing.

> environment, if the start address is confined to 0x00040000? I would expect
> that, some how, the standalone application has to inform U_boot where the
> start address is, before U_boot could get to the correct entry point. Please
> correct me if I am wrong. Thank you again.

Did you bother to read the FAQ? I guess not. See especially
http://www.denx.de/wiki/view/DULG/MyStandaloneProgramDoesNotWork

> kow9loon wrote:

AND STOP TOP-POSTING / FULL-QUOTING!

Best regards,

Wolfgang Denk

--

-- 
DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk
Office:  Kirchenstr. 5,       D-82194 Groebenzell,            Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd <at> denx.de
War is never imperative.
	-- McCoy, "Balance of Terror", stardate 1709.2

Re: List of patches , explanation

> -----Original Message-----
> From: wd <at> denx.de [mailto:wd <at> denx.de] 
> Sent: 30 March 2007 21:15
> To: Peter Pearse
> Subject: Re: [U-Boot-Users] List of patches , explanation 
> 
> Dear Peter,
> 
> in message 
> <89A528FE6DB0FA44877BB2F05B846718057F10E7 <at> ZIPPY.Emea.Arm.com> 
> you wrote:
> >  
> > Ack your ARM patches
> 
> I think you have seen the NAK's I send, and maybe followed my 
> lengthy discussion with Ulf about this.
> 
> Best regards,
> 
> Wolfgang Denk

Yes - I meant "I have seen your patches, added them to my list & will look
at them as time allows"
Rather than "I will be asking WD to merge these patches shortly...."
I'll use "Seen" in future.....

Peter

-------------------------------------------------------------------------

Re: List of patches , explanation

>> Dear Peter,
>> 
>> in message 
>> <89A528FE6DB0FA44877BB2F05B846718057F10E7 <at> ZIPPY.Emea.Arm.com> 
>> you wrote:
>> >  
>> > Ack your ARM patches
>> 
>> I think you have seen the NAK's I send, and maybe followed my 
>> lengthy discussion with Ulf about this.
>> 
>> Best regards,
>> 
>> Wolfgang Denk
> 
> Yes - I meant "I have seen your patches, added them to my list & will look
> at them as time allows"
> Rather than "I will be asking WD to merge these patches shortly...."
> I'll use "Seen" in future.....
> 

The most important patch is the at45 patch, which was submitted
before and the decision then (after long discussion) 
was to leave this to your discretion.

> Peter
> 

Best Regards
Ulf Samuelsson                ulf <at> atmel.com