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 .
AmigaOS de Commodore se formó tanto con el firmware Kickstart como con un componente de software proporcionado en el disco (y la parte del software a menudo se denomina 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. De manera confusa, Commodore también usó 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 de escritura (WCS). Algunos títulos de software A1000 (en particular Dragon's Lair ) proporcionaron una base de código alternativa para utilizar los 256 KB adicionales para datos. Los modelos posteriores de Amiga tenían Kickstart integrado en un chip ROM, mejorando así los tiempos de arranque. Muchas computadoras Amiga 1000 fueron modificadas para aceptar estos chips.
Kickstart se almacenó en chips ROM de 256 KB para versiones anteriores a AmigaOS 2.0. Las versiones posteriores utilizaron chips ROM de 512 KB que contenían funciones adicionales y mejoradas. El Amiga CD32 presentaba una ROM de 1 MB (Kickstart 3.1) con firmware adicional y un sistema de archivos integrado para CD-ROM .
Los primeros modelos A3000 , como el A1000, también se enviaban con Kickstart en disquete y usaban una ROM BETA 1.4 como arranque. Kickstart 1.3 o 2.0 podrían extraerse a una partición específicamente denominada WB_1.3 o WB_2.x, respectivamente, y colocarse en DEVS:kickstart, una ubicación absoluta del sistema desde donde el sistema A3000 lo encontrará en el arranque y copiará su imagen en la RAM. . Este primer A3000 admitía Kickstarts basados en ROM y Kickstarts basados en disco, aunque no simultáneamente. Un A3000 configurado para usar 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 presentaba ROM de firmware adicionales que técnicamente no forman parte del Amiga Kickstart. Las ROM de firmware originales del CDTV deben actualizarse para poder instalar una versión Kickstart posterior a la 1.3.
AmigaOS 2.1 era una actualización de software pura y no requería chips ROM Kickstart coincidentes. Workbench 2.1 se ejecutó en todas las ROM Kickstart de la familia 2.0x. Las versiones posteriores de AmigaOS (3.5 y 3.9) también eran solo software y no incluían actualizaciones de ROM correspondientes, 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 ha modificado el código del programa. Estas funciones sólo están disponibles en Kickstart 2.0 o superior. [29]
Al iniciar o restablecer, Kickstart realiza una serie de comprobaciones de diagnóstico y del sistema y luego inicializa el chipset Amiga y algunos componentes principales del sistema operativo. Luego buscará dispositivos de arranque conectados e intentará arrancar desde el que tenga la mayor prioridad de arranque. Si no hay ningún dispositivo de arranque, se mostrará una pantalla solicitando al usuario que inserte un disco de arranque, generalmente un disquete. La inserción de dicho disco de arranque (que no sea un disco tipo banco de trabajo) dará como resultado:
a) un indicador de interfaz de línea de comandos ("CLI") para operar con comandos internos de la 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 llamada "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 disco arranca en un banco de trabajo personalizado o en 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 evitando establecer la multitarea de Exec central, la inicialización del controlador, etc.
El Kickstart contiene muchos de los componentes principales del sistema operativo de Amiga , como por ejemplo:
Kickstart 1.3 es la primera versión que admite el arranque desde una unidad de disco duro . [30]
Desde la versión 2.0 de AmigaOS en adelante, Kickstart también contenía controladores de dispositivos para arrancar desde dispositivos en controladores IDE , soporte para puertos PC Card y varios otros hardware integrados en los modelos Amiga.
Al encender, la autoprueba se ejecutará desde la ROM; este es un programa corto que puede producir un color en la pantalla correspondiente a una falla.
Si todo funciona correctamente, se mostrará la siguiente secuencia de colores de pantalla en 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 se deba a una falla de hardware; el rojo también puede aparecer si una ROM está asignada a fastmem o mediante parches de ROM del software. Para el amarillo puede tratarse de software inestable en la memoria. Algunos Amigas pueden mostrar un color breve en la pantalla al encender, que puede ser el último color de fondo. Tenga en cuenta que una mala actividad en el bus de datos que no debería estar allí puede afectar a otros chips del bus. Si un puerto lógico entre la línea D (datos) y la línea DRD está defectuoso (74LS244), puede generar actividad cuando debería estar en silencio. También puede producir un color incorrecto en la pantalla cuando se coloca un color en la pantalla. La salida serial y el chipmem fallarán en el caso de que obtengan datos de las líneas DRD. Esto se debe a que los chips personalizados comparten las líneas DRD y poner un color en la pantalla puede establecer bits adicionales del color a medida que se lee en las líneas DRD.
El LED del teclado utiliza códigos de parpadeo que provienen del chip controlador del teclado donde:
En general, para ejecutar una versión específica de Workbench , generalmente es necesario ejecutar un Kickstart con un número de versión correspondiente o mayor.
Generalmente no es posible iniciar directamente en el entorno de ventanas de Workbench únicamente desde Kickstart. Aunque gran parte de la funcionalidad requerida para Workbench está contenida en Kickstart, se necesitan algunos componentes basados en disco para iniciarlo.
Desde la versión 2.0 en adelante, es posible ingresar a un menú de inicio manteniendo presionados ambos botones del mouse al encender o reiniciar. Esto permite al usuario elegir un dispositivo de arranque, establecer parámetros para compatibilidad con versiones anteriores y examinar el hardware de Autoconfig .
Con software de terceros , es posible utilizar un Kickstart alternativo a la versión almacenada en el chip ROM integrado. Dicho 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 Kickstart de hardware ( sistemas de arranque dual ) en forma de duplicadores de zócalos para permitir que dos chips ROM se conecten a un único zócalo de la placa base con algún mecanismo para cambiar entre ellos. 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 habilitado para MMU puede "seguir" Kickstart desde el chip ROM integrado (o desde un archivo) a la RAM y pasarle el control al inicio. Esto suele ser preferible ya que los tiempos de acceso a la RAM son significativamente más rápidos que los de la ROM, particularmente en sistemas expandidos. En reinicios posteriores, la copia de Kickstart se reutiliza, lo que reduce el tiempo de inicio y permite un acceso y una ejecución más rápidos de la funcionalidad Kickstart. También se desarrollaron funciones de sombreado similares para algunos dispositivos sin hardware MMU.
