Provided by: manpages-es_1.55-10_all bug

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').