forums.ps2dev.org

[DickyDick]

Hi there,

I try to load mymodule.prx from the SDK samples (testprx) in an user mode app (a PRX inside PBP which is running from dir /PSP/GAME on 3.52 M33-4) using the following code:

SceUID modid = sceKernelLoadModule("ms0:/mymodule.prx",0,0);

if (modid < 0) {
pspDebugScreenPrintf ("Result from loading %08X\n",modid);
}
else {
int ret = sceKernelStartModule(modid, 0, NULL, &fd, NULL);

if (ret < 0) {
pspDebugScreenPrintf ("Result from starting %08X\n", ret);
}
}

it returns:
Result from starting 8002013C

How can I fix this ?
mymodule.prx is extremely simple (see samples in PSPSDK)

[TyRaNiD]

0x8002013C means library not found which means some library you are trying to link into your kernel prx is not there or available. Really I wonder why people touch kernel mode when they dont klnow anything about it :)

[dot_blank]

you say

[DickyDick]

[DickyDick]

[jas0nuk]

Try pspSdkLoadStartModule:

[dot_blank]

[DickyDick]

[DickyDick]

[jas0nuk]

Yes, the app which calls pspSdkLoadStartModule is fully usermode, perhaps the 3.xx kernel doesn't like the SDK PRX sample? o_O

[dot_blank]

perhaps you shouldnt be touching the kernel memory partitions

SceUID mod = pspSdkLoadStartModule("ms0:/blah.prx", PSP_MEMORY_PARTITION_KERNEL);
_________________
10011011 00101010 11010111 10001001 10111010

[J.F.]

[DickyDick]

Now.. I got it to work.. With the PSP sdk example!

Solution: Had to strip all the ctr0 and startup stuff. (and provide module_start myself) now only -lpspkernel has to link. And the kernel PRX just loads and runs fine!

[TyRaNiD]

Seeing as people seem to have so much trouble with making a kernel prx I bothered to put my template into the sdk under samples/templates/kprx_template. Just add code to main_thread and you are in business.

[KickinAezz]

[kururin]

Remember to always use only kernel libraries in the kernel prx. Use user libraries in the kernel prx is one of the main reasons you got that 8002013C error.

Anyways in 3.71 you will probably have more problems, since Sony has changed some kernel nids (they can't change the user ones that game use), like the ones of ctrl.prx, syscon, gpio, power, and some others.

Really in 3.XX you should restrict the kernel code to the minimum, and only use it for the things that really require it.

One of the main cases why a 1.50 application used kernel mode, was to load modules from flash and patch the device check and plain module check, in 3.XX, that is not necesary, since you don't need to do any patch, and you could usually call kuKernelLoadModule from cfw sdk to load a module with the same privileges than a kernel module would do it. You can also use sceKernelLoadModule, but that one fails with some of the modules of the flash.

The problem of net applications in 1.5X (that had to be kernel mode to load the flash modules), doesn't apply here either.