Пособие по сиспрогу на растерзание

не читал, но одобряю!

Спасибо, почитаю.

А нету в html? Мне html больше нравится т.к. там можно страницу сильно увеличить и при этом она не будет вызывать горизонтальный скролл.

На 9-й странице сказано что табы состоят из двух пробелов, но на самом деле табы 4 пробела.

А так, для начала нормально.

> Примеры проверены для версии ядра Linux 2.6.26 и версии дистрибутива Debian GNU/Linux _5.0_.

0_0

> Примеры проверены для версии ядра Linux 2.6.26 и версии дистрибутива Debian GNU/Linux _5.0_.

Пособие выходит из печати через год-полтора, использоваться интенсивно начнёт весной -- приходится ориентироваться на будущий релиз.

> А нету в html? Мне html больше нравится т.к. там можно страницу сильно увеличить и при этом она не будет вызывать горизонтальный скролл.

Сейчас попробую latex2html, правда вряд ли что хорошее получится :)

> На 9-й странице сказано что табы состоят из двух пробелов, но на самом деле табы 4 пробела.

Спасибо.

Вроде не упомянут цикл статей на lwn.net, описывающий изменения ядерного API в новых релизах, почему? В начале раздела 2.1 имелась в виду утилита checkpatch.pl (а не checkinstall.pl)?

Про семафоры вообще лучше не писать, ИМХО. Они мешают -rt и их лучше избегать %)

P.S. а перевод "thread" как "поток" - низабудем, нипрастим.

> Вроде не упомянут цикл статей на lwn.net, описывающий изменения ядерного API в новых релизах, почему?

Не особо нужен работающим с одной версией в ходе курсача. Упомяну ресурс. И kernelnewbies.org. И допишу в требования чтение технического английского, а то забыл.

> В начале раздела 2.1 имелась в виду утилита checkpatch.pl (а не checkinstall.pl)?

Исправлю.

> Про семафоры вообще лучше не писать, ИМХО. Они мешают -rt и их лучше избегать %)

Там написано про проблемы. расширю. добавлю про rt_mutex, может быть. Перепишу пример на rw_spinlock.

> P.S. а перевод "thread" как "поток" - низабудем, нипрастим.

"Нить"? Ни за что. И вообще у меня прекрасная русификация. По сравнению с фразой из руссково Р. Лава "Отладчик kgdb -- это заплата ядра" (то есть вроде костыля, что конечно верно, но автор не это хотел сказать).

В 1.4 говорится что для загрузки ядра требуется initrd - создается впечатление что это всегда требуется а не в вашем конкретном случае.

Спасибо, верно. Исправлю на "обычно используется".

> На 9-й странице сказано что табы состоят из двух пробелов, но на самом деле табы 4 пробела.

что за ересь?? табы 8 позиций

> что за ересь?? табы 8 позиций

Ограничение типографии: на А5 больше 55 символов по ширине не влезает, разбрасываться не приходится. Читайте пособие, там есть пояснения.

может не нужно путать таб и отступ?

Отступ в сурсах ядра === таб.

>> Про семафоры вообще лучше не писать, ИМХО. Они мешают -rt и их лучше избегать %)

> Там написано про проблемы.

"Проблема" - то, что его нельзя использовать в прерывании? Я не об этом. У семафоров нет владельца, это сильно мешает PI. Впрочем, это узкоспециальное знание.

> Перепишу пример на rw_spinlock

У всех rw* генетические проблемы на -rt %)

<flame>

>> P.S. а перевод "thread" как "поток" - низабудем, нипрастим.

> "Нить"? Ни за что.

Ну я же говорю - нипрастим. А того, кто придумал переводить термин "нить" как "поток" (выбрал же самый перегруженный термин в SE), я надеюсь, когда-нибудь прибьют к забору.

> И вообще у меня прекрасная русификация.

Мне особенно нравится термин "нотификация" :) Прекрасный русский б/п :D

> По сравнению с фразой из руссково Р. Лава "Отладчик kgdb -- это заплата ядра"

Ну вы-то знаете, о чем пишите :)

</flame>

А вообще пособие полезное - жаль, что не было такого пару лет назад, дал бы почитать молодым.

> "Проблема" - то, что его нельзя использовать в прерывании?

В переключении контекста и затратах на это.

> Я не об этом. У семафоров нет владельца, это сильно мешает PI. Впрочем, это узкоспециальное знание.

Так-c, PI - это тоже самое что Pi (period of task), или я в танке?

> У всех rw* генетические проблемы на -rt %)

Добавляю в курс ОС, тут перебъёмся.

> Ну я же говорю - нипрастим. А того, кто придумал переводить термин "нить" как "поток" (выбрал же самый перегруженный термин в SE), я надеюсь, когда-нибудь прибьют к забору.

Термин запредельно перегружен, но "нить" -- это вообще ужасненько. (он тонкий и часто рвётся?)

>> И вообще у меня прекрасная русификация. > Мне особенно нравится термин "нотификация" :) Прекрасный русский б/п :D

Исправлю на уведомления, это точно.

> Ну вы-то знаете, о чем пишите :)

Тот переводчик -- тоже знал. Там описано, что такое заплата. :)

> А вообще пособие полезное - жаль, что не было такого пару лет назад, дал бы почитать молодым.

Пару лет назад я сам сидел под виндой и писал пособие про .NET, увы (http://www.intuit.ru/department/se/msfdev/). Впрочем, тоже не зря, сейчас это пособие используется в другом моём курсе как превосходный пример фатальных ошибок и заблуждений :)

>> "Проблема" - то, что его нельзя использовать в прерывании?

> В переключении контекста и затратах на это.

Ну, если учесть, что оно происходит только при реальной необходимости...

> PI - это тоже самое что Pi (period of task), или я в танке?

Priority Inheritance, главная техника обеспечения RT-отклика в -rt.

>> Мне особенно нравится термин "нотификация" :) Прекрасный русский б/п :D

>Исправлю на уведомления

Ы... ну хоть в скобка напишите, что имеется в виду "notification".

> "нить" -- это вообще ужасненько. (он тонкий и часто рвётся?)

"Не знаешь, как переводить - переводи буквально" (c) Кстати, нить и правда тонкая по сравнению с процессом :) И как перевести термин fiber после перевода "нить" как "поток"? Всё взаимосвязано...

> Priority Inheritance, главная техника обеспечения RT-отклика в -rt.

Ага, так я всё же в танке. Спасибо.

> И как перевести термин fiber после перевода "нить" как "поток"? Всё взаимосвязано...

Ладно, заменяю на "нить", понял свою ошибку.

> А вообще пособие полезное - жаль, что не было такого пару лет назад, дал бы почитать молодым.

А это вы, простите, в Приозёрске кодите? O_o

> вы, простите, в Приозёрске кодите? O_o

Да, бывает. Но это скорее метка "для своих" (вдруг здесь есть такие?), типа "срок в КарЛАГе 19xx-19xx" или там "пионерлагерь 'Артек' 19xx" %)

> Сейчас попробую latex2html, правда вряд ли что хорошее получится :)

Я тоже жду, хтмл на кпк гораздо удобнее читать, чем пдф.

> Сейчас попробую latex2html, правда вряд ли что хорошее получится :)

Давай не очень хорошее, лишь бы читабельно было.

Страница 14. Опечатка: "Для выдвления"

Страница 16, внизу. Опечатка: "... системного вызова в существует..."

Страница 19. Опечатка: "паралелльный" -> "параллельный"

Страница 20. Опечатка: "реализация послежних"

> Давай не очень хорошее, лишь бы читабельно было.

На мой вгляд, получилось полное г-но:

http://sevik.ru/syslinux/

Преобразование eps -> png оно делает особенно чудовищно, видимо надо руками даргать как-то imagemagick. Добавлю в makefile процедуру.

Благодарю! Страницы можно не указвывать. pdf-версия исправлена. Я еще сам вычитаю ближе к походу в типографию.

Спасибо.

А где исходники?:)

Готовлю. Там в make пара (страшных) самодельных скриптов дёргается, а выкладывать хотелось бы именно с ними, чтобы познакомить читателей с Makefiles.

фрагментов памяти. Если необходимый объем памяти не может быть выделен _сраз_ же, то
функция вернет нулевой указатель.

14ая страница

кстати, неплохо бы описать sysfs и debugfs в дополнение к procfs

PS. маловато

> PS. маловато

Если я напишу все примеры, что буду делать на курсовых студенты? Вообще это под 1 п.л., и с ограниченной целью.

> кстати, неплохо бы описать sysfs и debugfs в дополнение к procfs

Полагаю, в будущем (возможно, в самом ближайшем) procfs стоит здесь скорее заменить на sysfs, поскольку использовать procfs для таких целей неверно, но про неё слишком много написано, и это удобно студенту. Подумаю.

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

Спасибо за замечание.

А какие главы написала Рязанова Н.Ю.?

>что буду делать на курсовых студенты?

кстати мне тоже интересно - что можно накодать к ядру (я не могу придумать) =) можно списочек посмотреть? (обязуюсь никому не помогать и только для ознакомления)

> кстати мне тоже интересно - что можно накодать к ядру

В основном всякую мелочь: главное -- освоить концепцию и понять как это работает. Это курсовой индивидуально, у меня не более 4-х человек в сезон, поэтому списка нет.

Вот мне бы хотелось модуль, который запускался бы с параметрами:

port_number major minor

и создавал символьное устройство с major minor, которое бы позволяло читать-писать байты в port_number.

А может это уже сделали?

> port_number major minor и создавал символьное устройство с major minor, которое бы позволяло читать-писать байты в port_number.

Берём пример из LDD на символьные устройства, допиливаем. Моё скромное мнение.

> Вот мне бы хотелось модуль, который запускался бы с параметрами:

> port_number major minor

Ручное назначение major и minor - это прошлый век.

> А может это уже сделали?

Сделали netcat.

>А может это уже сделали?

man iopl
man inb
man outb

> Сделали netcat.

Чую, речь шла про порты ввода-вывода в x86 :)

>> Сделали netcat.

> Чую, речь шла про порты ввода-вывода в x86 :)

для этого сделали /dev/port

> Ручное назначение major и minor - это прошлый век.

А как положено в нынешнем веке? (ЕМНИП специальная область major-ов оставлена неприкосновенной под эти цели)

/dev/port не позволяет задать права на отдельные порты, в моем случае можно было бы раздать любые права чтения/записи на отдельные устройства в /dev, т.е. порты.

netcat знаю давно, но он не из этой оперы :-)

хотя можно было бы сделать его аналог для портов -- запускаешь под рутом portcat, который читает-пишет в пайп... но проблема в том, что надо читать-писать без буферизации.

>> Ручное назначение major и minor - это прошлый век.

> А как положено в нынешнем веке?

major обычно оставляют == 0, и система выделяет незанятый. minor'ы я лично выделяю сам, но это тоже необязательно, AFAIK - нужно просто сказать "хочу N миноров". По-любому, эти числа для userspace-проги не важны - ей достаточно имен устройств.

> netcat знаю давно, но он не из этой оперы :-)

Ты не сказал, что "порт" - это порт В/В, а не UDP или TCP порт.

> Ты не сказал, что "порт" - это порт В/В, а не UDP или TCP порт.

Тогда бы не родилась идея с аналогом netcat-а для ограничения доступа к портам В/В.

Конечно, то что poll-ить /dev/port нельзя, осложнит жизнь.

Нужно обязательно приводить оригинальные английские термины, желательно сразу при первом употреблении и вынести в отдельный список. Иначеу тех, кто начал читать литературу на английском, будут проблемы с восприятием (сужу по себе, мне очень сложно читать переводные книжки - там куча новых терминов, я не всегда понимаю, о чём идёт речь...)

Я часть сразу и приводил. Просьба сообщить неясные термины, по возможности.

offtopic: а почему-бы не написать подобную методичку сразу на английском?