This is the mail archive of the ecos-discuss@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

clearing bss indirectly causes interrupt?


Hi everyone,
I've spent the last week trying to work out why my flash drivers didn't
work. Whenever I'd write the write WMS (write mode start) flag to the
flash control register Redboot would output a strange string (which I
learned was a GDB debug message) and hang. The message turned out to be
GDB telling me that an undefined instruction exception had happened.
Chasing that down has led me to a strange place:
If I call my flash test procedure before the part of vectors.S which
nulls the bss section everything works as expected; it erases (sets to
0xffffffff) bank 1 sector 0 and then writes a word at the bottom of that
sector.
If I call the test procedure after the bss is cleared then the setting
of the WMS flag in flash_cr0 causes an undefined instruction exception
(0x4).
If I ignore the exception (control returns to the flash test procedure)
then it succeeds just fine as above.

Why does this exception happen at all and even more strangely why only
after initing the bss?!? If I don't intercept at that early stage I'm
not able to ignore the exception either because Redboot reacts to it by
outputting the gdb string and hanging.

m@

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


The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited.

If you received this in error, please contact the sender or postmaster (postmaster@hanoverdisplays.com) and delete the material from any computer.

Although we routinely screen for viruses, addressees should check this e-mail and any attachment for viruses. We make no warranty as to absence of viruses in this e-mail or any attachments.

Our Company's email policy is to permit incidental personal use. If this email is of a personal nature, it must not be relied upon as expressing the views or opinions of the company.

Visit out website at www.hanoverdisplays.com



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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]