This is the mail archive of the
mailing list for the eCos project.
RE: RFC - fix to at49xxxx crash during erase/program when interrupt happens
- From: Øyvind Harboe <oyvind dot harboe at zylin dot com>
- To: "'Koeller, T.'" <Thomas dot Koeller at baslerweb dot com>, "'eCos patches'" <ecos-patches at sources dot redhat dot com>
- Date: Thu, 14 Aug 2003 15:41:57 +0200
- Subject: RE: RFC - fix to at49xxxx crash during erase/program when interrupt happens
>Another solution that comes to my mind is to
>relocate interrrupt handlers and DSRs to RAM using
>.2ram.* linker sections.
I'm starting to like this solution a lot. The interrupt
latency is crucial when running at higher serial port baudrates.
AFAICT, even the receive dma fifo thingy that the AT91
has is kinda braindead since it isn't double buffered, and
hence it has the same latency requirements as normal
serial port interrupt handling.
>This would allow interrupts
>to continue while erasing flash blocks, if the
>entire work is done in those handlers and no
>threads are involved. This is still a severe limitation.
I'm a bit confused, are you saying that flash programming
is incompatible with multithreading?