Debian не требует от оборудования сверх того, что требуют ядро Linux и утилиты GNU. Таким образом, любая архитуктура или платформа, на которую были перенесены ядро Linux, libc, gcc и т.д. и на которую перенесён Debian, может работать под Debian. Сверьтесь со страницами переносов http://www.debian.org/ports/sparc/, какие системы на архитектуре SPARC были протестированы с Debian.
Вместо того, чтобы пытаться описать всё разнообразие аппаратных конфигураций, которое существует на SPARC, эта глава содержит общую информацию и указания, где можно найти дополнительную информацию.
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.
На данный момент перенос на платформу 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.
На некоторых старых рабочих станциях 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.
Достаточно часто эти системы, особенно старые рабочие станции SUN, содержат аппаратный фрэймбуфер на материнской плате (например, bwtwo на Sun IPC) и карту SBUS, содержащую более новый и, вероятно, более быстрый, фрэймбуфер, вставленную в слот SBUS. Под Solaris/SunOS это не вызывает проблем, поскольку инициализируются обе карты.
Однако, под Linux это может вызвать проблему, состоящую в том, что монитор загрузки PROM может выводить свои сообщения на дополнительную карту, в то время как сообщения ядра Linux могут быть направлены на фрэймбуфер на материнской плате. В этом случае на экране сообщения об ошибках не появятся, и машина, по всей видимости, зависнет при загрузке диска памяти.
Чтобы избежать этой проблемы, подсоедините монитор (если это нужно) к видеокарте в слоте SBUS с самым маленьким номером (карта на материнской плате считается младшим внешним слотом). В качестве альтернативы, можно использовать последовательную консоль.
Поддержка графического интерфейса в Debian полностью определяется поддержкой этого интерфейса системой X11 XFree86. Большинство видеокарт AGP, PCI и PCIе ЗP работает под XFree86. Список поддерживаемых графических шин, карт, мониторов и устройств ввода можно найти на http://www.xfree86.org/. Debian 3.1 поставляется с XFree86 версии 4.3.0.
На этой архитектуре поддерживается нескольких процессоров — так называемая «симметричная многопроцессрная обработка (symmetric multi-processing)» или SMP. Однако, стандартное ядро Debian 3.1 не поддерживает SMP. Это не должно помешать установке, поскольку стандартное, не-SMP, ядро должно загружаться на SMP системах; ядро просто будет использовать только первый процессор.
Чтобы получить преимущество нескольких процессоров, вам надо заменить стандартное ядро Debian. О том, как это сделать, можно найти в Раздел 8.4, «Сборка нового ядра». В настоящий момент (версия ядра 2.4.27) разрешить SMP можно установив флажок «symmetric multi-processing» в секции «General» конфигурации ядра.