enanogitano escribió:con el hdd 7200.9 parece que ha mejorado usando el 222 de hermes, por ejemplo en el kororinpa 2 llegue a jugar 6 fases seguidas y como ya estaba envalentonao incluso probe a desconectar el disco duro, ¡¡ y se volvio a conectar !!
![[plas]](/images/smilies/aplauso.gif "Aplausos")
me las prometia muy felices, pero se ve que fue todo un cumulo de suerte, por que al rato se quedo pillao, y los cuelgues han seguido continuando.
El driver tiene cosas que mejorar. Y tambien es posible que algún cuelgue lo produzca yo, por un motivo: si no hay suficiente memoria para alojar, lo meto en un bucle infinito.
Desde el Starlet no tengo forma de hacer debug a los juegos, pero desde el principio sabía que si en el Mario Galaxy, desenchufaba o se producía un error de USB fatal, se quedaba colgado con ruido, pero sin embargo, si lo metía en un loop infinito, no pasaba eso. De ahí que pusiera ese método de protección... y no estoy seguro de si ahora los cuelgues vienen por ahí o simplemente, del loop infinito de lectura que no se logra recuperar
enanogitano escribió:incluso el uloader a veces se queda pillao, cosa que no me ha hecho ningun otro loader (seguramente uloader usa mas el disco duro que otros loaders )
Esa fue la razón por la que puse un loop infinito tanto en lectura, como en escritura en las funciones "normales" de USBStorage: tambíen en la aplicaciones puede darse el caso de que se produzca el error... solo que a mi normalmente, se me recupera: se queda al hacer el scroll flipando unos 10 segundos y luego reacciona bien... todo gracias al bucle infinito (de otra forma me daría datos corruptos y podría provocar el cuelgue por otras razones)
Habría que intentar hacer lo que dice rodries aquí:
rodries escribió:Hermes escribió:Ya sabía yo que lo del max lun le iba a solucionar la vida a mas de uno
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
De hecho voy a comentarselo a shagkur para que lo añada en el svn para usb1
Realmente a tu cios lo unico que le hecho han sido 2 cambios tontos para que vaya bien en hombrew.
Uno es bajar el timeout y el otro es que siempre resetea los puertos al hacer el iosopen para poder cambiar de usbdevice en caliente, vamos que siempre hace el ehci_discover
Es decir: al cabo de unos reintentos, resetear todo mas duramente y volver a buscar el dispositivo, porque es posible que se dispostivo se cuelgue de tal manera que sea la única forma de recuperarlo.
Yo es que aparte de que no sea un experto en esto, tampoco tenía tiempo para estar en tantos frentes, ni información completa (hasta ahora, que me ha pasado Waninkoko el fuente del dip_plugin), estaba metido en 3 cosas a la vez (wbfs_win, uLoader con todos los cambios, ehcmodule que nos da el soporte USB), dando un poco palos de ciego, probando cosas por instinto (porque coño, no tengo posibilidad de saber ni siquiera donde petan las cosas, porque no tengo nada que me pueda decir en el Starlet "eh! que antes de morir estaba haciendo esto"
)
Vamos, que es una puta locura desde el lado de los juegos, saber que es lo que ha fallado. Y encima, tienes que tener un dispositivo que te muestre el problema claramente.
Lo del max lun salió porque fui probando donde pasaba y donde no pasaba el "open" de mi disco duro problemático y cuando vi que era esa función, me dije "pasa de ella y ponle un valor por defecto a ver que tal". Y funcionó
)
Y el otro "truquito" salió porque la muerte del Starlet, parecía debido a un problema con el hardware o algún puntero loco y andaba buscando cosas que hicieran un límite de reintentos (después de mirar lo de los punteros, en lo posible) y me encuentro con esto:
#define EHCI_TUNE_CERR 0 /* 0-3 qtd retries; 0 == don't stop */
Que estaba definido a 3 y yo lo puse a 0 y eureka! Ya no se colgaba e incluso podía desenchufar/enchufar y lo pillaba de nuevo
Tambien he arreglado la detección de dispositivos y he separado y tratado apropiadamente, la asignación de memoria (que WBFS y USB compartían y encima usaban una memoria definida "al aire" y no localizada en la zona de variables, que es lo que yo he introducido). Y las funciones de espera de tiempo, que no estaban pensadas para un registro de 32 bits que vuelve a cero en un momento dado.
Vamos, que le he dado un buen repasito a todo y ya he perdido la cuenta de las veces que he reinstalado el cIOS 222 para probar todas las cosas que menciono y las que no menciono
Saludos
![[mamaaaaa]](/images/smilies/nuevos/triste_ani4.gif "llorica")
