¿Tiene la Wiz VFP?

**flozanot** · 10/06/2009, 13:53

Pues me lo vuelvo a plantear después de leer esto:

Código:

No software emulation or support code is provided for the VFP instruction set. This means that code
 using VFP instructions can be run only on a processor that implements VFP hardware. Executing 
VFP instructions without the presence of VFP hardware will result in a SIGFPE signal.

en http://www.qnx.com/developers/docs/6...ing_point.html
¿Lo estoy sacando de contexto?

**efegea** · 10/06/2009, 14:06

Que el sistema operativo QNX no tenga emulación por software no significa que el kernel linux tampoco lo tenga.

**Segata Sanshiro** · 10/06/2009, 14:13

Yo creo que viene a decir lo que ya sabíamos... La CPU de la Wiz no incluye unidad de coma flotante sino que se tiene que servir de un coprocesador (el VFP9), y dicho coprocesador no lo incluye el SoC de la Wiz. Creo que es una característica lo suficientemente importante como para que la pusieran bien grande en hojas de características y demás.

Por otro lado dice lo que comentaban en gp32x, el proceso genera una señal (SIGFPE) si se intenta ejecutar una instrucción de ese tipo (VMUL, VDIV, etc.), que hará que pete o no dependiendo de otras historias.

Aunque también es cierto que el SoC lleva una GPU. No sé, esta falta de información me recuerda totalmente a los inicios de la GP2X.

En fin, me callo que yo lo máximo a lo que llego es Fenix

**Franxis** · 10/06/2009, 18:57

Iniciado por Segata Sanshiro

Yo creo que viene a decir lo que ya sabíamos... La CPU de la Wiz no incluye unidad de coma flotante sino que se tiene que servir de un coprocesador (el VFP9), y dicho coprocesador no lo incluye el SoC de la Wiz. Creo que es una característica lo suficientemente importante como para que la pusieran bien grande en hojas de características y demás.

Por otro lado dice lo que comentaban en gp32x, el proceso genera una señal (SIGFPE) si se intenta ejecutar una instrucción de ese tipo (VMUL, VDIV, etc.), que hará que pete o no dependiendo de otras historias.

Aunque también es cierto que el SoC lleva una GPU. No sé, esta falta de información me recuerda totalmente a los inicios de la GP2X.

En fin, me callo que yo lo máximo a lo que llego es Fenix

Segun la documentación, en la WIZ se puede usar la GPU para realizar operaciones básicas con reales (reales con resolución de 24 bit compatibles a nivel binario con los float de 32 bit de C), pero todavía no he hay nadie que lo haya hecho...

**efegea** · 10/06/2009, 19:01

Iniciado por Franxis

Segun la documentación, en la WIZ se puede usar la GPU para realizar operaciones básicas con reales (reales con resolución de 24 bit compatibles a nivel binario con los float de 32 bit de C), pero todavía no he hay nadie que lo haya hecho...

Oye pues eso me interesa MUCHO

**flozanot** · 10/06/2009, 19:43

Iniciado por Franxis

Segun la documentación, en la WIZ se puede usar la GPU para realizar operaciones básicas con reales (reales con resolución de 24 bit compatibles a nivel binario con los float de 32 bit de C), pero todavía no he hay nadie que lo haya hecho...

¿Podrías dar algún detalle más? ¿Dónde está esa documentación? ¿Es la de Accorn?
Y gracias por la información

y por las posibles respuestas

**Puck2099** · 10/06/2009, 20:08

Iniciado por flozanot

¿Podrías dar algún detalle más? ¿Dónde está esa documentación? ¿Es la de Accorn?
Y gracias por la información

y por las posibles respuestas

Esa documentación es "privada", así que os la tendrían que pasar los de GPH si quisieran.

**saboteur** · 10/06/2009, 20:28

Iniciado por Puck2099

Esa documentación es "privada", así que os la tendrían que pasar los de GPH si quisieran.

¿Alguna vez tendremos una documentación y un SDK completo para la consola o sólo podrán programar los que estén con GPH? Porque parece que no hay forma de sacarle todo el jugo al cacharro.

**Puck2099** · 10/06/2009, 20:37

Iniciado por saboteur

¿Alguna vez tendremos una documentación y un SDK completo para la consola o sólo podrán programar los que estén con GPH? Porque parece que no hay forma de sacarle todo el jugo al cacharro.

Pues teniendo en cuenta que para que los de GPH tengan esa documentación de MES tienen que firmar un NDA, bastante tenemos con que algunos lo tengamos de extranjis...

**flozanot** · 10/06/2009, 20:38

Vamos, que venden un cacharro "open source" de iure, pero propietario de facto.
Pues menudo "timo", porque al menos podrían suministrar un compilador.
En fin, me imagino que "googleando" al se podrá sacar en claro.

**Puck2099** · 10/06/2009, 20:43

Iniciado por flozanot

Vamos, que venden un cacharro "open source" de iure, pero propietario de facto.
Pues menudo "timo", porque al menos podrían suministrar un compilador.
En fin, me imagino que "googleando" al se podrá sacar en claro.

Lo que no se puede divulgar es la documentación del fabricante de los chips que en la mayoría de los casos es algo que los programadores no van a usar (y que está casi todo extraído e implementado en las varias bibliotecas de bajo nivel como picolib, castor o wiz_lib).

En cuanto al compilador, creo que hay un toolchain subido aquí o en GP2X, así que mucho no lo has buscado...

**hardyx** · 10/06/2009, 20:46

Ostras, a mí también me interesa esa información. Me alegra saber que la GPU soporta coma flotante. A ver si GPH se porta y la libera junto con el SDK. Pero no entiendo por qué ocultan una característica que es determinante en comparación con la Dingoo o Pandora por ejemplo, ya que les puede hacer perder ventas.

**Puck2099** · 10/06/2009, 20:48

Iniciado por hardyx

Ostras, a mí también me interesa esa información. Me alegra saber que la GPU soporta coma flotante. A ver si GPH se porta y la libera junto con el SDK. Pero no entiendo por qué ocultan una característica que es determinante en comparación con la Dingoo o Pandora por ejemplo y eso les puede hacer perder ventas.

Porque, como he dicho más arriba, hay un NDA de por medio.

**flozanot** · 10/06/2009, 20:55

Iniciado por Puck2099

Lo que no se puede divulgar es la documentación del fabricante de los chips que en la mayoría de los casos es algo que los programadores no van a usar (y que está casi todo extraído e implementado en las varias bibliotecas de bajo nivel como picolib, castor o wiz_lib).

En cuanto al compilador, creo que hay un toolchain subido aquí o en GP2X, así que mucho no lo has buscado...

Ya me di cuenta... compilado con --with-float=soft e incompatible con las libs SDL y OGL suministradas con la consola