Diseño/normas del software

[Ariath]

% s/añadir/agregar/g

Mmm... vale, entiendo por eso que usemos sinónimos XD .

Salu2

[soulless]

Ya le eche el ojo al codigo, no me entero de na

Bueno, en realidad es la punta del iceberg, no???

Las instrucciones que hay que decodificar son las que son enviadas al procesador, de donde sacamos esas instrucciones??? no me queda claro, tengo alguna idea, pero nada verdaderamente claro, o sea, tengo claro que las instrucciones son peticiones del programa que se este ejecutando en el instante, esas peticiones para decodificarla debemos compararlas con algo (una tabla por ejemplo), la pregunta es de donde sacamos ese algo??? del FW???

PD: no se si me estoy adelantando, si es asi perdon.

[yosoy_bostero]

claro creo yo, que habria que ver de que forma se comunica el firmware con el procesador para poder emular exactamente eso, que llamadas hace y demas, no se de donde podremos sacarlo, de algun codigo fuente de algun CFW tal vez (? ni idea la verdad, habria que tener una lista de posibles llamadas del fw al procesador verdad? porque los programas que estan corriendo (juegos o apps) hacen las llamadas al firmware directamente, o me equivoco?

edit: m0skit0 no dijo que HBL era como un "mini firmware" o algo asi ? se me hace que mucha informacion podremos sacar del hbl o no?

[darkmonster]

bueno esto que se tiene es tan solo las posibles instrucciones del procesador, en cuanto a las posibles llamadas que realize el FW al Procesador, me parece que falta mucho camino que recorrer para llegar a eso, ademas me parece que m0skit0 menciono que en un principio el emulador no contendra un FW, debido a las pruebas y adaptaciones que se deben de realizar, en todo caso llevara un CFW especial para este emulador

[m0skit0]

1ª) Si queremos colaborar con el SVN, ¿Hace falta algún paso?, Lo digo porque doy por supuesto que, a menos que se admitan colaboradores, el acceso al repositorio para terceros es de solo lectura ...

En un primer momento quisiera ver vuestro código y comentarlo con cada uno, y después lo subo yo. Una vez vea que tenéis claro el estilo y todo, os doy permisos de escritura en el SVN para que podáis subir vuestros aportes.

2ª) Veo que estáis codificando en español directamente. Pese a que prefiero siempre que se puede la lengua de Cervantes a cualquier otra, ¿No es más práctico programar en inglés?

Castellano porque aquí nos comunicamos en castellano. Personalmente lo haría en inglés ya que es una lengua más cómoda de usar para programación porque los verbos son cortos y se pueden hacer estructuras nombre + nombre y estas cosas para darle nombre a funciones y variables más fácilmente y claramente. Pero ya que estamos vamos en castellano

en realidad es la punta del iceberg, no???

Ni eso

Las instrucciones que hay que decodificar son las que son enviadas al procesador, de donde sacamos esas instrucciones???

De la memoria principal (la RAM). El procesador (que es la clase que he subido) se comunica con la RAM a través de los buses de dirección y datos. Por ejemplo, la CPU pone en el bus de dirección la dirección de memoria a la que quiere acceder. Cuando le toque el turno a la memoria, ésta mirará la dirección y procederá a leer el dato y ponerlo en el bus de datos o a escribir el dato presente en el bus de datos en la dirección que corresponda. Obviamente esta clase hay que crearla.

tengo claro que las instrucciones son peticiones del programa que se este ejecutando en el instante, esas peticiones para decodificarla debemos compararlas con algo (una tabla por ejemplo), la pregunta es de donde sacamos ese algo??? del FW???

Bueno, algo así. Pero metes el FW donde no tiene nada que ver. El FW son instrucciones. La única que decodifica las instrucciones es la CPU, y lo hace por hardware, internamente, y esto no es modificable. Lo que vamos a hacer en nuestra clase cAllegrex es "emular" el comportamiento interno de la CPU por software. Es decir, para decodificar las instrucciones hay que meter todo eso DENTRO de la clase procesador, no fuera. Es algo interno del procesador. Y en realidad decodificar es meramente analizar la instrucción para saber qué operación hay que realizar. Para eso habrá que implementar lo que venga en los manuales del juego de instrucciones de MIPS que tenemos en el hilo de documentos.

habria que ver de que forma se comunica el firmware con el procesador

El firmware no se comunica con el procesador. El procesador ejecuta el firmware. No confundamos términos.

m0skit0 no dijo que HBL era como un "mini firmware" o algo asi ? se me hace que mucha informacion podremos sacar del hbl o no?

Estáis errando el blanco. Esto no tiene nada que ver con el HBL, estamos a un nivel mucho más bajo.

A ver que nos aclaremos, y repito: lo que se está modelando ahora es el hardware, no el software. El firmware es software. El HBL es software. El CFW es software. Ahora estamos montando la PSP en sí, sin firmware ni nada. Para poder hacer funcionar el FW o lo que sea, primero hay que tener donde

[yosoy_bostero]

habria que ver de que forma se comunica el firmware con el procesador

El firmware no se comunica con el procesador. El procesador ejecuta el firmware. No confundamos términos.

m0skit0 no dijo que HBL era como un "mini firmware" o algo asi ? se me hace que mucha informacion podremos sacar del hbl o no?

Estáis errando el blanco. Esto no tiene nada que ver con el HBL, estamos a un nivel mucho más bajo.

A ver que nos aclaremos, y repito: lo que se está modelando ahora es el hardware, no el software. El firmware es software. El HBL es software. El CFW es software. Ahora estamos montando la PSP en sí, sin firmware ni nada. Para poder hacer funcionar el FW o lo que sea, primero hay que tener donde

Pero digo, lo que queremos emular no son las llamadas que hace el firmware al procesador, es decir las instrucciones del firmware que son ejecutadas por el procesador? no es asi la idea? emular el procesador para que el firmware crea que esta corriendo sobre la psp, satisfaciendo todas sus necesidades (lease instrucciones).

Por otro lado, hbl utilizaba llamadas al firmware verdad? todo en modo usuario? si es asi me doy cuenta del error en lo que escribi

edit: consulta rapida, cuando se habla del modo usuario y modo kernel, se habla del procesador (como esta en tu tutorial), o del firmware? o ambos tienen sus modos de ejecucion?

[m0skit0]

lo que queremos emular no son las llamadas que hace el firmware al procesador, es decir las instrucciones del firmware que son ejecutadas por el procesador? no es asi la idea?

Sí, es eso, pero vamos, como te digo el procesador le da igual las instrucciones de quién está ejecutando (firmware, juego, XMB...) debe ejecutarlas correctamente. Ten en cuenta que lo que vas a necesitar correr es código máquina (binario, ceros y unos). El procesador no sabe ni le importa a quién pertenecen estas instrucciones. Tú estás hablando de un nivel que el procesador ignora.

Bueno, creo que tal y como he planteado el tema ha quedado demasiado enrevesado... Las clases son demasiado gordas, la estructura es demasiado compleja que ya me pierdo hasta yo Voy a congelar el código que he hecho por ahora y vuelta a las ideas.

Esto es lo que hay que modelar:

Spoiler:

Por ahora nos basta con modelar la CPU Core y la Main Memory.

El funcionamiento es el siguiente:

• Los datos y las instrucciones residen en la memoria. Dicha memoria se maneja a través de 4 datos: CS (Chip Select) que le indica a la memoria que es con ella con quien estamos hablando, R/W (read/write) que indica si la operación es de lectura o de escritura, el bus de datos (32 bits) que contiene el dato a escribir o bien donde se debe depositar el dato leído, y el bus de dirección que indica la dirección donde hay que efectuar la operación.
• La CPU recoge las instrucciones de la memoria y las va ejecutando en un ciclo infinito de recoger instrucción, decodificarla, ejecutarla y almacenar los resultados.

Estoy pensando en interconectar de alguna forma la CPU con la memoria, ya que esto simplificaría bastante el diseño. Además, eliminar los 4 pasos del ciclo de instrucción condensándolos en uno solo.

Espero vuestras ideas, sugerencias o preguntas.

[soulless]

El diseño como lo habías planteado (una clase bus que comunique a todas las demás clases) es los mas parecido al diagrama de bloques de la PSP, de todas formas necesitaremos un lugar donde converjan todos los componentes y por lo tanto, quien les maneje.

Sera el CPU Core el unico que se comunicara con la ram???

[yosoy_bostero]

no veo para que la clase bus, son simplemente registros de 32bits.. ya hay atributos (tanto busdir como busdatos) en la clase memoria y en el procesador, en todo caso sera la clase "placa madre" " main " o como sea que la llamemos, la que se ocupara de "linkear (vincular)" dichos atributos, leer de uno escribir en el otro y viceversa.

al menos asi lo entiendo yo

[~Rdavid~]

Bueno según como yo le entiendo el bus es el que interconecta todos los dispositivos, por lo que la mejor forma de emular la psp es hacer nuestro propio bus de datos.

m0skit0 ¿Por qué es necesario eliminar los 4 pasos con los que funciona el CPU? ¿no sería mejor hacerlo justo como lo hace el procesador para no tener problemas después?