forums.ps2dev.org

0okm0000 · Joined: 13 Jan 2006 Posts: 116

thank you ^^
_________________
PSP hardware hack
http://0okm.blogspot.com/

Fanjita · Joined: 28 Sep 2005 Posts: 217

If you want a full power off reboot, then you can always trigger something like an uncaught null pointer exception - this will force the PSP to power off after a certain delay. It won't power back on without manual intervention though. That's about the most major reboot I can think of.

For softer reboot, wouldn't sceKernelExitGame() be sufficient?
_________________
Got a v2.0-v2.80 firmware PSP? Download the eLoader here to run homebrew on it!
The PSP Homebrew Database needs you!

Ghozt · Joined: 13 Mar 2006 Posts: 34

If you just want to reboot your own application you can just use sceKernelLoadExec(). But you probably ment reboot the whole system.

0okm0000 · Joined: 13 Jan 2006 Posts: 116

dot_blank · Joined: 28 Sep 2005 Posts: 498 Location: Brasil

it is not possible for a "cool boot" as of yet
maybe you only want vsh to reboot ....then
take a look at psplinks dir called scripts ...there
is a script called loadvsh.sh ...if you open with
text editor its pretty simple what it does ....maybe
you could use to load those modules after youve
done your "update FW" or restore default settings
_________________
10011011 00101010 11010111 10001001 10111010

groepaz · Joined: 01 Sep 2005 Posts: 305

reverse engineering the VSH or the updater might give some insight on this.... mmmh :)
_________________
http://www.hitmen-console.org
http://hitmen.c02.at/files/yapspd/

moonlight · Joined: 26 Oct 2005 Posts: 567

0okm0000 · Joined: 13 Jan 2006 Posts: 116

dot_blank · Joined: 28 Sep 2005 Posts: 498 Location: Brasil

ahh i see ..i had assumed he ment reboot like
psp power off and then possibly have app loaded
while it boots ...similar to how ipl loads modules

moony: that is a very nice way to reboot :) very nice indeed
_________________
10011011 00101010 11010111 10001001 10111010

groepaz · Joined: 01 Sep 2005 Posts: 305

could anyone explain how this is different from simply exiting an app (which has previously started with loadexec as usual) because i cant see any difference. (this will manually load the vsh, which is exactly what happens when you exit an app :=))

however, since after a firmware update there might be a new ipl which in turn is needed to decode the rest, the update must pretty much initiate a "cold" reboot.... would be quite interisting to know how that is done.
_________________
http://www.hitmen-console.org
http://hitmen.c02.at/files/yapspd/

moonlight · Joined: 26 Oct 2005 Posts: 567

dot_blank · Joined: 28 Sep 2005 Posts: 498 Location: Brasil

moonlight cool points: 128
dot_blank cool points: 88

after posting this message
dot_blank cool points: -20 :D

knowing that cool points are not cool: priceless
_________________
10011011 00101010 11010111 10001001 10111010

moonlight · Joined: 26 Oct 2005 Posts: 567

0okm0000 · Joined: 13 Jan 2006 Posts: 116

Thanks a lot ^o^
_________________
PSP hardware hack
http://0okm.blogspot.com/

dot_blank · Joined: 28 Sep 2005 Posts: 498 Location: Brasil

ahh thanx ..second option is a much easier way
instead of having a module handle loadexec
moonlight cool points++ :)
_________________
10011011 00101010 11010111 10001001 10111010

moonlight · Joined: 26 Oct 2005 Posts: 567

I have found the way to make a true hardware reset... in the faked 2.50.

Function scePower_0442D852 (user) or scePower_driver_ 0442D852(kernel) (available from 2.00 and greater)

the usage is more than simple:

scePower_0442D852 (0); -> and voila, a real reboot, where resident programs like that firmware emulator can't survive.

I discovered an import to this function in the 2.60 updater, in its file coldreset_update.prx (with vsh flags, 0x0800).

But then this arises some questions:

- If the function only exists in 2.00 and greater... how the hell is called when updating from 1.00/1.50 to 2.60? (that if it's called..., but if it isn't called how are then 1.00/1.50 hardware-rebooted?

- How the 2.00 updater reboots the psp? (this one doesn't have that coldreset prx, and the only imports from scePower that i have seen in their modules are those to check battery.

The mistery on the updaters continue :)

TyRaNiD · Joined: 18 Jan 2004 Posts: 918

Well I did a quick bit of digging based on the info you provided, I dont know how the updater does it but it is really simple to reset and even power off the PSP, how I didn't see this before I will never know ;)

Basically here are two useful functions.

void sceSysconPowerStandby(void) - Call this and the PSP shuts down
void sceSysconResetDevice(int unk1, int unk2) - Call this with parameters of 1 and 1 and the system resets.

There we go, finally a power off function for psplink ;) Of course worth bearing in mind that the power driver does go through some hoops before actually calling these functions so it is possible that doing so directly could cause unpleasentness such as MS corruption, time issues and all manner of other stuff so use with caution.

N.B. it looks like power.prx in 1.5 never calls reset device therefore it is possible that something in the updater calls it directly, not really sure on that, and in some ways not sure I am that bothered. Also reset device is also called with 1, 2 as the parameters, when passing 2 it plays with the MS power control as well so...

N.B2 for a cleaner (and probably safer) standby there is the user/kernel mode call scePowerRequestStandby() or the corresponding scePowerRequestSuspend() for suspending the PSP. The only places in the entire kernel which call ResetDevice is UMD and WLAN drivers, whether that just resets a particular device or whether there are calls inside those drivers which reset the PSP I cannot be certain without more digging, which I dont feel like doing :)

N.B3 okay so curiosity got the better of me, I looked at UMD Manager and that calls ResetDevice with 2, 1 as parameters so I would guess the first parameter is the device to reset and the second param is reset type possibly, no doubt the WLAN driver also resets its own device using a different first parameter.

moonlight · Joined: 26 Oct 2005 Posts: 567

Good find Tyranid.

I now see that the leptonupdater for 150 from the 2.00 updater imports the sceSysconResetDevice.
Btw this requires kernel mode, as opposite to that power function.
What i don't know is why the 2.60 updater has two different ways of reseting the psp, when one of them should work in all versions. Well, it doesn't matter anyways :)

0okm0000 · Joined: 13 Jan 2006 Posts: 116

THANK YOU moonlight & TyRaNiD ^o^
_________________
PSP hardware hack
http://0okm.blogspot.com/

moonlight · Joined: 26 Oct 2005 Posts: 567

A bit offtopic

These guys of Sony are so retard...

texure_loader -> testmode
texseq_counter -> ipl_update
setdisplaybuffer -> secure_rtcreset
checkswtimer -> leptonupdate150
convert_tex -> leptonupdate103
update_driver -> umdex_driver
network_update -> coldreset_update

They think that faking module names in the last updaters can avoid people from looking at them. A bit pathetic... :)

laichung · Joined: 06 May 2005 Posts: 123

may be one of the reason is , THEY ARE JAPANESE~~
Poor English at all.......haha~

jas0nuk · Joined: 27 Apr 2006 Posts: 137

hitchhikr · Joined: 04 Feb 2006 Posts: 83

Not that it holds much interest now but:

moonlight · Joined: 26 Oct 2005 Posts: 567

Btw, hitchhikr, the nids of 3 functions you have put are already known.

LoadExecForKernel_31DF42BF -> sceKernelLoadExecVshMs1
LoadExecForKernel_28D0D249 -> sceKernelLoadExecVshMs2
LoadExecForKernel_70901231 -> sceKernelLoadExecVshMs3

hitchhikr, are you able to return to the vsh in 2.60 after the kernel hack? I've tried sceKernelExitGame and other functions in 1.50 with dh, but no luck, it makes the psp crash.

moonlight · Joined: 26 Oct 2005 Posts: 567

jas0nuk · Joined: 27 Apr 2006 Posts: 137

I'm trying to use it through DevHook's "VSH Extender" module in 2.50 which has kernel access anyway, as it is loaded with the VSH in the pspbtcnf files.
The 'sceSysconResetDevice' function works but gives a disc read error, as apparently the UMD hardware is not rebooted, so it gets out of sync.

BTW, I'm quite a noob when it comes to this sort of thing... how would I pass the correct parameters to find the address of 'scePower_0442D852'?

Is it as simple as

moonlight · Joined: 26 Oct 2005 Posts: 567

FindProc("scePower_Service", "scePower_driver", 0x0442D852);

jas0nuk · Joined: 27 Apr 2006 Posts: 137

Thanks

etenia · Joined: 07 Sep 2006 Posts: 6

Is it possible to reboot the PSP in Usermode?

thanks

moonlight · Joined: 26 Oct 2005 Posts: 567