Homebrew Official libiosuhax - PPC IPC library for communication to /dev/iosuhax

[subcon959]

You are very likely not using a new build of the iosuhax. I uploaded the sources yesterday and you have to re-build it.

You were right, I hadn't pulled the latest commits. Everything works as it should now and is rather fantastic to use compared to clunky wupclient.py

 

[shinyquagsire23]

Actually this is how the system is intended to access FSA and hardware in generell in the first place, through IPC.
Changing permissions of files on the systems is usually a very bad idea as that is quite permanent. From my point of view this is actually not the way to go. At least not for normal users. What wupserver can do is quite awesome but accessing wupserver from PPC through a local TCP socket seems kind of weird when there is something on the system that is faster and is already designed exactly for that interprocess communication. This whole thing's purpose is for creating nice PPC applications.

Besides you still have to mount some devices as they are not always mounted so you have to have some communication to the ARM side.

Well yeah actually changing the permissions isn't the best, but it's easily possible to make them ignored IOS-side. Mounting is a decent point I guess, but couldn't you also do that from coreinit's built-in FSA commands anyhow? I just feel like if the purpose is nicer PPC applications, it would be easier to use what's already existing rather than adding another library to deal with is all. At least with RPX homebrew I'd much rather avoid relying on a /dev device which might not be implemented everywhere.

 

[masqchips]

Great job @dimok your contributions are works of a master!!

 

[dimok]

Well yeah actually changing the permissions isn't the best, but it's easily possible to make them ignored IOS-side. Mounting is a decent point I guess, but couldn't you also do that from coreinit's built-in FSA commands anyhow? I just feel like if the purpose is nicer PPC applications, it would be easier to use what's already existing rather than adding another library to deal with is all. At least with RPX homebrew I'd much rather avoid relying on a /dev device which might not be implemented everywhere.

I don't really like the FS library of Nintendo. I want to get away from that as much as possible, well at least for the SD card. For that I need raw FS functions which I can use in combination with other fs libraries like libfat which is by far better. I don't have those raw read functions on PPC. This is one way to add those.
Also this library is not only about FSA. It can do other very usefull things you can only do on the ARM side. For example ARM SVC calls. You can achieve many things with that.

 

[Maschell]

I'd much rather avoid relying on a /dev device which might not be implemented everywhere.

But instead you're relying on ignored permission checks on IOS-side

 

[hippy dave]

Fight fight fight!

 

[Cyan]

at least, they are talking nicely and make constructive answers. Talking about something from two different point of view can be benefic for the progress, it could give ideas to other devs.

 

[worm28]

I have been messing around with this and it will not mount /dev/odd01 (disc tickets) or /dev/odd02 (disc update) it does however mount and dump /dev/slccmpt01 (vWii slc content) those are the only functions i have tried so far i will test the rest when i have more time.

 

[dimok]

I have been messing around with this and it will not mount /dev/odd01 (disc tickets) or /dev/odd02 (disc update) it does however mount and dump /dev/slccmpt01 (vWii slc content) those are the only functions i have tried so far i will test the rest when i have more time.

It should be working. Are you trying to dump it with ft2sd or ftpiiu everywhere? Don't take this wrong but just to make sure, you do have a disc in the drive right? If you use ftpiiu everywhere the disc has to be inside the drive before you start the application.

 

[worm28]

It should be working. Are you trying to dump it with ft2sd or ftpiiu everywhere? Don't take this wrong but just to make sure, you do have a disc in the drive right? If you use ftpiiu everywhere the disc has to be inside the drive before you start the application.

im trying to dump it with ft2sd maybe i am doing something wrong i will recompile the firmware.img and hope that it works if not im out of ideas. EDIT= OMG this whole time i thought i had a disc in the drive its working now thanks dimok

 

[shinyquagsire23]

But instead you're relying on ignored permission checks on IOS-side

Yeah, but if you only need to access one file (ie Health and Safety's texture2D.gsh), you can temporarily work around requiring all permissions checks ignored by just doing a chmod 0x666 on the file. If a /dev node doesn't exist, it doesn't exist and it forces requirements for one particular firmware which happens to have it. I can see why it would maybe be desirable to avoid Nintendo's APIs, but at the same time if you don't want to use their libraries then why not put effort into a Linux port or something. If the code is there, I'd rather use it than reinvent the wheel a bunch for no reason.

 

[OriginalHamster]

The application is currently only a console application but I think i will improve it later with a GX2 GUI and make a nice explorer tool out of it where the user can change paths and copy stuff back and forth.

It's like a baby Wiixplorer D:?

 

[Benoit934]

I was thinking about putting WUP packages on the USB but file transfert over WIFI take too much time, so dumping FW or everything on the USB is not a good idea but now with the IOSU hack maybe we can mount iSCSI or an USB key

 

[AboodXD]

FTPiiU is so fast...

 

[Benoit934]

FTPiiU is so fast...

Really ?
Over WIFI ??? I've professional WIFI and excedentary bandwidth and a cached RAID 10 a iperf test give me more than 400Mb/s over WiFi so I guess the bottleneck is the WiiU card

 

[AboodXD]

0.8MB per second (at least) for me.
That's actually acceptable for an uploading speed...

WUPServer was like 3MB per 3-5 minutes...

 

[Benoit934]

Yes you'r right but I was thinking it would be faster on a USB hard drive than on NAND or SD

 

[AboodXD]

Depends on the write speed of the drive?

 

[Benoit934]

It's seem to be a bullshit only 12MiB/s, my other disk are able to write faster but the PCI BUS is 6Gb/s and USB speed depend on the electronics inside the hard drive and the motherboard but I still think that the WiiU is a bottleneck

 

[Zarklord]

is there a issue to using this in WUT?