Hacking Hykem's 5.5 iosu Exploit

  • Thread starter Thread starter SonyUSA
  • Start date Start date
  • Views Views 1,766,950
  • Replies Replies 6,864
  • Likes Likes 85
Status
Not open for further replies.
Oh, I never thought of that... But wait. What kind of CPU does the WiiU even have? x86? x64? ARM? If it's ARM we could be SOL.

A PPC as a primary CPU that can interact with graphics and sound, and an ARM that does a lot of background tasks (that's what IOSU runs on). By the way, this is really easy information to look up.
 
  • Like
Reactions: paulloeduardo
A PPC as a primary CPU that can interact with graphics and sound, and an ARM that does a lot of background tasks (that's what IOSU runs on). By the way, this is really easy information to look up.

Yeah, in all honesty I just didn't feel like looking it up xD

So are you saying that the main processing gets done by the PPC then?
 
Power PC. Possible...maybe

https://www.debian.org/ports/powerpc/

SteamOS is our Linux-based operating system. The base system draws from Debian 8

http://store.steampowered.com/steamos/buildyourown

The next issue once the OS is *ported* becomes actually having the games run. Most are developed for Windows, and maybe Mac/Linux if you're lucky. I'm not well versed in anything about PPC (other than the fact that old Macs used to have them), so I don't know if that would take another porting, but I'd believe so because x86-64 software doesn't run on ARM (RaspberryPi is a great example) so not too sure it would be very useful in the long run. Maybe, just maybe you could get the Steam Link system running.
 
The next issue once the OS is *ported* becomes actually having the games run. Most are developed for Windows, and maybe Mac/Linux if you're lucky. I'm not well versed in anything about PPC (other than the fact that old Macs used to have them), so I don't know if that would take another porting, but I'd believe so because x86-64 software doesn't run on ARM (RaspberryPi is a great example) so not too sure it would be very useful in the long run. Maybe, just maybe you could get the Steam Link system running.
as you wrote this I did think to myself, steam link might be more feasible, to get the pad running with it would be godlike.

EDIT:
shit outa luck.
 
Last edited by davetheshrew,
as you wrote this I did think to myself, steam link might be more feasible, to get the pad running with it would be godlike.

The pad most likely wouldn't be too hard, it's been softhacked already. It would be easier to just have maybe the Steam Link version of the OS to be ported. Let me do some research on how hard it would actually be...

Oof, the requirements are too killer...

So the things that really get me are the HDD space, processor, and that last bit, UEFI. That requires some real modification to get rid of, IIRC.
 
Last edited by ArceusMI,
thats steam OS, steam link is a custom linux kernel running on ARM7 mate, as a client it doesnt need to be powerful at all.

seems like a dead end, but you never know with these things
 
  • Like
Reactions: TotalInsanity4
thats steam OS, steam link is a custom linux kernel running on ARM7 mate, as a client it doesnt need to be powerful at all.

Good point. But the processor is still the issue. PPC is an outdated architecture now.

EDIT: Yeah. "Valve-developed software stack" kills it. Proprietary.
 
Last edited by ArceusMI,
Can we run pyGecko and stuff with this IOSU exploit (or have the potential to do so?)
You shouldn't need IOSU to use pyGecko. You'd just need the ability to run code. Of course, once the 5.4.0 and 5.5.0 exploits are released, you should be able to.
 
Last edited by TotalInsanity4,
s@Marionumber1 the arm takes care of background tasks, if the system was fully exploited couldnt arm be utilised?

Of course, but as I said, you couldn't use graphics or sound hardware from the ARM. You could always force the PPC to do that, but then why not just run everything on the PPC? Direct hardware access to the stuff IOSU usually handles is pretty difficult anyway.
 
  • Like
Reactions: TotalInsanity4
Of course, but as I said, you couldn't use graphics or sound hardware from the ARM. You could always force the PPC to do that, but then why not just run everything on the PPC? Direct hardware access to the stuff IOSU usually handles is pretty difficult anyway.

As I mentioned, since PPC is an outdated arch, it's a bit harder to work with. Not much is made for it anymore, other than base systems and completely custom code. Having it be fully custom would require a lot more resources than most HB devs have. Hence why a big team like Nintendo or Debian can do it, but it would be harder for us.
 
well at the very least we had one page of non shitposts, result!

That's because not ALL of this side of the forums is cancerous. We have some intelligent people. The kind of people Hykem would actually happily release an exploit for :D

To go back to the original post I made here, of course.
 
As I mentioned, since PPC is an outdated arch, it's a bit harder to work with. Not much is made for it anymore, other than base systems and completely custom code. Having it be fully custom would require a lot more resources than most HB devs have. Hence why a big team like Nintendo or Debian can do it, but it would be harder for us.

I get that, but the only way to use graphics and sound is to run PPC code.
 
  • Like
Reactions: TotalInsanity4
I get that, but the only way to use graphics and sound is to run PPC code.

Which in turn means it's gonna be harder to actually DO anything like what we were discussing. For example, Steam Link. You need at least enough power to send and decode the video stream from the host PC, so you'd ned the PPC code for that, which we would have to port from proprietary code.

Oh well, I'm going to sleep.
 
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum