Autor Tema: Boot Loader (Leído 11620 veces)

Enko · « **en:** Jueves 24 de Mayo de 2007, 21:49 »

Estuve haciendo un boot loader que logra cargar el kernel desde el disquet usando lectura de sectores.
Lee desde el disquet y lo carga a la direccion 0x1000:0000 y luego hace un salto alli.
El kernel por ahora se encarga de mostrar un texto en la pantalla nomas y luego reiniciar. Si el loader no encuentra el disquet o el kernel, muestra error y espera para reiniciar.
Hasta ahora todo bien. Las cosas dudosas que ocurren:
Para mostrar el mensaje de "kernel cargado" desde el kernel, la cadena la tengo que colorar en archivo del bootloader, sino no se muestra pero ensambla.
Otra cosa, la funcion que muestra el texto, debo tenerla repetida con otro nombre en el kernel porque si no, no muestra el texto pero si ensambla.

Por sierto

, me mata la forma que use para crear la imagen de disquet que uso con vmware o VirtualPC:

Código: Text

 
include &#34;bootloader.asm&#34;
include &#34;kernel.asm&#34;
db  1474560 - &#036; dup 0

Lo malo, es que no tiene formato pero es suficiente por ahora.

Este es el loader:

Código: Text

 
MAX_TRIES   equ 3
  use16
  org   0
  jmp  0x07C0:start
start:
  mov  ax, cs
  mov  ds, ax
  mov  es, ax
  
  mov  di, MAX_TRIES
  mov  dh, 5    
reset_floppy:   
  mov  ah, 0x00
  mov  dl, 0x00
  int  0x13
  dec  di
  jz  no_floppy
  jc  reset_floppy
;floppy ready, procede read kernel
  mov  di, MAX_TRIES
read_kernel:       
  mov  ah, 0x02;RawRear
  mov  al, 0x01;One Sector
  mov  cl, 0x02;Second Sector
  mov  ch, 0x00;First Cylinder
  mov  dh, 0x00;First Head
  mov  dl, 0x00;Floppy Drive
  mov  bx, 0x1000;The firs Page
  mov  es, bx;0x1000:0x0000
  xor  bx, bx
  int  0x13
  dec  di
  jz  no_kernel
  jc  read_kernel
kernel_leaded:
  jmp  0x1000:0x0000;jump to kernel  
no_floppy:
  mov  si, str_no_floppy
  call  print_string
  jmp  reboot
  
no_kernel:  
  mov  si, str_no_kernel
  call  print_string
reboot:
  mov  si, str_press_key
  call  print_string
  xor  ax, ax
  int  16h&#59;wait key
  jmp  0xFFFF:0x0000
 
;si = source string  
print_string:
  mov  dl, 1
start_print:
  mov  ah, 0Ah
  mov  al, [si]
  cmp  al, '&#036;'
  je  end_print  
  mov  bx, 7
  mov  cx, 01
  int  10h  
  
  mov  ah, 02h
  inc  dl  
  inc  si
  int  10h
  jmp  start_print
end_print:
  inc  dh
  ret
;string messages  
  str_no_floppy   db ' Flopy Drive not Found&#036;'
  str_no_kernel  db ' Kernel File not Found&#036;'
  str_press_key  db ' Press Key for Reboot &#036;'
  str_kernel_ok  db ' Kernel Cargado !!!   &#036;'
;sizing the bootsector 510 + 0xAA55    
  db  510 - &#036;  dup 0
  dw  0xAA55
 
 

Código: Text

 
      mov  si, str_kernel_ok     
      call  print_stringa
 
  xor  ax, ax
  int  16h  &#59;wait key
  jmp  0xFFFF:0x0000;reboot
  
print_stringa:
  mov  dl, 1
start_printa:
  mov  ah, 0Ah
  mov  al, [si]
  cmp  al, '&#036;'
  je  end_printa  
  mov  bx, 7
  mov  cx, 01
  int  10h  
  
  mov  ah, 02h
  inc  dl  
  inc  si
  int  10h
  jmp  start_printa
end_printa:
  inc  dh
  ret
 
 

Todavia no se por que no puedo tener la cadena "kernel_ok" en el kernel, sino que en el loader con las demas y tampoco porque no puedo usar la misma funcion dos veces porque teoricamente debería ser posible.
Seguramente es un problema con el segmento de datos y de codigo pero no se...

PD:
Hice un hilo nuevo para no revivir uno viejo, pero podria unirse con>
http://foros.solocodigo.com/index.php?show...&hl=nano+loader

Eternal Idol · « **Respuesta #1 en:** Jueves 24 de Mayo de 2007, 23:14 »

El Kernel optimizado con lo que querias hacer:

Código: Text

 
mov  ax, cs
mov  ds, ax
 
mov  si, str_kernel_ok - 512
call  0x07C0:print_string
 
 xor  ax, ax
 int  16h&#59;wait key
 jmp  0xFFFF:0x0000;reboot
 
  str_kernel_ok  db ' Kernel Cargado !!!   &#036;'

¿Ahora no te parecera tan graciosa la manera de generar el binario no?

Como lo incluis en vez de ensamblar dos binarios no cuenta de 0 en el Kernel.asm para direccionar ...

PD. ¿No te da verguenza usar cadenas terminadas en $?

Enko · « **Respuesta #2 en:** Jueves 24 de Mayo de 2007, 23:30 »

Citar

Como lo incluis en vez de ensamblar dos binarios>
mov si, str_kernel_ok - 512

Ah... con razon... Gracias!
Ahora voy a ensamblarlos por separado y luego los junto haciendo una especie de

Citar

incbin "boot.bin"
incbin "kernel.bin"

seguro que en fasm no se hace asi, pero recuerdo que se podia usando una macro... ahora la busco.

Citar

PD. ¿No te da verguenza usar cadenas terminadas en $?

No se, tenia pensado que terminen en nulo pero use $

jaja, en algun momento lo cambio.

Por sierto, ahora empiezo a leer sobre modo protegido supongo?
Que lecturas recomendarias? Tengo un poco de tiempo y ganas pero no se por donde encararlo bien.

Eternal Idol · « **Respuesta #3 en:** Jueves 24 de Mayo de 2007, 23:39 »

Cita de: "Enko"

Por sierto, ahora empiezo a leer sobre modo protegido supongo?
Que lecturas recomendarias? Tengo un poco de tiempo y ganas pero no se por donde encararlo bien.

Empeza escuchando esto (despues me contas).

Despues dale a esto: http://www.intel.com/products/processor/manuals/index.htm

Enko

TRAMPA.... jajaja
probá esto tambien:
tenia ya ALSA diagnosticado (muestra un monton de temas y ejercicios, si podes miralo completo yo lo hice con el de vai. Es mas lo estoy escuchando ahora, no lo veo porque no me gusta la cara de Vai, un poco "cheto" y no me gusta la cara de "Santana" que pone. Na es broma, todo bien con el

)
http://www.youtube.com/watch?v=K3fvB4QO1qo

aca está sanito: (fijate los arpegios de la parte final, el principio es aburrido)
http://www.youtube.com/watch?v=RaCndizvS_Y

Enko

Se la rebanca Vai, pero si escuchas ves los dos videos completos que pase y escuchas los dos discos de Jason Becker: Perpetual Burn y Perspective (el segundo solamente lo escribió, no pudo tocar guitarra por lo que hay una orquestra sinfónica de vez en cuando y instrumentos raros); veras que me gusta otra onda en la que aunqeu parezca mentira, Malmsteen no está del todo incluido o casi totalmente excluido.
Tampoco me gusta Marty Firedman que estuvo en Cacophony con Jason aunque lo influencio al igual que cuando estaba joven Malmsteen tiene un estilo propio del mal llamado metal neoclasico. Es Speed Metal y ya. (por ahi se puede decir melodico como para variar).

Eternal Idol

¿Serrana? Nunca me termino de cerrar Jason Becker ... la musica de su ex compañero Friedman me copa mas.

Ah, me voy a dormir que es tarde aca

Enko

Citar

¿Serrana? Nunca me termino de cerrar Jason Becker ... la musica de su ex compañero Friedman me copa mas.

Cosas de gustos, no se puede descutir. Como guitarristas son todos buenos, ya pasa por el estilo que a uno le puede gustar o no.

Yo prefiero la onda más a Paganini, no me refiero a la parte de virtuoso frenético tipo Malmsteen sino que no se como explicarlo.
Las composiciones de Paganini principalmente los Capriccios tienen algo en comun y eso que tienen en comun es lo que me gusta. Es que usa escalas prinipalmente Menores y mezcla entre las puras, melodicas y harmónicas. Además usa a veces la 5ta y 7ma aumentada. Además claro está las cromáticas.

No digo que solo la escala define la composicion pero Vai usara principalmente Pentatonicas de Blues Y escalas Exoticas como Menor doble armonica, Oriental y algunas pentatonicas raras como Egipica y China en ciertos temas.
Por supuesto tambien las pentatonicas de blues y mas obvio que todos los artistas usan otras notas que no estan en las escalas (no son cuadrados) pero si tienen una guia.

Ba, resumiendo, el Blues mucho no me gusta

Enko

Ya leí bastante de los manuales de intel, son más teoricos de lo que pensaba. Creí que serían muchisimo más técnicos y densos, y la verdad que son bastante light.

off topic:
mira como toca esa chinita: Li Jie
http://www.youtube.com/watch?v=H36vL3MzQDU

bob esponja

puedo poner un link?

michael romeo

no es del palo de vai pero vean la tecnica y la proligidad

una pregunta enko, si seguis el SO, va a ser todo en ASM?

yo tenia pensado hacer uno en C/ASM pero estoy pensandolo bien

Eternal Idol

Cita de: "bob esponja"

puedo poner un link?

Por supuesto y mas siendo de este nivel

Enko

Por sierto, cambie mi firma. Que les parece?
Por ahora logre crear una funcion que imprime cadenas sin usar interrupciones. Ahora voy a dedicarme a pasar al modo protegido, lo logro, , voy a postear aca el codigo del nuevo kernel.

Eternal Idol

Je, si con activar ese bit alcanzara esto seria tu solucion:

Código: Text

 
mov eax,cr0
or al, 1
mov cr0, eax

Enko

Cita de: "Eternal Idol"

Je, si con activar ese bit alcanzara esto seria tu solucion:
Código: Text

mov eax,cr0
or al, 1
mov cr0, eax

Por suerte El manual de intel trea un ejemplo

Eternal Idol

Cita de: "Enko"

Por suerte El manual de intel trea un ejemplo

Te dije que empezaras por ahi

Enko

Tan testarudo no soy. A muchos consejos le hago caso.
Gracias otra vez.

Enko

Volviendo al tema inicial.
Ahora estoy tratando de pasar a modo protegido. Llevo creo 3 dias leyendo info y viendo ejemplos pero no logro hacerlo. Los ejemplos que encuentro no son diferentes a como lo quiero hacer.
El bootloader lee el 2do sector del disquet y lo carga a la dirreccion 0x1000:0000 y luego salta alli, al kernel.
Obviamente algo está mal porque la pc reinicia, pero no logro encontrarlo.
¿Alguna pista?

Código: Text

 
jmp   real_mode  
global_descriptor_table:
null_descriptor:  db  0x00,0x00, 0x00,0x00, 0x00,0x00, 0x00,0x00
system_code:  db  0xFF,0xFF, 0x00,0x00, 0x01,0x9A, 0x00,0xCF
system_data:  db  0xFF,0xFF, 0x00,0x00, 0x01,0x92, 0x00,0xCF
system_linear:  db  0xFF,0xFF, 0x00,0x00, 0x00,0x92, 0x00,0xCF
global_descriptor_end:
gdtr:
  dw  global_descriptor_end - global_descriptor_table -1
  dd  global_descriptor_table
real_mode:
  mov  ax, cs
  mov  ds, ax
  mov  es, ax
  
  cli
  lgdt  [gdtr]
  mov  eax, cr0
  inc  ax
  mov  cr0, eax
  jmp  0x8:protected_mode
use32
protected_mode:
  mov   ax,0x10 
  mov   ds,ax
  mov   ss,ax
  mov   ax,0x18
  mov   es,ax
  mov   byte [es:0xB8010], &#34;!&#34;
forever:
  jmp  forever
 
 

Eternal Idol

No tengo tiempo de probarlo ni analizarlo (especialmente las tablas) pero no entiendo la razon por la cual no usas el codigo logico para activar el bit de cr0. Despues en el codigo protegido seguis trabajando como si estuvieras en 16 bits cuando en realidad estas en 32 y con un modelo de memoria plana. ¿Cual es la razon para poner jmp 0x8:protected_mode?

Enko

Citar

¿Cual es la razon para poner jmp 0x8:protected_mode?

Supuestamente es para realizar un jmp far y el parametro 0x8 indica el offset del descriptor del segmento sytem_segmen en la GDT. (Eso es lo que yo entendi, como primero esta el null_descriptor, el del systema es el que le sigue, 8 bytes. Por sierto que tambien pude estar en otro posicion, 0, 8h,10h,18h,20h: es cuestion de como se arme la gdt

Lo del tiempo no te preocupes, de eso no hay problema

, solo quería revisar que el código no tenga fallas obvias. Capaz era una boludez mia nomas.
Pero el problema esta de seguro en la GDT (igualmente tambien hice un hilo en el foro de fasm, en os-construction que es más dedicado a eso supongo)

Respecto de la técnica para activar el bit PE de cr0, probé con varios. Dejé el último, igualmente ninguno funcionó.

Enko

Por sierto, el problema del reinicio por culpa de los segmentos creo, lo puedo solucionar siguiendo un ejemplo activando el modo protegido en el bootloader.
El problema es que no se si que tanto puede crecer mi GDT y luego como accedo a ella una vez que salté al kernel.

Enko

Cita de: "Enko"

Por sierto, el problema del reinicio por culpa de los segmentos creo, lo puedo solucionar siguiendo un ejemplo activando el modo protegido en el bootloader.

Hice eso y funcionó.
Solo tuve que reemplazar el salto lejano por:

Código: Text

 
jmp 0x8:0x10000

Aunuqe si configuro en la tabla la base del segmento como 0x10000 solo tendría que hacer jmp 0x8:0x00000

Pd: adjunto el codigo por si le interesa a alguien, es un rar, le cambie la extencion a zip porque el foro no me lo permite subir como rar.

su -

No se si deba continuar aqui, pero como no tengo ni la menor idea y ustedes son los mas indicados:

Renemos un File System encriptado (como ZFS o cualquier otro) y como mi logica me dice, el password para poderla usar debe estar en el boot loader, o no es asi?

Si es asi... no seria "facil" desensamblar el boot loader y ver el password de encriptacion

Eternal Idol

Cita de: "su -"

No se si deba continuar aqui, pero como no tengo ni la menor idea y ustedes son los mas indicados:

Renemos un File System encriptado (como ZFS o cualquier otro) y como mi logica me dice, el password para poderla usar debe estar en el boot loader, o no es asi?

Si es asi... no seria "facil" desensamblar el boot loader y ver el password de encriptacion

La verdad es que no, esto no tiene nada que ver con el desarrollo en assembly que es de lo que trata el hilo.

En cuanto a la pregunta la logica indica que no, para empezar el boot sector es de 512 bytes que suelen estar bastante llenos ya y por mas "corto" que sea el boot sector del S.O. siempre seria poco escalable a muchos discos/particiones/archivos encriptados. Si se guarda algo se hace en las propias estructuras del File System normalmente y nunca jamas se guarda el password directamente, eso seria un error de principiantes y nadie que diseñe un File System lo cometeria (espero!).

su -

Oh! ya veo, supongo que no seria facil hacer un boot loder que decipte lo necesario para arrancar el kernel...
Creo que pasare un ranto en la documentacion de grub.
Gracias.

Eternal Idol

Cita de: "su -"

Oh! ya veo, supongo que no seria facil hacer un boot loder que decipte lo necesario para arrancar el kernel...
Creo que pasare un ranto en la documentacion de grub.
Gracias.

Hablando de GRUB, lo interesante del mismo es que soporta la especificacion multiboot con lo cual se puede hacer un ejecutable en cualquier formato (incluso PE con VC++) y siempre que respetemos la especificacion (con su cabecera) nos cargara nuestro Kernel.

GRUB es ya un proyecto bastante enorme, su segunda etapa consta de unos 100KB pero supongo que no seria tan dificil meter algo de fuerza bruta para intentarlo, habria que ver cuan factible es hacerlo en cualquier condicion ...