Fran-288 escribió:Parece que no se ha solucionado del todo el problema... ahora puedo entrar a la aplicación, cargar juegos... pero usando el cIOS 222, después de un rato jugando (menos de media hora), cuando carga un mapa, o una conversación, o cualquier cosa del juego, este se bloquea y tengo que apagar la wii presionando unos segundos el botón power... sin embargo, utilizando también el uLoader, si cargo el juego con el cIOS 249 no tengo este problema. Se que los datos que se cargan no están dañados porque el DVD original está impecable, además esos mismos datos, con el cIOS 249 se cargan perfectamente... a ver si algún alma caritativa me ayuda a solucionar esto .
linkale escribió:A mi me pasa igual que al amigo Fran-288 estuve probando el punch out (que por cierto le pase regionfrii y ahora se ve en color en mi wii ntsc) como 30 minutos y no se colgo como siempre me pasaba, todo esto con la version 2.2b porque antes me duraban minutos los juegos hasta que se frizaban, y hoy probando el tenchu por casi una hora de juego volvio a perder el sonido de fondo y justo despues termine el nivel y ahi quedo congelado, me doy cuenta en este juego que se va a colgar cuando de golpe desaparece la musica de fondo. Lo mismo pasa en el punch out luego de un tiempo pierde el sonido y se que cuando termine el round ahi va a quedar.Por cierto rodries ese archivo que publicastes serviria para este tema de los cuelgues? como se utiliza? Saludos:)
Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
rodries escribió:Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
A _harry_ con el driver que he colgado le va perfectamente. Le arranca a la primera.
De todas formas estoy portando todos tus cambios
Aquí está el nuevo driver con todos tus cambios portados antes de esta última versión.
http://www.mediafire.com/?zedtglaoqtt
Y aquí los sources:
http://www.mediafire.com/?mzwz2wqjk2t
Luego te veré los cambios que has hecho ahora y los portaré
Tendríamos que intentar sincronizarnos
Ya que yo habia hecho el test.dol que te pasé, que simplemente intenta inicializar el usb device y leer el sector 1 y muestra todo lo que hace el driver y donde falla, que me imagino que es lo que haces tú.
Hermes escribió:Luego miro tus cambios, pero tengo entendido que a _harry_ le fallaba el reset.
El log que hago no es de lectura, si no de montaje de la unidad (que es lo importante), reportando todos los errores y los registros de estado en puntos claves (pero no a la SD, que es mucho mas lento y puede enmascarar algun fallo, si no a un bloque de memoria que luego es el que leo desde el PPC para escribir a la SD).
usbstorage init
status1: 1803
status2: 1101
status3: 1005
port reseted status: 1005
getting USB_REQ_GETDESCRIPTOR
USB_REQ_GETDESCRIPTOR ok
trying USB_REQ_SETADDRESS: 2
USB_REQ_SETADDRESS ok: 2
checking USB_REQ_GETDESCRIPTOR
ok checking USB_REQ_GETDESCRIPTOR
init ok
USBStorage_Open
USB_GetDescriptors
USB_GetDescriptors ok
interface: 0
altInterface: 0
USBStorage_Open ok
USBGetMaxLun ok: 1
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_INQUIRY
----------------------------------
55 53 42 43 12 22 11 22 24
00 00 00 80 00 0C 12 00 00
00 24 00 00 00 00 00 00 00
00 00 00 00
USBStorage_ReadCapacity
----------------------------------
55 53 42 43 13 22 11 22 08
00 00 00 80 00 0C 25 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
mounted ok
USBStorage_Read_Sectors
----------------------------------
55 53 42 43 14 22 11 22 00
02 00 00 80 00 0C 28 00 00
00 00 01 00 00 01 00 00 00
00 00 00 00
sector 1 read ok
Hermes escribió:Sobre el tema de sincronizarnos, si no me has dado tiempo ha publicar los cambios que te comenté el jueves noche y que la peña lo probara, nen, con lo cual ni tú tienes los últimos cambios, ni yo tengo los tuyos
Además, no estamos probando lo mismo.
rodries escribió:Hermes escribió:Luego miro tus cambios, pero tengo entendido que a _harry_ le fallaba el reset.
El log que hago no es de lectura, si no de montaje de la unidad (que es lo importante), reportando todos los errores y los registros de estado en puntos claves (pero no a la SD, que es mucho mas lento y puede enmascarar algun fallo, si no a un bloque de memoria que luego es el que leo desde el PPC para escribir a la SD).
Eso es exactamente lo que yo hago.
Este es un log tipico que me ha reportado _harry_usbstorage init
status1: 1803
status2: 1101
status3: 1005
port reseted status: 1005
getting USB_REQ_GETDESCRIPTOR
USB_REQ_GETDESCRIPTOR ok
trying USB_REQ_SETADDRESS: 2
USB_REQ_SETADDRESS ok: 2
checking USB_REQ_GETDESCRIPTOR
ok checking USB_REQ_GETDESCRIPTOR
init ok
USBStorage_Open
USB_GetDescriptors
USB_GetDescriptors ok
interface: 0
altInterface: 0
USBStorage_Open ok
USBGetMaxLun ok: 1
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_INQUIRY
----------------------------------
55 53 42 43 12 22 11 22 24
00 00 00 80 00 0C 12 00 00
00 24 00 00 00 00 00 00 00
00 00 00 00
USBStorage_ReadCapacity
----------------------------------
55 53 42 43 13 22 11 22 08
00 00 00 80 00 0C 25 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
mounted ok
USBStorage_Read_Sectors
----------------------------------
55 53 42 43 14 22 11 22 00
02 00 00 80 00 0C 28 00 00
00 00 01 00 00 01 00 00 00
00 00 00 00
sector 1 read ok
Mirate mi port_rest que es copia del de linux y se arregllaran un monton de fallosHermes escribió:Sobre el tema de sincronizarnos, si no me has dado tiempo ha publicar los cambios que te comenté el jueves noche y que la peña lo probara, nen, con lo cual ni tú tienes los últimos cambios, ni yo tengo los tuyos
Además, no estamos probando lo mismo.
La verdad es que si estamos probando lo mismo. De todas formas no es del todo malo ya que de esta forma a lo mejor arreglamos lo mismo de 2 formas diferentes y se pueden combinar para hacer mas sólido el driver. Ademas como porto tus cambios poco a poco me vale para comprender que es lo que haces y no copiarlos a lo loco.
***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
Inquiry ret 0
ReadCapacity ret 0
USBStorage_MountLUN: ret 0
USBStorage_Init() Ok
***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0xA008 Async Recl FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBSTORAGE_GET_MAX_LUN ret 1 maxlun 4
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 1#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 2#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 3#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN fail!!!
Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
ANTONIOND escribió:Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
Esto es lo que me sale cuando arranca sin mas:log_ehc.txt
Y esto cuando necesito desconectar/conectar:log_ehc_error.txt
Saludos.
Huexxx escribió:Buenas, en mi 2.2, metiendo manualmente carátulas, han de ser de 160x224, las de 225 no se ven...
Aún así, las carátulas se ven deformadas...
¿De qué tamaño exacto tendría que generar los iconos para que no se deformen?
Un saludo!
rodries escribió:Ya he visto un comportamiento parecido en otro dispositivo usb en cuanto a lo del error. He intentado de todo y no he conseguido levantarlo, incluso quitarle el power y volverselo a dar al puerto usb via soft, supongo que habría que intentar resetear el controlador, aunque apagandolo y enchufandolo se corrige que es en el momento que ha admitido el primer comando de getdescriptors
Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
Hermes escribió:rodries escribió:Ya he visto un comportamiento parecido en otro dispositivo usb en cuanto a lo del error. He intentado de todo y no he conseguido levantarlo, incluso quitarle el power y volverselo a dar al puerto usb via soft, supongo que habría que intentar resetear el controlador, aunque apagandolo y enchufandolo se corrige que es en el momento que ha admitido el primer comando de getdescriptors
Ese es un problema aparentemente irrecuperable, que en mi caso en una pendrive me la señala como desconectada.
A mi me pasa si conecto dicha pendrive en la pantalla de los canales de Wii. Si hago que fuerce el encendido con 0x1001, me la pilla de forma irreversible como USB 1.1 y no puedo revertir la situación incluso si hago eso que te comenté de absorber la interrupción 5.
En el caso de Antoniond, el log indica que al pasar por la función discover, ha fallado en la funcion ehci_reset, seguramente donde envia el PORT_RESET o el USB_REQ_GETDESCRIPTOR, pese a estar el puerto completamente operativo (0x1005 es una condición normal) y por eso dev->id==0 (y no se consigue levantar de ninguna manera)
Ahora, no se si a antoniond le puede estar afectando la interrupción 5 en el proceso o es que se queda igual de loco que mi pendrive (yo por probar, he probado incluso a operar los registros OHCI directamente, pero mi caso es diferente, puesto que se levanta como usb 1.1 y no puedo hacer otra cosa)
En un hdd, no hay mucho problema si tienes un interruptor de encendido, pero para una pendrive, como no sea que haya alguna forma por software de hacer un power down en condiciones, no se como coño cambiar el tema
void ehci_adquire_port(int port)
{
u32 __iomem *status_reg = &ehci->regs->port_status[port];
u32 status = ehci_readl(status_reg);
//change owner, port disabled
status ^= PORT_OWNER;
status &= ~(PORT_PE | PORT_RWC_BITS);
ehci_writel(status, status_reg);
ehci_msleep(5);
status = ehci_readl(status_reg);
status ^= PORT_OWNER;
status &= ~(PORT_PE | PORT_RWC_BITS);
ehci_writel(status, status_reg);
ehci_msleep(5);
//enable port
ehci_writel( 0x1001,status_reg);
ehci_msleep(5);
}
Hermes escribió:En un hdd, no hay mucho problema si tienes un interruptor de encendido, pero para una pendrive, como no sea que haya alguna forma por software de hacer un power down en condiciones, no se como coño cambiar el tema
rodries escribió:...
Hermes escribió:Vaya por adelantado que no me funciona con esta pendrive, incluso cuando fuerzo la conexión. Pero el problema es que cuando envias el OWNER, lo que haces es que el hardware EHCI se desentienda del dispositivo y le das permiso a OHCI para trabajar con el (con lo cual, se supone que al hacer eso, perdemos el control del dispositivo y es mas facil que el driver tome el dispositivo)
rodries escribió:Los comandos que envias te devuelven el control a usb2, ya que apagas el dispositivo y le dices que no tiene asignado owner, está sacado del driver de linux, al encenderlo (0x1001) pasa el control al ehci. Haz la prueba con un usb que te funcione, libera todos los puertos al principio y antes del reset llama a esa función y veras que se coge como usb2, lo tengo muy probado para arreglar el problema en los emuladores de Tantric.
rodries escribió:He visto el log de Fran-288, prueba a forzar el setconfiguration, es decir cambia:
if(conf != dev->configuration && USB_SetConfiguration(dev->usb_fd, dev->configuration) < 0)
por:
if(USB_SetConfiguration(dev->usb_fd, dev->configuration) < 0)
Ya que esto mismo me pasaba a mi con un pen que no me iba y desde que hice esto va perfecto.
rodries escribió:Hermes he visto que a la gente se le cuelgan los juegos despues de una hora o así, a mí me parece que es por exceso de temperatura o algo por el estilo y que por eso se cuelgan, estoy pensado que lo mejor sería todo lo contrario de lo que haces ahora, es decir, si pasan 30 segundos sin actividad parar el motor y en la primera lectura despues de pararlo arrancarlo, aunque con el mio no hace falta arrancarlo, se arranca el solo en la primera lectura. Voy a probar a hacer un driver de este modo a ver que tal.
Una pregunta os_restart_timer(timer2_id, WATCHDOG_TIMER); ¿ esto resetea el contador del watchdog ? ¿ o tengo que hacer algo antes de llamar a esta función ?
Hermes escribió:rodries escribió:Hermes escribió:Luego miro tus cambios, pero tengo entendido que a _harry_ le fallaba el reset.
El log que hago no es de lectura, si no de montaje de la unidad (que es lo importante), reportando todos los errores y los registros de estado en puntos claves (pero no a la SD, que es mucho mas lento y puede enmascarar algun fallo, si no a un bloque de memoria que luego es el que leo desde el PPC para escribir a la SD).
Eso es exactamente lo que yo hago.
Este es un log tipico que me ha reportado _harry_usbstorage init
status1: 1803
status2: 1101
status3: 1005
port reseted status: 1005
getting USB_REQ_GETDESCRIPTOR
USB_REQ_GETDESCRIPTOR ok
trying USB_REQ_SETADDRESS: 2
USB_REQ_SETADDRESS ok: 2
checking USB_REQ_GETDESCRIPTOR
ok checking USB_REQ_GETDESCRIPTOR
init ok
USBStorage_Open
USB_GetDescriptors
USB_GetDescriptors ok
interface: 0
altInterface: 0
USBStorage_Open ok
USBGetMaxLun ok: 1
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
SCSI_INQUIRY
----------------------------------
55 53 42 43 12 22 11 22 24
00 00 00 80 00 0C 12 00 00
00 24 00 00 00 00 00 00 00
00 00 00 00
USBStorage_ReadCapacity
----------------------------------
55 53 42 43 13 22 11 22 08
00 00 00 80 00 0C 25 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00
mounted ok
USBStorage_Read_Sectors
----------------------------------
55 53 42 43 14 22 11 22 00
02 00 00 80 00 0C 28 00 00
00 00 01 00 00 01 00 00 00
00 00 00 00
sector 1 read ok
Mirate mi port_rest que es copia del de linux y se arregllaran un monton de fallosHermes escribió:Sobre el tema de sincronizarnos, si no me has dado tiempo ha publicar los cambios que te comenté el jueves noche y que la peña lo probara, nen, con lo cual ni tú tienes los últimos cambios, ni yo tengo los tuyos
Además, no estamos probando lo mismo.
La verdad es que si estamos probando lo mismo. De todas formas no es del todo malo ya que de esta forma a lo mejor arreglamos lo mismo de 2 formas diferentes y se pueden combinar para hacer mas sólido el driver. Ademas como porto tus cambios poco a poco me vale para comprender que es lo que haces y no copiarlos a lo loco.
No estamos probando lo mismo, porque tu no estás usando por ejemplo, el comando Start/Stop. Y mi reportes son más de este estilo:
***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
Inquiry ret 0
ReadCapacity ret 0
USBStorage_MountLUN: ret 0
USBStorage_Init() Ok
O en este caso, mi lector de tarjetas sin ningún LUN activo (puedes ver como trata de montar LUN 0 y al fallan, llama a getmaxlun para volver a intentar LUN 0 (por si necesita ese comando previo y porque apenas se pierde tiempo))
***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0xA008 Async Recl FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBSTORAGE_GET_MAX_LUN ret 1 maxlun 4
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 1#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 2#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 3#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN fail!!!
A mi lo que me interesa ver es si el reset pasa y si no pasa, cual es el fallo y en que punto concreto (_harry_ reportó error en esa función), el start/stop y el test ready, que son importantes para el montaje del dispositivo, ademas de darme otros datos previos, que son los importantes.
Sobre todo porque tocas algo y alguien te dice que le va de pm y luego vendrá otro y te dirá mañana que lo antiguo iba muy bien y lo de ahora no le pufa.
PD: Por cierto, no puedo probar mi HDD el que falla el getmaxlun, porque la primera vez falla con timeout, pero la segunda vez peta directamente (en un reenganche por error) y el test que me pasaste solo va a poder comprobar el primer caso (por eso decidí suprimir ese comando en su momento)
_harry_ escribió:@Hermes: aquí estan los resultados del test (adjunto fichero). Tarda bastante en cargar (comparando con el ehcimodule que pasó rodries), aunque ha mejorado bastante. Supongo que con lo que te pone en el log es mejor que mi explicación.
He podido cargar un juego, aunque no lo he probado durante mucho tiempo, con resultados positivos. Por cierto, hace algunos días te pase por mp mi email por si quieres que haga pruebas.
Hermes escribió:_harry_ escribió:@Hermes: aquí estan los resultados del test (adjunto fichero). Tarda bastante en cargar (comparando con el ehcimodule que pasó rodries), aunque ha mejorado bastante. Supongo que con lo que te pone en el log es mejor que mi explicación.
He podido cargar un juego, aunque no lo he probado durante mucho tiempo, con resultados positivos. Por cierto, hace algunos días te pase por mp mi email por si quieres que haga pruebas.
Si: seguramente el sistema que usa rodries para enganchar el puerto, sea en principio, el mas adecuado, pero en el mío hay un pequeño bug que hace que el reset forzado no funcione del todo bien (una historia relacionada con el doble modo de funcionamiento del handshake())
En cambio portando cosas de rodries, me he encontrado con el mismo problema que él en la recuperación de error (por ejemplo, si desenchufabas el HDD, no lo volvía a tomar) y he tenido que desandar el camino por completo (sea como sea, siempre es mejor que mis cambios prevalezcan en este sentido, sobre todo porque una vez pasado el listón del enganche, vais a depender de esa capacidad de recuperar la unidad)
El caso es que al final, acaben funcionando todas las unidades posibles.
marioup escribió:Pues, como escribí en un post anterior, con mi disco duro no he podido sacar ningún log porque se queda colgado el programa. Si hay otra versión nueva del test o puedo hacer algo para conseguir el log avisadme.
Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
Hermes escribió:Bueno, pues ya está. He tratado de mezclar parte de la inicialización que hace rodries con la que hago yo (la de rodries por si sola, no me sirve para los reenganches y estoy seguro de que a edd2s, le da problemas por ahí, pero la mía por si solo tampoco sirve para algunos dispositivos...).
Aparte de eso, ahora se gestionan mejor los errores y he resuelto pequeños bugs que podían provocar un cuelgue en condición de error.
Recordad eliminar ehcmodule.elf de la SD para probar éste. Mi intención es no tocarlo más si es posible, puesto que es mejor que alguien en un momento dado, tenga que desenchufar su dispositivo y enchufar, que afectar al equilibrio del programa en otras cuestiones.
...
rascayu escribió:Gracias Hermes y rodries por esta nueva versión.
Con la versión 2.2 me ha pasado una cosa curiosa esta mañana. Estaba jugando al Overlord y de repente la pantalla se ha quedado congelada. Así que he desenchufado el disco duro y lo he vuelto a enchufar y el juego ha seguido como si no hubiera pasado nada.
XtomyX escribió:hola a todos , soy nuevo y queria dar las gracias a HERMES por su gran trabajo con uloader v2.2, me ha gustado muchisimo, tengo el problema de que no se me descargan las caratulas, he probado la v2.2b y la version uloader_22E_1.pero siguen sin descargarse las caratulas, ¿es un problema general de todos o de algo que he hecho yo?, estube creando los canales para un par de juegos y para el uloader, borre el archivo __CFG_ y las caratulas de los dos copias de seguridad de mis juegos favoritos para poder crear el canal y desde entonces ya tengo los canales pero ya no se me descargan las caratulas.
Por otro lado queria dar las gracias tambien a Huexxx por su canal de uloader. he intentado mandarle un mp de agradecimiento pero se me cuelga y no lo manda.
Zhlain escribió:He estado jugando estos días a algunos juegos, y me he fijado que desde la versión 2.0 (no lo sé con seguridad, no sé exáctamente que versiones he tenido últimamente) algunos juegos se me cuelgan al jugar un rato. Cuando esto me pasa me fijo en el led del HDD y está quieto, no hay señal del Watch Dog por ninguna parte.
edd2s escribió:Edito:
Por ahora el único "problema" que e detectado es que cuando estoy en un juego y le doy a HOME y quiero regresar al menu del wii, se me traba el wii (supongo es cosa de mi disco duro)