Память пользовательского пространства

Получать номер процесса, при освобождении номера или изменения его данных (время запуска, командная строка) присваивать указателю заглушку.

(как я понял у тебя какой то быдлокод.)

твоя ситуация http://stackoverflow.com/questions/5902629/mmap-msync-and-linux-process-termi... ?

Не моя ситуация (

rezedent12
Ну тык толку то проверять, процесс завершился или нет?
Cейчас поясню
1)Запускается пользовательский процесс, у него есть mm с данными.
2)Модуль получает указатели на эти данные, и начинает работу с ними.
3)В тот момент когда модуль начал обработку данных, происходит завершение пользовательского процесса, и ядро унечтожает память mm c которой производит работу модуль.
Получается, модуль продолжает работу с разрушенными данными (которые уже ядро унечтожило).
Вот мне нужно както блокировку поставить на mm процесса. так, чтоб при завершении пользовательской программы, и в то время когда с этой памятью работает модуль, ядро не освобождало данные mm.
Как это сделать?
И ещё вопрос дополню, после отработки модуля, и завершения процесса, ядро само освободит память занимаемую mm?

А как он завершается, если у тебя идет работа с данными?

И если ты работаешь с данными ты из не копируешь из us?

Не копирую. Тупо доступ к пользовательскому пространству, без всяких копи ту юзер и тд. Чистая работа с памятью процесса прикладного уровня. (при этом нигде не помечаю, что память процесса в ядре используется (как это сделать? что именно указать? обновить?))

Попробуй развернуть зависимость. Т.е. пусть память для процесса предоставляет модуль, он же ей и владеет

Как это сделать? если не сложно поясните в нескольких словах.

http://people.ee.ethz.ch/~arkeller/linux/multi/kernel_user_space_howto-8.html

preempt_disable/preempt_enable и, по хорошему, get_user/put_user и вообще вся компания из uaccess.h

Можно, например, выделить память в ядре, а затем предоставить её пользовательскому процессу через вызов mmap.

на армах, апример, это приводит к полому писцу - не нужо так делать, а если и делать то с оглядкой на v4l

можно чуть подробнее про писец?