Page 2 of 5

Re: [Suggestion] HBL as signed EBOOT

Posted: Thu Jan 20, 2011 2:17 pm
by JJS
Alright, something like this should work. It is still pretty rough, things that could be optimized are
- the hbl load address could be higher
- the p5 stubs don't have to be parsed
- function hooks are mostly unnecessary, but have to be controlled by a different flag than g->syscalls_known (because setting it has sideeffects)
- the launcher has more imports than are needed because I just used prxtool to build import stubs from 3.x kernel modules and then removed those without a known name

There are no changes to the HBL files except for a new exploit directory and I removed the -Werror flag from the compiler because otherwise it complains because of the empty arrays in exploit_config.h.

Re: [Suggestion] HBL as signed EBOOT

Posted: Thu Jan 20, 2011 10:58 pm
by wololo
Will try that tonight.
I guess it's fine to add this to the SVN.

Regarding the Werror flag, how about not defining the arrays at all, and use a "#ifdef ..." around each "memory cleaning" function in memory.cpp?

Re: [Suggestion] HBL as signed EBOOT

Posted: Fri Jan 21, 2011 12:23 pm
by i_love_redsn0w
m0skit0 wrote:Maybe converting HBL into an EBOOT and signing him will allow for easier homebrew running from HBL, so you don't have to pass through a demo exploit to launch HBL. This would get rid for the need of any exploit, and also from all the cleaning since we already know what has to be cleaned :mrgreen:

But I'm thinking also that HBL won't have its "syscall information charge" to be able to resolve the homebrews, but HBL can include any number of imports to be resolved by the OFW kernel as well.
i think there would be no point for this because we can sign usermode homebrews

Re: [Suggestion] HBL as signed EBOOT

Posted: Fri Jan 21, 2011 12:42 pm
by m0skit0
Not all homebrews can be signed yet.

Re: [Suggestion] HBL as signed EBOOT

Posted: Sat Jan 22, 2011 4:18 am
by Strangelove
i_love_redsn0w wrote:
m0skit0 wrote:Not all homebrew can be signed yet.
if i was correctly informed all USERMODE homebrew can be signed
all usermode homebrew under 5 MB give or take. i don't know why there is a magic limit, my guess is rekeying.

Re: [Suggestion] HBL as signed EBOOT

Posted: Sat Jan 22, 2011 8:08 am
by JJS
Discuss the signing somewhere else please. (Also what prevents most homebrews from being successfully signed is that they are compiled as static ELFs)

Re: [Suggestion] HBL as signed EBOOT

Posted: Sat Jan 22, 2011 1:33 pm
by kidz axe
I dunno if i can say this but, 6.20 TN HEN is signed, and so is 6.35 or 6.31 HEN Pro are signed.
So im not sure people use HBL that much.
But the idea is awesome!
Also one the side note. i took out the wmenu from the normal hbl revs and ran it, but all that graphics stuff werent there, just a list of homebrews with a black background?
Can someone help me understand why?

Re: [Suggestion] HBL as signed EBOOT

Posted: Sat Jan 22, 2011 1:52 pm
by wololo
kidz axe wrote:I dunno if i can say this but, 6.20 TN HEN is signed, and so is 6.35 or 6.31 HEN Pro are signed.
So im not sure people use HBL that much.
This will be useful for people running on 6.37 who can't bother looking for a signed version of all their favorite homebrews. They can run unsigned homebrews from HBL, and signed homebrews from the XMB, without bothering signing them
Also one the side note. i took out the wmenu from the normal hbl revs and ran it, but all that graphics stuff werent there, just a list of homebrews with a black background?
Can someone help me understand why?
Are you sure you copied the Res folder completely? Anyways, wMenu by itself is not very useful...

Re: [Suggestion] HBL as signed EBOOT

Posted: Sun Jan 23, 2011 2:13 am
by wololo
JJS wrote:Alright, something like this should work. It is still pretty rough, things that could be optimized are
- the hbl load address could be higher
- the p5 stubs don't have to be parsed
- function hooks are mostly unnecessary, but have to be controlled by a different flag than g->syscalls_known (because setting it has sideeffects)
- the launcher has more imports than are needed because I just used prxtool to build import stubs from 3.x kernel modules and then removed those without a known name

There are no changes to the HBL files except for a new exploit directory and I removed the -Werror flag from the compiler because otherwise it complains because of the empty arrays in exploit_config.h.
I couldn't get it to work on OFW 6.37.
I have to dig deeper, but the symptoms are the following:
The Sony gameboot starts, then black screen, no error message, no memstick activity.
Therefore this doesn't look like a problem on the HBL side, but more the signed Eboot itself.

It's very possible that I incorrectly signed the thing (I have so many versions of the various tools right now...), care to share your signed launcher EBOOT?

Edit: my bad, after adding some debugging, what's not working for me seems to be located in h.bin.
Even the first debug statement is not generated, so I'm assuming something very bad is happening at compile time.

Re: [Suggestion] HBL as signed EBOOT

Posted: Sun Jan 23, 2011 3:38 am
by bryan1001
The Reason Menus for HBL wouldn't work is because the Menus don't load Homebrew, it just tells HBL to load that Homebrew, so If theres no loader, then when you click on an Homebrew, It will return to the XMB, since there is no Program to load the Actual Homebrew.