rulinux.net - Форум - Linux-hardware - [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Wed, 09 Dec 2009 05:46:20 +0300

Уже понял, что low latency kernel, fnx. Пока мучаем плату у которой аппаратный fifo больше -- там таких проблем нет.

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Wed, 09 Dec 2009 03:18:07 +0300

вообще я имел в виду latency самой системы. Вот понадобилось ей в своп наложить, кернел залочился, и прога не успела данные вынуть. Попробуй кстати разные элеваторы.

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Tue, 08 Dec 2009 09:50:08 +0300

>А сделать квитирование передаваемых данных? Тогда при любом проценте сбойных пакетов будет гарантия получения корректных данных.
fec, Рид-Соломон и иже с ними? На принимающей строне (x86) это не трудно. Но вот на передающей могут быть проблемы, поскольку там контроллер и асм.

>PS: попробуй на FreeBSD.
А moxa в ей работает? И потом, насколько мне помнится, там ещё запущенее с планированием ввода-вывода.

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Tue, 08 Dec 2009 09:46:54 +0300

>> Уже делал setserial low_latency.
>setserial вообще устаревшая тулзина и толку от неё никакого.
И как тогда выставить low latency конкретной железке?

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Tue, 08 Dec 2009 09:10:20 +0300

> Уже делал setserial low_latency.
setserial вообще устаревшая тулзина и толку от неё никакого.

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Tue, 08 Dec 2009 08:28:28 +0300

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

PS: попробуй на FreeBSD.

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Tue, 08 Dec 2009 05:50:17 +0300

>Вполне возможно из-за latency.
Уже делал setserial low_latency. Данные продолжают преподать.

>Сотвори небольшую прогу которая только извлекает данные и более ничего не делает.
Сваял на коленке простой байтоприниматель (на основе IOLib'а) -- тот же эффект.

>Если потери продолжатся, попробуй realtime kernel.
Про rtai уже задумывались. Вчера не было времени собрать. Сегодня, по всей видимости, будем пробовать.

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Tue, 08 Dec 2009 03:02:46 +0300

>> пара скученных проводов RS-485
> может быть загвозд в этом
вряд ли. overrun кагбэ намекает что данные в железку поступают, но не успевают извлекаться

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Mon, 07 Dec 2009 22:54:47 +0300

Вполне возможно из-за latency. Сотвори небольшую прогу которая только извлекает данные и более ничего не делает. Если потери продолжатся, попробуй realtime kernel. Если нет - подумай о редизайне способа забора данных проги и должной буферизации ввода.

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Mon, 07 Dec 2009 19:13:22 +0300

>UA как бы намекает на личность анонимуса...
Посеявшего бумажку с паролем...

>Ну и да имхо на 30 000 000 байт потеря 1го байта, это не аппаратная проблема, хз где возникают коллизии.
>>пара скученных проводов RS-485
>может быть загвозд в этом
Т.е. на 230400 хватает, а на 460800 уже нужны серебряные и прочие сопли девственниц?

Re: [serial]Как побороть hardware input fifo overrun на высоких скоростях?

Mon, 07 Dec 2009 18:46:11 +0300

UA как бы намекает на личность анонимуса...

Ну и да имхо на 30 000 000 байт потеря 1го байта, это не аппаратная проблема, хз где возникают коллизии.

>пара скученных проводов RS-485
может быть загвозд в этом

[serial]Как побороть hardware input fifo overrun на высоких скоростях?

Mon, 07 Dec 2009 18:29:00 +0300

Доброго времени суток.

Имеется плата последовательных интерфейсов Moxa CP-132, поддерживающая скорости до 921600 бод включительно. Однако уже на скорости 460800 бод начинает наблюдаться потеря данных. В dmesg'е были замечены сообщения про input overrun. Вначале грешил на конфликт по irq, но даже когда из pci слотов вытащенною всё остальное на скорости 921600 бод продолжают преподать байты (простой тест с перегоном cat'ом файла с известным содержимым через /dev/ttyM0). В попытках побороть input fifo overrun залез в сырцы ядрёных драйверов (благо выложены под GPL). Нашёл там параметр: заполнение аппаратного fifo ввода, при котором вызывается перемещение его содержимого в ядрёный буфер. По умолчанию - 14 байт (при 16 байтах собственно аппаратном fifo). Уменьшил до 4'х байт. Возросла нагрузка системы (чаше дёргается железкой), но потери данных почти, но не полностью прекратились, примерно один раз из трёх при пересылке файла ~10 мегабайт на скорости 921600 бод теряется один байт (в остальных случаях файл приходит не повреждённым). Если ещё уменьшить заполняемость аппаратного fifo - до двух байт, то это не даёт вообще никакого эффекта -- процент потерь и загрузка системы такая же, как и при штатном значении в 14 байт. Пробовал втыкать в более шуструю машину: P4 1.8 GHz супротив PIII 1GHz -- не увидел разницы (такой же процент потерь). Модифицированные дрова на более быстром железе пока не пробовал, т.к. не было времени их собрать.

Вопрос к многоуважаемым all: есть ли кто сталкивался с похожей проблемой, то существует ли способ решения? Аппаратное управление потоком задействовать не могу, так как линия связи -- пара скученных проводов RS-485. Заранее спасибо.