• PS3HEN is now supporting 4.93 Firmware

    View Official Release Post for additional information HERE

PS3HEN PS3HEN Open Beta Testing [For Advanced Users Only]

Could be added the possibility to disable/switch off hen? might clicking hen ogg, because actually there's not the possibility to disable it, if you click on hen ogg the ps3 will reboot so disabling hen too obviously but i wish disable hen without ps3 rebooting, because if i need to make some test with hen disabled i can't reboot the ps3 each time lol

Inviato dal mio SM-G973F utilizzando Tapatalk
I don't know how feasible that would be. In theory you could run a payload to restore the kernel and remove patches to sprx/vsh, but without help from other devs, I don't think that will be implemented.
 
I tried compiling the dev version.
It looks like your decision to not load plugins here ends up with hen not being activated when R2 is pressed.
I tried the solution through the parameters like this (I don't see the need to disable plugins from usb): (original link)
Code:
void load_boot_plugins_kernel(int boot_plugins)
{
    int fd;
    int current_slot_kernel = 0;
    int num_loaded_kernel = 0;

    if (!vsh_process)
        return;      //lets wait till vsh so we dont brick the console perma!

    if (cellFsOpen(BOOT_PLUGINS_KERNEL_FILE1, CELL_FS_O_RDONLY, &fd, 0, NULL, 0) != 0)
    {
        if (cellFsOpen(BOOT_PLUGINS_KERNEL_FILE2, CELL_FS_O_RDONLY, &fd, 0, NULL, 0) != 0)
        {
            if ((boot_plugins==0)&&(cellFsOpen(BOOT_PLUGINS_KERNEL_FILE3, CELL_FS_O_RDONLY, &fd, 0, NULL, 0) != 0))
            {
                return;
            }
        }
    }...
similarly in void load_boot_plugins(int boot_plugins)
, it works and disables plugins, but on some models HEN (3ххх) is still not activated, any ideas? Works fine on other models (4xxx).
 
Last edited:
I tried compiling the dev version.
It looks like your decision to not load plugins here ends up with hen not being activated when R2 is pressed.
I tried the solution through the parameters like this (I don't see the need to disable plugins from usb): (original link)
Code:
void load_boot_plugins_kernel(int boot_plugins)
{
    int fd;
    int current_slot_kernel = 0;
    int num_loaded_kernel = 0;

    if (!vsh_process)
        return;      //lets wait till vsh so we dont brick the console perma!

    if (cellFsOpen(BOOT_PLUGINS_KERNEL_FILE1, CELL_FS_O_RDONLY, &fd, 0, NULL, 0) != 0)
    {
        if (cellFsOpen(BOOT_PLUGINS_KERNEL_FILE2, CELL_FS_O_RDONLY, &fd, 0, NULL, 0) != 0)
        {
            if ((boot_plugins==0)&&(cellFsOpen(BOOT_PLUGINS_KERNEL_FILE3, CELL_FS_O_RDONLY, &fd, 0, NULL, 0) != 0))
            {
                return;
            }
        }
    }...
similarly in void load_boot_plugins(int boot_plugins)
, it works and disables plugins, but on some models HEN (3ххх) is still not activated, any ideas? Works fine on other models (4xxx).
Can you explain this further? The R2 combo does disable the plugins, notably henplugin.sprx, from loading. The kernel HEN payload is still loaded and can be verified by launching homebrew. I extensively tested this on 2xxx and 4xxx consoles. I don't currently have a working 3xxx to test.

If you could provide a socat log, if created?

EDIT: There were modifications done to what paths the new XML use for mapping. I can post the most recent full package that includes these files. I don't think the latest pkg posted has them. This may explain why you have issues, but either way, the kernel payload should still be executed, but the XML would not be correct.
 
Last edited:
for some odd reason the rap files refuse to work with the 3.2 beta, and hybrid firmware tools disappeared too even with HEN enabled.
I explained the issue of missing xml entries above. The xml mappings were updated, so they will be missing unless you manually place them or install using pkg. I will post a full package tonght in OP.

EDIT: The rap files would need to be looked into. The recent update to support caps maybe the culprit.
 
Last edited:
for some odd reason the rap files refuse to work with the 3.2 beta, and hybrid firmware tools disappeared too even with HEN enabled.
Please try this package. It's the last one that was built and tested. I also updated the OP.

https://ps3xploit.me/hen/dev/489/ce..._DEBUG_signed-489C-TEST76-updated-hfw-xml.pkg
Screenshot_56.png
 
The R2 combo does disable the plugins
And what's the point in that? In your decision, we will not receive notice to enable HEN. And in my solution, the notification will be, but the plugins specified in boot*.txt will not be loaded.
I thought the meaning of this option is to exclude plugin conflicts and disable them.
 
And what's the point in that? In your decision, we will not receive notice to enable HEN. And in my solution, the notification will be, but the plugins specified in boot*.txt will not be loaded.
I thought the meaning of this option is to exclude plugin conflicts and disable them.
are you sure that does hen not enable? try to run some homebrew app after clicking "enable hen'. it will not show "welcome to hen" but should still be enabled. that message is displayed by henplugin.sprx, not the actual hen payload.
 
are you sure that does hen not enable? try to run some homebrew app after clicking "enable hen'. it will not show "welcome to hen" but should still be enabled. that message is displayed by henplugin.sprx, not the actual hen payload.
I checked, it turns on, but there is no message. So I think, can I leave a message and not load only boot * .txt?
You just need to set the parameter to void:
Code:
void load_boot_plugins(int boot_plugins)
...
if ((boot_plugins==0)&&(cellFsOpen(BOOT_PLUGINS_FILE3, CELL_FS_O_RDONLY, &fd, 0, NULL, 0) != 0))
...
the same in void load_boot_plugins_kernel(int boot_plugins)
 
And what's the point in that? In your decision, we will not receive notice to enable HEN. And in my solution, the notification will be, but the plugins specified in boot*.txt will not be loaded.
I thought the meaning of this option is to exclude plugin conflicts and disable them.
The point is if you have a buggy or bad plugin, you can still load the HEN kernel payload without loading plug-ins. Then you can remove or disable and reboot.

EDIT: I now see what you are saying. Thats not a bad idea.

EDIT2: That can still present problems though actually, so i think disabling the current way still better, IMHO.

EDIT3: Sorry for all the replies lol. I now see you are not loading from txt files, so this may actually be better, to just get the notification. I will test this out soon.
 
Last edited:
@esc0rtd3w i have a feature request:

PSN Blocker as Aldo removed it from webMAN MOD, we only have it on EvilNat firmwares, would be nice if we can add it to HEN, i tried via map_patch but i can't unmap it by removing the syscalls via Nat's xai plugin as it requires Cobra changes.

Could it be implemented?
 
@esc0rtd3w i have a feature request:

PSN Blocker as Aldo removed it from webMAN MOD, we only have it on EvilNat firmwares, would be nice if we can add it to HEN, i tried via map_patch but i can't unmap it by removing the syscalls via Nat's xai plugin as it requires Cobra changes.

Could it be implemented?

The problem is that rco won't change until we update the XMB
 
Last edited:
The problem is that rco won't change until we update the XMB

That's true for the rco files currently loaded in memory by XMB.
However, npsignin_plugin.rco is loaded every time you access the Sign In to PSN screen.

Therefore if npsignin_plugin.rco is redirected to the custom version, the access to that screen will be blocked. If CFW syscalls are disabled, the payload could remove the path redirection from memory, allowing to load the original npsignin_plugin.rco that lets the access the Sign In screen.

That is how it currently works in Cobra. The feature just need to be ported to HEN (basically copy/paste a few lines).
 
Back
Top