PCP, el Pequeño Computador Personal

[djmpx]

ya me gustaría a mi saber la mitad que vosotros pa poder idearme algo así

[mcleod_ideafix]

A ver, si, seria lo mismo, pero dado que la especificacion original dice que los registros de uso general son r0 - r13, rsp y rpc no deben de poder tocarse a mano.

En la implementacion actual si es asi, pero la idea es que no se puedan tocar como r14 y r15

Entonces.... ¿cómo se le da un valor inicial al puntero de pila si no puedes alterar el valor de ese registro?

Si no se pueden tocar ni R14 ni R15, cuando en el código máquina de una instrucción que soporta operandos de tipo registro, pongas como operando el valor 1110 ó 1111, ¿a qué registro referenciarían? (según la especificación)

Una de las bondades de los RISC es la ortogonalidad de las instrucciones para con los registros. En este sentido, muchos procesadores tratan al puntero de instrucciones y al puntero de pila como si fuera otro registro más. Si en una implementación física es más sencillo dejar a R14 y R15 como disponibles al usuario, ¿por qué quereis restringir su uso? Restringirlo conllevaría a que habría formatos de instrucción válidos pero con registros inválidos, lo cual llevaría, o bien a un comportamiento inesperado, o bien a una excepción del procesador. De cualquier forma, se complicaría la lógica de decodificación (pensar en ello si os decidis por implementar esta CPU en forma de descripción para FPGA)

[Hark0]

Como mola!!!

Habra que echarle un ojo!!!!

Gracias x enlace e info!!!

[JoJo]

A ver, si, seria lo mismo, pero dado que la especificacion original dice que los registros de uso general son r0 - r13, rsp y rpc no deben de poder tocarse a mano.

En la implementacion actual si es asi, pero la idea es que no se puedan tocar como r14 y r15

Entonces.... ¿cómo se le da un valor inicial al puntero de pila si no puedes alterar el valor de ese registro?

Si no se pueden tocar ni R14 ni R15, cuando en el código máquina de una instrucción que soporta operandos de tipo registro, pongas como operando el valor 1110 ó 1111, ¿a qué registro referenciarían? (según la especificación)

Una de las bondades de los RISC es la ortogonalidad de las instrucciones para con los registros. En este sentido, muchos procesadores tratan al puntero de instrucciones y al puntero de pila como si fuera otro registro más. Si en una implementación física es más sencillo dejar a R14 y R15 como disponibles al usuario, ¿por qué quereis restringir su uso? Restringirlo conllevaría a que habría formatos de instrucción válidos pero con registros inválidos, lo cual llevaría, o bien a un comportamiento inesperado, o bien a una excepción del procesador. De cualquier forma, se complicaría la lógica de decodificación (pensar en ello si os decidis por implementar esta CPU en forma de descripción para FPGA)

No digo que lo vayamos a limitar, digo que la especificacion original es esa, y por ello existen instrucciones como jmp, aparte de por la claridad de ver que se trata de un salto. Lo mas seguro es que lo dejemos libre porque total no hace daño, que cada cual luego programe como quiera

La idea sobre el puntero de pila, es que tampoco tenga que tocarse a mano, si no que la pila sea como una especie de caja negra a nivel de programacion en ensamblador, luego en la depuracion si podemos ver que hace internamente. De hecho si miras un programa ejemplo y la implementacion veras que con reservar espacio para la pila, ya se apunta el puntero a su posicion mas alta (pila lifo) dentro de la memoria reservada para esta justo antes de empezar el programa en si. Precisamente elegi esta aproximacion, el estilo x86 a la pila (un simple push o pop) para simplificar mas el ensamblador, sin tener que forzar al programador a gestionar el mismo el puntero de pila, su area de memoria, etc...

[mcleod_ideafix]

De hecho si miras un programa ejemplo y la implementacion veras que con reservar espacio para la pila, ya se apunta el puntero a su posicion mas alta (pila lifo) dentro de la memoria reservada para esta justo antes de empezar el programa en si.

Pero piensa en cuando esta CPU deje de ser una emulación y sea un procesador "de verdad". Si pensais implementarla en FPGA, ¿cómo se manejará la pila?

Precisamente elegi esta aproximacion, el estilo x86 a la pila (un simple push o pop) para simplificar mas el ensamblador, sin tener que forzar al programador a gestionar el mismo el puntero de pila, su area de memoria, etc...

Pero en el X86 el programador también necesita gestionar la pila, y en los casos en los que no lo hace, es porque lo hace el S.O. al cargar el ejecutable. Al final, alguien tiene que inicializar la pila, usando para ello instrucciones que carguen un dato inmediato al registro SP.

Lo que quiero decir con todo esto es que parece que estais mezclando la especificación de la CPU con la especificación del S.O. que gobierna la máquina, dejando operaciones "oscuras" como inicializar la pila a cargo de no se sabe quién. Entiendo que bios.bin prepara el entorno de ejecución del binario que se vaya a ejecutar en la máquina, y entiendo que entre otras cosas, bios.bin es quien prepara la pila, pero... ¿cómo? ¿si no hay instrucciones para mover la pila de un sitio a otro?

[JoJo]

Tienes razon, el rsp lo tocamos a la hora de inicializar la pila, tan caja negra lo hemos hecho que ya ni me acordaba, el tema es que lo hace el ensamblador directamente, genera la instruccion ld rsp, direccion_final_pila automaticamente y en base a la memoria que reserves para la pila.

Sea como sea a nivel de programacion no tienes porque tocarlo nunca

[JoJo]

Actualizado el blog con la primera prueba del circuito text to speech que luego sera la voz del PCP

http://pcp.vieju.net/?p=41

[mcleod_ideafix]

¿Es una voz sintetizada por software en el ATMega o es otro circuito aparte como el microVGA? Suena un poco como el SP0256-AL2, el lengendario chip del Currah uSpeech

[JoJo]

¿Es una voz sintetizada por software en el ATMega o es otro circuito aparte como el microVGA? Suena un poco como el SP0256-AL2, el lengendario chip del Currah uSpeech

Premio para el caballero

[mcleod_ideafix]

¿Es una voz sintetizada por software en el ATMega o es otro circuito aparte como el microVGA? Suena un poco como el SP0256-AL2, el lengendario chip del Currah uSpeech

Premio para el caballero

Pues fíjate que había pensado que era un SpeakJet, por aquello de que el AL0256 es cada vez más difícil de encontrar.