forums.ps2dev.org

If you didn't reset the IOP (and the program you launched yours with didn't and the drivers the launcher used are standard ioman/iomanx compatible - you probably won't get it working with SM mass drivers) then just open the "mass:somefile" or "mass0:somefile". If you did reset IO...

It seems you're using SCE's sdk, not ps2sdk. I'm afraid you won't get much help here.

JTLB is not described in the EE manual. It is just called TLB lookup. True, but it's not about nomenclature, but usability and purpose. It's one joint table for both instruction and data fetch, soooo... Anyway, sony in their manuals was very vague when it comes to this part of mmu. It's basically l...

I've got some questions about TLB on PS2 (r5900). Well, some questions plus something I'm unsure of, so I'll be glad if someone would correct me if I'm wrong. Normally when data/instruction is to be fetched, there occurs DTLB/ITLB lookup in parallel with JTLB lookup (this can decrease the overhead o...

ps2link/ee/cmdHandler.c function pkoDumpMem You forgot to increase pointer, so it writes the same 16kB over and over (if user specified to get more than 16kB that means). IMO, just change: memcpy(dataBuffer, (void *)offset, len); to: memcpy(dataBuffer, (void *)(offset+total), len); Or increase the o...

Thank you guys... both I think you can't use things like: SifCallRpc(&tmp_cd0, TMP_TRANSFER_BUFF, 0, tmp_rpcReBuff, 16, &tmp_ret, 16, 0, 0); SifCallRpc(&tmp_cd0, TEMP_READBUFFAHEAD, 1, 0,0, 0,0, 0, 0); if one of the calls is asynchrounous. However you can ...

Sorry, thought everything was clear... guess not (not really my best day I would say... but was I really THAT unclear?). You say that you wait on EE until IOP has filled the buffer using a semaphore. How did you share the semaphore between IOP and EE? I didn't. I'm waiting on IOP side... but since t...

I've run into weird problem with calling RPCs in no-wait mode. The concept of the code in question is very simple: 1. RPC function is called to send filled buffer from IOP side to EE side. If buffer is not yet filled, it waits till it's done (semaphore). If the required data lies outside of the buff...

Thanks, but IPU is busy at the time. EE has still some idle time, that's why I'm using it to make some precalculations for next frame. Plus, as you wrote, IPU does support packing to 16bit only, not extending to 32bit (and I need to do both, sometimes even on quite large amount of data).

Aww... shame on me. Such an easy mistake. Still not get used to the gcc inline assembler. More, everything was clearly stated in the every gcc inline asm howtos. Must've left my mind behind.

Thank you.

(PS. the other qs still apply)

Ok, I know... this is not truly ps2 development related (more mips gcc specific), but right now I'm just not sure whether those "problems" are not connected to ps2 more than I think they are. Anyway, first question. Let's consider some simple code, that fetches word from memory address whi...