Adhithya Rajasekaran / MODSERIAL

Bug fix release

Dependents:   esp8266test

Fork of MODSERIAL by Andy K

ChangeLog.c@6:c8f77fe1cc10, 2010-11-21 (annotated)

Committer:
AjK
Date:
Sun Nov 21 16:25:44 2010 +0000
Revision:
6:c8f77fe1cc10
Parent:
5:8365c4cf8f33
Child:
7:ffa4a7cb7f8d
1.6

Who changed what in which revision?

UserRevisionLine numberNew contents of line
AjK 1:b7e435fbfe8e 1 /* $Id:$
AjK 2:b936b4acbd92 2
AjK 6:c8f77fe1cc10 3 1.6 - 21/11/2010
AjK 6:c8f77fe1cc10 4
AjK 6:c8f77fe1cc10 5 * Version 1.5 solved a blocking problem on putc() when called
AjK 6:c8f77fe1cc10 6 from another ISR. However, isr_tx() invokes a callback of it's
AjK 6:c8f77fe1cc10 7 own when a byte is tranferred from TX buffer to TX FIFO. User
AjK 6:c8f77fe1cc10 8 programs may interpret that as an IRQ callback. That's an ISR
AjK 6:c8f77fe1cc10 9 call from within an existing ISR which is not good. So the
AjK 6:c8f77fe1cc10 10 TxIrq callback from isr_tx is now conditional. It will only
AjK 6:c8f77fe1cc10 11 be called when isr_tx() is actually within it's own ISR and
AjK 6:c8f77fe1cc10 12 not when called from alternate ISR handlers.
AjK 6:c8f77fe1cc10 13
AjK 5:8365c4cf8f33 14 1.5 - 21/11/2010
AjK 5:8365c4cf8f33 15
AjK 5:8365c4cf8f33 16 * Calling putc() (or any derived function that uses it like
AjK 5:8365c4cf8f33 17 printf()) while inside an interrupt service routine can
AjK 5:8365c4cf8f33 18 cause the system to lock up if the TX buffer is full. This
AjK 5:8365c4cf8f33 19 is because bytes are only transferred from the TX buffer to
AjK 5:8365c4cf8f33 20 the TX FIFO via the TX ISR. If we are, say in an RX ISR already,
AjK 5:8365c4cf8f33 21 then the TX ISR will never trigger. The TX buffer stays full and
AjK 5:8365c4cf8f33 22 there is never space to putc() the byte. So, while putc() blocks
AjK 5:8365c4cf8f33 23 waiting for space it calls isr_tx() to ensure if TX FIFO space
AjK 5:8365c4cf8f33 24 becomes available it will move bytes from the TX buffer to TX
AjK 5:8365c4cf8f33 25 FIFO thus removing the blocking condition within putc().
AjK 5:8365c4cf8f33 26
AjK 4:28de979b77cf 27 1.4 - 21/11/2010
AjK 4:28de979b77cf 28
AjK 4:28de979b77cf 29 * Removed all the new DMA code. I wish mbed.org had proper SVN
AjK 4:28de979b77cf 30 versioning, I'm use to working in HEAD and BRANCHES after I've
AjK 4:28de979b77cf 31 released a project. Getting bug reports in current releases
AjK 4:28de979b77cf 32 while trying to dev new code is hard to manage without source
AjK 4:28de979b77cf 33 control of some type!
AjK 4:28de979b77cf 34
AjK 2:b936b4acbd92 35 1.3 - 21/11/2010
AjK 2:b936b4acbd92 36
AjK 2:b936b4acbd92 37 * Fixed a macro problem with txIsBusy()
AjK 2:b936b4acbd92 38 * Started adding code to use "block data" sending using DMA
AjK 3:0f10f536456e 39 * Removed #include "IOMACROS.h"
AjK 1:b7e435fbfe8e 40
AjK 2:b936b4acbd92 41 1.2 - 21/11/2010
AjK 2:b936b4acbd92 42
AjK 2:b936b4acbd92 43 * Removed unsed variables from flushBuffer()
AjK 2:b936b4acbd92 44 * Fixed a bug where both RX AND TX fifos are cleared/reset
AjK 2:b936b4acbd92 45 when just TX OR RX should be cleared.
AjK 2:b936b4acbd92 46 * Fixed a bug that cleared IIR when in fact it should be left
AjK 2:b936b4acbd92 47 alone so that any pending interrupt after flush is handled.
AjK 2:b936b4acbd92 48 * Merged setBase() into init() as it wasn't required anywhere else.
AjK 2:b936b4acbd92 49 * Changed init() to enforce _uidx is set by Serial to define the _base
AjK 2:b936b4acbd92 50 address of the Uart in use.
AjK 2:b936b4acbd92 51
AjK 1:b7e435fbfe8e 52 1.1 - 20/11/2010
AjK 1:b7e435fbfe8e 53
AjK 1:b7e435fbfe8e 54 * Added this file
AjK 1:b7e435fbfe8e 55 * Removed cruft from GETC.cpp
AjK 1:b7e435fbfe8e 56 * "teh" should be "the", why do my fingers do that?
AjK 1:b7e435fbfe8e 57
AjK 1:b7e435fbfe8e 58 1.0 - 20/11/2010
AjK 1:b7e435fbfe8e 59
AjK 1:b7e435fbfe8e 60 * First release.
AjK 1:b7e435fbfe8e 61
AjK 1:b7e435fbfe8e 62 */