O replay do MOVIE.ELF passou pelas continuações 0x0011462C, 0x00114478 e 0x001152DC e chegou a PC=0x00113E7C, com 10.826.379 instruções concluídas e guest_error=0. O runner ainda está na execução parcial de MOVIE.ELF; ACTION.ELF e primeiro frame ainda não foram observados. META 019 segue NOT_READY e sem previsão confiá...
O replay combinado atravessou seis novas continuações estáticas de MOVIE.ELF (0x001159FC, 0x00115B1C, 0x00114C24, 0x00114AE4, 0x00114D28 e 0x00113FE4). O limite observado agora é PC=0x0011462C, com 10.826.183 instruções concluídas e guest_error=0. Ainda não houve handoff para ACTION.ELF nem primeiro frame; status NOT_R...
O replay combinado avançou por cinco novas continuações estáticas de MOVIE.ELF: 0x001042E8, 0x001145E8, 0x00114614, 0x00114B48 e 0x001277EC. O limite atual é PC=0x001159FC, com guest_error=0. As rotinas são recompiladas para código nativo; Ynix continua sendo um recompilador estático, não um emulador. Ainda não houve h...
O dispatcher agora executa o callback MTAPMAN no worker guest e retoma sceSifExecRequest para gerar a resposta RPC_END por SIF DMA. O replay confirmou duas respostas, sinalizou os semaforos 39 e 44 e preservou client.server=0x00151E78. Corrigi o scheduler para que threads com falha nao bloqueiem outros workers e implem...
Ajustei o dispatcher após o watchpoint confirmar que o callback de bind era chamado indevidamente para um RPC_CALL e zerava client.server. O worker guest do MTAPMAN continua sendo executado, mas a resposta real do sceSifExecRequest permanece pendente; nenhum RPC_END foi fabricado. O novo replay preservou client.server=...
O replay integrado agora ultrapassa a falha no stub `thbase#4`: removi o teto artificial de oito threads observadas e compilei estaticamente seis roots guest do PADMAN identificados no trace (`0x001823B4`, `0x00182544`, `0x00182A94`, `0x00182BCC`, `0x00182D04` e `0x00182EA8`). A continuação `0x00187488` e a chamada `th...
O último replay integrado recompilou e executou a continuação guest do PADMAN até o stub de importação `thbase#4`, em `0x00187928`. A execução parou ali com status 5; estamos rastreando essa fronteira de importação e ainda não confirmamos o retorno normal do RPC.
O replay também atravessou a instrução `SLLV` que havia...
Correção da atualização anterior: o endereço 0x20174B80 é um alias válido da RAM do EE, e o replay já aceitou transferências desse tipo. O PORT_OPEN do MTAPMAN completou com status 0. O limite atual está mais adiante na sequência de RPC/DMA do PADMAN: a execução para novamente em syscall EE 119 (sceSifSetDma, PC 0x0012...
O Ynix concluiu a chamada guest PORT_OPEN depois de corrigirmos a máscara de ClearEventFlag e o ciclo do bit start do SIO2. O worker guest sinalizou o evento esperado e o RPC retornou status 0, sem evento injetado pelo harness.
Também ampliamos a recompilação nativa para a instrução R5900 MULT1, preservando HI1/LO1 en...
O replay nativo observou a transferência SIO2 de seis bytes do comando 0x21, a IRQ 17 tratada pelo ISR recompilado da ISO e a leitura guest de RECV1/2/3 e dos seis bytes de FIFOOUT. No perfil restrito de porta desconectada, RECV1 foi 0x1D100 e FIFOOUT retornou seis bytes 0xFF. Após a conclusão, o worker sinalizou 0x800...
O entry guest real do MTAPMAN, carregado da ISO, agora completa e registra cinco servidores RPC. A chamada PORT_OPEN observada foi agendada na thread guest da fila registrada, sem criar servidor ou resposta sintética. Implementei SRAV no YNIR/backend R3000, e o worker PADMAN passou do ponto 0x00180964. O handler ainda...
O compilador IOP agora aceita roots guest observados adicionais; a execução recompilada inclui o bloco 0x00150040 selecionado pela jump table real do MTAPMAN. No replay, a RPC guest passou por sio2man#48, #51 e #52; a transferência observada iniciou e a IRQ SIO2 17 foi entregue ao handler recompilado da ISO. A RPC entã...