2.1. Поддерживаемое оборудование

Debian не требует от оборудования сверх того, что требуют ядро Linux и утилиты GNU. Таким образом, любая архитуктура или платформа, на которую были перенесены ядро Linux, libc, gcc и т.д. и на которую перенесён Debian, может работать под Debian. Сверьтесь со страницами переносов http://www.debian.org/ports/sparc/, какие системы на архитектуре SPARC были протестированы с Debian.

Вместо того, чтобы пытаться описать всё разнообразие аппаратных конфигураций, которое существует на SPARC, эта глава содержит общую информацию и указания, где можно найти дополнительную информацию.

2.1.1. Поддерживаемые архитектуры

Debian 3.1 поддерживает одиннадцать основных архитектур и несколько вариаций каждой архитектуры, известных как «варианты (flavors)».

Архитектура Обозначение в Debian Субархитектура Вариант
основанные на Intel x86 i386   vanilla
speakup
linux26
Motorola 680x0 m68k Atari atari
Amiga amiga
68k Macintosh mac
VME bvme6000
mvme147
mvme16x
DEC Alpha alpha    
Sun SPARC sparc   sun4cdm
sun4u
ARM и StrongARM arm   netwinder
riscpc
shark
lart
IBM/Motorola PowerPC powerpc CHRP chrp
PowerMac pmac
PReP prep
APUS apus
HP PA-RISC hppa PA-RISC 1.1 32
PA-RISC 2.0 64
основанные на Intel ia64 ia64    
MIPS (с прямым порядком байтов) mips SGI Indy/Indigo 2 r4k-ip22
r5k-ip22
Broadcom BCM91250A (SWARM) sb1-swarm-bn
MIPS (с обратным порядком байтов) mipsel Cobalt cobalt
DECstation r4k-kn04
r3k-kn02
Broadcom BCM91250A (SWARM) sb1-swarm-bn
IBM S/390 s390 IPL с VM-reader и DASD generic
IPL с ленты tape

Этот документ содержит описание установки на архитектуру SPARC. Если вы ищете информацию по любой другой архитектуре, поддерживаемой Debian, посмотрите на странице переносов Debian.

2.1.2. Поддерживаемые процессоры, материнские платы и видеокарты

На данный момент перенос на платформу sparc поддерживает несколько типов систем Sparc. Системы Sparc делятся на следующие типы: sun4, sun4c, sun4m, sun4d и sun4u. Сейчас мы не поддерживаем очень старое оборудование sun4. Все остальные системы поддерживаются. Sun4d тестировался меньше всего, поэтому возможны проблемы со стабильной работой ядра. Sun4c и Sun4m, наиболее распространённые из старых машин Sparc, включают такие системы, как SparcStation 1, 1+, IPC, IPX и SparcStation LX, 5, 10 и 20 соответственно. Класс систем UltraSparc относится к типу sun4u и поддерживается набором образов установки sun4u. Некоторые системы, относящиеся к поддерживаемым типам, тем не менее, сами не поддерживаются. Это известно про мультикомпьютер AP1000 и Tadpole Sparcbook 1. См. полную информацию в FAQ по Linux на процессорах SPARC.

2.1.2.1. Настройка памяти

На некоторых старых рабочих станциях Sun, особенно Sun IPX и Sun IPC, банки памяти имеют фиксированные физические адреса. Таким образом, если заполнены не все банки, в физическом адресном пространстве будут пропуски. Установка Linux требует наличия непрерывного блока памяти, в который загружается ядро и RAMdisk. Если это невозможно, возникает ошибка «Data Access Exception».

Поэтому вы должны настроить память таким образом, чтобы низший блок памяти бы непрерывен на протяжении хотя бы 8 МБ. В указанных выше системах IPX и IPC границы банков памяти кратны 16 МБ. В результате, это означает, что у вас должен быть модуль SIMM в нулевом банке, достаточно большой, чтобы в нём разместились ядро и диск памяти. 4 МБ для этого недостаточно.

Пример: На Sun IPX у вас есть два модуля SIMM: 16 МБ и 4 МБ. Есть четыре банка SIMM (0, 1, 2, 3). Нулевой банк - это расположенный дальше всего от коннекторов SBUS. Таким образом, вы должны установить модуль 16 МБ в банк 0. Модуль размером 4 МБ рекомендуется в этом случае установить в банк 2.

2.1.2.2. Настройка графики

Достаточно часто эти системы, особенно старые рабочие станции SUN, содержат аппаратный фрэймбуфер на материнской плате (например, bwtwo на Sun IPC) и карту SBUS, содержащую более новый и, вероятно, более быстрый, фрэймбуфер, вставленную в слот SBUS. Под Solaris/SunOS это не вызывает проблем, поскольку инициализируются обе карты.

Однако, под Linux это может вызвать проблему, состоящую в том, что монитор загрузки PROM может выводить свои сообщения на дополнительную карту, в то время как сообщения ядра Linux могут быть направлены на фрэймбуфер на материнской плате. В этом случае на экране сообщения об ошибках не появятся, и машина, по всей видимости, зависнет при загрузке диска памяти.

Чтобы избежать этой проблемы, подсоедините монитор (если это нужно) к видеокарте в слоте SBUS с самым маленьким номером (карта на материнской плате считается младшим внешним слотом). В качестве альтернативы, можно использовать последовательную консоль.

2.1.3. Видеокарты

Поддержка графического интерфейса в Debian полностью определяется поддержкой этого интерфейса системой X11 XFree86. Большинство видеокарт AGP, PCI и PCIе ЗP работает под XFree86. Список поддерживаемых графических шин, карт, мониторов и устройств ввода можно найти на http://www.xfree86.org/. Debian 3.1 поставляется с XFree86 версии 4.3.0.

2.1.4. Несколько процессоров

На этой архитектуре поддерживается нескольких процессоров — так называемая «симметричная многопроцессрная обработка (symmetric multi-processing)» или SMP. Однако, стандартное ядро Debian 3.1 не поддерживает SMP. Это не должно помешать установке, поскольку стандартное, не-SMP, ядро должно загружаться на SMP системах; ядро просто будет использовать только первый процессор.

Чтобы получить преимущество нескольких процессоров, вам надо заменить стандартное ядро Debian. О том, как это сделать, можно найти в Раздел 8.4, «Сборка нового ядра». В настоящий момент (версия ядра 2.4.27) разрешить SMP можно установив флажок «symmetric multi-processing» в секции «General» конфигурации ядра.