Запускаю прогу через strace , вижу что делается вызов execve , в модуле ядра ставлю перехватчик на do_execve и на do_fork (на ядрах 2,6 - 3.х процессы создаются с помощью этих функций). А пробую модуль запускать на 4.х ядрах, то при создании нового процесса, данные функции не задействуются вообще! Пробовал ставить перехватчик на «_do_fork» , то данную функцию использует всего несколько процессов (например bash) А если запустить в терминале мою программу «main» , то она запустится но ни одна из вышеописанных функций не будет задействована!
Помогите! С помощью каких ещё функций, ядро создаёт новые процессы?
Kод весь не привожу, его слишком много чтоб просматривать, да и он полностью отлажен и оттестирован.(опишу позже как тестировал)
Вопрос, да и сама проблема связана с вызовом функции do_mmap_pgoff
А конкретнее её вызов для процесса пользовательского пространства, из потока ядра.
Проблема заключается в том, что эта функция работает с значением current->mm (в исходниках функции, да и в остальных вызываемых ей функциях, работа производится с current).
И вот что имеем:
Поток ядра, вызывает функцию do_mmap_pgoff для процесса temperature_indicator.
У потока ядра есть указатель на struct task_struct датчика температуры: struct task_struct *temperature_indicator_ptr; // указатель инициалезируется при запуске программы
Осуществляется проверка статуса процесса «temperature_indicator» закончил ли работу? активен ли? Если активен, то получаем блокировку для его down_write(&temperature_indicator_ptr->mm->mmap_sem);
Далее делаю так, чтоб можно было вызвать функцию сurrent->mm = temperature_indicator_ptr->mm
(Понимаю что так не стоит делать, но как тогда быть?) Меня очень смущает такой способ, вызова функции
И пробуем выделить дополнительное пространство для процесса! (одну страницу памяти)
do_mmap_pgoff(NULL, addr, 1, PROT_READ, MAP_PRIVATE, 0);
addr - это конечный адрес кучи процесса.
Данное действие заканчивается успешно, ура! Память выделена, с ней можно работать.
(далее восстанавливаю указатель в сurrent->mm и снимаю блокировку с mmap_sem)
Да тут кроется проблема, которая проявляется при тестах.
Система зависает (рано или поздно). именно изза вызова do_mmap_pgoff ! Если этот вызов не делать то программа работает стабильно.(крутил сутками! тестирование)
тесты заключаются в бесконечном запуске программы, и её закрытии (несколько баш скриптов запускаю, один бесконечно прогу запускает, другой делает постоянно с разной периодичностью killall «temperature indicator info»)
Получается плавающая ошибка, которая «примерно известно» при каких условиях проявляется, но именно что примерно.
Есть какиенить идеи? что может быть? (напоминаю, только при вызове do_mmap_pgoff зависание периодическое происходит)
Может какието блокировки нужно ставить? на процесс? память? Подскажите!
Как отобразить память пользовательского процесса в ядре? чтоб можно было его читать?
Пробую получить список страниц памяти процесса, через get_user_pages , запрошено 7000 страниц, а функция возвращает (10..или 5... но значение больше нуля).Т.е нет реального отображения.
Как сделать, чтоб (память, тело, файл или что там ещё может быть) процесса, была отображена в памяти.
И ещё вопрос, число реально отображённых страниц памяти процесса меньше запрошенной, изза того что «действует» отложенное выделение страниц памяти? (или я чтото не понимаю)
Замучался с тестами (которые весьма продолжительны по времени) потому прошу помощи.
Пишу модуль ядра, он запускает новый поток обработки данных при запуске программы MyProgram
Примеры кода не буду показывать. (он максимльно упрощен)
Обычно, модуль работает без сбоев. Но если произвести тест работы с помощью баш скрипта, который постоянно создаёт условие , чтоб модуль создавал новый поток ядра, то система звисает. При разном количестве созданных потоков модулем(и завершённых). Может зависнуть при 100 созданных потоках, и может при 100,000...
На первый взгляд. (да и на 50-й) код чист. В создаваемые потоки передаётся указатель на новую выделенную память (для каждого потока). При работе с данными использую один семафор.
Эт всё написал, чтоб была общая картина... Так вот. Снова провел тесты, и в dmesg вывалился oops до зависания системы
Вот он. Помогите в нём разобраться. В каком направлении искать ошибку??
Замучался уже, методом перебора действовать.
Модуль работает с памятью процесса пользовательского уровня. Получает указатели в этой памяти, и тд.
Есть беда, когда пользовательский процесс завершается, то модуль не знает об этом и продолжает работать с mm которой уже нету. Происходит порча памяти, и зависание. Пробовал в mm счётчики (mm_count, mm_users)использования увеличивать. Не спасает. при завершении процесса, очищается память mm , а в task_struct указатель mm cтановится равен null
Как исправить проблему? как уберечь mm от очистки до завершения работы модуля с данной памятью?
У меня работают несколько потоков, которые взаимодействуют с двумя двунаправленными списками, создают и удаляют элементы списка. Также изменяют данные в элементах списков.(элементы этих двух списков ссылаются на элементы друг друга)
Меня интересует как правильно защитить эти данные?
Можно ли удерживать несколько спин блокировок одним процессом?
Знаю что нельзя захватывать семафор при захваченой спин блокировке, а возможно ли обратное? захват спин блокировки, при захваченном семафоре?
int max = 200000 ;
for(i=0; i < max; i++)
{
struct file *file_struct = NULL;
file_struct = filp_open('/home/Aress/my_file', O_RDONLY, 0);
filp_close(file_struct, NULL);
};
При работе модуля, открываем и закрываем файл 200000 раз.
Во время работы, в лог dmesg попадает сообщение file-max limit 150000 reached
Такое ощущение, как-будто файл открывается, и не закрывается.
В чём проблема?
Доброе утро!
Делаю приложение в котором пользователь проходит аутентификацию.(Очень простую). И у меня есть в программе объявление массива , скажем char keys[1024]; с статическими значениями. Также есть функция check_key(char *user_key). После компиляции программы, через gcc произвожу команду strings , и она выводит все строки в программе, включая название массива keys , и функции check_key.
Как сделать так, чтоб эти данные не отображались данной командой(или какой другой)?
Мне нужно в модуле обработать исключение вызванное приложением прикладного уровня, при доступе к памяти (обработать ситуацию, деления на ноль, либо доступ к не разрешённым адресам).
В модуле ядра, выделяю память под struct exception_table_entry и пробую зарегестрировать свой обработчик исключительной ситуации.(в модуле указал, адрес своего обработчика и количество этих обработчиков)
Для этого указываю insn - виртуальный адрес, памяти которая вызывает сбой.
insn = 0xffff88000c4560c0 (соответствует 00007ffa855050c0 - в юзерспайсе, приложении )
а также
fixup - функцию обработчик ( int my_fixup( void ) )
fixup = my_fixup
Далее копирую 0xffffffffffffff по адресу 0xffff88000c4560c0
Обращаюсь к адресу 00007ffa855050c0 из приложения прикладного уровня и, ничего не происходит. Прикладная программа продолжает работу, в ядре никаких Oops , хотя если не делать установку перехватчика, то при обращении к адресу 00007ffa855050c0 из пользовательского пространства, в лог системы попадает данное сообщение
segfault at ffffffffffffffff ip 00007ffa842c0fb6 sp 00007fffe616f028 error 5 in libc-2.19.so
Я никак не могу получить управление на свой my_fixup , чтоб при обращении по адресу 00007ffa855050c0 из приложения прикладного уровня, управление передалось на функцию моего модуля my_fixup
Как реализовать подобное правильно?
Запущен процесс a.out В котором происходит бесконечный цикл с вызовом sleep(99); . Наблюдаю пространство выделенной ему памяти через pmap -x . Выделен диапазон логических адресов для всех сегментов программы (bss data code stack). И собственно цель такая, в модуле ядра увеличить диапазон логических адресов для процесса a.out. Как выделить 2 - 3 страницы памяти в любом сегменте программы и получить присвоенный логический адрес начала нового выделенного диапазона адресов?
Пробовал вызывать do_mmap_pgoff да всё время получаю ошибку функции. (Может с аргументами у меня проблема.)
Есть указатель void *kern_addr = ffff88007783c000; в пространстве ядра. Указывающий на память процесса прикладного уровня. Гдето в этой памяти лежат данные, записанные в «кучу» прикладного процесса.(пусть будет просто текст «hello world»). Через простой поиск данных, нахожу эту самую строку, и с помощью memcpy заменяю её на «aaaaaaaaa» , далее указываю что страница была изменена - SetPageDirty(page).
Смотрю на «изменённые» данные в процессе прикладной программы. Они не изменялись. Как было «hello world» так и осталось.
Почему не изменились данные в программе прикладного уровня?
Есть рабочий процесс test_proc.Мне нужно прочесть данные этого процесса содержащиеся в памяти(в куче) , да и производить различные операции с этими данными(читать/писать).
Как это сделать?
Получили указатель на struct mm_struct
start_brk - начало сегмента кучи
end_brk - конец кучи
Как правильно работать с этими данными?
Как посмотреть данные, содержащиеся в памяти процесса?