🚀 go-pugleaf

    Me parece que en modo protegido (el modo que usa Linux) no puedes hacer
eso. Podr�as hacerlo antes de que Linux entre en modo protegido pero no
despu�s.

    De todas formas si estoy equivocado que alguien lo diga.



DaVinci

On Tue, 13 Jul 1999 12:08:32 +0200, Manuel L�pez Moreno 
<luname@mx2.redestb.es> wrote:
>He vuelto a las cavernas: voy a programar en ensamblador !!!
>
>Alguna gu�a/manual/tutorial/documentaci�n sobre programaci�n en GNU as
>(si puede ser, en castellano) ???
>Mi idea es hacer alg�n programilla (m�dulo de kernel) que llame a
>interrupciones de la BIOS del PC.
>
>Saludos y Gracias.

�Estoy equivocado, o desde el modo de ejecuci�n de linux no se pueden llamar a
las interrupciones de la BIOS?

-- 
 / -----------------------\
|                          |
|      *puntero_loco       |  
|     Debian 2.1 Slink     |
| Usuario Linux Registrado |
|          130571          |
|     jajs@retemail.es     |
|                          |
 \------------------------/

On Tue, 13 Jul 1999 12:08:32 +0200, Manuel L�pez Moreno <luname@mx2.redestb.es> 
wrote:

>He vuelto a las cavernas: voy a programar en ensamblador !!!

A que se debe la cosa?? bueno en realidad yo mismo estoy tratando de
aprender ASM ahora.. a mis a�os.. es el unico modo de entender a fondo un SO.

>Alguna gu�a/manual/tutorial/documentaci�n sobre programaci�n en GNU as
>(si puede ser, en castellano) ???

Pues como no te vayas a las paginas del NASM.. esto si por lo que preguntas
es por como programar ASM bajo linux.. si lo que preguntas es un manual de
ASM hay uno muy bueno por la red.. si tienes interes te paso el enlace.

>Mi idea es hacer alg�n programilla (m�dulo de kernel) que llame a
>interrupciones de la BIOS del PC.

buffff vaya foll�n... te vas a volver loco debugeando.. pero ser� muy
instructivo si..

�No seria mejor que usases ASM embebido en C? vamos ser�a menos traumatico..

-- 

Saludos

Roberto D�az <rdiazmar@nova.es>   
http://www.linuxfocus.org/developer/Roberto

>>Alguna gu�a/manual/tutorial/documentaci�n sobre programaci�n en GNU as
>>(si puede ser, en castellano) ???
>Pues como no te vayas a las paginas del NASM.. esto si por lo que preguntas
>es por como programar ASM bajo linux.. si lo que preguntas es un manual de
>ASM hay uno muy bueno por la red.. si tienes interes te paso el enlace.

A ver ... el NASM usa la misma sintaxis que el TASM y dem�s , luego, el gas
(Gnu ASsembler) usa la de AT&T, como cuando metes codigo ASM a cap�n en C pa
compilar con el gcc y tal ... 

Bueno, pero no iba a eso .. XD
La cosa es que la documentacion que supongo que pide (que quiero yo tb) es
QUE INTERRUPCIONES/SERVICIOS hay usables en linux?
si, int 80h y tal creo que se hace todo, no? pero, que servicios tiene?

-- 
Ta Despues ...            Oh my God! They killed Kenny!!!!!!
        Javi Polo ;)
Me puedes encontrar en fido en 2:347/13.4
AUTOPISTA NO!!!!!!!!!!! No a l'autopista de llevant

Buenas.

Manuel L�pez Moreno <luname@mx2.redestb.es> escribi�:
>He vuelto a las cavernas: voy a programar en ensamblador !!!

Vaya @@...

>Alguna gu�a/manual/tutorial/documentaci�n sobre programaci�n en GNU as
>(si puede ser, en castellano) ???

Tienes el Assembly-HOWTO, te viene con los Howtos de Debian. Si no lo
encuentras:

  http://www.eleves.ens.fr:8080/home/rideau/Assembly-HOWTO o
  http://www.eleves.ens.fr:8080/home/rideau/Assembly-HOWTO.sgml
  ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/ (?)
  
Est� en ingl�s, claro.

>Mi idea es hacer alg�n programilla (m�dulo de kernel) que llame a
>interrupciones de la BIOS del PC.

� Y seguro que necesitas Assembler ? En C tienes las funciones outb, inb y
similares. Parece que hasta pueden usarse como usuario (no ser�a necesario
que hicieras un m�dulo).

No quiero desanimarte, si quieres aprender ensamblador, adelante con tu
proyecto. Pero si lo que necesitas es sencillamente programar una tarjeta,
quiz� no te merezca la pena.

>Saludos y Gracias.

Saludos.
-- 
   { Jos� S�nchez Trigo ; PGP ID.0xAD471A3C ; Debian GNU/LINUX 2.1 };

rdiazmar@localhost.localdomain wrote:
> 
> On Tue, 13 Jul 1999 12:08:32 +0200, Manuel L�pez Moreno <luname@mx2.redestb.es>
> wrote:
> 
> >He vuelto a las cavernas: voy a programar en ensamblador !!!
> 
> A que se debe la cosa?? bueno en realidad yo mismo estoy tratando de
> aprender ASM ahora.. a mis a�os.. es el unico modo de entender a fondo un SO.

En realidad no s� si me estar� complicando la vida in�tilmente (como
siempre :)
Quiero hacer un programilla que averig�e la versi�n VESA de una tarjeta
gr�fica.
S� que consiste en llamar a una interrupci�n de la BIOS y poco m�s.
Pero seguro que desde un programa de usuario no se puedan ejecutar ese
tipo de instrucciones.
Por eso he cre�do que desde un m�dulo de kernel s� que podr�a ser, y
ejecutarlo con insmod.
Aunque es posible que ni as� se pueda (Linux ya habr�a entrado en modo
protegido ???).

Total, que hasta que no lo escriba y lo pruebe no lo sabr�.

> 
> >Alguna gu�a/manual/tutorial/documentaci�n sobre programaci�n en GNU as
> >(si puede ser, en castellano) ???
> 
> Pues como no te vayas a las paginas del NASM.. esto si por lo que preguntas
> es por como programar ASM bajo linux.. si lo que preguntas es un manual de
> ASM hay uno muy bueno por la red.. si tienes interes te paso el enlace.

Pues s� ... p�salo :)

> 
> >Mi idea es hacer alg�n programilla (m�dulo de kernel) que llame a
> >interrupciones de la BIOS del PC.
> 
> buffff vaya foll�n... te vas a volver loco debugeando.. pero ser� muy
> instructivo si..
> 
> �No seria mejor que usases ASM embebido en C? vamos ser�a menos traumatico..

Esa fue mi primera idea. Busqu� en el kernel c�digo con l�neas __asm__,
y... !!!???, me pareci� m�s cr�ptico que el propio ensamblador.

Saludos.

*puntero_loco wrote:
> 
> �Estoy equivocado, o desde el modo de ejecuci�n de linux no se pueden llamar a
> las interrupciones de la BIOS?

Ese es el quiz de la cuesti�n. �Cu�l ser� la respuesta?

Saludos.

javipolo@linux.oninet.es wrote:
> 
> [...]
> Bueno, pero no iba a eso .. XD
> La cosa es que la documentacion que supongo que pide (que quiero yo tb) es
> QUE INTERRUPCIONES/SERVICIOS hay usables en linux?
> si, int 80h y tal creo que se hace todo, no? pero, que servicios tiene?

En concreto quer�a probar la interrupci�n 0x10 (V�deo).
Todo est� en que se pueda acceder a ella una vez arrancado el kernel ???

> 
> --
> Ta Despues ...            Oh my God! They killed Kenny!!!!!!

Ta Lego :)

Jose_T wrote:
> 
>     Me parece que en modo protegido (el modo que usa Linux) no puedes hacer
> eso. Podr�as hacerlo antes de que Linux entre en modo protegido pero no
> despu�s.

Si te refieres a que no se pueden llamar a interrupciones de la BIOS...
tambi�n tengo esa sospecha.
Pero si consigo escribir una l�nea de c�digo que lo intente hacer,
dejar�n de ser sospechas :)
A ver, alguien que pueda aclarar el asunto...

Saludos.

El Thu, 15 Jul 1999 12:32:12 +0200, rdiazmar@localhost.localdomain <rdiazmar@localhost.localdomain> escribi�:
|On Tue, 13 Jul 1999 12:08:32 +0200, Manuel L�pez Moreno <luname@mx2.redestb.es> 
|wrote:
|
|>He vuelto a las cavernas: voy a programar en ensamblador !!!
|
|A que se debe la cosa?? bueno en realidad yo mismo estoy tratando de
|aprender ASM ahora.. a mis a�os.. es el unico modo de entender a fondo un SO.
|
No estoy de acuerdo. Mira el c�digo del linux. Lo importante est� escrito en C
(gestion de memoria, procesos, etc). Las "minucias" como la carga inicial,
salvar el contexto de un proceso y dem�s est�n en ensamblador. Y son las
partes m�s faciles de entender, casi incluso sin saber ensamblador.
|-- 
|
|Saludos
|
|Roberto D�az <rdiazmar@nova.es>   
|http://www.linuxfocus.org/developer/Roberto

Saludos

-- 
 / -----------------------\
|                          |
|      *puntero_loco       |  
|     Debian 2.1 Slink     |
| Usuario Linux Registrado |
|          130571          |
|     jajs@retemail.es     |
|                          |
 \------------------------/

Oscar Martin Gonzalez wrote:
> 
> Como no os veo muy puestos en el tema os voy a dar una buena explicaci�n de
> como funciona Linux frente a Win/Dos para que sepas que se puede hacer con
> ensamblador bajo Linux.
> [...]

��� Ol� !!! Menuda explicaci�n. Gracias.

> 
> En tu caso particular, la INT 10h no es usable, as� que olvidate de VESA.
> Sin embargo hay equivalentes Linux para manejar la tarjeta (X,DGA,Framebuffer,
> svgalib, etc)
> 
> Especifica lo que quieres hacer y entonces te propondremos las alternativas
> en Linux para hacer esto mismo.

La idea era poder averiguar la versi�n VESA de la tarjeta gr�fica,
utilizando la INT 10h de la BIOS (original) del PC.

> 
> Un saludo.

Igualmente... y Gracias de nuevo :)

Como no os veo muy puestos en el tema os voy a dar una buena explicaci�n de
como funciona Linux frente a Win/Dos para que sepas que se puede hacer con
ensamblador bajo Linux.

Hasta hace unos a�os se programaba bajo DOS. Dichos programas evitaban 
hacer las tareas m�s complejas y dependientes (lectura de sectores, acceso
a teclado, visualizaci�n en pantalla) haciendo uso de unos servicios
estandarizados que el propio ordenador proporciona (BIOS) que se hace uso
de ellos a traves de llamadas a interrupciones software.

Existe una instrucci�n llamada INT xx que fuerza la ejecucion de la 
interrupci�n xx. Esta interrupci�n en Modo Real de los 386 o superiores
funciona exactamente igual que el antiguo 8086. Existe una tabla en la 
direcci�n 0 de memoria donde se guardan consecutivamente las direcciones
(en formato segmento+desplazamiento) a donde saltar� a ejecutar la CPU 
tras la interrupci�n.

Sin embargo Linux funciona en modo protegido. En dicho modo los antiguos 
segmentos que coindidian con la posici�n n� de segmentox16 ya no 
funcionan de esa manera. Donde antiguamente se almacenaban los valores del
segmento, ahora se guardan indices (denominados descriptores) a unas tablas 
que guardan la posici�n inicial en memoria l�gica (porque a dem�s se
sopota segmentaci�n sobre paginaci�n ), longitud del segmento, nivel de
privilegio, entre otras cosas.
De hecho la propia tabla de vectores de interrupci�n pasa a ser la tabla
de descriptores de interrupci�n cambiando el formato (dejando inservibles
las funciones de la BIOS)

Y a�n as� existen muchas otras diferencias. Conclusi�n. Los programas
en ensamblador para modo real, no funcionan en modo protegido.

Como Intel sab�a que esto romper�a demasiado la compatibilidad (un SO
que funcionase en modo protegido no podr�a hacer funcionar aplicaciones
antiguas), cre� un tercer modo, (que es realmente un submodo del modo 
protegido) denominado V86 sobre el cual, los registros de segmentos no contienen
descriptores sino que funcionan de modo similar al modo real. Sin embargo
siguen funcionando el resto de capacidades del modo protegido. De hecho al
ejecutar la instrucci�n INT no estamos ejecutando la interrupci�n que
se indica en la posici�n que se ve en 0 sino lo que diga la IDT (tabla de
descriptores de interrupci�n) que puede estar localizada en cualquier zona
de la memoria. De esta manera se pueden seguir simulando que se est� en
modo real aunque realmente se est� en modo protegido/V86. 
Para emular un 8086 bajo modo protegido se requiere ayuda de software pero
el modo V86 facilita dicha emulaci�n para poder realizarse a un costo
aceptable.
Dicho modo es el escogido para correr aplicaciones de DOS bajo Windows. De 
hecho , Windows 9x surge de una ampliaci�n de W3.11 donde las aplicaciones
sobre V86 son las m�s importantes... 

   Bajo V86 es posible correr una aplicaci�n en ensamblador con llamadas 
cl�sicas a la BIOS. En Linux, esto se puede hacer con dosemu el cual
crea una tarea V86 bajo Linux y se encarga de emular todas las llamadas a
la BIOS.

   Bajo Windows, esta emulaci�n est� integrada de por si con el SO, y
es usado hasta extremos de llamar a los antiguos drivers de DOS sobre V86
en caso de no disponer de drivers programados en modo protegido, a costa
de aplicar m�todos dr�sticos para garantizar el uso del driver 
correctamente. Ten en cuenta que en modo real/DOS no se usaba multitarea por
lo que muchas veces los programas se hacian no reentrantes... es decir, no 
consideraban la posibilidad de que otro programa les llamase durante su i
ejecuci�n. Sin embargo, con multitarea puede ocurrir. Esto obliga a Windows
a organizar las peticiones del driver y hacerlas una por una (entre otras cosas)
con la consiguiente p�rdida de rendimiento... Es el ineficiente modo
"compatibilidad MSDOS".

   Linux fue dise�ado de 0, y no realiza llamadas a modo real/V86 para
realizar sus operaciones. Eso le obliga a hacer todas las operaciones 
directamente  sin apoyarse en la BIOS. 
   Bajo Linux todas las aplicaciones (salvo emulaciones) funcionan en modo
protegido nativo. No se molesta en emular ninguna BIOS, (ni falta que le hace)
asi que ejecutar una INT 21, lleva a ejecutar una INT21 de la IDT de linux
que provoca una se�al SIGSEGV (referencia a memoria invalida).
  En Linux, existen un conjunto de servicios que proporciona el kernel que
son accesibles a traves de la interrupci�n 0x80
  En EAX se guarda el n. de la funci�n del kernel a la que queremos llamar
y en EBX,ECX,EDX... etc guardamos los par�metros de dicha funci�n.

Os proporciono el cl�sico ejemplo de libro:

;                    saludo.asm
[BITS 32]

GLOBAL _start ;exportamos _start que es el inicio del programa
_start:
       mov eax,4 ; 4 -> funci�n sys_write(): corresponde a "man 2 write"
       mov ebx,1 ; fd. 0 = stdin | 1 = stdout | 2 = stderr
       mov ecx,mensaje ; ecx apunta al buffer de datos.
       mov edx,fin_mensaje - mensaje ; longitud del buffer
       int 80h ; llamamos a write(1,&mensaje,sizeof(mensaje)
       mov eax,1 ; 1 -> funci�n sys_exit()
       xor ebx,ebx ; ebx = codigo de error
       int 80h

mensaje:
       db 'Hola linuxero, desde ensamblador',10
fin_mensaje:


;                    fin de saludo.asm


Lo podeis compilar con el NASM as�.

nasm -f elf saludo.asm -o saludo.o
ld saludo.o -o saludo
./saludo

Las funciones del kernel las podeis encontrar en arch/i386/kernel/entry.S
(sys_call_table) 
relativo al directorio donde descomprimais las fuentes.

Linux, como buen SO que es no permite ejecutar instrucciones privilegiadas desde
una aplicaci�n bajo circunstancias normales. Estas circunstancias pueden
variarse con llamadas especiales al SO que deber�n ejecutarse como 
superusuario garantizando que ning�n usuario pueda alterar la estabilidad
del sistema.

Como ves, el equivalente de BIOS en Linux est� muy orientado a C por lo 
que usar ensamblador pierde su sentido salvo cuando se quieren hacer cosas
muy concretas... Eso si, por hacer puedes hacer lo que quieras, pero no vas
a conseguir ninguna gran ventaja sobre el C (salvo en cuestiones de espacio 
y/o velocidad)

En resumen. Usa C y ensamblador donde la velocidad sea cr�tica.


En tu caso particular, la INT 10h no es usable, as� que olvidate de VESA.
Sin embargo hay equivalentes Linux para manejar la tarjeta (X,DGA,Framebuffer,
svgalib, etc)

Especifica lo que quieres hacer y entonces te propondremos las alternativas
en Linux para hacer esto mismo.

Un saludo.

Manuel L�pez Moreno <luname@mx2.redestb.es> wrote:

> La idea era poder averiguar la versi�n VESA de la tarjeta gr�fica,
> utilizando la INT 10h de la BIOS (original) del PC.

Puesto que no es usable VESA, pierde su sentido, pero si a�n as� quieres saber
esa informaci�n puedes usar el dosemu correctamente configurado ya que puede
usar su BIOS (bajo V86 por supuesto). 


>> 
>> Un saludo.

> Igualmente... y Gracias de nuevo :)

Oscar Martin Gonzalez wrote:
> 
> Puesto que no es usable VESA, pierde su sentido, pero si a�n as� quieres saber
> esa informaci�n puedes usar el dosemu correctamente configurado ya que puede
> usar su BIOS (bajo V86 por supuesto).

Pues qu� remedio :(
Venga... lo probar�.

> 
> >>
> >> Un saludo.
> 
> > Igualmente... y Gracias de nuevo :)

Joer me has le�do el pensamiento :)))

A Tue, 13 Jul 1999 12:08:32 +0200, Manuel L�pez Moreno
<luname@mx2.redestb.es> escribiste:

>He vuelto a las cavernas: voy a programar en ensamblador !!!
Anda que ya te vale.
>Alguna gu�a/manual/tutorial/documentaci�n sobre programaci�n en GNU as
>(si puede ser, en castellano) ???
Npi.
>Mi idea es hacer alg�n programilla (m�dulo de kernel) que llame a
>interrupciones de la BIOS del PC.
Mucho me temo que eso est� "PROHIBIDO" en linux.
>
>Saludos y Gracias.
De nadas.
-----------------------------------------------
Cymoril sin patas

"I believe this is heaven to no one else but me, and I'll defend it as long as I can be left alone to linger in my own silence." 

-----------------------------------------------

Cymoril sin patas wrote:
> 
> A Tue, 13 Jul 1999 12:08:32 +0200, Manuel L�pez Moreno
> <luname@mx2.redestb.es> escribiste:
> 
> >Mi idea es hacer alg�n programilla (m�dulo de kernel) que llame a
> >interrupciones de la BIOS del PC.
> Mucho me temo que eso est� "PROHIBIDO" en linux.

Pues s�. Ya me convencieron hace poco :(
Eso s�, no te pierdas el post de Oscar Martin Gonz�lez (22 Jul 1999).

Saludos.

A 22 Jul 1999 11:24:53 GMT, Oscar Martin Gonzalez <oscar@gui.uva.es>
escribiste:

>Como no os veo muy puestos en el tema os voy a dar una buena explicaci�n de
>como funciona Linux frente a Win/Dos para que sepas que se puede hacer con
>ensamblador bajo Linux.

Plas plas plas. Tas lucido, t�o. Como se nota que eres del GUI de
Valladolid.
De todas formas, me ha surgido una "peque�a" duda que igual me sabes
responder.
Aunque nunca llegu� a usarlo intensamente, bajo DJGPP (el gcc de DOS,
por si alguien no lo sabe) permit�a usar ensamblador con la horrorosa
sintaxis de AT&T, emulando las interrupciones bajo modo protegido. Mi
pregunta es, � conmutaba a modo V86 o inclu�a c�digo sustituyente el
propio compilador? (esta es de nota, eh !)

De todas formas, si mucho no me equivoco, se tiene que poder acceder a
la bios de la tarjeta de v�deo para averiguar si es VESA o no (de una
forma un poco bestia, claro). De hecho hay alg�n programa como Scitech
Display Doctor para linux que por lo menos hace algo parecido.

Muschas grasias por la lecci�n de modo protegido.

P.D. Tras haber le�do tu art�culo, ahora s� porqu� Ciri no lleg� a
sacar nunca 2M para Windows 95 ...
-----------------------------------------------
Cymoril sin patas

"I believe this is heaven to no one else but me, and I'll defend it as long as I can be left alone to linger in my own silence." 

-----------------------------------------------

Cymoril sin patas <ceinalem@thegym.net> wrote:

> Plas plas plas. Tas lucido, t�o. Como se nota que eres del GUI de
> Valladolid.
> De todas formas, me ha surgido una "peque�a" duda que igual me sabes
> responder.
> Aunque nunca llegu� a usarlo intensamente, bajo DJGPP (el gcc de DOS,
> por si alguien no lo sabe) permit�a usar ensamblador con la horrorosa
> sintaxis de AT&T, emulando las interrupciones bajo modo protegido. Mi
> pregunta es, � conmutaba a modo V86 o inclu�a c�digo sustituyente el
> propio compilador? (esta es de nota, eh !)

Los programas de DJGPP son en modo protegido nativo usando lo que se llama
un extensor de DOS.
Los extensores de DOS son programas que se encargan de realizar una interfaz
entre tu programa de modo protegido y el DOS en modo real o V86, de tal
manera que llamas a las interrupciones de manera similar a como lo har�as en
modo real , pero est�s en modo protegido (puedes tener segmentos de
diferente tama�o y pueden comenzar en cualquier punto de la memoria, existen
mecanismos de protecci�n de memoria y swap...
Los extensores no usan toda la capacidad de este modo que proporciona a
un SO, como son mecanismos especiales para multitarea, diferentes niveles de
privilegio, etc.
Estos, como ampliaci�n del DOS que es monotarea no requieren proporcionar
protecci�n entre aplicaciones (para que si solo hay una) o multitarea.
Los extensores funcionan "dando saltitos" entre modo real/V86 y modo 
protegido. Si se recibe un evento de hardware (por ejemplo una pulsaci�n de
teclado), saltan a la interrupci�n de DOS para ejecutar la interrupci�n
correspondiente como si hubiese estado trabajando en DOS todo el rato.
Algo similar ocurre con tu aplicaci�n en modo protegido, solo que traduce
tu llamada en formato "modo protegido" a formato cl�sico para ejecutarla
Para hacer estos saltitos se suele seguir este procedimiento:
Si estamos en V86, buscamos posibles interfaces para conmutar a modo
protegido:
Si disponemos de VCPI lo usamos para conmutar a modo protegido colocando
nuestras propias estructuras de control y hacediendo al m�ximo nivel de
privilegio (Ring 0)
Si no disponemos de VCPI, usamos los servicios DPMI delegando en control del
sistema en el servidor DPMI, funcionando al nivel de privilegio que quiera.
En este caso no cogemos el control, pero se nos proporcionan los servicios
para hacer las mismas cosas.
Si no hay DPMI, no se usar modo protegido (o sea que olvidate de correr el
Quake aqu� ;)
Si estamos en modo real usamos los mecanismos normales para conmutar a modo
protegido.

Es por esto que...
Con VCPI, podemos coger el control y saltar a modo protegido aunque
estuviesemos en V86.
Con DPMI, podemos usar modo protegido de una manera controlada y limitada de
manera que puede haber un SO encima que nos controle.
Es por eso que Linux/dosemu y Dos bajo Win proporcionan servicios DPMI (lo
necesario para correr el DOOM :) pero no VCPI.
Loadlin por ejemplo requiere VCPI (o estar en modo real, claro) pues necesita 
coger el control para arrancar el kernel de Linux. Es por esto por lo que no
se puede arrancar bajo una ventana de DOS.
Y cuando se est� en V86 y hay servicios VCPI?
Cuando se carga un controlados de memoria expandida...
Ah, pero �No sabiais que al cargar el EMM386 estais YA en modo protegido?
Cuanto tiempo enga�ados �verdad?
Pues si. La memoria que  los controladores de memoria expandida colocan en
los huecos existentes entre los 640Kb y 1024Kb, no est�n realmente  alojados
all�.
Al estar en modo protegido se pueden usar los mecanismos de memoria virtual,
de manera que los programas no acceden directamente a memoria f�sica sino
memoria l�gica que puede estar recolocada a nuestro antojo en bloques de 4Kb
sobre memoria f�sica.
Por eso, al ejecutar una interrupci�n antes de cargar el controlador de
memoria expandida, se realiza r�pidamente , pero despu�s resulta mucho m�s
lento ya que realmente se ejecuta la de modo protegido que tiene que
comprobar los valores de la llamada para volver a V86 para simular la
llamada que hiciste como si hubieras estado en modo real...
Ah. Por si no lo sab�ais el kernel de Win9x es el kernel de W311 para modo
protegido el cual no es m�s que un extensor de DOS avanzado que permite
varias tareas de V86 simult�neas y permite cargar Driver al estilo DOS pero
en modo protegido (VXD) que les permite capturar las interrupciones desde
modo protegido antes de simularlas en modo V86. A base de sustituir la BIOS
de disco por un driver VXD correspondiente, las de video, etc,etc...
vienvenidos a Win95!!
Eso si... de 311 a W95 han permitido que se puedan cargar aplicaciones en
modo protegido de 32 Bits (o... Lo que hacia el DOS4GW antes de Windows...)
O sea, chapuza total...
Quien no se lo crea que lea el libro "al descubierto Win95" (creo que era
este) que lo saqu� un dia de la biblio y me dej� de piedra...
 

> De todas formas, si mucho no me equivoco, se tiene que poder acceder a
> la bios de la tarjeta de v�deo para averiguar si es VESA o no (de una
> forma un poco bestia, claro). De hecho hay alg�n programa como Scitech
> Display Doctor para linux que por lo menos hace algo parecido.

Ya lo he comentado... Bajo V86 (el kernel de Linux provee una funci�n para
crear tareas de este tipo).
Tambi�n se puede a lo mejor mapeando las ROMs y analizando su contenido...
En eso si que ya no tengo ni idea...
De todas maneras me parece que el scitech usa sus propios drivers para
emular una VESA 2.0 o 3.0. Puesto que son sus drivers vete tu a saber como
lo hacen.

> Muschas grasias por la lecci�n de modo protegido.

De nada... Que por lo menos sirva de algo mis horas perdidas con el
ensamblador...
Por cierto... tambi�n es util para crear exploits del tipo buffer overflow
pero esa es otra historia que debe ser contada en otra ocasi�n. ;)

> P.D. Tras haber le�do tu art�culo, ahora s� porqu� Ciri no lleg� a
> sacar nunca 2M para Windows 95 ...

En efecto...De hecho yo pill� el kit de construcci�n de drivers para Win
(DDK) para ver si ser�a factible hacerlo como Dios manda y entonces me di
cuenta que Linux es el futuro (DIOS!!! Que caos para hacer un maldito
driver)

Un saludo..

Oscar Martin Gonzalez wrote:
> 
> Los programas de DJGPP son en modo protegido nativo usando lo que se llama
> un extensor de DOS. [...]

Unas 1000 l�neas m�s abajo...

> [...] Quien no se lo crea que lea el libro "al descubierto Win95" (creo que era
> este) que lo saqu� un dia de la biblio y me dej� de piedra...

Colega, pareces el Or�culo. Metes una moneda, preguntas loquesea y ...
Contigo da gusto no comprar libros... y leer las news :)))

A ver si funciona: Clink (moneda) �Cu�ndo se dejar� de cobrar por llamar
y acceder a InterNet?

Manuel L�pez Moreno escribi� en mensaje
<3796EED5.B8582DCD@mx2.redestb.es>...
>[...]
>> Especifica lo que quieres hacer y entonces te propondremos las
alternativas
>> en Linux para hacer esto mismo.
>
>La idea era poder averiguar la versi�n VESA de la tarjeta
gr�fica,
>utilizando la INT 10h de la BIOS (original) del PC.


En esta direcci�n te puedes bajar un programilla que hice alg�n
tiempo que muestra informaci�n sobre la tarjeta gr�fica,
incluyendo la versi�n VESA:
http://members.xoom.com/rvmsoft/linux/

El programa es para MS-DOS (hasta ahora no sab�a si se pod�a
hacer algo similar en linux, pero la magn�fica explicaci�n de
Oscar Martin creo que deja claro el asunto), pero funciona en el
DOSEMU si est� configurado correctamente para los modos gr�ficos.

De todos modos creo haber leido en la documentaci�n del svgalib algo
sobre una librer�a para acceder a la BIOS. Quiz�s sea lo que t�
quieres.

----------------------------------------------------------
Ricardo Villalba
rvm@XXlinuxfan.com (quita las XX)
http://members.xoom.com/rvmsoft
http://rvmsoft.findhere.com
Linux registered user 90754
----------------------------------------------------------

rvm wrote:
> 
> En esta direcci�n te puedes bajar un programilla que hice alg�n
> tiempo que muestra informaci�n sobre la tarjeta gr�fica,
> incluyendo la versi�n VESA:
> http://members.xoom.com/rvmsoft/linux/

Pues s�. A ver qu� tienes por ah� :)

> 
> El programa es para MS-DOS (hasta ahora no sab�a si se pod�a
> hacer algo similar en linux, pero la magn�fica explicaci�n de
> Oscar Martin creo que deja claro el asunto)

Qu� pasada... a�n estoy digeriendo el mensaje de Oscar.

> De todos modos creo haber leido en la documentaci�n del svgalib algo
> sobre una librer�a para acceder a la BIOS. Quiz�s sea lo que t�
> quieres.

S�, tambi�n le echar� un vistazo. Aunque ya soy un poco esc�ptico en el
tema BIOS+Linux.

Saludos, y a dar ca�a con los howtos :)

Manuel L�pez Moreno wrote:
> 

> Pues s�. Ya me convencieron hace poco :(
> Eso s�, no te pierdas el post de Oscar Martin Gonz�lez (22 Jul 1999).
> 
> Saludos.
Por alguna extra�a raz�n, ese post no ha llegado a  mi servidor, y por
lo que coment�is era de los de coleccionar. �pod�is mand�rmelo alguno,
please?

-- 
Un Saludo

Han Solo
The Rebel Alliance

Conecto, luego existo.
Desconecto, luego insisto.
Soy usuario de infobirria+

P.D. La firma no es m�a, sino de uno que trabajaba, precisamente, en M$.
Vivir para ver.

Ya se lo he enviado yo. �No lo bombardeeis!  :-)

Un saludo.

Han Solo escribi� en mensaje <379E289C.931697F@maptel.es>...
>Manuel L�pez Moreno wrote:
>>
>
>> Pues s�. Ya me convencieron hace poco :(
>> Eso s�, no te pierdas el post de Oscar Martin Gonz�lez (22 Jul 1999).
>>
>> Saludos.
>Por alguna extra�a raz�n, ese post no ha llegado a  mi servidor, y por
>lo que coment�is era de los de coleccionar. �pod�is mand�rmelo alguno,
>please?
>
>--
>Un Saludo
>
>Han Solo
>The Rebel Alliance
>
>Conecto, luego existo.
>Desconecto, luego insisto.
>Soy usuario de infobirria+
>
>P.D. La firma no es m�a, sino de uno que trabajaba, precisamente, en M$.
>Vivir para ver.

>
>Colega, pareces el Or�culo. Metes una moneda, preguntas loquesea y ...
>Contigo da gusto no comprar libros... y leer las news :)))
aaaAAAAAMMMMMmmmmmmm :D
>
>A ver si funciona: Clink (moneda) �Cu�ndo se dejar� de cobrar por llamar
>y acceder a InterNet?

Eso pertenece al futuro y eso lo construimos a cada paso.
Por supuesto que si nos quedamos a esperar, eso jam�s llegar�, pero tenemos 
que compreder que juntos podemos hacer lo que queramos. Todo es cuesti�n de
coordinaci�n, voluntad y una bendici�n del cielo :)

�Por que no cablearnos nosotros? Est� en nuestra mano el asociarnos para
conseguir un objetivo.
Piensa en lo siguiente. Consigues con el conjunto de personas  adecuadas,
formar una empresa sin �nimo de lucro capaz de conectar a 50000 personas
por, digamos 750 millones.
Pues bien... supongamos en en Madrid hay 300000 internautas y tu consigues
convencer de que tus planes son factibles a 50000. 
Para ir holgados en el presupuesto, lo doblas. 1500 Millones. / 30000 =
50000 cucas. (que equivale a un a�o pagando nuestro internet y a partir
de entonces, a pagar los 4 duros del mantenimiento)

Pues se firman los papeles con una propuesta, para evitar problemas que diga
algo como, en el momento que se hayan recogido 30000 firmas se activar�
este contrato comprometiendose a pagar su parte a cambio de los servicios
ofrecidos...

Por parte de los organizadores, cada persona debe llegar a alg�n tipo de
acuerdo de responsabilidad con un perjuicio econ�mico, o del tipo que sea en 
el caso de alg�n tipo de incumplimiento.

Todo se tendr�a que perfilar mucho, pero ten en cuenta que la organizaci�n del
proyecto no requiere dinero y hasta que no se ve que es viable no hay que 
poner una sola peseta.

Lo malo es que un proyecto de este tipo requiere una colecci�n de gente que 
est� bastante lejos del t�pico proyecto software.
Necesitas abogados, transportistas, gente con experiencia en temas de cable,
etc.

Claro que siempre es v�lido el subcontratar a otras empresas (todo esto tendr�a
que estar claramente especificado en la informaci�n del proyecto)

Pero mucho me temo que la comunidad internauta no esta preparada a�n para 
darse cuenta de la viabilidad de un proyecto de este tipo.
Cualquiera que hoy le cuentes esto, pensar� que es una utop�a y algo
irrealizable.
Pero estoy seguro que este tipo de actividades se ir�n realizando poco a poco
empezando en escalas m�s peque�as y transformando poco a poco nuestra 
visi�n de la sociedad.
Esa manera de pensar generalizada de que poco podemos hacer frente a las
grandes empresas(y frente al mundo actual) se ir� desmoronando poco a poco 
igual que nuestro Linux est� robando terreno a la empresa m�s poderosa del
momento, y a la que alg�n dia aplastar�.

Dios nos oiga :-)

In article <933177813.2023927316@noticias.retecal.es>, Oscar Mart�n Gonz�lez
wrote:

>�Por que no cablearnos nosotros? Est� en nuestra mano el asociarnos para
>conseguir un objetivo.

	Dudo mucho que eso sea factible, ya que dif�cilmente el gobierno va
a dar una licencia para cablear a particulares o asociaciones.

	Pero si quieres algo m�s factible (s�lo un poco), echa un vistazo a:

http://www.qsl.net/ke5fx/ (Modem de radio de 10 Mbps)

	Hay que hacerse radiaficionado y comprar el equipamiento. Pero no hay
que cablear.

	Ahora necesitas corresponsales con el mismo equipamiento. �Conseguir�as
convencer a la gente?

	(Si lo de hacerse radioaficionado te parece una pesadez y una
limitaci�n siempre se puede pensar en licencias comerciales de segmentos
de la banda de radio. Pero eso tambi�n es dif�cil -y me imagino que caro-
de conseguir).


                                Saludos de Javier (jcantero @ jet.es)

----
"No es m�s rico el que m�s tiene, sino el que menos necesita."

Javier Cantero <javier@eb2dsn.ampr.org> wrote:
> In article <933177813.2023927316@noticias.retecal.es>, Oscar Mart�n Gonz�lez
> wrote:

>>�Por que no cablearnos nosotros? Est� en nuestra mano el asociarnos para
>>conseguir un objetivo.

> 	Dudo mucho que eso sea factible, ya que dif�cilmente el gobierno va
> a dar una licencia para cablear a particulares o asociaciones.

Lo ves? lo ves? La gente no est� preparada para darse cuenta de la 
factibilidad de este tipo de actividades...
En cualquier caso, un proyecto de este tipo es como intentar viajar a saturno
en la actualidad...
Pero algun dia llegaremos. :D

En cuanto a lo de licencias, supongo que se podria montar una fundaci�n que
a todos los efectos funciona como una empresa. Supongo que no habr�a 
problemas en conseguir una licencia...

> 	Pero si quieres algo m�s factible (s�lo un poco), echa un vistazo a:

> http://www.qsl.net/ke5fx/ (Modem de radio de 10 Mbps)

> 	Hay que hacerse radiaficionado y comprar el equipamiento. Pero no hay
> que cablear.

> 	Ahora necesitas corresponsales con el mismo equipamiento. �Conseguir�as
> convencer a la gente?

El sistema de crear contratos que se activan en el momento en que es factible
en un buen sistema.

Pero soy un poco esceptico en la transmisi�n por radio... Cuantas personas
pueden transmitir en un ancho de banda determinado?

> 	(Si lo de hacerse radioaficionado te parece una pesadez y una
> limitaci�n siempre se puede pensar en licencias comerciales de segmentos
> de la banda de radio. Pero eso tambi�n es dif�cil -y me imagino que caro-
> de conseguir).

Mmmm. pues nada... a preguntar a gente que domine del tema.

Hola:

oscar@server.enmicasa.dhs.org escribi�:

> Javier Cantero <javier@eb2dsn.ampr.org> wrote:
> > In article <933177813.2023927316@noticias.retecal.es>, Oscar Mart�n Gonz�lez
> > wrote:
> El sistema de crear contratos que se activan en el momento en que es factible
> en un buen sistema.
>
> Pero soy un poco esceptico en la transmisi�n por radio... Cuantas personas
> pueden transmitir en un ancho de banda determinado?
>
>
> Mmmm. pues nada... a preguntar a gente que domine del tema.


Lo de radio no  es una broma, puede ir muy en serio!!!
Frecuencias:
Seg�n parece:
        27 MHz -> 2400 baudios
       150 MHz -> 9600 baudios.

pero tenemos las bandas de los 10 metros, y bandas de frecuencias superiores,
que se podr�a transmitir punto a punto (transmisi�n direccional a alta velocidad,
sin interferir con nadie).
  Si la gente se va asociando ... se pueden conseguir grandes cosas!!
�Alguien conoce p�ginas de asociaciones?

GRACIAS
(y perdon por el off-topic)
ja.salgueiro@lettera.net

>Lo de radio no  es una broma, puede ir muy en serio!!!
>Frecuencias:
>Seg�n parece:
>        27 MHz -> 2400 baudios
>       150 MHz -> 9600 baudios.

Noticias Intercom:
19.-  Jazztel pide licencia para ofrecer telefonia por radio

 Jazztel, uno de los operadores de telecomunicaciones
 que iniciaron sus operaciones tras la liberalizacion
 del mercado, presento ayer ante la Secretaria General
 de Comunicaciones del Ministerio de Fomento la solicitud
 para la concesion de una licencia que le permita acceder
 al bucle de abonado a traves de tecnologia de radio. Esta
 tecnologia permite ofrece un ancho de banda considerablemente
 mayor que la mayoria de metodos por cable.

 Cesar L. Solaz (cesar@noticias.com) - Si le es otorgada
 esta licencia, Jazztel pretende poner al alcance de los
 operadores y proveedores de servicios de telecomunicaciones
 una red de acceso radio de banda ancha a precios mucho mas
 competitivos que los que practica cualquier otro operador
 en la actualidad.
 Segun la operadora, "el despliegue de esta nueva red constituye
 un paso sustancial en la liberalizacion efectiva del bucle
 de abonado, acelerando por consiguiente el proceso de
 competencia real en el mercado de las telecomunicaciones
 y abrira nuevas posibilidades de servicio, al tiempo que
 reducira el precio para el usuario final".

 El pasado 13 de julio, Fomento  convoco el concurso para
 la adjudicacion de tres licencias de acceso radio en la
 banda de 26 GHz. El plazo par ala presentacion de solicitudes
 termina hoy, mientras que el fallo se producira el proximo
 otono.

 Mas informacion en http://www.jazztel.es

-- 
    Barbwired (The Translatrix)  - U. Complutense Madrid - Filolog�a Inglesa
                Web personal  http://www.bigfoot.com/~barbwired/
       Proudly using Debian GNU/Linux 2.1 (Kernel 2.2.3) in a Dell Laptop
************* Advertencia: La direcci�n del reply-to no funciona **************
Linux has grown in popularity among crackers and infocriminals, but has not yet
reached acceptance among the general populace, largely due to its cryptic "user
interface" that requires knowledge of complex Finnish commands.-|Segfault.org|-

In article <nvc1p7.5g3.ln@pierced>, Barbwired wrote:

	Perdona Barbwired que "enganche" aqu� (pues el anterior ya no lo
tengo)

>>Lo de radio no  es una broma, puede ir muy en serio!!!
>>Frecuencias:
>>Seg�n parece:
>>        27 MHz -> 2400 baudios
>>       150 MHz -> 9600 baudios.

	No te voy a decir que no se pueda, pero las velocidades actuales en
Radio-Packet (de CB y radioaficionados, se entiende) son:

	27 MHz AM/FM -> 1200 baudios (no conozco personalmente que se use 2400,
aunque no te aseguro que no se pueda. Depende de la anchura de los canales,
y sobre todo de los filtros AF de los equipos, que no suelen ser muy anchos).

	28 MHz SSB -> 1200 baudios (y con problemas de fading abundantes)
Por esa banda suelen andar estaciones TCP/IP de sudamerica y de centroeuropa
(con NOS o con Linux).

	144 MHz -> 1200 y a veces 2400 y 9600 FSK aunque no te lo creas. La
anchura de canal da para m�s, pero la mayor�a de la gente tiene equipos sin
"entrada digital" (es decir, la entrada es por el micro, lo cual vuelve a
limitar el ancho de banda disponible).

	430 MHz -> 9600 FSK. Los equipos se suelen "trucar" (se les pincha
la entrada de datos en el modulador de IF) para alcanzar esa velocidad si es
que no vienen ya preparados.

	Todas estas modulaciones mas la de 4800 est�n implementadas en
Linux (usando la tarjeta de sonido como una primitiva tarjeta DSP mediante
soft).

	Bandas superiores: hay de todo, pero no se puede operar as� como as�.
Los eslovenos, por ejemplo, tiene un famoso modem de 1,2 Mbps para 2,4 GHz.
(Te venden el kit completo). El modem G3RUH de 9600 puede ser modificado para
19200, 38400, y 64kbps. El WA4DSY es un RF modem que alcanza los 56kbps. Para
otras velocidades, hay que ir a "Spread Spectrum" (www.tarp.org) o a 802.11,
todos en las bandas por encima de los 1,2 GHz (Que suelen ser bandas
compartidas con otros servicios y no primarias para los radioaficionados).

	Si realmente hay alguno interesado, hay un proyecto llamado "Hermes"
(una cosita de andar de casa que hemos dejado abandonada) que pretend�a una
modulaci�n 9600 bps PSK (2400 baudios) para que entraran en los 3 KHz y pico
que suele tener la entrada de audio de las emisoras (la gente es muy reacia
a meterle mano a un equipo de m�s de 60.000 pesetas).

	http://personales.jet.es/inaki.arenaza/, buscar "Hermes"


	De todas formas todo esto est� muy mal (hay muy poco inter�s y
unas cuantas trabas). Est�is avisados.


>Noticias Intercom:
>19.-  Jazztel pide licencia para ofrecer telefonia por radio

	Bueno, a ver si se animan de verdad.

                                Saludos de Javier (jcantero @ jet.es)


----
PROMOCIONA el uso de la nueva jerarqu�a es.comp.os.linux.*

         es.comp.os.linux ----> es.comp.os.linux.instalacion
                           |--> es.comp.os.linux.misc
                           |--> es.comp.os.linux.programacion
                           \--> es.comp.os.linux.redes

Javier Cantero escribi�:

>         Si realmente hay alguno interesado, hay un proyecto llamado "Hermes"
> (una cosita de andar de casa que hemos dejado abandonada) que pretend�a una
> modulaci�n 9600 bps PSK (2400 baudios) para que entraran en los 3 KHz y pico
> que suele tener la entrada de audio de las emisoras (la gente es muy reacia
> a meterle mano a un equipo de m�s de 60.000 pesetas).
>
>         http://personales.jet.es/inaki.arenaza/, buscar "Hermes"
>
>         De todas formas todo esto est� muy mal (hay muy poco inter�s y
> unas cuantas trabas). Est�is avisados.
>

Hola:
     Realmente es una pena, pues lo de Radio Packet, aunque antiguo, promete,
si haces una cierta inversi�n, puedes conectarte con cantidad de gente(?) a un
precio
rid�culo.

   Yo estoy ech�ndole un vistazo a este asunto, a�n no he conseguido configurar
adecuadamente
el "m�dem", esto, la SB16 y sigo con millones de dudas.

Gracias por los datos.

jose_antonio
A.