Можно как-то так

Я не понял, зачем SerialPortNotifier сделан отдельным классом? Почему те методы и атрибуты нельзя сразу включить в SerialPortEngine? И вообще, зачем он нужен? Т.е. не привносит ли он что-либо ненужное, что слишком далеко находится от изначальной идеологии QIODevice?
Дальше, QIODevice изначально работает в неблокирующем режиме. Поэтому, зачем нужны методы setDataInterval() и setReadTimeout()?

Unbuffered - как я понял, это аналог опции O_SYNC у функции open стандарта POSIX. Т.е. данные идут на диск напрямую, минуя внутренние кэши.
Предлагаю, полностью отказаться от блокирующего режима для SerialPort. Так как это реализуется довольно просто.
Еще раз повторяюсь, блокирующий режим не достаточно точно работает, для меня. Например, мне необходимо отправить 1 байт с четностью Mark, затем дождаться отправки данных (но менее 5 мс), затем переключить порт в режим четности Space и отправить еще N байт. Затем дождаться фактической отправки всех данных (ОС с достаточно точностью это не поддерживают, на сколько я понял), затем ждать не более 20 мс первый байт ответа. Если он пришел, то ждать остальные. Между байтами интервал не более 5 мс.

Лично мне непонятно, зачем делать приватный класс для приватного класса?

C++ (Qt)
QByteArray ret;
while(qint64 remains = size - ret.size()) {
    serial.waitForReadyRead(-1);
    ret += serial.read(remains);
}
return ret;

Т.е. это простейший вариант блокирующего чтения.

Ну вроде я закончил, см. gitorious

А зачем хранить эту информацию о местах ошибок? Т.е. ты планируешь добавить еще какой-то метод для получения списка этих позиций/мест?
Что это дает?
Не проще ли при обнаружении (при чтении) просто устанавливать в переменную ошибки последнее значение ошибки,
типа: ошибка паритета, ошибка фрейма и т.п?

А на что влияет bytesAvailable()? Оно сбрасывает ошибки или что?

Ведь можно сделать аналогично тому, как я сделал в винде, алгоритм примерно такой:

1. Если у нас установлена любая политика не равная "игнорировать", то в методе
WinSerialPortEngine::read(char *data, qint64 len) , когда приходит время читать, параметру len присваивается 1.
И метод read() читает ровно 1 байт.

2. Есть еще виндовый нотификатор, который кроме событий EV_RXCHAR и EV_TXEMPTY, отлавливает и EV_ERR.

3. Есть еще булевая переменная m_flagErrorFromCommEvent, которая устанавливается в true при возникновении любой ошибки по евенту EV_ERR
и сбрасывается в методе WinSerialPortEngine::read() после чтения и анализа байта.

Так вот, как это все работает:
при приходе в UART "битого" байта, срабатывает сначала нотифир по евенту EV_ERR (ХЗ почему, но вроде в винде оно так получается ) и устанавливает
через SerialPortPrivate::canErrorNotification() => m_engine->processIOErrors() одновременно в переменную ошибок - тип ошибки,
а также делает m_flagErrorFromCommEvent = true.
Далее, в этом же нотифире на этот же байт срабатывает событие  EV_RXCHAR и автоматом вызывается метод чтения,
через SerialPortPrivate::canReadNotification() => readFromPort() => read() => nativeRead().
Далее в nativeRead() смотрим: если политика есть "не игнорировать", то читаем один байт и далее,
смотрим: а булева переменная m_flagErrorFromCommEvent == true ?
И если да - то смотрим, а какая же политика установлена: SkipPolicy, PassZeroPolicy, StopReceivingPolicy
и в зависимости от того, какая политика - мы просто либо подменяем прочитанный байт на ноль либо еще что - то и т.п.
и в конце этого дела мы сбрасываем m_flagErrorFromCommEvent = false.

Т.к. все эти действия: нотификация по  EV_ERR, а потом по EV_RXCHAR происходят в одном потоке, то по идее, они должны и
соответствующие методы выполнять по порядку, т.е. сначала фиксируется факт ошибки, а потом происходит чтение байта.

Так вот, можно было б и что-то аналогичное для *nix сделать:
аналогом нотифира ошибок сделать QSocketNotifier(), настроенный на отлов ошибок.
Но тут проблема: неизвестно, реагирует ли он на ошибки паритета и фрейма,
и если даже и реагирует - то быстрее чем такойже нотифир но на событие о приходе байта?

Попробуй, т.к. я не особо понимаю как в *nix поймать ошибки четности и паритета.

Но насчет введения nativeGetChar(), а почему прочто не выставлять в методе nativeRead() размер = 1?

А почему не сделать побайтное чтение для всех политик не равных "игнорировать"?

Ну так если отключить буферизацию, то отключится и асинхронное чтение и (вроде так оно сейчас там сделано, т.е. если флаг m_isBuffered == true,
то вызывается SerialPortPrivate::readFromPort ).

Ок, убрал все упоминания о "native"

Можно, но я выше в топиках уже писал, что оно работает как-то странно, т.е. через одно место и приходится эмулировать вот таким образом.
см http://www.prog.org.ru/index.php?topic=9537.msg127752#msg127752
пост №565

ОК, гляну.

Ну да, на все 16386 (или сколько там)  

в смысле? о чем ты?

Ну, все правильно.
Под асинхронным чтением я имею ввиду автоматическое чтение в буфер самого класса при появлении данных в UART.
Т.е. асинхронное == автоматическое 
Я не так выразился.

Не реализует он это! Поэтому метод readFromPort() введен именно для автоматического чтения из UART в буфер класса при буферизованном режиме.
И если этот буф. режим отключить, то ничо в буфер класса читаться не будет.

Тем более, readFromPort() придуман не мной, а троллями (точнее метод readFromSocket() ), так что выкинуть его не получится.