18.1. | Как можно узнать больше о внутреннем устройстве FreeBSD? |
В настоящее время существует только одна книга по внутреннему
устройству ОС, посвящённая FreeBSD, а именно <<The Design and
Implementation of the FreeBSD Operating System>> Маршалла
Кёрка МакКузика (Marshall Kirk McKusick) и Джорджа В. Невилле-Нейла
(George V. Neville-Neil), ISBN 0-201-70245-2. В ней
рассматривается FreeBSD версии 5. Кроме того, большинство общих знаний о UNIX(R) непосредственно применимо к FreeBSD. Список относящихся к делу книг можно найти в разделе Руководства Библиография по внутреннему устройству операционной системы. | |
18.2. | Как можно оказать помощь проекту FreeBSD? |
Пожалуйста, обратитесь к соответствующей статье, в которой вы получите советы относительно того, как это сделать. Ваша помощь более чем приветствуется! | |
18.3. | Что такое снапшоты и релизы? |
В Хранилище CVS сейчас находятся четыре активно/полуактивно развивающихся ветки FreeBSD. (Более ранние ветки изменяются очень редко, именно поэтому в разработке только четыре активных ветки):
На данный момент -CURRENT является
находящимся в разработке деревом 10. | |
18.4. | Как самому сделать релиз? |
Пожалуйста, обратитесь к статье о процессе выпуска релизов. | |
18.5. | По команде |
Да, так и должно быть; как говорит название этой команды,
Если в момент запуска команд | |
18.6. | Почему |
Хотя зеркала CVSup обновляются
с основного CVSup-сервера каждый
час, это обновление может происходить в любой момент в течение
часа. Это значит, что некоторые серверы будут иметь более новый
код, чем остальные, хотя разница между версиями кода не превышает
часа. Если бы для серверов | |
18.7. | Можно ли работать с -CURRENT при ограниченном доступе в Internet? |
Да, это можно делать без скачивания полного дерева исходных текстов с помощью системы CTM. | |
18.8. | Как вы разделяете дистрибутив на файлы по 1392 Кбайт? |
Команда split(1) в современных BSD-системах имеет опцию
Вот пример из файла
ZIPNSPLIT= gzip --no-name -9 -c | split -b 1392k - | |
18.9. | Я написал некоторое добавление к ядру, кому его послать? |
Обратитесь к статье о том, как помочь проекту FreeBSD, чтобы выяснить, как это сделать. И спасибо Вам за Ваши усилия! | |
18.10. | Как распознаются и инициализируются адаптеры ISA Plug N Play? |
От: Фрэнка Дурды IV (Frank Durda IV)
Если рассматривать на самом низком уровне, то существует
несколько портов ввода/вывода, в которые должны выводить
информацию все адаптеры PnP, когда компьютер пытается
выполнить запрос о наличии установленных адаптеров. Так что,
когда запускается процедура определения адаптеров PnP, она
выполняет запрос о наличии каких-либо адаптеров PnP, а все
такие адаптеры выдают свой номер модели при чтении того же
порта ввода/вывода, поэтому процедура определения получит
ответ на свой запрос, состоящий из логически наложенных
номеров моделей, интерпретируемый как <<да>>.
В этом ответе по крайней мере один бит будет установлен в
единицу. Затем код определения адаптеров может
<<выключать>> адаптеры с ID (назначаемыми
Microsoft(R)/Intel(R)), большими, чем ID представляет собой два 32-разрядные числа (отсюда число 264) + 8 бит контрольной суммы. Первые 32 бита являются идентификатором производителя. Они никогда не сообщаются, однако часто бывает, что различные типы адаптеров от одного и того же производителя имеют различные 32-битные значения идентификатора производителя. Необходимость в 32 разрядах только для задания производителя адаптера выглядит несколько излишним. Оставшиеся 32 бита являются серийным номером или чем-либо, делающим этот адаптер уникальным. Производитель не должен выпускать других адаптеров, имеющих то же самое значение этих битов, если, конечно, у них не различаются при этом старшие биты идентификатора производителя. Так что вы можете иметь несколько адаптеров одинакового типа; при этом, 64-разрядные номера будут разными. Группы по 32 бита не могут быть нулевыми. Это позволяет при логическом объединении OR их номеров получать ненулевое значение во время начального поиска адаптеров. Как только система определила ID всех адаптеров, она активизирует каждый адаптер, по одному за раз (через те же порты ввода/вывода), и определяет, какие ресурсы требуются данному адаптеру, какие возможные прерывания доступны и т.д. Сканирование и сбор информации происходит по всем адаптерам. Эта информация соотносится с содержащейся в файлах ECU на диске или в MLB BIOS. Поддержка PnP из ECU и BIOS для аппаратуры на MLB обычно имеет синтетический характер, и периферия не выполняет полностью процедуру настоящего PnP. Однако, используя BIOS и информацию из ECU, процедура инициализации может обнаружить устройства PnP, которые не могут быть найдены другим способом. Затем устройства PnP опрашиваются ещё раз для назначения им портов ввода/вывода, DMA, IRQ и адресов отображаемой памяти. Теперь устройства должны иметь именно такие настройки и они должны оставаться такими до следующей перезагрузки, хотя нигде не сказано, что вы не можете их менять, когда захотите. Здесь сделано много упрощений, однако общую идею вы должны уловить. Microsoft(R) использовала для PnP некоторые порты статуса
первого принтера, по их логике, не существует адаптеров,
использующих эти адреса для ввода/вывода. Я обнаружил один
такой адаптер принтера от IBM, который декодирует запись в
порт статуса в момент начального опроса устройств PnP, на
что Microsoft(R) ответила <<хулиган>>. Так что они
выполняют запись в порт статуса принтера для установки адресов,
вдобавок используют этот адрес + | |
18.11. | Мне нужно старшее число для написанного мною драйвера устройства. |
В версиях FreeBSD, вышедших после февраля 2003 года, есть механизм динамического и автоматического выделения старших номеров для драйверов устройств во время выполнения (смотрите devfs(5)), поэтому в этом нет необходимости. | |
18.12. | Альтернативный метод размещения каталогов |
В ответ на вопрос о других методах размещения каталогов
могу сказать, что используемая в настоящее схема не претерпела
изменений с того момента, как я реализовал её в 1983 году.
Эти соглашения были разработаны для оригинальной файловой
системы FFS, и я никогда их не пересматривал. Эта схема хорошо
работает, позволяя избежать переполнения групп дорожек. Как
некоторые из вас заметили, она работает плохо при поиске.
Большинство файловых систем создаются из архивов, которые были
созданы с глубиной первого поиска (aka ftw). Это приводит к
тому, что их каталоги размещаются на нескольких группах дорожек,
создавая наихудший случай для последующего поиска глубиной один.
Если бы было известно общее количество каталогов, которые должны
быть созданы, выходом было бы создание каталогов в количестве
Kirk McKusick | |
18.13. | Что делать при аварийном останове системы? |
Вот типичная паника ядра: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xf014a7e5 stack pointer = 0x10:0xf4ed6f24 frame pointer = 0x10:0xf4ed6f28 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 80 (mount) interrupt mask = trap number = 12 panic: page fault Если вы видите такое сообщение, просто его воспроизвести
и послать нам не достаточно. Здесь важно значение указателя
инструкций; к сожалению, его значение зависит
от конфигурации ядра. Другими словами, его значение меняется
в зависимости от конкретного ядра, которое вы используете.
Если вы используете ядро Вот что вы должны сделать:
Тем не менее, лучшим способом выяснить причину, вызвавшую аварийный останов, является получение аварийного дампа системы, а затем использование kgdb(1) для получения трассировки вызовов в этом дампе. В любом случае, метод таков:
Примечание:Если вы не используете переменную make
В процессе выполнения команды make(1) будут
построены два ядра,
Чтобы включить сброс аварийного дампа, вам нужно
отредактировать файл Примечание:Аварийные дампы FreeBSD обычно имеют размер, равный
физическому объёму оперативной памяти вашей машины. Так
что если у вас установлено 512 Мбайт ОЗУ, вы получите
дамп размером 512 Мбайт. Поэтому вы должны
удостовериться, что в каталоге Как только вы получили аварийный дамп, вы можете выполнить трассировку вызовов с помощью kgdb(1) таким образом:
Заметьте, что при этом может быть выведено несколько экранов информации; в идеале вы должны использовать script(1) для их перехвата. При использовании необработанного образа ядра со всей отладочной информацией может быть найдена конкретная строка исходного текста ядра, при достижении которой случилась аварийная остановка. Для выяснения последовательности событий, приведших к аварийному останову, обычно читается трассировка стека снизу вверх. Вы можете также использовать kgdb(1) для вывода значений различных переменных или структур, чтобы выяснить состояние системы во время аварии. Подсказка:Теперь, если вы в самом деле душевнобольной и у вас есть второй компьютер, то вы можете настроить kgdb(1) для удалённой отладки, так, что сможете использовать kgdb(1) на одном компьютере, чтобы отладить ядро на другом, включая использование точек останова, пошагового прохода по коду ядра, всё как с обычной прикладной программой. Примечание:Если у вас включена поддержка | |
18.14. | Перестала работать функция |
По умолчанию при работе с форматом ELF символы,
определённые в исполняемом файле, не доступны динамическому
загрузчику. Поэтому при вызове функции
Если вы хотите осуществить поиск в выполнимом файле
процесса с помощью функции | |
18.15. | Как я могу увеличить или уменьшить адресное пространство ядра в архитектуре i386? |
По умолчанию размер адресного пространства ядра для i386 равен 1 Гбайт (2 Гбайт для PAE). Если вы используете FreeBSD в качестве сервера с интенсивной сетевой нагрузкой (скажем, большой FTP или HTTP сервер) или хотите использовать ZFS, то вы можете обнаружить, что этого недостаточно. Чтобы увеличить доступное пространство, добавьте следующую строку в файл конфигурации ядра и пересоберите его: options KVA_PAGES= Чтобы получить нужное значение для
|
Этот, и другие документы, могут быть скачаны с http://ftp.FreeBSD.org/pub/FreeBSD/doc/.
По вопросам, связанным с FreeBSD, прочитайте
документацию прежде чем писать в
<questions@FreeBSD.org>.
По вопросам, связанным с этой документацией, пишите в рассылку
<doc@FreeBSD.org>.