Board.KolibriOS.org

после перехода на ядро 789 с ядра 750 перестали приниматься данные с СОМ порта. причём система перестала реагировать на IRQ 4. и обращаться к 42 функции. До этого данные принимались, хотя и медленно...(9600 бит в секунду) Конфигурация компа - см. соответствующий раздел...

В настоящий момент некоторые разработчики заняты решением жизненных вопросов, к примеру у меня на носу ГОСЫ + поездка в Томск, у других свои проблемы.

Не расчитывай на скорейшее решение данной проблемы, разве только своими силами

понятно... сяду на днях, разбираться в сути вопроса...

[offtop]

<Lrz> wrote:...поездка в Томск...

милости просим

Обработка данных с ком порта изменилась, смотри sysfuncr.txt. Там кстати надо протестировать ринг буффер на больших объёмах данных. Так што если будут косяки пиши сюда. А вообще эта функция избыточна. Нужно переходить на драйверную модель .

paladinrus
Ну, вообще, то я менял способ вызова функции, согласно изенениям в спецификации... однако дело не в этом... я вообще не могу заставить прогу реагировать на прерывание, не видит она его...впрочем, пока я приостановил работу в этом направлении, у меня и старая спраляется, на 115200, и не потеет...

И всё же, проблема осталась... хочется перейти на новое ядро... но прерывание по ком порту по прежнему не видно...

Я пытался через Dial-UP выйти из KolibriOS в сеть у меня тоже COM порты не работали. А жаль. Не у всех есть возможность использовать ADSL или кабельный интернет(актуально для сельской местности).
И документации по настройке PPP.asm и CHAT.inc почему-то нет на SVN и в дистрибутиве.

P.S.
Иногда очень хочется заняться ядром KolibriOS и исправить некоторые кривости жаль только руки не доходят.

... Все эти неприятности начинаются в ревизии 769...

SVN говоит:
Com mouse cod moved to driver.
Begin of reorganization interrupts handlers Part 1.
Some dead code deleted.

Код работы с COM мышами вынесен из ядра, а вместе с ним и инициализация (процедура setmouse в kernel.asm), видимо дело в этом, вечером посмотрю подробнее

Проверил в отладчике поведение ppp под qemu - прерывания замечательно приходят и обрабатываются, соответствующее событие приложению приходит, данные прочитать можно. Сам ppp не работает, ибо

paladinrus wrote:Обработка данных с ком порта изменилась, смотри sysfuncr.txt

ДедОк
*с надеждой на человеческий разум* А ведь правда, что ты проверял ядро в точно таком же виде, как оно лежит на svn, в частности, ни в коем случае НЕ менял настройку USE_COM_IRQ в kernel.asm?

Я не пробовал в эмуляторе, на реальной системе прерывания не приходят, никаких параметров в ядрах не менялось...

1. То есть svn diff показывает, что различий нет? А то мало ли, если ядро обновлялось по svn up с прошлых версий, где для доступа из приложений USE_COM_IRQ нужно было сбрасывать в 0.
2. Функции резервирования портов и irq ошибок не возвращают?
3. Если выкинуть com_mouse из autorun.dat (или, наоборот, добавить, если в качестве базового используется что-нибудь до 0.7.5.0 включительно), что-нибудь изменится?
4. При ответах на вопросы 1-3 "да, нет, нет" код нужно видеть.

1. Использовались чистые ядра, без обновлений по SVN
2. Функции резервирования портов и IRQ по eax возвращают 0
3. удаление или добавление драйвера мыши не влияет на работоспособность программы...

На сегодняшний день есть некоторые сложности с предоставлением кода.. однако, работа с портом, построена аналогично приложению Terminal, которое так же не видит прерывания по маске 16+4, и перехода на read_input: не происходит...

Приложение terminal после обновления в соответствии с изменением API ядра под qemu прекрасно работает. В ядре в пути IRQ от ядра до приложения при правильной настройке приложения я ошибок не вижу. Если отбросить версию кривых рук, остаётся, что IRQ не приходят приложению просто потому, что они не приходят контроллеру прерываний из-за неверной настройки железа, а тут уже ядро ни при чём.