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