Модуль ядра 2.4.хх. Ядро работает на arm926ejs. Проблема с функцией set_fs()

Перепишите на хаскеле.

Как определено, что ошибка точно не из-за третьего вызова?

Извините, адресок более точный дайте

С помощью printk

А если убрать вызовы set_fs, что будет?

А вот завтра на работе попробую и узнаю :-) По идее все должно работать, ведь насколько я понимаю для ARM нет сегментов памяти.

А почему вы не можете посмотреть что делает данная функция на арме, если есть исходники?

static inline void set_fs (mm_segment_t fs) { current->addr_limit = fs;

modify_domain(DOMAIN_KERNEL, fs ? DOMAIN_CLIENT : DOMAIN_MANAGER); }

Честно говоря, мне это понимания не добавляет, однако совет хороший. Может быть вариант, что у меня кросс-компиляция криво сработала и вместо define KERNEL_DS из arm подлезло значение KERNEL_DS из i386. И в комментах к исходникам есть такое: Use set_fs(get_ds()) and then the *_user functions to allow them to access kernel memory. Однако, я все равно не понимаю, какие лимиты и сегменты в арме.

Короче, кому охота лезть в исходники, когда есть надежда, что кто-то уже на эти грабли наступал и подскажет :-)

Сегменты тут ни при чём. Память делится на память ядра и память юзерспейса. При вызове функции ядро проверяет, к какой области принадлежит указатель, и если вызывается юзер-функция, а указатель ядерный, то происходит ай-яй-яй. Так что если вот этот вот sock->ops->ioctl суть ядерная функция, то переключения лимита вообще не нужно.

Как правильно отметили ниже, к сегментам и регистрам это имеет мало отношения. А вы наверняка пробовали закомментировать 3 строку(с иоктл), в этом случае система падает?

Да, падает. Если закомментить вызовы set_fs(), то не падает, но ioctl выдает ошибку (код ошибки пока не посмотрел) и не отрабатывает как надо.

И еще дурацкий вопрос: как общаетесь с железкой? Ссх или же пооследовательный порт?

последовательный порт

Может стоит попробовать как-то выкрутить дебаг? Я не сталкивался с 2.4 ядрами, но на 2.6 не пр помню , чтобы оно умирало без ругани в консоль