Kickstart es el firmware de arranque de las computadoras Amiga desarrollado por Commodore International . Su propósito es inicializar el hardware de Amiga y los componentes principales de AmigaOS y luego intentar arrancar desde un volumen de arranque , como un disquete . La mayoría de los modelos de Amiga se enviaron con el firmware Kickstart almacenado en chips ROM .
El AmigaOS de Commodore estaba formado tanto por el firmware Kickstart como por un componente de software proporcionado en disco (la parte de software a menudo se denominaba Workbench ). Para la mayoría de las actualizaciones de AmigaOS, el número de versión de Kickstart coincidía con el número de versión de Workbench. Confusamente, Commodore también utilizó números de revisión internos para los chips Kickstart. Por ejemplo, hubo varias revisiones de Kickstart designadas como versión 2.0. [1]
El primer modelo de Amiga, el A1000 , requería que Kickstart 1.x se cargara desde un disquete en una sección de 256 KB de RAM llamada almacén de control escribible (WCS). Algunos títulos de software del A1000 (especialmente Dragon's Lair ) proporcionaban una base de código alternativa para poder utilizar los 256 KB adicionales para datos. Los modelos posteriores de Amiga tenían Kickstart integrado en un chip ROM, lo que mejoraba los tiempos de arranque. Muchos ordenadores Amiga 1000 se modificaron para utilizar estos chips.
Kickstart se almacenaba en chips ROM de 256 KB para las versiones anteriores a AmigaOS 2.0. Las versiones posteriores utilizaban chips ROM de 512 KB que contenían funciones adicionales y mejoradas. El Amiga CD32 incluía una ROM de 1 MB (Kickstart 3.1) con firmware adicional y un sistema de archivos integrado para CD-ROM .
Los primeros modelos A3000 , al igual que el A1000, también se entregaban con Kickstart en disquete y utilizaban una ROM BETA 1.4 como arranque. Tanto Kickstart 1.3 como 2.0 se podían extraer a una partición específicamente denominada WB_1.3 o WB_2.x, respectivamente, y colocar en DEVS:kickstart, una ubicación absoluta del sistema desde donde el sistema A3000 lo encontrará al arrancar y copiará su imagen en la RAM. Este primer A3000 admitía tanto Kickstarts basados en ROM como Kickstarts basados en disco, aunque no simultáneamente. Un A3000 configurado para utilizar imágenes Kickstart basadas en disco tenía la ventaja de poder arrancar varias versiones de AmigaOS sin herramientas adicionales, simplemente seleccionando la imagen Kickstart adecuada en el momento del arranque.
El Commodore CDTV incluía ROM de firmware adicionales que técnicamente no forman parte del Kickstart de Amiga. Las ROM de firmware originales del CDTV deben actualizarse para poder instalar una versión de Kickstart posterior a la 1.3.
AmigaOS 2.1 era una actualización puramente de software y no requería chips de ROM Kickstart compatibles. Workbench 2.1 se ejecutaba en todas las ROM Kickstart de la familia 2.0x. Las versiones posteriores de AmigaOS (3.5 y 3.9) también eran puramente de software y no incluían actualizaciones de ROM compatibles, sino que requerían Kickstart 3.1, con componentes Kickstart basados en archivos ROM que reemplazaban a los de la ROM. Los módulos Kickstart de AmigaOS 4 se almacenan en la partición del disco de arranque.
Hasta Kickstart v2.0 (V36) solo se admitían bloques de 512 bytes. [28] Motorola 68040 utiliza cachés de escritura que requieren el uso de las funciones CacheClearU() y CacheControl() para vaciar el caché cuando se modifica el código del programa. Estas funciones solo están disponibles en Kickstart 2.0 o superior. [29]
Al iniciar o reiniciar el sistema, Kickstart realiza una serie de comprobaciones de diagnóstico y del sistema y, a continuación, inicializa el chipset Amiga y algunos componentes básicos del sistema operativo. A continuación, comprobará si hay dispositivos de arranque conectados e intentará arrancar desde el que tenga la prioridad de arranque más alta. Si no hay ningún dispositivo de arranque presente, se mostrará una pantalla en la que se le pedirá al usuario que inserte un disco de arranque, normalmente un disquete. La inserción de un disco de arranque de este tipo (que no sea un disco tipo workbench) dará como resultado:
a) una interfaz de línea de comandos ("CLI") que solicita comandos internos de ROM y de discos (incluidos programas y scripts) (si el disco no es un banco de trabajo o está vacío), o
b) una interfaz de usuario (básica) de apuntar y hacer clic denominada "Workbench" si el disco contiene al menos "loadwb" en el script "startup-sequence" que reside dentro de la carpeta "s" de este disco.
c) el arranque del disco en un entorno de trabajo personalizado o una aplicación, manteniendo el sistema operativo "vivo" en segundo plano.
d) un juego u otra aplicación que se inicia directamente, asumiendo todos los recursos de hardware de esta computadora y evitando establecer la multitarea de ejecución central, la inicialización de controladores, etc.
El Kickstart contiene muchos de los componentes principales del sistema operativo de Amiga , como:
Kickstart 1.3 es la primera versión que admite el arranque desde una unidad de disco duro . [30]
A partir del lanzamiento de AmigaOS 2.0, Kickstart también contenía controladores de dispositivos para arrancar desde dispositivos en controladores IDE , soporte para puertos de PC Card y varios otros hardware integrados en los modelos Amiga.
Al encender el dispositivo se ejecutará una prueba automática desde la ROM; se trata de un programa corto que puede producir un color en la pantalla que corresponde a una falla.
Si todo funciona correctamente, se mostrará la siguiente secuencia de colores de pantalla en los Kickstarts más antiguos:
Los siguientes colores indican un problema:
Sin embargo, si un Amiga recibió un código de color, no siempre significa que el error proviene de un fallo de hardware, el rojo también puede aparecer si una ROM está asignada a fastmem o por parches de ROM del software. En el caso del amarillo, puede deberse a un software inestable en la memoria. Algunos Amigas pueden mostrar un breve color en la pantalla al encenderse, que puede ser el último color de fondo. Tenga en cuenta que una actividad incorrecta en el bus de datos puede tener efectos en otros chips del bus.
El LED del teclado utiliza códigos parpadeantes que provienen del chip controlador del teclado, donde:
En general, para ejecutar una versión específica de Workbench , generalmente se requiere ejecutar un Kickstart con un número de versión correspondiente o mayor.
Por lo general, no es posible iniciar directamente el entorno de ventanas de Workbench solo desde Kickstart. Aunque gran parte de la funcionalidad necesaria para Workbench está incluida en Kickstart, se necesitan algunos componentes basados en disco para iniciarlo.
A partir de la versión 2.0, es posible ingresar a un menú de arranque manteniendo presionados ambos botones del mouse al encender o reiniciar el sistema. Esto permite al usuario elegir un dispositivo de arranque, configurar parámetros para compatibilidad con versiones anteriores y examinar el hardware de configuración automática .
Con software de terceros , es posible utilizar un Kickstart alternativo a la versión almacenada en el chip ROM integrado. Este tipo de software permite cargar una versión de Kickstart desde un archivo a la RAM ; por ejemplo, se puede cargar Kickstart 1.3 para ejecutar software antiguo incompatible con Kickstart 2.0 o posterior. Varios proveedores externos produjeron conmutadores de Kickstart de hardware ( sistemas de arranque dual ) en forma de duplicadores de zócalo para permitir que dos chips ROM se conectaran a un solo zócalo de la placa base con algún mecanismo para cambiar entre ellos. Estos se hicieron populares entre los usuarios que tenían problemas con versiones posteriores de Kickstart que causaban incompatibilidad con títulos de software anteriores.
Un Amiga con MMU habilitado puede "hacer shadow" a Kickstart desde el chip ROM integrado (o desde un archivo) hacia la RAM y pasarle el control al iniciarse. Esto suele ser preferible ya que los tiempos de acceso a la RAM son significativamente más rápidos que a la ROM, particularmente en sistemas expandidos. En reinicios posteriores, la copia de Kickstart se reutiliza, lo que reduce el tiempo de arranque y permite un acceso y ejecución más rápidos de la funcionalidad de Kickstart. También se desarrollaron funciones de shadowing similares para algunos dispositivos sin hardware MMU.
