91w ago - Following up on his PS Vita VHBL Motorstorm Arctic Edge hack from last week, today PlayStation Vita developer wololo has announced news of a new PSP exploit discovered by Xerpi with a demo video below!
To quote: I honestly stopped counting how many PSP "hello world" exploits in PSP games have been announced over the past months, but these exploits are getting a second life now that they symbolize a possibility for homebrews on the PS Vita.
This time it's scener Xerpi who found an exploit, which I haven't confirmed yet, but I should be able to give it a try sometimes this week. Will this lead to a VHBL port/release? First we need to make sure this game is actually available for the Vita. After that, only time will tell, but I'll do my best to help
Note: Let me emphasize that I am aware of several psp game exploits being available, and releasing VHBL for them or not is basically up to their authors. I'm of course offering my help to port VHBL (although my free time is limited.
Porting VHBL is relatively easy, but even with some experience, from the exploit to the VHBL port it can easily take 30 hours, if you include debugging. That's not mentioning that each game usually comes in several versions.)
Another note: you might think, seeing all these videos of exploits, that finding exploits in psp games has become super easy. This is not entirely true. I am sure that my tutorials have made these things easier, but going from a crash to a hello world still requires lots of patience and dedication.
Stay tuned for more PS3 Hacks and PS3 CFW news, follow us on Twitter and be sure to drop by the PS3 Hacks and PS3 Custom Firmware Forums for the latest PlayStation 3 scene updates and homebrew releases!
Following up on his previous PS Vita developments, today PlayStation Vita hacker Davee reports that he has discovered Sony's sceKermit driver which is a communication interface for the included PSP emulator.
To quote from his blog (linked above): "Turns out he's not just a green frog! So, I've been throwing this word around recently and it's probably about time I explain. Kermit, either a protocol or perhaps a funny name (see KIRK/SPOCK) is a communication interface for the PSP emu. Specifically it allows the PSP to talk to the host.
Now, I can tell there aren't as many developers here, so I'll try to simplify for the curious minds but this stuff is pretty complicated. I'll only explain the API in detail as the lower level still need a little bit of clearing up, but here goes.
Ok, Kermit is here so that the emu can communicate to the host to share resources and other vitality. Perhaps the primary reason is that of hardware; the PSP emu is excluded from many hardware devices. So kermit sets in and allows the system to talk to the vita in order to use the hardware. Blabbering aside, this is the hardware that kermit seems to be responsible for:
Interestingly, the kermit communication isn't used for headphone remote or controller inputs.
In order to understand how kermit functions, it's important to explore the usage of the API. Starting with the power house tool:
This function is the send command function. It accepts a kermit packet initialised to minimum 64 bytes (no args need to be filled) a command mode which describes the set of commands, cmd: the actual command; the number of args following the 16 byte packet header. It also allows you to pass a boolean value to allow callbacks when waiting for completion and a 64 bit response.
What is important to note is that the packet arguements are 64-bit wide (not 32) and little endian encoded. There is a maximum of 13 arguements that can be passed to the host.
Sometimes, it is needed to send more than the 13 arguements worth of data. This is where kermit provides an API for memory. Shown below:
These function provide the fundamentals for data transmission to the host. sceKermitMemory_driver_AAF047AC is the staple command. It accepts a packet BEFORE transmission to host with the amount of args, a pointer to the input/output buffer and an indicator for the mode. This allows kermit to recieve the buffer of data when it processes the command, or have a place to output the data.
sceKermitMemory_driver_80E1240A and sceKermitMemory_driver_90B662D0 are the opposites of each other, providing input and output respectfully. This API is incredibly simple and is used to send multiple buffers to kermit prior and following a command.
These are pretty crap descriptions, but as you can see it's a very command and transfer sort of interface. You tell it you have data you want to give it, you signal it and then it tells you where it's put it.
There is some source code describing in more codey ways. Also there are small reverses of functions used in the kermit. As you can see it works on a sort of circular queue of semaphores in the core. Have a "peek".
Thanks to Proxima + some1"
Finally, he also Tweeted the following: There is a bug in the vita. If you turn it upside down it zips the gsensor and runs xml format vita games. Really cool.