there is no peek and poke in the cfw which is needed to run backups (from managers). sony blocked this from working in the 3.55 update. so using lvl2 everytime the devs try this it reboots the ps3. they are now trying to go through lvl1 atm, so just be patient and wait.
Its not so much that backup managers need the syscalls for peek and poke, its that they use peek and poke to add other syscalls. The syscalls in question (35 and 36) have to be in lv2 and modifying lv2 will cause the ps3 to crash. The reason it works in 3.41 was because of the lack of protection against it.
3.55 introduces the checksuming (of some kind we really aren't sure what they are doing) to lv2 at runtime and routinely checks to make sure that it remains the same. We need to find where this is being called and remove it obviously but that takes time. Also, since most modifications to lv2 crash a ps3 using peek and poke, the only way to do it is to modify it at runtime using a pup. But, using a pup brings in the risk of permanently bricking the ps3 so most don't want to go down that path.
I know about these peek and poke syscalls. But technically why are they needed? In original jailbreak they weren't needed if I recall.. original JB allowed unsigned code to run and it was sufficient to use backups.
Now we have cfw - which allows us easyly transfer packages to ps3 and we can sign .self files - which run ok.
I think the word NP-DRM is the word I used the most the last posts from me
But yea. You have to have the NP-DRM Keys to sign .pkg (.SELF) files. Thats the only difference between geohots, and the original FW.
Geohot just disabled checking if its a valid NP-DRM file in the nas_plugin. So if we had the keys, we could sign packages (.SELF) for retail firmwares. But geohot is agains piracy, so he is not publishing them.