По следующим причинам:
1) До вас этим компилятором пользовалась туева хуча народа (в том числе и здесь на форуме) и никто таких глюков не обнаруживал.
2) Компилятор про UART знать не знает, для него это обычные регистры.
3) В 99.9% "ошибки" компилятора оказывались ошибками писателя программы.
4) Если вы покажете в листинге место, где компилятор ошибся - будем обсуждать. Пока видно, что в листинг вы не заглядывали.

Можно телепатически сделать следующие предположения:
1) Мало выделили стека. Во время прерываний стек наползает на данные со всеми вытекающими.
2) Если у вас есть кольцевые буфера - указатель на голову обгоняет указатель на хвост (или наоборот) с вытекающим выводом всего буфера.

Осенило меня совсем отключить MAM, а не как прежде подбирать тайминги и всё заработало. Даже 4% ошибка в битрейте не мешает. Только нафиг оно мне нужно без MAM работать. Теперь опять в тупике.

Банально этим все тормознули и оно где-то разминулось и "заработало". Поллагаю, что подобного эффекта можно попробовать достичь оставив MAM, но сбросив в пару раз частоту процессора.

Не очень понятно, зачем перенастраивать PLL.. Сменить частоту ядра (CCLK)? Я меняю. Только после этого заново инициализирую UART, так как тактирование оного осуществляется от PCLK которое <= CCLK. Естественно, одному NXP известно, что там с UART происходит при смене частоты тактирования, и как она меняется

http://tech.groups.yahoo.com/group/lpc2000/message/25905

Посмотрел исходник. У вас каждьй spurrious IRQ тригерирует передача(bubble). Когда у вас ест ошибка и CTI IRQ одновременно, очистка буфера(запис в UхFCR) тригерирует spurrious IRQ которьй ведет за себя ...
Совет:
- Проверяйте interrupt_source не только для ошибки, но и чтоб определит типа прерьвание(RDA, CTI, THRE);
- Ваша очистка буфера не очишает CTI IRQ только делает его демон в кастроле;


ПС: Руский ето для меня не матерньй язик. Будте снизходительнье к правопис и граматика.