2019-02-22 23:40:26 +01:00
|
|
|
|
Дата последней правки 26/07/2013.
|
|
|
|
|
|
Подсистема событий ядра может понадобиться при написании драйверов и сервисов, работающих в режиме ядра.
|
|
|
|
|
|
Она не имеет отношения к подсистеме событий пользовательского интерфейса.
|
|
|
|
|
|
С точки зрения ядра событие - объект ядра и принадлежит создавшему его потоку.
|
|
|
|
|
|
|
|
|
|
|
|
struc EVENT
|
|
|
|
|
|
{
|
|
|
|
|
|
.magic dd ? ; 'EVNT'
|
|
|
|
|
|
.destroy dd ? ; internal destructor
|
|
|
|
|
|
.fd dd ? ; next object in list
|
|
|
|
|
|
.bk dd ? ; prev object in list
|
|
|
|
|
|
.pid dd ? ; owner id. идентификатор владельца (потока)
|
|
|
|
|
|
.id dd ? ; event uid. уникальный идентификатор события (просто номерок)
|
|
|
|
|
|
.state dd ? ; internal flags; см. далее.
|
|
|
|
|
|
.code dd ? ; старший байт класс события, ; следующий байт приоритет
|
|
|
|
|
|
; (будет использоваться только внутри ядра, при чтении всегда 0),
|
|
|
|
|
|
; Чем больше численное значение двойного слова тем важнее событие.
|
|
|
|
|
|
; два младших байта код события.
|
|
|
|
|
|
rd 5 ; .data - точная структура этого поля не определена и зависит
|
|
|
|
|
|
; от поля .code. (Здесь можно передавать какие-то свои данные,
|
|
|
|
|
|
; при необходимости :)
|
|
|
|
|
|
.size = $ - .magic
|
|
|
|
|
|
.codesize = $ - .code
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
События реального времени получили класс 0хFF. Пока определёны только:
|
|
|
|
|
|
EVENT.code= ;(Используется в звуковой подсистеме).
|
|
|
|
|
|
RT_INP_EMPTY = 0xFF000001
|
|
|
|
|
|
RT_OUT_EMPTY = 0xFF000002
|
|
|
|
|
|
RT_INP_FULL = 0xFF000003
|
|
|
|
|
|
RT_OUT_FULL = 0xFF000004
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Флаги поля EVENT.state определены в gui/event.inc.
|
|
|
|
|
|
EVENT_SIGNALED = 0x20000000 ;бит 29 событие активно/неактивно;
|
|
|
|
|
|
EVENT_WATCHED = 0x10000000 ;бит 28, поток-владелец ожидает активации события;
|
|
|
|
|
|
MANUAL_RESET = 0x40000000 ;бит 30, не деактивировать событие автоматически по получении;
|
|
|
|
|
|
MANUAL_DESTROY = 0x80000000 ;бит 31, не возвращать событие в список свободных по получении.
|
|
|
|
|
|
|
|
|
|
|
|
На момент ревизии 3732 (и далее по тексту то же) определение находится в \kernel\trunk\const.inc
|
|
|
|
|
|
и выглядит так:
|
|
|
|
|
|
|
|
|
|
|
|
struct APPOBJ ; common object header
|
|
|
|
|
|
magic dd ? ;
|
|
|
|
|
|
destroy dd ? ; internal destructor
|
|
|
|
|
|
fd dd ? ; next object in list
|
|
|
|
|
|
bk dd ? ; prev object in list
|
|
|
|
|
|
pid dd ? ; owner id
|
|
|
|
|
|
ends
|
|
|
|
|
|
|
|
|
|
|
|
struct EVENT APPOBJ
|
|
|
|
|
|
id dd ? ;event uid
|
|
|
|
|
|
state dd ? ;internal flags
|
|
|
|
|
|
code dd ?
|
|
|
|
|
|
rd 5 ; .data
|
|
|
|
|
|
ends
|
|
|
|
|
|
|
|
|
|
|
|
Код находится в gui/event.inc.
|
|
|
|
|
|
Сами события как обьекты существуют в памяти ядра в виде двусвязного списка (см. поля .bk и .fd).
|
|
|
|
|
|
При инициализации ядро резервирует память и создает 512 таких обьектов, помещая их в список FreeEvents
|
|
|
|
|
|
(свободных событий). При нехватке событий (все заняты, а нужно ещё) ядро создает ещё 512 свободных
|
|
|
|
|
|
и т.д. Каждый поток имеет свои (двусвязные) списки (в которые может быть помещено событие):
|
|
|
|
|
|
ObjList - список объектов ядра, ассоциированных с этим потоком;
|
|
|
|
|
|
EventList - список событий ядра для потока.
|
|
|
|
|
|
Сами события, физически, при перемещении между списками и смене очередности в списке не перемещаются
|
|
|
|
|
|
и не копируются. Это происходит только благодаря модификации полей .fd и .bk. Принцип работы списков,
|
|
|
|
|
|
как очередей - FIFO. Использутся неблокирующая отправка и блокирующее получение. Адресация - прямая
|
|
|
|
|
|
(у события всегда есть поток-владелец), по идентификатору потока.
|
|
|
|
|
|
|
|
|
|
|
|
Жизненый цикл событий определяется флагами при создании. По умолчанию ядро использует значения
|
|
|
|
|
|
MANUAL_RESET = 0 и MANUAL_DESTROY = 0. Такое событие является "одноразовым", и автоматически освобождается
|
|
|
|
|
|
ядром, возвращаясь в список свободных событий после получения.
|
|
|
|
|
|
Событие с флагом MANUAL_DESTROY = 1 после получения переходит в неактивное состояние, но остаётся в списке
|
|
|
|
|
|
объектов потока и может использоваться снова. Событие с флагами MANUAL_DESTROY = 1 и MANUAL_RESET = 1
|
|
|
|
|
|
остаётся активным после получения и может быть сброшено вызовом ClearEvent.
|
|
|
|
|
|
|
|
|
|
|
|
Пример (вариант) жизненного цикла события из звуковой подсистемы:
|
|
|
|
|
|
Для зукового буфера (их может быть несколько) драйвер создает событие в списке ObjList с помощью
|
|
|
|
|
|
CreateEvent и флагом MANUAL_DESTROY. Далее драйвер вызывает WaitEvent для этого события (ожидает флага
|
|
|
|
|
|
EVENT_SIGNALED в событии) и блокируется, в ожидании запроса на пополнение буфера. Запрос отправляется
|
|
|
|
|
|
с помощью RaiseEvent из другого потока. Отправка (RaiseEvent) и получение (WaitEvent) циклически
|
|
|
|
|
|
повторяются при опустошении буфера. При остановке воспроизведения драйвер деактивирует событие с помощью
|
|
|
|
|
|
ClearEvent.
|
|
|
|
|
|
|
|
|
|
|
|
Вообще говоря, структура события приведена здесь только лишь для понимания принципов работы подсистемы.
|
|
|
|
|
|
Самостоятельная работа с полями не приветствуется, ввиду возможных в будущем проблем с совместимостью.
|
|
|
|
|
|
Работа должна производится только через API (функции подсистемы), с доступом только к тем полям, доступ к
|
|
|
|
|
|
которым предоставляет функция. При этом пару "указатель на событие" и "уникальный идентификатор события"
|
|
|
|
|
|
следует рассматривать как один 64-х битный уникальный идентификатор. (Если вы вызвали CreateEvent, напимер,
|
|
|
|
|
|
его нужно запомнить где-нибудь [если это нужно] для дальнейшей работы с событием).
|
|
|
|
|
|
|
|
|
|
|
|
Функции для работы с событиями экспортитуемые ядром:
|
|
|
|
|
|
(для драйверов и т.п.; вызываются в режиме ядра)
|
|
|
|
|
|
|
|
|
|
|
|
CreateEvent
|
|
|
|
|
|
RaiseEvent
|
|
|
|
|
|
ClearEvent
|
|
|
|
|
|
SendEvent
|
|
|
|
|
|
DestroyEvent
|
|
|
|
|
|
WaitEvent
|
|
|
|
|
|
WaitEventTimeout
|
|
|
|
|
|
GetEvent
|
|
|
|
|
|
Для пользовательских приложений Ф68.14 (GetEvent с обёрткой)
|
|
|
|
|
|
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
CreateEvent:
|
|
|
|
|
|
Создаёт новое событие в очереди ObjList текущего потока.
|
|
|
|
|
|
Устанавливает:
|
|
|
|
|
|
EVENT.destroy <= внутренний деструктор по умолчанию;
|
|
|
|
|
|
EVENT.pid <= текущий Process id;
|
|
|
|
|
|
EVENT.id <= уникальный идентификатор;
|
|
|
|
|
|
EVENT.state <= ecx - флаги;
|
|
|
|
|
|
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword;
|
|
|
|
|
|
Возвращает:
|
|
|
|
|
|
eax - указатель на событие или 0 при ошибке.
|
|
|
|
|
|
edx - Event.id.
|
|
|
|
|
|
Портит: eax,ebx,edx,ecx,esi,edi
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
RaiseEvent:
|
|
|
|
|
|
Активирует уже существующее событие (может принадлежать другому потоку) установкой
|
|
|
|
|
|
флага EVENT_SIGNALED. Если необходимо, - устанавливает данные EVENT.code.
|
|
|
|
|
|
Если флаг EVENT_SIGNALED в самом событии уже активен - больше ничего не делает.
|
|
|
|
|
|
Если EVENT_SIGNALED не установлен в самом событии, то он будет установлен, кроме случая
|
|
|
|
|
|
{EVENT_WATCHED в edx=1 и EVENT_WATCHED в событии=0}.
|
|
|
|
|
|
Т.е. при установке EVENT_WATCHED в edx, проверяется, ожидает ли поток-владелец активации
|
|
|
|
|
|
события.
|
|
|
|
|
|
Кроме EVENT_SIGNALED в событии никакие другие флаги не модифицируются.
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
eax - указатель на событие;
|
|
|
|
|
|
ebx - id, уникальный идентификатор события;
|
|
|
|
|
|
edx - флаги для операции (формат EVENT.state);
|
|
|
|
|
|
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword;
|
|
|
|
|
|
Возвращает: ?
|
|
|
|
|
|
Портит: eax,ebx,edx,ecx,esi,edi .
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
ClearEvent:
|
|
|
|
|
|
Перемещает событие в список ObjList потока-владельца. (Возможно оно там и находилось.)
|
|
|
|
|
|
Сбрасывает флаги EVENT_SIGNALED, EVENT_WATCHED. С остальными полями (.code, .id),
|
|
|
|
|
|
ничего не делает.
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
eax - указатель на событие;
|
|
|
|
|
|
ebx - id, уникальный идентификатор события.
|
|
|
|
|
|
Возвращает: ?
|
|
|
|
|
|
Портит: eax,ebx,ecx,edi .
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
SendEvent:
|
|
|
|
|
|
Создаёт новое событие в списке событий целевого потока. Устанавливает в событии
|
|
|
|
|
|
флаг EVENT_SIGNALED.
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
EVENT.pid <= eax - pid, идентификатор целевого потока;
|
|
|
|
|
|
EVENT.code <= [esi], (если esi=0, то не копирует), размер 6*dword;
|
|
|
|
|
|
Возвращает:
|
|
|
|
|
|
eax - указатель на событие или 0 при ошибке.
|
|
|
|
|
|
edx - Event.id. уникальный идентификатор.
|
|
|
|
|
|
Портит: eax,ebx,ecx,esi,edi .
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
DestroyEvent:
|
|
|
|
|
|
Переносит EVENT в список FreeEvents, чистит поля .magic,.destroy,.pid,.id.
|
|
|
|
|
|
Событие может принадлежать другому потоку.
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
eax - указатель на событие;
|
|
|
|
|
|
ebx - id, уникальный идентификатор события.
|
|
|
|
|
|
Возвращает:
|
|
|
|
|
|
eax - 0 при ошибке, не 0 при успехе.
|
|
|
|
|
|
Портит: eax,ebx,ecx .
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
WaitEvent:
|
|
|
|
|
|
Бесконечно ожидает установки флага EVENT_SIGNALED в конкретном событии, принадлежащем
|
|
|
|
|
|
вызывающему WaitEvent потоку. Сигнализирующий поток устанавливат этот флаг через
|
2022-02-12 18:27:41 +01:00
|
|
|
|
RaiseEvent. Ожидающий поток замораживается путем перевода APPDATA.state<=TSTATE_WAITING=5.
|
2019-02-22 23:40:26 +01:00
|
|
|
|
Перед заморозкой устанавливается флаг EVENT_WATCHED в событии.
|
|
|
|
|
|
Если в полученном событии НЕ установлен MANUAL_RESET, то:
|
|
|
|
|
|
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются.
|
|
|
|
|
|
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent),
|
|
|
|
|
|
а при активном - перемещается в список ObjList текущего слота.}
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
eax - указатель на событие;
|
|
|
|
|
|
ebx - id, уникальный идентификатор события.
|
|
|
|
|
|
Возвращает: ?
|
|
|
|
|
|
Портит: eax,ebx,edx,ecx,esi,edi .
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
WaitEventTimeout:
|
|
|
|
|
|
Ожидает с таймаутом установки флага EVENT_SIGNALED в конкретном событии, принадлежащем
|
|
|
|
|
|
вызывающему WaitEventTimeout потоку. Сигнализирующий поток устанавливат этот флаг через
|
2022-02-12 18:27:41 +01:00
|
|
|
|
RaiseEvent. Ожидающий поток замораживается путем перевода APPDATA.state<=TSTATE_WAITING=5.
|
2019-02-22 23:40:26 +01:00
|
|
|
|
Перед заморозкой устанавливается флаг EVENT_WATCHED в событии.
|
|
|
|
|
|
Если в полученном событии НЕ установлен MANUAL_RESET, то:
|
|
|
|
|
|
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются.
|
|
|
|
|
|
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent),
|
|
|
|
|
|
а при активном - перемещается в список ObjList текущего слота.}
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
eax - указатель на событие;
|
|
|
|
|
|
ebx - id, уникальный идентификатор события.
|
|
|
|
|
|
ecx - время ожидания в тиках системного таймера.
|
|
|
|
|
|
Возвращает:
|
|
|
|
|
|
eax - 0 - таймаут, если событие не активировалось, или
|
|
|
|
|
|
не 0, если было активировано.
|
|
|
|
|
|
Портит: eax,ebx,edx,ecx,esi,edi .
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
|
|
|
|
|
GetEvent:
|
|
|
|
|
|
Бесконечно ожидает любое событие в очереди событий текущего потока. Поток замораживается
|
2023-08-20 23:54:50 +02:00
|
|
|
|
путем перевода APPDATA.state<=TSTATE_WAITING=5. Данные события (EVENT.code+5*dword)
|
2019-02-22 23:40:26 +01:00
|
|
|
|
по получении копируются в указанный буфер. Сбрасывает байт приоритета (см. выше) в буфере.
|
|
|
|
|
|
Если в полученном событии НЕ установлен MANUAL_RESET, то:
|
|
|
|
|
|
{EVENT_SIGNALED и EVENT_WATCHED по получении события сбрасываются.
|
|
|
|
|
|
При неактивном MANUAL_DESTROY - событие уничтожается штатно (DestroyEvent),
|
|
|
|
|
|
а при активном - перемещается в список ObjList текущего слота.}
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
edi - указатель на буфер, куда копировать данные.
|
|
|
|
|
|
Возвращает:
|
|
|
|
|
|
буфер, содержащий следующую информацию:
|
|
|
|
|
|
+0: (EVENT.code) dword: идентификатор последующих данных сигнала
|
|
|
|
|
|
+4: (EVENT.data, поле формально не определено) данные принятого
|
|
|
|
|
|
сигнала (5*dword), формат которых определяется первым dword-ом.
|
|
|
|
|
|
Портит: eax,ebx,edx,ecx,esi,edi .
|
|
|
|
|
|
--------------------------------------------------------------------------------------------
|
|
|
|
|
|
Ф 68.14 для приложений: ;это тот же GetEvent, но с обёрткой.
|
|
|
|
|
|
Бесконечно ожидает любое событие в очереди событий текущего потока. Ожидающий поток
|
2022-02-12 18:27:41 +01:00
|
|
|
|
замораживается путем перевода APPDATA.state<=TSTATE_WAITING=5. Данные события (EVENT.code+5*dword)
|
2019-02-22 23:40:26 +01:00
|
|
|
|
копируются в указанный буфер. Сбрасывает байт приоритета (см. выше) в буфере.
|
|
|
|
|
|
Принимает:
|
|
|
|
|
|
eax - 68 - номер функции
|
|
|
|
|
|
ebx - 14 - номер подфункции
|
|
|
|
|
|
ecx - указатель на буфер для информации (размер 6*dword)
|
|
|
|
|
|
Возвращает:
|
|
|
|
|
|
буфер, на который указывает ecx, содержит следующую информацию:
|
|
|
|
|
|
+0: (EVENT.code) dword: идентификатор последующих данных сигнала
|
|
|
|
|
|
+4: (EVENT.data, поле формально не определено) данные принятого
|
|
|
|
|
|
сигнала (5*dword), формат которых определяется первым dword-ом.
|
|
|
|
|
|
Портит:
|
|
|
|
|
|
eax .
|
|
|
|
|
|
---------------------------------------------------------------------------------------------
|
