16.0.0 support

[djskual]

switch crash loading emuiibo overlay on 16.0.0 ams 1.5.0 thx

[urherenow]

Just had an adventure compiling myself. Built with latest libnx installed and libtesla with required change. This is untested by me, so please backup your files before trying, and please let me know if this worked. But keep in mind, you also need an update ovlmenu, or tesla will still crash... emuiibo.zip

[djskual]

i will test, but can't get it to compile on my side. i get some error while compiling nsp

[djskual]

Building and generating NSP... Triple: aarch64-nintendo-switch error: failed to run rustc to learn about target-specific information

Caused by: process didn't exit successfully: rustc - --crate-name ___ --print=file-names --target aarch64-ni ntendo-switch --crate-type bin --crate-type rlib --crate-type dylib --crate-type cdylib --crate-type staticlib --crate-type proc-macro --print=sysroot --print=cfg (exit code: 1) --- stderr error: Error loading target specification: invalid escape at line 10 column 26. Run rustc --print target-list for a list of built-in targets

[djskual]

please could you contact me and explain to me what i need to done on my rust install to get this to compile. thx

[djskual]

your files doesnt work. got crash when loading emuuibo on the tesla menu.

[urherenow]

Did you update your Tesla menu?

[alula]

You need to install cargo-nx and use nightly compiler and it will build just fine

[North-West-Wind]

I can't compile nx. It kept shouting errors at me during cargo nx build --release.

error: instruction requires: sha2
   --> /home/northwestwind/.cargo/git/checkouts/nx-3560396e08328007/5506c73/src/crypto/sha256.rs:196:18
    |
196 |                 "sha256h2 {cur_hash1:q}, {tmp_hash:q}, {tmp3:v}.4s",
    |                  ^
    |
note: instantiated into assembly here
   --> <inline asm>:105:1
    |
105 | sha256h2 q18, q19, v6.4s
    | ^

All errors looked like this, except in different lines and sha2 is sometimes aes

[ghost]

I tried to compile it with the cargo nx build command and it gave me this error.

When I typed the cargo nx --version command it said cargo-nx 0.2.0. I was able to compile something else with the cargo nx build command without any errors.

[urherenow]

It was changed to 0.2.0 several hours ago. I swear, I had no issue last night building this but cargo-nx was 0.1.0. Best to create issues there, I think… unless emuibo needs updating to match cargo-nx changes.

I have these same errors on a different vm I just tried it on (mostly noticed aes errors on my screen)

[North-West-Wind]

Thanks @urherenow I'm gonna try compiling it again

EDIT: It worked! Thank you so much!

[djskual]

Same error here

[North-West-Wind]

I compiled it and placed it correctly in my SD card, but now the sysmodule refuses to start

[djskual]

I compiled it and placed it correctly in my SD card, but now the sysmodule refuses to start

What had you done to fix crypto errors? had you seen libnx was modified today? https://github.com/switchbrew/libnx/pull/603

[North-West-Wind]

@djskual I installed the older version (0.1.0 to be specific) of cargo-nx by cargo install cargo-nx --git https://github.com/aarch64-switch-rs/cargo-nx --rev 78ab075

[djskual]

@North-West-Wind ok, thanks, but now, i get the error i got yersteday and can't compile.... https://github.com/XorTroll/emuiibo/issues/229#issuecomment-1443765978

[XorTroll]

Be a bit more patient, I'm still fixing this

[North-West-Wind]

@North-West-Wind ok, thanks, but now, i get the error i got yersteday and can't compile.... #229 (comment)

I'm not a professional at rust, nor do I know how to troubleshoot, so I will just leave you with the things I went through:

• rustup toolchain install nightly: Installs the nightly toolchain.
• rustup default nightly: Sets nightly as the default toolchain.
• git clone https://github.com/XorTroll/emuiibo --recurse-submodules && cd emuiibo: Clones this repo and move into it.
• cargo install cargo-nx --git https://github.com/aarch64-switch-rs/cargo-nx --rev 78ab075: Installs cargo-nx 0.1.0
• make all: Compiles everything and they will be put into SdOut.

Be a bit more patient, I'm still fixing this

Thanks and good luck! We will be waiting.

[alula]

I compiled it and placed it correctly in my SD card, but now the sysmodule refuses to start

Try with my PR that was just merged, was some debugging code that caused a panic

[djskual]

@alula i compiled the libnx for 16.0.0 from atmosphere github, compiled ovlloader, tesla menu, emuiibo with the last merge. Got crash on console booting.

[alula]

Are you sure you don't have any extra incompatible sysmodules or other things installed?

[djskual]

ok, i will all recompile, nothing else install, fresh 16.0.0 on emunand

[urherenow]

If you've deleted your old atmosphere folder while trying to get things to work, did you re-create the various config files? Without config files, Atmosphere's default behavior is to automatically enable all cheats. A bad combination of cheats could be crashing or locking your system...

[urherenow]

Try with my PR that was just merged, was some debugging code that caused a panic

When I build the latest commit (which also builds in msys2's mingw64 now, by the way, and cargo 0.2.0 on both msys and Ubuntu, so thanks XorTroll!) I get a panic on boot: 2168-0000 (0xa8) if the boot2 flag is set. If it is not set, the tesla menu opens and shows amuiibo... but says it isn't present when I try to open it.

FYI, I renamed my atmosphere/contents folder, and made a new one with ONLY tesla and emuiibo in it (0100000000000352 and 420000000007E51A) Edit2: I've also updated and installed Edizon overlay, to make sure everything else works, as far as tesla menu and such.

[North-West-Wind]

The latest commit (c15d39d) just crashes on boot, compiled with cargo-nx 0.2.0.

If I use cargo-nx 0.1.0 to compile it, it is the same issue (sysmodule doesn't start)

Also tried with fresh atmosphere files. No luck.

[djskual]

same thing here. ERROR CODE 2168-0000 (0xa8) ovlloader & ovlmenu work fine, but if i add emuiibo, crash on switch boot. 16.0.0 ams 1.5.0|E

While building on msys2, i get 74 warning like this one:

warning: method set_glass_color is never used --> src\amiibo\bin.rs:1012:12 | 1012 | pub fn set_glass_color(&mut self, color: u8) { | ^^^^^^^^^^^^^^^

[josete2k]

Solved with last nx-cargo editing form XorTroll

[josete2k]

[urherenow]

wait, which editing? I don't see any commits after the one that fixed building. It no longer crashes for me though after building again, so something must have changed. But... I still get a blank menu that says "emuiibo doesn't seem to be present"

[josete2k]

wait, which editing? I don't see any commits after the one that fixed building. It no longer crashes for me though after building again, so something must have changed. But... I still get a blank menu that says "emuiibo doesn't seem to be present"

https://github.com/aarch64-switch-rs/nx https://github.com/aarch64-switch-rs/nx/commit/6f2e75178c31b5db1c5835c99b8ac95d1805b526

reinstall your cargo nx

cargo install cargo-nx --git https://github.com/aarch64-switch-rs/cargo-nx

[urherenow]

done. but still... emuiibo doesn't seem to be present. I feel like I'm missing something stupid. Have to go to work now...

[josete2k]

Are you making all?

Here's my compilation:

emuiibo-v0.6.5.zip

[djskual]

same here, with last commit, no crash on boot. but when i click on emuiibo in the teslamenu, that say to me that emuiibo seem to be not present.... Don't understand where is the mistake. i want to know.... i will make all instead just make. thx for you compilation

[josete2k]

Hmmm...

Have you updated your libnx for 16.0.0 support?

You know:

git clone --recursive https://github.com/Atmosphere-NX/libnx
cd libnx
git checkout 1600_support
make
make install

[djskual]

yes, it's done. humm, i've modified the makefile of overlay to have v 0.6.5 instead of v1.0.0 will revert and recompile...

[josete2k]

If you do that, there is a version mismatch between emuiibo exefs and overlay...

[djskual]

sure it's the problem... recompiling libnx to be sure

[djskual]

Recompiled... Same result with 1.0.0 version. will test your compile... perhaps it's due to my atmosphere

[djskual]

same with you compiled files. and your emuiibo write 0.6.5 in tesla menu... as mine before. had you modified somthing else than in the overlay makefile?

[josete2k]

Yes, main in emuiibo folder. Version is 0.6.5 (release)

Do you have last ovlmenu?

https://github.com/proferabg/EdiZon-Overlay/releases/download/v1.0.4/ovlmenu.ovl

Did you restart your switch after?

I often delete the /atmosphere/contents/0100000000000352 folder and copy all new files with UMS mode from hekate.

[djskual]

i have compiled ovlmenu myself with last libtesla and libnx16.0.0 yes i restart each time i remove my sd to put in my pc

i will make a fresh install of atmosphere and patches

[djskual]

ok, same with a fresh install, iv'tried the ovlmenu from edizon but same result each time i done new compile, i delete all files and copy all new files.

also, you edited overlay make file and main in emuiibo?

[urherenow]

since a few commits were done to 1600_support since I last built atmosphere, I updated and reinstalled it. Just for grins and to be 100% sure, I rebuilt Tesla menu, ovlloader, and emuiibo. Still the same. Says "emuiibo doesn't seem to be present" right underneath the title. Only noticeable errors are a buttload of unused variables (some of which sound important to me) in bin.rs.

And finally, I rebuilt emutool myself, created 1 amiibo, and placed only that amiibo in the directory.

As a side note... there is already an emutool on github for managing an emunand. Can't we think of a better name for this? Like emuiibotool? Or amiitool, if you really care about 8.3 filenames? EDIT: well, crap. Looks like someone took amiitool as well, already.

[djskual]

since a few commits were done to 1600_support since I last built atmosphere, I updated and reinstalled it. Just for grins and to be 100% sure, I rebuilt Tesla menu, ovlloader, and emuiibo. Still the same. Says "emuiibo doesn't seem to be present" right underneath the title. Only noticeable errors are a buttload of unused variables (some of which sound important to me) in bin.rs.

And finally, I rebuilt emutool myself, created 1 amiibo, and placed only that amiibo in the directory.

As a side note... there is already an emutool on github for managing an emunand. Can't we think of a better name for this? Like emuiibotool? Or amiitool, if you really care about 8.3 filenames? EDIT: well, crap. Looks like someone took amiitool as well, already.

Fixed for you? are you booting on emunand? trying to compile atmosphere myself, but i think i don't configure well needed things... :(

hope someone can find where is my problem.

[urherenow]

What about "Still the same. Says "emuiibo doesn't seem to be present" right underneath the title", don't you understand?

[djskual]

What about "Still the same. Says "emuiibo doesn't seem to be present" right underneath the title", don't you understand?

Sorry!!! as after this you wrote about emutool and amibo... just want to be sure. sorry...

[toxin-x]

i'm having the same issue with the emuiibo sysmodule not turning on. is there some sort of logs i can read or send?

[SirKira001]

i'm having the same issue with the emuiibo sysmodule not turning on. is there some sort of logs i can read or send?

I'm also having the exact same issue

[qhq]

me too "emuiibo doesn't seem to be present"

[josete2k]

Some gbatemp users have tested the compilation I've uploaded with my compiled atmosphere and config files with success.

So the issue is maybe with config or with pre-release.

Please, turn off the autoload cheats and test.

I can provide the atmos pack but it has sigpatches and I don't want to generate conflicts with the repository.

If you want test, please sen me a PM in gbatemp.