[Solved] VSHMAIN.PRX replacement module

Torch · Post by **Torch** » Thu May 29, 2008 4:59 am

I'm trying to make a module to replace vshmain.prx to do some stuff, and then launch the original vshmain_real.prx

#include <pspkernel.h>
#include <pspthreadman.h>
#include <pspdebug.h>
#include <stdio.h>

PSP_MODULE_INFO&#40;"Password", 0, 1, 1&#41;;
PSP_MAIN_THREAD_ATTR&#40;THREAD_ATTR_USER&#41;;
//PSP_HEAP_SIZE_KB&#40;1024&#41;;

#define printf	pspDebugScreenPrintf
#define VSHMAIN "flash0&#58;/vsh/module/vshmain_real.prx"

SceUID load_module&#40;const char *path, int flags, int type&#41;
&#123;
	SceKernelLMOption option;
	SceUID mpid;

	/* If the type is 0, then load the module in the kernel partition, otherwise load it
	   in the user partition. */
	if &#40;type == 0&#41; &#123;
		mpid = 1;
	&#125; else &#123;
		mpid = 2;
	&#125;

	memset&#40;&option, 0, sizeof&#40;option&#41;&#41;;
	option.size = sizeof&#40;option&#41;;
	option.mpidtext = mpid;
	option.mpiddata = mpid;
	option.position = 0;
	option.access = 1;

	return sceKernelLoadModule&#40;path, flags, type > 0 ? &option &#58; NULL&#41;;
&#125;

int main_thread&#40;SceSize args, void *argp&#41;
&#123;
	pspDebugScreenInit&#40;&#41;;
 	printf&#40;"Arguement Size = %d\n",args&#41;;
 		
	SceUID mod;
	mod = load_module&#40;VSHMAIN, 0, 0&#41;;
	
	if &#40;mod > 0&#41;
	&#123;
		sceKernelStartModule&#40;mod, args, argp, NULL, NULL&#41;;
	&#125;
	else
	&#123;
	 	printf&#40;"Start failed %x",mod&#41;;
	&#125;
	
	sceKernelExitDeleteThread&#40;0&#41;;

	return 0;
&#125;

int module_start&#40;SceSize args, void *argp&#41;
&#123;
	SceUID th;
	th = sceKernelCreateThread&#40;"main_thread", main_thread, 0x20, 0x10000, 0, NULL&#41;;

	if &#40;th >= 0&#41;
	&#123;
		sceKernelStartThread&#40;th, args, argp&#41;;
	&#125;

	return 0;
&#125;

Code: Select all

TARGET = password
OBJS = main.o

INCDIR =
CFLAGS = -O2 -G0 -Wall
CXXFLAGS = $&#40;CFLAGS&#41; -fno-exceptions -fno-rtti
ASFLAGS = $&#40;CFLAGS&#41;

BUILD_PRX = 1
PSP_FW_VERSION = 390

LIBDIR =
LIBS =
LDFLAGS =

EXTRA_TARGETS = EBOOT.PBP
PSP_EBOOT_TITLE = Password
#PSP_EBOOT_ICON="icon0.png"
#PSP_EBOOT_PIC1="pic1.png"
#PSP_EBOOT_SND0="snd0.at3"

PSPSDK=$&#40;shell psp-config --pspsdk-path&#41;
include $&#40;PSPSDK&#41;/lib/build_prx.mak

sceKernelStartModule always returns 0x80020148 (unsupported PRX type). I tried launching a vshmain_real.prx from ms0: as well because I read that in user mode you can't start a module from flash0:.

Torch · Post by **Torch** » Thu May 29, 2008 10:43 pm

I tried it with pspSdkLoadStartModule but it also gives 0x80020148

angelo · Post by **angelo** » Thu May 29, 2008 11:17 pm

That's odd... I suffer from the same problem.

If I come up with the solution, I'll let you know. ;)

Torch · Post by **Torch** » Thu May 29, 2008 11:19 pm

I also tried loading it as a VSH module with 0x800 and PSP_THREAD_ATTR_VSH, as well as trying to load vshmain_real.prx in kernel and user memory.

phobox · Post by **phobox** » Fri May 30, 2008 5:59 am

have a look at the sources of the 1.50 custom firmware by dark alex (www.dark-alex.org)

Torch · Post by **Torch** » Fri May 30, 2008 1:27 pm

phobox wrote:have a look at the sources of the 1.50 custom firmware by dark alex (www.dark-alex.org)

Thats what I based this on in the first place. It doesn't want to work in newer firmwares.

adrahil · Post by **adrahil** » Fri May 30, 2008 5:24 pm

SCE_KERNEL_ERROR_UNSUPPORTED_PRX_TYPE is pretty obvious :)

Torch · Post by **Torch** » Sat May 31, 2008 12:31 pm

adrahil wrote:SCE_KERNEL_ERROR_UNSUPPORTED_PRX_TYPE is pretty obvious :)

I'm a total noob. Please explain how to launch a renamed vshmain.prx

moonlight · Post by **moonlight** » Sat May 31, 2008 7:43 pm

try with 0x800 flag.

EDIT: ups you tried. Maybe it can only run inside the ~PSP format (that includes m33 packed files). It is odd that totally plain prx's don't run in the specific loadmodule api that loads vshmain as they load in all others loadmodule functions.
That remembers me that I have to finalize the support in M33 to pack any kind of module in a generic way (not firmware dependent), and release the packer tool to public.

Torch · Post by **Torch** » Sat May 31, 2008 7:43 pm

Solved. Have to use M33SDK.

Torch · Post by **Torch** » Sat May 31, 2008 7:45 pm

moonlight wrote:try with 0x800 flag.

I did. I tried all possible combinations, kernel mode, usermode, different thread modes, call from external prx, all were giving 80020148.

Finally used kubridge kukernelloadmodule and it worked!

moonlight · Post by **moonlight** » Sat May 31, 2008 7:53 pm

Ah ok, i understood bad the problem, i thought you couldn't launch your module, not the real vshmain. Yeah the user function of modulemgr won't load vshmain, the firmware uses a specific function to load vshmain (they have tons of sceKernelLoadModule* functions for different purposes), but yeah kuKernelLoadModule works too.

Torch · Post by **Torch** » Sat May 31, 2008 7:55 pm

moonlight wrote:Ah ok, i understood bad the problem, i thought you couldn't launch your module, not the real vshmain. Yeah the user function of modulemgr won't load vshmain, the firmware uses a specific function to load vshmain (they have tons of sceKernelLoadModule* functions for different purposes), but yeah kuKernelLoadModule works too.

So many things i don't know...
Is there any problem with using 3.71M33SDK when compiling stuff? Will some compiled stuff be incompatible with later firmwares?

And when extracting the files, should I only extract the additional files, or should I overwrite the common files as well with the ones from M33SDK?

I think the common files are newer versions in the latest PSPSDK..

forums.ps2dev.org

[Solved] VSHMAIN.PRX replacement module

[Solved] VSHMAIN.PRX replacement module

Same problem...