Wrap some SysMemForKernel's nids, fixing #7960

[sum2012]

#7960

The log is better
https://gist.github.com/sum2012/2ab67196dc4a97ff60e7

[sum2012]

@hrydgard this commit have problem ?

[sum2012]

OMG,If I include sceKernelMemory.cpp

[sum2012]

I move SysMemForKernel to sceKernelMemory
As SysMemForUser in there

[sum2012]

I take a search but no SCE_KERNEL_TMID_HEAP

[sum2012]

partitionId, name,flags,name not used
Not sure really need save status these variable

[unknownbrackets]

We don't use the "XyzInformation" convention in PPSSPP, even if JPCSP does. I really think we should have testing to understand how this differs from sceHeap. Also, testing can identify which TMID is uses - there's a syscall that gives you the type id for a uid, iirc.

I can't remember for sure, but I thought we used the TMID for savestates, though. I don't think it's good if they're wrong.

-[Unknown]

[sum2012]

So this pull request is not ready for v1.1

[sum2012]

Also yes,I copy most of code from sceHeap.cpp

[hrydgard]

yeah, it won't make it. we can start adding some kernel stuff after 1.1 but for now I want to keep things the way they are to be safe.

1.1 will be soon though, I'm planning to release next weekend.

[unknownbrackets]

See also PPSSPP_KERNEL_TMID_Module and similar for using fake TMID values. For savestates to work correctly, we need unique values right now.

-[Unknown]

[sum2012]

Unfortunately,the screen is still black after HLE\sceKernelThread.cpp:2851 sceKernelSuspendThread(276): cannot suspend current thread

modify log:
https://gist.github.com/sum2012/04b57eb492018d02ca29

[sum2012]

In the soft gpu,the menu appear now.
(But in-game crash even turn off fast memory)

[sum2012]

The crash is from sceKernelDeleteHeap...
I cannot lend code from sceheap as it doesn't use uid

[sum2012]

Just a note that my change is based on jpcsp/jpcsp@3c25717

[unknownbrackets]

I think we should:

1. Put these functions and structs in sceKernelHeap.cpp.
2. Keep SysMemForKernel here and export the functions in sceKernelHeap.h (kinda like sceKernelMutex.h, etc.)

-[Unknown]

[hrydgard]

This will need some rebasing and cleanup work but seems worthwhile if it gets Chinese language patches going, with not too much trouble.

@sum2012 do you intend to improve this some more anytime soon? Otherwise I might clean it up a bit soon for you, but you'll have to test it.

[sum2012]

@hrydgard I remember this code not more work , maybe I transate something wrong
with jpcsp/jpcsp@3c25717

[hrydgard]

Hm. Either way it needs a rebase if we should keep it open. Close or not?

[sum2012]

I would rebase it in Sunday in Hong Kong time

[hrydgard]

Oh, there's absolutely no rush. Whenever you have time. 1.5 is still far away..

[sum2012]

FPL is from sceKernelMemory,I don't know how to solve
kernelObjects.Destroy(heap->uid); not work ether

[hrydgard]

Closing this in favor of #12225.

Sorry for the long delay ;)