[ECOS] Could anyone answer me this post thank you very much, Linker script question? where is the fixed_vectors section?(Online waiting for help)

[ECOS] Could anyone answer me this post thank you very much, Linker script question? where is the fixed_vectors section?(Online waiting for help)

[Qiang Huang]

-----Original Message-----
From: ecos-discuss-owner@sources.redhat.com
[mailto:ecos-discuss-owner@sources.redhat.com]On Behalf Of Qiang Huang
Sent: 23 January 2003 21:45
To: Ecos-Discuss
Subject: [ECOS] Linker script question? where is the fixed_vectors
section?ARM


Hi all:
   In a rom startup linker script I saw these and I can't figure this
out.(ARM target)

MEMORY
{
    ram : ORIGIN = 0, LENGTH = 0x8000000
    rom : ORIGIN = 0x40000000, LENGTH = 0x100000
}

SECTIONS
{
    SECTIONS_BEGIN
    SECTION_rom_vectors (rom, 0x40000000, LMA_EQ_VMA)
    SECTION_text (rom, ALIGN (0x4), LMA_EQ_VMA)
    SECTION_fini (rom, ALIGN (0x4), LMA_EQ_VMA)
    SECTION_rodata (rom, ALIGN (0x4), LMA_EQ_VMA)
    SECTION_rodata1 (rom, ALIGN (0x4), LMA_EQ_VMA)
    SECTION_fixup (rom, ALIGN (0x4), LMA_EQ_VMA)
    SECTION_gcc_except_table (rom, ALIGN (0x4), LMA_EQ_VMA)
    SECTION_fixed_vectors (ram, 0x20, LMA_EQ_VMA)
    SECTION_data (ram, 0x8000, FOLLOWING (.gcc_except_table))
    SECTION_bss (ram, ALIGN (0x4), LMA_EQ_VMA)
    CYG_LABEL_DEFN(__heap1) = ALIGN (0x8);
    SECTIONS_END
}

if the flash is originally located at 0x0000H, then if I create a S-record
file and want to download it to the rom, where will be the section:
fixed_vectors stored? because it is defined as:     SECTION_fixed_vectors
(ram, 0x20, LMA_EQ_VMA),  according to LMA_EQ_VMA it should be stored at the
same address as the VMA as here in the ram, how is this interpreted in the
S-record file (file for downloading into the flash memory)? Thanks a lot.

BTW the order of the sections in the flash memory after the S-record file
downloaded is:
0x0000H    1. rom_vectors
continue.   2. text
cont.           3. fini
cont.           4. rodata
cont.           5. rodata1
cont.           6. fixup
cont.           7. gcc_exception_table
cont.           8. data

Is the correct? if so where is the fixed_vectors section stored in
flash(rom).

Thanks a lot




--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] Could anyone answer me this post thank you very much, Linker script question? where is the fixed_vectors section?(Online waiting for help)

[Gary D. Thomas]

On Thu, 2003-01-23 at 16:35, Qiang Huang wrote:
> 
> 

Don't forget that this discussion list is *VOLUNTARY*.  Asking a
question and then asking in less than two hours why you don't have an 
answer is a great way to get your name put into the "send this to
the bit bucket" list.

If you want instantaneous replies to your myriad questions, pay for
it.  There are a number of commercial entities out there which are
available.  If not, ask sensible questions and give folks a chance
to answer at their own pace.

-- 
.--------------------------------------------------------.
|       Mind: Embedded Linux and eCos Development        |
|--------------------------------------------------------|
| Gary Thomas              email:  gary.thomas@mind.be   |
| Mind ( http://mind.be )  tel:    +1 (970) 229-1963     |
| gpg: http://www.chez-thomas.org/gary/gpg_key.asc       |
'--------------------------------------------------------'


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] Could anyone answer me this post thank you very much, Linker script question? where is the fixed_vectors section?(Online waiting for help)

[Jonathan Larmour]

Gary D. Thomas wrote:
> On Thu, 2003-01-23 at 16:35, Qiang Huang wrote:
> 
> Don't forget that this discussion list is *VOLUNTARY*.  Asking a
> question and then asking in less than two hours why you don't have an 
> answer is a great way to get your name put into the "send this to
> the bit bucket" list.

And to emphasise the point, there is no entitlement to be on the list. 
Abuse of the list will result in removal. While that stage hasn't been 
reached here because this is a one-off, a repeat would not be good.

As it happens I had already drafted most of a response to your mail, but 
then put it to one side. So it is very much the case your mail was not 
ignored. I will send my response, but it doesn't inspire me to send many 
more mails in future.

> If you want instantaneous replies to your myriad questions, pay for
> it.  There are a number of commercial entities out there which are
> available.  If not, ask sensible questions and give folks a chance
> to answer at their own pace.

Quite. You've been using eCos for very nearly 2 years. Surely you should 
be better able to research and find the answers yourself by now.

Jifl
-- 
eCosCentric       http://www.eCosCentric.com/       <info@eCosCentric.com>
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

[ECOS] Newbie

[Santosh Bhat]

Hi List ,  I am a newbie to this list.I wnated to know
1)Is the ecos supported on ARM7tdmi (without mmu) (I just read on the web
page that it supports arm7tdmi but just wanted to make sure it works on a
non mmu machine )
2)Has anyone ported the Ecos to Samsung S3C44BOX ?  (The archive search
could not get me any valid result !!)

Thanx in advance for your reply.
Regards
Santosh Bhat



-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

RE: [ECOS] Newbie

[Ravi Kumar B S]

It is ported on the ARM7tdmi which is there in the ARM Evaluator board.

/Ravi


> -----Original Message-----
> From: Santosh Bhat [mailto:sanbhat@globaledgesoft.com]
> Sent: Monday, January 20, 2003 2:18 PM
> To: eCos Discussion
> Subject: [ECOS] Newbie
> 
> 
> Hi List ,  I am a newbie to this list.I wnated to know
> 1)Is the ecos supported on ARM7tdmi (without mmu) (I just 
> read on the web
> page that it supports arm7tdmi but just wanted to make sure 
> it works on a
> non mmu machine )
> 2)Has anyone ported the Ecos to Samsung S3C44BOX ?  (The 
> archive search
> could not get me any valid result !!)
> 
> Thanx in advance for your reply.
> Regards
> Santosh Bhat
> 
> 
> 
> -- 
> Before posting, please read the FAQ: 
> http://sources.redhat.com/fom/ecos
> and search the list archive: http://sources.redhat.com/ml/ecos-discuss
> 
> 


DISCLAIMER:
This message (including attachment if any) is confidential and may be privileged. Before opening attachments please check them for viruses and defects. MindTree Consulting Private Limited (MindTree) will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. If you have received this message by mistake please notify the sender by return  e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited.  Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission.

--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

[ECOS] newbie

[Lance Uyehara]

Hello,

I'm in the evaluation stage of a project, and we're looking at ecos as a
potential kernel solution. I'm currently looking at the ecos configuration
tool and wondering if people are using this.

It seems to me like specifying arm pid or arm aeb (for example) is far too
restricting. Wouldn't we want something more like arm720T or arm7TDMI?
Because any project I develop won't be targeted to run on any development
board, but rather would be targeted to run on our actual product board.

So I guess my main question is are people using the configuration tool, or
using the repository with hand built makefiles, or is it some combination
of the two?

Thanks,
Lance Uyehara
lance@nuvomedia.com

Re: [ECOS] newbie

[Jonathan Larmour]

Lance Uyehara wrote:
> 
> I'm in the evaluation stage of a project, and we're looking at ecos as a
> potential kernel solution. I'm currently looking at the ecos configuration
> tool and wondering if people are using this.

Oh, absolutely :-).

> It seems to me like specifying arm pid or arm aeb (for example) is far too
> restricting. Wouldn't we want something more like arm720T or arm7TDMI?
>
> Because any project I develop won't be targeted to run on any development
> board, but rather would be targeted to run on our actual product board.

Currently via anonymous CVS, for ARM we support AEB, PID, Cirrus Logic
CL7111/EDB7211 and Cogent CMA230 boards. One of those might be closer to
your product board. We have other non-public ARM ports as well but you can
only get those with our "early access" program.

> So I guess my main question is are people using the configuration tool, or
> using the repository with hand built makefiles, or is it some combination
> of the two?

It sounds like you need to do a port of a "platform HAL" to your board. It's
probably best to copy one of the existing platform HALs that is closest to
your product board, and start making appropriate changes :-). The way eCos
is architected, it takes surprisingly little time to get a basic port doing
something (there's a lot of stuff you can skip over that isn't needed to get
simple programs running at first).

Comprehensive testing can be tricky though - here at Cygnus we have lots of
automated testing for lots of our customers' board ports that tends to show
up lots of timing problems etc. that would be difficult to find otherwise.
It's something to remember anyway - just because it *appears* to work
doesn't mean it always does, so you should be prepared to do lots of very
repetitive testing if you want a solid port.

I'm sure people on this list would be happy to help answer questions you
have doing the port. Although, of course, Cygnites can't guarantee to answer
questions in great detail nor very quickly because we have to serve our real
support customers first... but we try and help at some level when we have
time.

Jifl
-- 
Cygnus Solutions, 35 Cambridge Place, Cambridge, UK.  Tel: +44 (1223) 728762
"I used to have an open mind but || Get yer free open source RTOS's here...
 my brains kept falling out."    || http://sourceware.cygnus.com/ecos
Help fight spam! http://spam.abuse.net/  These opinions are all my own fault