DaXHordes.org

El core presenta cómo novedad la posibilidad de lanzar una aplicación en segundo plano, la cual recibe el nombre de "sm.self" y se instala en raíz de /dev_flash, lo cual tiene ventajas e inconvenientes:

Inconvenientes
- Si la aplicación en segundo plano cuelga el sistema, obviamente, el sistema no avanzará a partir de ese punto. Por eso se ha previsto la flag removesm para poder eliminarla, aunque obviamente, si alguien pone flag nosearch, el resultado sería un semibrick (habría que reinstalar en CFW). Así que ojo con esto.

- El acceso al sistema está limitado a las syscalls y los exports de liblv2 básicamente.

- Que la aplicación esté en segundo plano, no significa que no consuma recursos, obviamente

Ventajas
- La posibilidad de poder controlar las temperaturas y ventilador sin afectar a otros procesos directamente o de mantener "despiertos" dispositivos USB que tienden a dormirse, parece un buen principio. La aplicación corre en un plano independiente al VSH.SELF, emulador de PSX o juego de PS3 (obviamente, en el emulador de PS2, al menos, en modo nativo en las FATs, el LV2 deja de existir y nuestra aplicación, muere) y no detiene los procesos en LV2 cómo ocurre con otras alternativas.

El System Manager
El System Manager es cómo se ha llamado a la aplicación que correrá en segundo plano: básicamente, consta de 3 partes autónomas:

1) El main: El main se encierra en un bucle de 1ms de duración para recibir comandos vía dirección 0x450 de LV2 con los cuales configurar la aplicación (se pueden fijar las prioridades de los hilos, cambiar las tablas de temperatura, el modo y el tiempo de la activación de dispositivos y obtener alguna información adicional).

2) El FanCtrl_Thread: básicamente, éste hilo hace lo mismo que el payload de la aplicación Control Fan Utility.

La ventaja es que a diferencia del payload, esto no afecta a los procesos de forma directa, por lo que no deberían suceder los problemas que reportan algunos usuarios de la aplicación.

Se ha añadido un pequeño payload que se aloja en la dirección 0xF70 de LV2, parecido al del Control Fan Utility, pero solamente, para protegerse de la syscalls sm_shutdown y proporcionar compatibilidad con el sistema anterior, con el fin de que lo pueda integrar en Iris Manager, el soporte.

3) UsbWakeup_Thread: Este hilo tiene 3 modos de ejecución y básicamente, se ocupa de "despertar" a los dispositivos USB que tienden a "dormirse" por falta de uso, ocasionando problemas en los juegos.

El modo de despertarlos consiste en escribir en un fichero llamado "nosleep" que podemos crear en Raíz del dispositivo (no importa que tenga longitud 0, solo que exista o no) para que el SM sepa que unidades debe o no utilizar. Por defecto, lo hace cada minuto, pero se pueden programar pasos de 10 segundos (2560 segundos el máximo, a los cuales habría que añadir dos segundos por el indicador).

Los dispositivos USB de almacenamiento, los podemos dividir en discos duros y dispositivos de memoria flash que no son tan conveniente estar escribiendo todo el rato. Esta es la razón por la que se delega en el usuario la creación de "nosleep". Por cierto, en algunos juegos, se requiere montar BD Emu y eso hace que el dispositivo USB pase a renombrarse como /dev_bdvd, cosa que también esta soportado.

Los tres modos de funcionamiento son :0 -> desahabilitado, 1-> habilitado para un solo dispositivo y 2-> habilitado para todos los dispositivos (éste es el modo por defecto)

Funcionamiento por defecto (autónomo)

Nada más cargarse el SM, los ajustes son los siguientes:

- Control de temperaturas/ventilador equivalentes a Control Fan Utility activo.

- Wakeup de escritura en todos los dispositivos, incluido /dev_bdvd (si es un dispositivo USB permitirá la escritura) activada, procediéndose a escribir 1 vez cada minuto, aproximadamente. Evidentemente, la escritura solo afectará a aquellos dispositivos que tengan el fichero "nosleep" (en el resto, podrías detectar un acceso de lectura como mucho)

Los leds indican lo siguiente:

- Led amarillo fijo: temperatura por debajo de los 70 grados
- Led amarillo/verde parpadeante: temperatura por encima o igual a 70 grados
- Led rojo/amarillo/verde parpadeante: temperatura por encima o igual a 75 grados

- Led verde mantenido dos segundos cada 10: led de actividad

- Leds apagados durante dos segundos: indican un acceso de escritura al dispositivo USB. Esto es importante conocerlo, por que no debemos desenchufar un dispositivo USB en medio de una escritura, obviamente (podemos esperar a que los leds se apaguen y desenchufar unos segundos después)

Soporte de Control Externo

Control Fan Utility 1.5: viewtopic.php?f=72&t=9385

Iris Manager: viewtopic.php?f=72&t=5953