Provided by:
manpages-es_1.55-10_all 
NOMBRE
bootparam - Introduccion a los parametros de arranque del nucleo de
Linux
DESCRIPCI'ON
El nucleo Linux acepta ciertas `opciones de la linea de orden' o
`parametros de arranque' cuando se carga. En general esto sirve para
suministrar al nucleo informacion sobre parametros del equipo que el
nucleo es incapaz de determinar por si mismo, o para evitar o cambiar
los valores que el nucleo detectaria.
Cuando es la BIOS quien arranca directamente el nucleo (por ejemplo
desde un disquete donde Ud. copio el nucleo mediante `cp zImage
/dev/fd0'), Ud. no tiene oportunidad de especificar ningun parametro.
Asi que para aprovechar esta posibilidad Ud. debe emplear algun
programa capaz de pasar parametros, como LILO o LOADLIN. Para algunos
pocos parametros, uno puede tambien modificar la propia imagen del
nucleo, empleando rdev, vea rdev(8) para mas detalles.
El programa LILO (LInux LOader, cargador de Linux), escrito por Werner
Almesberger, es el mas empleado comunmente. Tiene la capacidad de
arrancar varios nucleos, y guarda la informacion de configuracion en un
fichero de texto plano. (Vea lilo(8) y lilo.conf(5).) LILO puede
arrancar tambien DOS, OS/2, Linux, FreeBSD, UnixWare, etc., y es
bastante flexible.
El otro cargador de Linux empleado comunmente es `LoadLin', que es un
programa de DOS con la capacidad de lanzar un nucleo Linux desde la
linea de ordenes del DOS (con argumentos de arranque), suponiendo que
se dispone de ciertos recursos. Esto esta bien para la gente que quiera
lanzar Linux desde DOS.
Tambien es muy util si Ud. posee cierto hardware que confia en el
controlador suministrado para DOS para poner el equipo en un estado
determinado. Un ejemplo muy comun es el de las tarjetas de sonido
`Compatibles con SoundBlaster' que necesitan el controlador para DOS
para hacer no se sabe que con unos pocos misteriosos registros a fin de
poner la tarjeta en modo compatible con SB. Arrancar DOS con el
controlador de marras y cargar luego Linux desde el indicador del DOS
mediante Loadlin evita la inicializacion de la tarjeta que tendria
lugar si se rearrancara el sistema.
LA LISTA DE ARGUMENTOS
La linea de ordenes del nucleo se analiza y divide en una lista de
cadenas de caracteres (argumentos del arranque) separadas por espacios.
La mayoria de argumentos de arranque toman la forma:
nombre[=valor_1][,valor_2]...[,valor_10]
donde `nombre' es una palabra reservada unica que se emplea para
identificar a que parte del nucleo se va a dar los valores (si hay
alguno) asociados. Observe que el limite de 10 es real, puesto que el
codigo actual solo maneja 10 parametros separados por coma por cada
palabra reservada. (Sin embargo, se puede reutilizar la misma palabra
con hasta 10 parametros adicionales mas en situaciones inusualmente
complicadas, suponiendo que la funcion setup ---vea un par de parrafos
mas adelante--- lo aguante.)
La mayor parte del manejo de los argumentos ocurre en
linux/init/main.c. Primero el nucleo mira a ver si el argumento es uno
de los especiales `root=', `nfsroot=', `nfsaddrs=', `ro', `rw', `debug'
o `init'. El significado de estos argumentos especiales se describe mas
adelante.
Luego recorre una lista de funciones setup (contenidas en el vector
bootsetups) para ver si la cadena del argumento especificado (como
`fu') ha sido asociada con una funcion setup (`fu_setup()') para un
dispositivo particular o parte del nucleo. Si se le pasa al nucleo la
linea fu=3,4,5,6 entonces el nucleo buscara en el vector bootsetups si
`fu' ha sido registrada. Si lo ha sido, entonces llamara a la funcion
setup asociada con `fu' (fu_setup()) y le pasara los argumentos 3, 4, 5
y 6 tal como se dieron en la linea de ordenes del nucleo.
Cualquier cosa de la forma `fu=bar' que no se acepte como una funcion
setup tal como se ha descrito arriba se interpreta entonces como una
variable de entorno que toma un valor. Un (cinutil?) ejemplo seria
poner `TERM=vt100' como un argumento de arranque.
Cualesquiera argumentos restantes que no han sido tomados por el nucleo
ni han sido interpretados como variables de entorno se pasan entonces
al proceso 1, que normalmente es el programa init. El mas usual de
ellos es la palabra `single', que ordena a init arrancar el sistema en
modo monousuario, sin lanzar los demonios usuales. Eche un vistazo a la
pagina del manual de la version de init instalada en su sistema para
ver que argumentos acepta.
ARGS. DE ARRANQUE GENERALES, NO ESPEC'IFICOS DE NING'UN DISPOSITIVO
`init=...'
Esto indica el programa inicial que ejecutara el nucleo. Si no se
establece o no se puede encontrar, el nucleo intentara ejecutar
/etc/init, luego /bin/init, despues /sbin/init, mas tarde /bin/sh y
acabara dando un mensaje de panico (y con razon) si todo esto falla.
`nfsaddrs=...'
Esto pone la direccion de arranque de NFS con la cadena dada. Esta
direccion de arranque se emplea en caso de un arranque remoto, por red.
`nfsroot=...'
Esto pone el nombre de la raiz de NFS con la cadena dada. Si esta
cadena no empieza con '/' ni ',' ni un digito, entonces se le anade el
prefijo `/tftpboot/'. Este nombre de raiz se emplea en caso de un
arranque remoto.
`no387'
(Solo cuando se ha definido CONFIG_BUGi386.) Algunos chips del
coprocesador i387 tienen fallos que se ponen de relieve cuando se
emplean en modo protegido de 32 bits. Por ejemplo, algunos de los
primeros chips ULSI-387 podian causar bloqueos durante calculos en coma
flotante. El argumento de arranque `no387' hace que Linux no utilice el
coprocesador matematico aunque se disponga de uno. iPor supuesto, el
nucleo debe haber sido compilado con emulacion del coprocesador
matematico!
`no-hlt'
(Solo cuando se ha definido CONFIG_BUGi386.) Algunos de los primeros
chips i486DX/100 tenian un pequeno problema con la instruccion `hlt', y
es que no podian confiablemente volver al modo operativo normal tras
utilizarse esta instruccion. Mediante el argumento `no-hlt' se le dice
a Linux que ejecute un bucle infinito cuando no haya nada mejor que
hacer, en vez de parar la UCP. Esto permite que la gente con estos
chips defectuosos pueda usar Linux.
`root=...'
Este argumento le dice al nucleo que dispositivo se va a emplear como
el sistema de ficheros raiz al arrancar. El valor predeterminado de
este valor se pone en tiempo de compilacion, usualmente como el
dispositivo raiz del sistema donde se construyo el nucleo. Para tomar
otro valor, y seleccionar por ejemplo la segunda disquetera como el
dispositivo raiz, uno utilizaria `root=/dev/fd1'. (El dispositivo raiz
tambien se pude poner empleando rdev(8).)
El dispositivo raiz puede especificarse simbolica o numericamente. Una
especificacion simbolica tiene la forma /dev/XXYN, donde XX designa el
tipo de dispositivo (`hd' para discos duros compatibles con ST-506, con
Y en el rango `a'--`d'; `sd' para discos duros compatibles con SCSI,
con Y en el rango `a'--`e'; `ad' para discos duros Atari ACSI, con Y en
el rango `a'--`e'; `ez' para una unidad portatil enchufable en puerto
paralelo Syquest EZ135, con Y=`a'; `xd' para discos duros compatibles
XT, con Y `a' o `b'; `fd' para disquetes, siendo Y el numero de la
unidad --- fd0 seria la unidad de DOS `A:' y fd1 seria la `B:'), Y la
letra o numero de la unidad, y N el numero (en base diez) de la
particion en este dispositivo (ausente en el caso de disquetes).
Nucleos recientes admiten otros muchos tipos, mayormente de CD-ROMs:
nfs, ram, scd, mcd, cdu535, aztcd, cm206cd, gscd, sbpcd, sonycd, bpcd,
optcd. (El tipo `nfs' especifica un arranque remoto; `ram' se refiere
a un disco en memoria RAM.)
Observe que esto no tiene nada que ver con la designacion de estos
dispositivos en el sistema de ficheros. La parte `/dev/' es puramente
convencional.
La especificacion numerica, mas fea y menos transportable, de los
posibles dispositivos raiz de arriba en formato mayor/menor, se acepta
tambien. (Por ejemplo, /dev/sda3 tiene de numero mayor 8 y de menor 3,
asi que se podria poner `root=0x803' de forma alternativa.)
`ro' y `rw'
La opcion `ro' le dice al nucleo que monte el sistema de ficheros raiz
como `de lectura exclusiva', de modo que el programa de comprobacion de
consistencia del sistema de ficheros (fsck) pueda hacer su trabajo en
un sistema de ficheros sin actividad. Ningun proceso puede escribir en
ficheros del sistema de ficheros en cuestion hasta que este se `re-
monte' como capaz para lectura y escritura, por ejemplo mediante `mount
-w -n -o remount /'. (Vea tambien mount(8).)
La opcion `rw' le dice al nucleo que monte el sistema de ficheros raiz
para lectura y escritura. Esto es lo que ocurre normalmente si no se
pone nada.
La eleccion entre lectura exclusiva y lectura/escritura tambien puede
hacerse empleando rdev(8).
`reserve=...'
Esto se emplea para proteger regiones de E/S de pruebas. La forma de la
orden es:
reserve=baseE/S,extensi'on[,baseE/S,extensi'on]...
En algunas maquinas puede ser necesario evitar que ciertos
controladores de perifericos comprueben la existencia de estos (auto-
pruebas) en una region especifica. Esto puede ser porque algun
dispositivo reaccione malamente a la prueba, o porque algun otro se
identifique erroneamente, o simplemente porque no queremos que el
nucleo inicialice cierto hardware.
El argumento de arranque reserve especifica una region de un puerto de
E/S que no debe ser probado. Un controlador no probara una region
reservada, a menos que otro argumento de arranque explicitamente le
especifique que lo haga.
Por ejemplo, la linea de arranque
reserve=0x300,32 bla=0x300
hace que ningun controlador pruebe la region 0x300--0x31f excepto el de
`bla'.
`mem=...'
La llamada a la BIOS definida en la especificacion del PC que debe
devolver la cantidad de memoria instalada fue disenada de modo que
solamente es capaz de informar de hasta 64 MB. Linux emplea esta
llamada a la BIOS en el arranque para determinar cuanta memoria hay. Si
Ud. tiene mas de 64 MB de RAM instalada, puede emplear este argumento
de arranque para decirle a Linux cuanta memoria tiene. El valor es en
base diez o dieciseis (prefijo 0x), y pueden emplearse los sufijos `k'
(kilo, x 1024) o `M' (mega, x 1048576). Lo siguiente es un parrafo de
Linus sobre el empleo del parametro `mem='.
``El nucleo aceptara cualquier parametro `mem=xx' que se le de, y si se
le engana, mas pronto o mas tarde fallara estrepitosamente. El
parametro indica la direccion RAM mas alta direccionable, asi que
`mem=0x1000000' significa que Ud. tiene 16 MB de memoria, por ejemplo.
Para una maquina con 96 MB seria `mem=0x6000000'.
NOTA NOTA NOTA: algunas maquinas pueden emplear la parte de arriba de
la memoria para antememoria de la BIOS o para otra cosa, asi que Ud. no
tendria realmente hasta el limite de 96 MB direccionables. Lo inverso
tambien es verdad: algunos chipsets haran corresponder la memoria
fisica cubierta por el area de la BIOS al area justo por encima del
limite de la memoria, asi que el tope-de-memoria seria realmente 96 MB
+ 384 kB por ejemplo. Si Ud. le dice a Linux que tiene mas memoria que
la que realmente tiene, cosas malas aconteceran: puede ser que no de
momento, pero con seguridad alguna vez.''
`panic=N'
Por omision el nucleo no rearrancara tras un panico, pero esta opcion
hara que el nucleo rearranque tras N segundos (si N > 0). Este tiempo
de retardo tambien se puede poner con "echo N >
/proc/sys/kernel/panic".
`reboot=[warm|cold][,[bios|hard]]'
(Solo cuando se ha definido CONFIG_BUGi386.) Desde la version 2.0.22
un rearranque es por omision un rearranque en frio. Uno obtiene el
comportamiento antiguo con `reboot=warm'. (Un rearranque en frio puede
ser necesario para inicializar cierto hardware, pero puede destruir
datos no escritos aun en un cache de disco. Un rearranque en caliente
puede ser mas rapido.)
Por omision un rearranque es duro, pidiendo al controlador de teclado
pulsar la linea de puesta a cero baja, pero hay al menos un tipo de
placa madre donde esto no funciona. La opcion `reboot=bios', en lugar
de eso saltara a traves de la BIOS.
`nosmp' y `maxcpus=N'
(Solo cuando se defina __SMP__ .) Una opcion de linea de orden como
`nosmp' o `maxcpus=0' deshabilitara por completo MPS (multiproceso
simetrico); una opcion como `maxcpus=N' limita el numero maximo de UCPs
activados en el modo MPS a N.
ARGUMENTOS DE ARRANQUE PARA USO DE LOS DESARROLLADORES DEL N'UCLEO
`debug'
Los mensajes del nucleo son manejados por el demonio de registro del
nucleo klogd de modo que pueden ser registrados en disco. Los mensajes
con una prioridad mayor que console_loglevel tambien se muestran en la
consola. (Para estos niveles, consulte <linux/kernel.h>.) Por omision
esta variable esta puesta de modo que registre cualquier cosa mas
importante que mensajes de depuracion. Este argumento de arranque hace
que el nucleo tambien muestre los mensajes de prioridad DEBUG. El
nivel de registro de la consola se puede establecer tambien en tiempo
de ejecucion mediante una opcion de klogd. Consulte klogd(8).
`profile=N'
Es posible habilitar una funcion de perfil del nucleo, si uno desea
saber donde esta el nucleo gastando sus ciclos de UCP. El perfil se
habilita poniendo la variable prof_shift a un valor distinto de cero.
Esto se hace bien especificando CONFIG_PROFILE en la compilacion, o
mediante la opcion `profile='. Ahora el valor que tendra prof_shift
sera N, cuando se de, o CONFIG_PROFILE_SHIFT, cuando se haya dado este,
o 2, el valor predeterminado. La significancia de esta variable es que
da la granularidad del perfil: para cada pulso del reloj, si el sistema
esta ejecutando codigo del nucleo, se incrementa un contador:
profile[address >> prof_shift]++;
La informacion de perfil, sin procesar, puede leerse de /proc/profile.
Probablemente sea mejor idea emplear una herramienta como
readpropfile.c para verla mejor. Escribir en /proc/profile limpiara
los contadores.
`swap=N1,N2,N3,N4,N5,N6,N7,N8'
Da valores a los 8 parametros max_page_age, page_advance, page_decline,
page_initial_age, age_cluster_fract, age_cluster_min, pageout_weight,
bufferout_weight que controlan el algoritmo de trasiego del nucleo.
Solo para los afinadores del nucleo.
`buff=N1,N2,N3,N4,N5,N6'
Da valores a los 6 parametros max_buff_age, buff_advance, buff_decline,
buff_initial_age, bufferout_weight, buffermem_grace que controlan el
manejo de memoria de bufer del nucleo. Solo para los afinadores.
ARGUMENTOS DE ARRANQUE PARA USO DE DISCO EN MEMORIA
(Solo si el nucleo ha sido compilado con CONFIG_BLK_DEV_RAM.) En
general es una mala idea emplear un disco RAM en Linux; el sistema
utilizara la memoria disponible mas eficientemente sin el. Pero
durante el arranque (o cuando se construyen disquetes de arranque) es
util a menudo cargar los contenidos del disquete en un disco RAM. Uno
tambien podria tener un sistema en el cual deban cargarse primero
algunos modulos (de sistemas de ficheros o perifericos) antes de que se
pueda acceder al disco principal.
En Linux 1.3.48 se cambio radicalmente el manejo de discos RAM.
Anteriormente, la memoria se asignaba estaticamente, y habia un
parametro `ramdisk=N' para dar su tamano. (Esto tambien podia
establecerse en la imagen del nucleo al compilarlo, o mediante
rdev(8).)
Hogano los discos RAM emplean el bufer cache, y crecen dinamicamente.
Para obtener mucha mas informacion sobre esto (como por ejemplo, como
usar rdev(8) en conjuncion con la nueva disposicion de discos RAM), lea
/usr/src/linux/Documentation/ramdisk.txt.
Hay cuatro parametros, dos booleanos y dos enteros.
`load_ramdisk=N'
Si N=1, carguese un disco RAM. Si N=0, no se cargue. (Este es el
comportamiento predeterminado.)
`prompt_ramdisk=N'
Si N=1, pidase la insercion del disquete. (Este es el comportamiento
predeterminado.) Si N=0, no se pregunte. (Por tanto, este parametro no
sirve para nada.)
`ramdisk_size=N' o (anticuado) `ramdisk=N'
Pone el tamano maximo del disco RAM (o de los discos) a N kB. El valor
predeterminado es 4096 (esto es, 4 MB).
`ramdisk_start=N'
Pone el numero del bloque inicial (el desplazamiento desde el principio
en el disquete donde empieza el disco RAM) a N. Esto es necesario si
el disco RAM esta tras una imagen del nucleo.
`noinitrd'
(Solo si el nucleo fue compilado con CONFIG_BLK_DEV_RAM y con
CONFIG_BLK_DEV_INITRD.) Actualmente es posible compilar el nucleo de
forma que emplee initrd. Cuando se habilita esta caracteristica, el
proceso de arranque cargara el nucleo y un disco RAM inicial; entonces
el nucleo convierte initrd a un disco RAM "normal", que se monta para
lectura y escritura como el dispositivo raiz; luego se ejecuta
/linuxrc; despues de eso se monta el sistema de ficheros raiz "de
verdad", y el sistema de ficheros initrd se mueve sobre /initrd;
finalmente tiene lugar la secuencia de arranque habitual (o sea, la
llamada a /sbin/init).
Para una descripcion detallada de lo de initrd, lea
/usr/src/linux/Documentation/initrd.txt.
La opcion `noinitrd' le dice al nucleo que aunque haya sido compilado
para la operacion con initrd, no debe seguir los pasos anteriores, sino
dejar los datos de initrd bajo /dev/initrd. (Este dispositivo solo
puede emplearse una vez; los datos son liberados tan pronto como el
ultimo proceso que lo haya utilizado cierre /dev/initrd.)
ARGUMENTOS DE ARRANQUE PARA DISPOSITIVOS SCSI
Notacion general para esta seccion:
iobase -- el primer puerto de E/S que ocupa el anfitrion SCSI. Se
especifica en notacion hexadecimal y normalmente cae en el rango de
0x200 a 0x3ff.
irq -- la interrupcion de hardware a la que la tarjeta esta
configurada. Los valores validos dependen de la tarjeta en cuestion,
pero normalmente son 5, 7, 9, 10, 11, 12 y 15. Los otros valores se
emplean normalmente para perifericos comunes como discos duros IDE,
disquetes, puertos serie, etc.
scsi-id -- La ID (identificacion) que emplea el adaptador anfitrion
para identificarse en el bus SCSI. Solo algunos permiten que se cambie
este valor, puesto que la mayoria lo tiene especificado de modo
permanente e interno. El valor predeterminado mas usual es 7, pero las
tarjetas Seagate y Future Domain emplean el 6.
paridad -- si el adaptador anfitrion SCSI espera que los dispositivos
acoplados a el suministren un valor de paridad con todos los
intercambios de informacion. El valor 1 indica que el control de
paridad esta activo, y el 0 que no. De nuevo, no todos los adaptadores
admiten la seleccion del comportamiento de la paridad como argumento de
arranque.
`max_scsi_luns=...'
Un dispositivo SCSI puede tener un numero de `sub-dispositivos'
contenidos en el mismo. El ejemplo mas comun es uno de los nuevos CD-
ROMs SCSI que manejan mas de un disco a la vez. Cada CD se direcciona
con un `Numero Logico de Unidad' (NLU, o LUN) de ese dispositivo
particular. Pero la mayoria de dispositivos, como discos duros,
unidades de cinta magnetica y otros por el estilo son dispositivos
unicos, y tendran el LUN 0.
Algunos dispositivos SCSI pobremente disenados no pueden admitir que se
compruebe la existencia de otros LUNs distintos del 0. Por lo tanto, si
la opcion de compilacion CONFIG_SCSI_MULTI_LUN no esta puesta, los
nucleos nuevos solo probaran de forma predeterminada el LUN 0.
Para especificar el numero de LUNs probados en el arranque, uno
introduce `max_scsi_luns=n' como un argumento del arranque, siendo n un
numero entre 1 y 8. Para evitar problemas como los descritos
anteriormente, uno deberia emplear n=1 para evitar problemas con los
dispositivos del parrafo anterior.
Configuraci'on de unidades de cinta magn'etica SCSI
Algo de la configuracion en tiempo de arranque del controlador de cinta
magnetica SCSI puede hacerse mediante lo siguiente:
st=tam_buf[,write_threshold[,bufs_max]]
Los primeros dos numeros se especifican en unidades de kB. El valor
predeterminado de tam_buf es 32 kB, y el tamano maximo que puede
especificarse es de 16384 ridiculos kB. write_threshold es el valor al
cual el bufer es volcado a la cinta, siendo el predeterminado 30 kB. El
maximo numero de buferes varia con el de unidades detectadas, y el
valor predeterminado es 2. Un ejemplo del modo de empleo seria
st=32,30,2
Los detalles pueden encontrarse en el fichero README.st que esta en el
directorio scsi del arbol de directorios de los fuentes del nucleo.
Configuraci'on de las Adaptec aha151x, aha152x, aic6260, aic6360, SB16-SCSI
Los numeros del AHA se refiere a las tarjetas y los numeros del AIC se
refieren al chip SCSI que hay en estos tipos de tarjetas, incluyendo la
Soundblaster-16 SCSI.
El codigo probatorio de estos anfitriones SCSI busca un BIOS instalado,
y si no lo hay, la tarjeta no sera reconocida. Entonces Ud. tendra que
dar un arg. de arranque de la forma:
aha152x=iobase[,irq[,scsi-id[,reconexi'on[,paridad]]]]
Si el controlador se compilo con la depuracion habilitada, se puede dar
un 6o valor para el nivel de depuracion.
Todos los parametros son como se describieron al inicio de esta
seccion, y el valor de reconexi'on permitira la des/re-conexion del
dispositivo si se emplea un valor distinto de cero. Un ejemplo del modo
de empleo es como sigue:
aha152x=0x340,11,7,1
Observe que los parametros deben darse en su orden, de forma que si Ud.
quiere especificar un valor para la paridad, tambien debera especificar
cada uno de los anteriores: iobase, irq, scsi-id y reconexion.
Configuraci'on de la Adaptec aha154x
Las tarjetas de las series AHA1542 tienen un controlador de disquete
i82077 en la placa, mientras que las AHA1540 no lo tienen. Estas
tarjetas son de bus maestro, y poseen parametros para establecer la
``generosidad'' que emplean para compartir el bus con otros
perifericos. Los args. de arranque son como sigue.
aha1542=iobase[,buson,busoff[,dmaspeed]]
Los valores validos para iobase son normalmente uno de: 0x130, 0x134,
0x230, 0x234, 0x330, 0x334. Tarjetas clonicas pueden permitir otros
valores.
Los valores de buson, busoff se refieren al numero de microsegundos que
la tarjeta domina el bus ISA. Los valores predeterminados son 11 us si
y 4 us no, de modo que otras tarjetas (como una tarjeta Ethernet ISA
LANCE) tienen una oportunidad de acceder al bus ISA.
El valor de dmaspeed se refiere a la velocidad (en MB/s) a la cual
procede la transferencia DMA (Acceso Directo a Memoria, Direct Memory
Access). El valor predeterminado es 5 MB/s. Las tarjetas de revision
mas nueva permiten seleccionar este valor como parte de la
configuracion por programa; tarjetas mas antiguas emplean conmutadores
en la propia placa. Se pueden utilizar valores de hasta 10 MB/s
suponiendo que la placa madre sea capaz de aguantarlo. Experimente con
precaucion para valores superiores a 5 MB/s.
Configuraci'on de las Adaptec aha274x, aha284x, aic7xxx
Estas tarjetas pueden aceptar un argumento de la forma:
aic7xxx=extendido,no_reset
El valor extendido , si no es cero, indica que se habilita la
traduccion extendida para discos grandes. El valor no_reset , si no es
cero, le dice al controlador que no reinicialice el bus SCSI cuando
inicialice el adaptador anfitrion en el arranque.
Configuraci'on de los anfitriones AdvanSys SCSI (`advansys=')
El controlador AdvanSys puede aceptar hasta 4 direcciones de E/S que se
emplearan para las pruebas de reconocimiento de una tarjeta SCSI
AdvanSys. Observe que estos valores (si se emplean) no tienen efecto
sobre las pruebas de EISA ni PCI de ninguna forma. Solo se emplean para
probar tarjetas ISA y VLB. Ademas, si el controlador ha sido compilado
con la opcion de depuracion habilitada, el nivel de salida de mensajes
de depuracion puede ponerse anadiendo un parametro 0xdep[0-f]. El 0-f
permite poner el nivel a uno de los 16 que hay.
AM53C974
AM53C974=host-scsi-id,target-scsi-id,max-rate,max-offset
Configuraci'on de anfitriones BusLogic SCSI (`BusLogic=')
BusLogic=N1,N2,N3,N4,N5,S1,S2,...
Para una discusion exhaustiva de los parametros de linea de ordenes de
las tarjetas BusLogic, mire /usr/src/linux/drivers/scsi/BusLogic.c
(lineas 4350 a 4496 en la version 2.0.30 que estoy usando). El texto
siguiente es un extracto muy abreviado.
Los parametros N1 a N5 son enteros. Los parametros S1, ... son cadenas
de caracteres. N1 es la Direccion de E/S donde se encuentra el
Adaptador Anfitrion. N2 es la Profundidad de Cola Etiquetada para
emplear con Dispositivos que admitan Cola Etiquetada. N3 es el Tiempo
de Ajuste del Bus en segundos. Esto es la cantidad de tiempo que hay
que esperar entre una Iniciacion Dura del Adaptador Anfitrion que
principia una Iniciacion del Bus SCSI y el lanzamiento de cualesquiera
ordenes SCSI. N4 corresponde a las Opciones Locales (para un Adaptador
Anfitrion). N5 corresponde a las Opciones Globales (para todos los
Adaptadores Anfitriones).
Las opciones de cadena se emplean para proporcionar control sobre la
Cola Etiquetada (TQ:Default, TQ:Enable, TQ:Disable, TQ:<Espec-Por-
Dispos>), sobre Recuperacion en caso de Errores (ER:Default,
ER:HardReset, ER:BusDeviceReset, ER:None, ER:<Espec-Por-Dispos>), y
sobre Probar el Adaptador Anfitrion (NoProbe, NoProbeISA, NoSortPCI).
Configuraci'on de la EATA/DMA
La lista predeterminada de puertos de E/S que deben comprobarse pude
cambiarse con
eata=iobase,iobase,....
Configuraci'on de la Future Domain TMC-16x0
fdomain=iobase,irq[,id_adaptador]
Configuraci'on del controlador SCSI de Great Valley Products (GVP)
gvp11=m'ascara_de_bits_de_transferencia_dma
Configuraci'on de las Future Domain TMC-8xx, TMC-950
tmc8xx=mem_base,irq
El valor de mem_base es el de la region de E/S con correspondencia en
memoria que emplea la tarjeta. Normalmente sera uno de los valores
siguientes: 0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.
Configuraci'on de la IN2000
in2000=S
donde S es una cadena de elementos de la forma
palabra_reservada[:valor] separados por comas. Palabras reservadas
reconocidas (con posible valor) son: ioport:addr, noreset, nosync:x,
period:ns, disconnect:x, debug:x, proc:x. Para la funcionalidad de
estos parametros, vea /usr/src/linux/drivers/scsi/in2000.c.
Configuraci'on de las NCR5380 y NCR53C400
El arg. de arranque es de la forma
ncr5380=iobase,irq,dma
o
ncr53c400=iobase,irq
Si la tarjeta no emplea interrupciones, entonces un valor de 255 (0xff)
para IRQ, deshabilitara las interrupciones. Una valor de IRQ de 254
significa autocomprobar. Mas detalles en el fichero
/usr/src/linux/drivers/scsi/README.g_NCR5380.
Configuraci'on de las NCR53C8xx
ncr53c8xx=S
donde S es una cadena de elementos de la forma palabra_reservada:valor
separados por comas. Palabras reservadas reconocidas son: mpar
(master_parity), spar (scsi_parity), disc (disconnection), specf
(special_features), ultra (ultra_scsi), fsn (force_sync_nego), tags
(default_tags), sync (default_sync), verb (verbose), debug (debug),
burst (burst_max). Para la funcion de los valores asignados, vea
/usr/src/linux/drivers/scsi/ncr53c8xx.c.
Configuraci'on de la NCR53c406a
ncr53c406a=iobase[,irq[,fastpio]]
Especifique irq = 0 para el modo no dirigido por interrupciones. Ponga
fastpio = 1 para el modo rapido de entrada/salida programada, o 0 para
el modo lento.
Configuraci'on de la Pro Audio Spectrum
La PAS16 utiliza un chip SCSI NC5380, y los modelos mas nuevos admiten
configuracion sin interruptores. El argumento de arranque es de la
forma:
pas16=iobase,irq
La unica diferencia es que se puede especificar un valor de IRQ de 255,
que le dira al controlador que trabaje sin emplear interrupciones, si
bien con alguna perdida de rendimiento. Normalmente iobase es 0x388.
Configuraci'on de la Seagate ST-0x
Si su tarjeta no es detectada en el arranque, debera emplear un
argumento de la forma:
st0x=mem_base,irq
El valor de mem_base es el de la region de E/S con correspondencia en
memoria que emplea la tarjeta. Normalmente sera uno de los valores
siguientes: 0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.
Configuraci'on de la Trantor T128
Estas tarjetas tambien estan basadas en el chip NCR5380, y admiten las
siguientes opciones:
t128=mem_base,irq
Los valores validos para mem_base son los siguientes: 0xcc000, 0xc8000,
0xdc000, 0xd8000.
Configuraci'on de la UltraStor 14F/34F
La lista predeterminada de puertos de E/S que se comprobaran puede
cambiarse con
eata=iobase,iobase,....
Configuraci'on de la WD7000
wd7000=irq,dma,iobase
Configuraci'on del controlador SCSI del Commodore Amiga A2091/590
wd33c93=S
donde S es una cadena de opciones separadas por comas. Las opciones
reconocidas son nosync:bitmask, nodma:x, period:ns, disconnect:x,
debug:x, clock:x, next. Para los detalles, vea
/usr/src/linux/drivers/scsi/wd33c93.c.
DISCOS DUROS
Par'ametros del Controlador de Disco/CD-ROM IDE
El controlador IDE acepta una serie de parametros, que van desde
especificaciones de la geometria del disco, a soporte para chips
controladores no muy bien hechos. Opciones especificas de una unidad se
dan como `hdX=', con X en el rango `a'--`h'.
Las opciones no especificas de una unidad se dan con el prefijo `hd='.
Observe que emplear un prefijo especifico de unidad para una opcion no
especifica de unidad, todavia funcionara, y la opcion sera aplicada
simplemente como se espera.
Observe tambien que `hd=' puede emplearse para referirse a la siguiente
unidad no especificada de la secuencia (a, ..., h). Para las
discusiones que siguen, se citara la opcion `hd=' por brevedad. Vea el
fichero README.ide en linux/drivers/block para mas detalles.
Las opciones `hd=cils,cabezas,sectores[,pcomes[,irq]]'
Estas opciones se emplean para especificar la geometria fisica del
disco. Solo son obligatorios los tres primeros valores. Los valores de
cilindros/cabezas/sectores seran los empleados por fdisk. El valor de
precompensacion de escritura no se tiene en cuenta para discos IDE. El
valor de IRQ especificado sera el empleado para la interfaz donde
resida la unidad, y no es realmente un parametro especifico de la
unidad.
La opci'on `hd=serialize'
La interfaz IDE dual con el chip CMD-640 esta mal disenada pues cuando
se emplean unidades en la interfaz secundaria al mismo tiempo que en la
primaria, se corromperan datos. Con esta opcion se le dice al
controlador que se asegure de que nunca se usan a la vez ambas
interfaces.
La opci'on `hd=dtc2278'
Esta opcion le dice al controlador que tenemos una interfaz IDE
DTC-2278D. Entonces el controlador intenta hacer operaciones
especificas del DTC para habilitar la segunda interfaz y modos de
transferencia mas rapidos.
La opci'on `hd=noprobe'
No comprobar la existencia de esta unidad. Por ejemplo,
hdb=noprobe hdb=1166,7,17
inhabilitara las pruebas de existencia, pero al especificar la
geometria de la unidad se registrara esta como un dispositivo de bloque
valido, y por tanto utilizable.
La opci'on `hd=nowerr'
Algunas unidades tienen aparentemente el bit WRERR_STAT permanentemente
encendido. Esto activa una solucion para estos aparatos con este fallo.
La opci'on `hd=cdrom'
Esto le dice al controlador IDE que hay un CD-ROM compatible ATAPI
puesto en el lugar de un disco duro IDE normal. En la mayoria de los
casos el CD-ROM se identifica automaticamente, pero si no ocurre asi,
esto puede ayudar.
Opciones del Controlador de Disco Est'andar ST-506 (`hd=')
El controlador estandar de disco puede aceptar argumentos de geometria
para los discos, similar al controlador IDE. Observe sin embargo que
solo espera tres valores (C/CZ/S) -- mas o menos de tres y sin decir
nada no se tendra en cuenta ninguno. Ademas, solo acepta `hd=' como
argumento; o sea, nada de `hda=' ni nada por el estilo. El formato es
como sigue:
hd=cils,cabezas,sects
Si hay dos discos instalados, lo de arriba se repetira con los
parametros de geometria del segundo disco.
Opciones del Controlador de Disco XT (`xd=')
Si Ud. es tan infortunado como para estar utilizando una de estas
viejas tarjetas de 8 bits que mueven los datos a la asombrosa velocidad
de 125 kB/s, aqui esta lo que necesita. Si la tarjeta no es
reconocida, debera dar un arg. de arranque de la forma:
xd=tipo,irq,iobase,canal_dma
El valor de tipo especifica el fabricante particular de la tarjeta,
sobreescribiendo la autodeteccion. Los tipos que pueden usarse pueden
ser consultados en el fichero fuente drivers/block/xd.c del nucleo que
este usando. El tipo es un indice en la lista xd_sigs y en el
transcurso del tiempo los tipos han sido anadidos o eliminados de la
mitad de la lista, cambiando todos los numeros de tipo. Hoy en dia
(Linux 2.5.0) los tipos son 0=generic; 1=DTC 5150cx; 2,3=DTC 5150x;
4,5=Western Digital; 6,7,8=Seagate; 9=Omti; 10=XEBEC, y donde varios
tipos se dan con la misma designacion, son equivalentes.
La funcion xd_setup() no comprueba los valores, y supone que Ud. ha
introducido los 4 valores. No la defraude. Aqui hay un ejemplo del modo
de empleo para un controlador WD1002 con la BIOS inhabilitada o
quitada, empleando los parametros `predeterminados' del controlador XT:
xd=2,5,0x320,3
Discos desmontables EZ* de Syquest
ez=iobase[,irq[,rep[,nybble]]]
DISPOSITIVOS IBM PARA EL BUS MCA
Lea tambien /usr/src/linux/Documentation/mca.txt.
Discos duros PS/2 ESDI
Es posible especificar la geometria deseada en el arranque:
ed=cils,cabezas,sectores.
Para un ThinkPad-720, anada la opcion
tp720=1.
Configuraci'on del Subsistema SCSI IBM Microchannel
ibmmcascsi=N
donde N es el pun (ID. SCSI) del subsistema.
CD-ROMs (No SCSI/ATAPI/IDE)
La Interfaz Aztech
La sintaxis para este tipo de tarjeta es:
aztcd=iobase[,numero_magico]
Si pone el numero_magico a 0x79 entonces el controlador intentara
trabajar de todas formas aunque no conozca la version del firmware.
Todos los demas valores no son tenidos en cuenta.
Unidades de CD-ROM de puerto paralelo
Sintaxis:
pcd.driveN=prt,pro,uni,mod,slv,dly
pcd.nice=nice
donde `prt' es la direccion base, `pro' es el numero de protocolo,
`uni' es el selector de unidad (para dispositivos en cadena), `mod' es
el modo (o -1 para escoger el mejor automaticamente), `slv' es 1 si
deberia ser esclavo, y `dly' es un pequeno entero para demorar los
accesos al puerto. El parametro `nice' controla el uso del tiempo idle
de la CPU por parte de la unidad, a cambio de algo de velocidad.
La Interfaz CDU-31A y CDU-33A de Sony
Esta interfaz de CD-ROM se encuentra en algunas de las tarjetas de
sonido Pro Audio Spectrum, y otras tarjetas de interfaz de Sony. La
sintaxis es como sigue:
cdu31a=iobase,[irq[,es_pas]]
Un IRQ 0 indica al controlador que no se admiten interrupciones por
hardware (como en algunas tarjetas PAS). Si su tarjeta admite
interrupciones, deberia emplearlas puesto que mejora el empleo de la
UCP por parte del controlador.
La opcion es_pas debe ponerse como `PAS' si se emplea una tarjeta Pro
Audio Spectrum; en otro caso no debe especificarse en absoluto.
La Interfaz CDU-535 de Sony
La sintaxis para esta interfaz de CD-ROM es:
sonycd535=iobase[,irq]
Se puede emplear un cero para la direccion base de E/S si se desea
solamente especificar un valor de IRQ.
La Interfaz de GoldStar
La sintaxis para esta interfaz de CD-ROM es:
gscd=iobase
La Interfaz del CD-ROM ISP16
Sintaxis:
isp16=[iobase[,irq[,dma[,tipo]]]]
(tres enteros y una cadena). Si el tipo es `noisp16', la interfaz no
sera configurada. Otros tipos reconocidos son: `Sanyo', `Sony',
`Panasonic' y `Mitsumi'.
La Interfaz Est'andar de Mitsumi
La sintaxis para esta interfaz de CD-ROM es:
mcd=iobase,[irq[,valor_espera]]
El valor_espera se emplea como un valor de retardo interno para gente
que tiene problemas con su unidad, y puede estar implementada o no,
dependiendo de una macro del preprocesador cuando se hubo compilado el
controlador.
El Mitsumi FX400 es un CD-ROM IDE/ATAPI y por tanto no emplea el
controlador mcd.
La Interfaz de Mitsumi XA/MultiSession
Esto es para el mismo equipo que antes, solo que el controlador tiene
mas caracteristicas. Sintaxis:
mcdx=iobase[,irq]
La Interfaz de Optics Storage
La sintaxis para este tipo de tarjeta (Dolphin 8000AT) es:
optcd=iobase
La Interfaz de Phillips CM206
La sintaxis para este tipo de tarjeta es:
cm206=[iobase][,irq]
El controlador supone que numeros entre 3 y 11 son valores de IRQ, y
que entre 0x300 y 0x370 son puertos de E/S, asi que se puede
especificar uno o ambos numeros, en culquuier orden. Tambien acepta
`cm206=auto' para habilitar la autocomprobacion.
La Interfaz de Sanyo
La sintaxis para este tipo de tarjeta es:
sjcd=iobase[,irq[,canal_dma]]
La Interfaz SoundBlaster Pro
La sintaxis para este tipo de tarjeta es:
sbpcd=iobase,tipo
donde el tipo es una de las cadenas de caracteres (sensibles a
mayusculas/minusculas) siguientes: `SoundBlaster', `LaserMate', o
`SPEA'. La direccion base de E/S es la de la interfaz del CD-ROM, no
la de la parte de sonido de la tarjeta.
DISPOSITIVOS DE RED ETHERNET
Controladores diferentes hacen uso de parametros diferentes, pero todos
comparten al menos un IRQ, un valor de direccion base del puerto de
E/S, y un nombre. En su forma mas generica, el aspecto es el siguiente:
ether=irq,iobase[,param_1[,...param_8]],nombre
El primer argumento no numerico se toma como el nombre. Los valores de
los param_i (cuando sean de aplicacion) normalmente tienen significados
diferentes para cada controlador/tarjeta. Usualmente se emplean para
especificar cosas como direcciones de memoria compartida, seleccion de
interfaz, canal DMA y cosas asi.
El empleo mas comun de este parametro es el forzar la autocomprobacion
de una segunda tarjeta de red, puesto que por omision solo se prueba
una. Esto se puede hacer simplemente con:
ether=0,0,eth1
Observe que los valores de cero para el IRQ y la direccion base de E/S
en el ejemplo anterior le dicen al controlador o controladores que
prueben la existencia de la(s) tarjeta(s).
El documento `Ethernet-Howto' tiene documentacion extensa sobre como
usar varias tarjetas de red y sobre los valores de los parametros
param_i especificos a cada tarjeta/controlador donde haya que
emplearlos. Los lectores interesados deberan irse a la seccion de su
tarjeta particular en ese documento.
EL CONTROLADOR DE DISQUETERA
Hay muchas opciones para el controlador de disquetera, y todas estan
relacionadas en el fichero README.fd que se encuentra en
linux/drivers/block. Esta informacion esta tomada directamente de ese
fichero.
floppy=m'ascara,m'ascara_de_unidad_permitida
Pone a `mascara' la mascara de bits de los controladores permitidos.
Por omision solo se permiten las unidades 0 y 1 de cada controladora de
disquete. Esto se hace porque cierto hardware no estandar (placas madre
ASUS PCI) lian al teclado cuando se accede a las unidades 2 o 3. Esta
opcion esta de todas formas anticuada debido a la opcion `cmos'.
floppy=all_drives
Pone la mascara de bits de las unidades permitidas a todas las
unidades. Emplee esto si tiene mas de dos unidades conectadas a un
controlador de disquete.
floppy=asus_pci
Pone la mascara de bits de modo que permita solamente las unidades 0 y
1 (esto es el comportamiento predeterminado).
floppy=daring
Le dice al controlador de disquete que se posee un controlador de
disquetera que se comporta correctamente. Esto permite una operacion
mas eficiente y mejor, pero puede fallar en ciertos controladores. Esto
puede acelerar ciertas operaciones.
floppy=0,daring
Le dice al controlador de disquete que el controlador de disquetera
debe utilizarse con cuidado.
floppy=one_fdc
Le dice al controlador de disquete que solo tenemos un controlador de
disquetera (lo normal).
floppy=two_fdc o floppy=direcci'on,two_fdc
Le dice al controlador de disquete que tenemos dos controladores de
disquetera. El segundo se supone que esta en `direccion'. Si no se da,
se supone 0x370.
floppy=thinkpad
Le dice al controlador de disquete que se tiene un ThinkPad. Los
ThinkPads emplean un convenio invertido para la linea de cambio de
disco.
floppy=0,thinkpad
Le dice al controlador de disquete que no tenemos un ThinkPad.
floppy=unidad,tipo,cmos
Pone el tipo `cmos' de la `unidad' a `tipo'. Adicionalmente, esta
unidad se permite en la mascara de bits. Esto es util si se tiene mas
de dos disqueteras (solo se pueden describir dos en la CMOS fisica), o
si la BIOS emplea tipos CMOS no estandar. Poner la CMOS a 0 para las
dos primeras disqueteras (predeterminado) hace que el controlador de
disquete lea la CMOS fisica para esas unidades.
floppy=unexpected_interrupts
Muestra un mensaje de aviso cuando se recibe una interrupcion
inesperada (este es el comportamiento predeterminado).
floppy=no_unexpected_interrupts o floppy=L40SX
No se imprima un mensaje cuando se reciba una interrupcion inesperada.
Esto se necesita en los ordenadores portatiles de bolsillo IBM L40SX en
ciertos modos de video. (Esto parece ser una interaccion entre el video
y la disquetera. Las interrupciones inesperadas solo afectan al
rendimiento, y pueden ser no tenidas en consideracion sin problemas.)
EL CONTROLADOR DE SONIDO
El controlador de sonido tambien puede aceptar args. de arranque para
sobreescribir los valores con los que ha sido compilado. Esto no se
recomienda, pues es bastante complejo. Se describe en el fichero
Readme.Linux, en el directorio linux/drivers/sound. Acepta un arg. de
arranque de la forma:
sound=dispositivo1[,dispositivo2[,dispositivo3...[,dispositivo10]]]
donde cada valor dispositivoN esta en el formato: 0xTaaaId y los bytes
se emplean como sigue:
T - tipo de dispositivo: 1=FM, 2=SB, 3=PAS, 4=GUS, 5=MPU401, 6=SB16,
7=SB16-MPU401
aaa - direccion de E/S en hexadecimal.
I - linea de interrupcion en hexadecimal (i.e 10=a, 11=b, ...)
d - canal DMA.
Como puede ver es bastante lioso, y lo mejor que puede hacer es
compilar el controlador con los valores deseados como se recomienda. Un
argumento de arranque como `sound=0' anulara el controlador de sonido
completamente.
CONTROLADORES ISDN
El controlador ISDN ICN
Sintaxis:
icn=iobase,membase,icn_id1,icn_id2
donde icn_id1,icn_id2 son dos cadenas empleadas para identificar la
tarjeta en mensajes del nucleo.
El controlador ISDN PCBIT
Sintaxis:
pcbit=membase1,irq1[,membase2,irq2]
donde membaseN es la base de la memoria compartida de la N-sima
tarjeta, e irqN es el numero de interrupcion de la tarjeta N-sima. Los
valores predeterminados son IRQ 5 y membase 0xD0000.
El controlador ISDN Teles
Sintaxis:
teles=iobase,irq,membase,protocolo,teles_id
donde iobase es la direccion del puerto de E/S de la tarjeta, membase
es la direccion base de la memoria compartida de la tarjeta, irq es el
canal de interrupcion que la tarjeta emplea, y teles_id es el
identificador de cadena de caracteres unico.
CONTROLADORES DE PUERTO SERIE
El Controlador Serie RISCom/8 Multipuerto (`riscom8=')
Sintaxis:
riscom=iobase1[,iobase2[,iobase3[,iobase4]]]
Mas detalles pueden encontrarse en
/usr/src/linux/Documentation/riscom8.txt.
El Controlador de DigiBoard (`digi=')
Si se emplea esta opcion, debe tener seis parametros, ni mas ni menos.
Sintaxis:
digi=status,tipo,altpin,numports,iobase,membase
Los parametros se pueden dar como enteros o como cadenas de caracteres.
Si se emplean cadenas, iobase y membase deben darse en hexadecimal.
Los argumentos enteros (se pueden dar menos) son en orden: status
(Enable [activar](1) o Disable [desactivar](0) esta tarjeta), tipo
(PC/Xi(0), PC/Xe(1), PC/Xeve(2), PC/Xem(3)), altpin (Enable
[activar](1) o Disable [desactivar](0) arreglo alterno de los pines),
numports (numero de puertos en esta tarjeta), iobase (Puerto de E/S
donde se configura esta tarjeta (en HEX.)), membase (base de la ventana
de memoria (en HEX.)). Asi, los dos siguientes argumentos de arranque
son equivalentes:
digi=E,PC/Xi,D,16,200,D0000
digi=1,0,0,16,0x200,851968
Pueden encontrarse mas detalles en
/usr/src/linux/Documentation/digiboard.txt.
El M'odem Serie/Paralelo Radio de Baycom
Sintaxis:
baycom=iobase,irq,modem
Hay exactamente 3 parametros; para varias tarjetas, de varias ordenes
`baycom='. El parametro modem es una cadena que puede tomar uno de los
valores ser12, ser12*, par96, par96*. Aqui el * denota que se va a
utilizar DCD por software, y ser12/par96 escoge entre los tipos de
modem admitidos. Para mas detalles, lea
/usr/src/linux/drivers/net/README.baycom.
Controlador de la Tarjeta de sonido radio modem
Sintaxis:
soundmodem=iobase,irq,dma[,dma2[,serio[,pario]]],0,modo
Todos los parametros son enteros salvo el ultimo; el 0 fijo es
necesario debido a un fallo del codigo de puesta a punto (setup). El
parametro modo es una cadena con la sintaxis hw:modem donde hw es uno
de sbc, wss, wssfdx y modem es uno de afsk1200, fsk9600.
EL CONTROLADOR DE LA IMPRESORA DE L'INEA
`lp='
Sintaxis:
lp=0
lp=auto
lp=reset
lp=port[,port...]
Es posible indicarle al controlador de la impresora que puertos usar y
que puertos no usar. Esto ultimo puede ser util si no quiere que el
controlador de impresora reclame todos los puertos paralelos
disponibles, con el fin de que otros controladores (p.e. PLIP, PPA)
puedan usarlos.
El formato para el argumento es de varios nombres de puerto. Por
ejemplo, lp=none,parport0 usaria el primer puerto paralelo para lp1, y
deshabilitaria lp0. Para deshabilitar el controlador de impresora por
completo, puede usar lp=0.
Controlador WDT500/501
Sintaxis:
wdt=io,irq
CONTROLADORES DE RAT'ON
`bmouse=irq'
El controlador de raton busmouse solo acepta un parametro, que es el
valor de IRQ hardware que se va a emplear.
`msmouse=irq'
Y justamente lo mismo es verdad para el controlador msmouse.
Configuraci'on del rat'on ATARI
Si solo se da un argumento, se emplea para umbral-x y umbral-y.
Si no, el primero es el umbral-x y el segundo el umbral-y. Estos
valores deben caer entre 1 y 20 (incluidos); el valor
predeterminado es 2.
HARDWARE DE V'IDEO
`no-scroll'
Esta opcion le dice al controlador de consola que no use rodamiento por
hardware (donde la rodadura tiene lugar moviendo el origen de la
pantalla en memoria de video, en vez de moviendo los datos). El empleo
de esto es necesario en algunas maquinas Braille.
AUTORES
Linus Benedictus Torvalds (y muchos otros).
V'EASE TAMBI'EN
klogd(8), lilo.conf(5), lilo(8), mount(8), rdev(8)
Grandes partes de esta pagina del Manual se derivan del Boot Parameter
HOWTO (version 1.0.1) escrito por Paul Gortmaker. Se puede encontrar
mas de informacion en este (u otro mas reciente) HOWTO (`COMO').