FFF256
Member
What's stopping you? Here are the finished pieces: https://github.com/Evilnat/xai_plugin@esc0rtd3w can a native fan control be added to HEN?
Or you can implement it through a cobra: https://github.com/Evilnat/Cobra-PS3/tree/master/8.3

What's stopping you? Here are the finished pieces: https://github.com/Evilnat/xai_plugin@esc0rtd3w can a native fan control be added to HEN?
Probably, but honestly I dont know how to implement it. The size issue with stage2 will be a problem until that is made to be dynamic.@esc0rtd3w can a native fan control be added to HEN?
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.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
Probably, but honestly I dont know how to implement it. The size issue with stage2 will be a problem until that is made to be dynamic.
On the other hand, how much does it need to be implemented at the kernel level? Webman is currently managing quite wellGot it, I thought about it when you said about the debug version stage2 size.
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;
}
}
}...
so stage2 will be too big with fixes implemented for libcrypt?Probably, but honestly I dont know how to implement it. The size issue with stage2 will be a problem until that is made to be dynamic.
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.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)
, it works and disables plugins, but on some models HEN (3ххх) is still not activated, any ideas? Works fine on other models (4xxx).similarly in void load_boot_plugins(int boot_plugins)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; } } }...
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.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.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.
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.The R2 combo does disable the plugins
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.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.
I checked, it turns on, but there is no message. So I think, can I leave a message and not load only boot * .txt?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.
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 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.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.
@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