Hacking Sigpatches for Atmosphere (Hekate, fss0, fusee & package3)

  • Thread starter Thread starter ShadowOne333
  • Start date Start date
  • Views Views 5,346,511
  • Replies Replies 7,391
  • Likes Likes 266
After installing this fork all homebrew apps instantly crashed Atmosphere and threw me back into Hekate. Reverting to the original Atmosphere fixed it. Using it with with sys-patch and everything seems to work.
that doesnt make much sense, most likely have homebrew of the outdated ABI.

my fork doesn't crash homebrew that has the new homebrew ABI.
 
that doesnt make much sense, most likely have homebrew of the outdated ABI.

my fork doesn't crash homebrew that has the new homebrew ABI.
no it has nothing to do with the ABI, it affected literally every homebrew app including the ones Atmosphere ships with

and reverting to same original Atmosphere version fixed it which is the exact same ABI
 
no it has nothing to do with the ABI, it affected literally every homebrew app including the ones Atmosphere ships with

and reverting to same original Atmosphere version fixed it which is the exact same ABI
That doesn't make much sense. When compiling atmosphere, you compile every homebrew atmosphere normally ships with.

even if theoretically something was compiler linked to libnx version, other ABI, and so on, those homebrew would be compile time linked to the atmosphere fork.

for atmosphere, the only included homebrew .nro's are the usb mtp one, daybreak (firmware upgrade/downgrader) and reboot_to_payload, all of which is compiled while compiling atmosphere

that and /atmosphere/hbl.nsp (homebrew launcher ship/trampoline) + ./hbmenu.nro (what you launch opening album) (these two are not compiled fresh during releases, but rather includes the latest versions from switchbrew)

tl:dr sounds like problem caused by something else, not my fork.
 
getting a bit of conflicting answers that kind of confuses me
so to clarify:
Yes and yes. bth is actually the mastermind behind that fork and the sys-patch and so far he's been pretty quick to release the updates whenever they were necessary.
kyuuemu is stting that the fork is bad (which im confused on since the HB app doesn't work) does this mean that when i use bth's build, i have to reinstall every homebrew app? (or is each HB app coded to only the official atmosphere version)

Also, if I replace the current sigpatches with sys-patches when I update, i won't be able to boot into any games? (As in I have to reinstall each one).
 
getting a bit of conflicting answers that kind of confuses me
so to clarify:

kyuuemu is stting that the fork is bad (which im confused on since the HB app doesn't work) does this mean that when i use bth's build, i have to reinstall every homebrew app? (or is each HB app coded to only the official atmosphere version)

Also, if I replace the current sigpatches with sys-patches when I update, i won't be able to boot into any games? (As in I have to reinstall each one).
you don't "install" homebrew, if you people mean pirated games, stop calling those "homebrew apps".

so no, you don't have to "reinstall" any homebrew, and whatever problems he has is not with the fork. (providing crash report / fatal report proof of crash would easily allow me to debunk or correct whatever is alleged wrong)

(more than probable he's using a modified package3 bundle unrelated to my fork to force compatability with tinfoil or dbi - which are on the old ABI - which would also overwrite the fork entirely - as the fork makes changes to mesosphere and loader to embed pattern based patch mechanisms directly into the kernel and loader kernel plugin, and both are provided to atmosphere via package3 / hekate's boot method also loads package3

reminder that this is open source:
https://github.com/borntohonk/Atmosphere/commit/6e84ebbde51fa8cde12ff73f5f1e77f406260c0f
)
 
Last edited by bth,
That doesn't make much sense. When compiling atmosphere, you compile every homebrew atmosphere normally ships with.

even if theoretically something was compiler linked to libnx version, other ABI, and so on, those homebrew would be compile time linked to the atmosphere fork.

for atmosphere, the only included homebrew .nro's are the usb mtp one, daybreak (firmware upgrade/downgrader) and reboot_to_payload, all of which is compiled while compiling atmosphere

that and /atmosphere/hbl.nsp (homebrew launcher ship/trampoline) + ./hbmenu.nro (what you launch opening album) (these two are not compiled fresh during releases, but rather includes the latest versions from switchbrew)

tl:dr sounds like problem caused by something else, not my fork.
yes daybreak and usb mtp also broke and crashed atmosphere

sure it could be something else im not making a diagnosis, merely that for me when i used the fork launching any homebrew apps crashed atmosphere

it could be something else, my install is very very old by now so maybe I have some random stuff in there, point being original atmosphere works fine if someone has the same experience they know they're not alone

if you want i can collect logs or something when i have time
 
  • Like
Reactions: Blythe93
yes daybreak and usb mtp also broke and crashed atmosphere

sure it could be something else im not making a diagnosis, merely that for me when i used the fork launching any homebrew apps crashed atmosphere

it could be something else, my install is very very old by now so maybe I have some random stuff in there, point being original atmosphere works fine if someone has the same experience they know they're not alone

if you want i can collect logs or something when i have time
im doubting the very existence of alleged problem, and am requesting crash and/or fatal crash reports to substantiate claim. As the more likely outcome is something foreign causing whatever problem (which the fatal/crash report would indicate to me almost instantly)
 
  • Like
Reactions: Blythe93
im doubting the very existence of alleged problem, and am requesting crash and/or fatal crash reports to substantiate claim. As the more likely outcome is something foreign causing whatever problem (which the fatal/crash report would indicate to me almost instantly)
here are the crash logs from yesterday
 

Attachments

  • Like
Reactions: Blythe93
here are the crash logs from yesterday
You're on firmware version 22.1.0;
the crashlogs you have provided are from qLaunch;
one of the registers carry "TR_nn::nifm::detail::INetworkProfile::[0]Update_7101041b70"
https://switchbrew.org/wiki/Network_Interface_services#INetworkProfile

which is called by "#CreateTemporaryNetworkProfile"
which is part of https://switchbrew.org/wiki/Network_Interface_services#IGeneralService

the crashing thread is "LibraryAppletThread";

you're not using sphaira instead of hbmenu or something like that? or have a custom theme? or alternatively, launching hbmenu not from album?

your crash is network related (the crashlogs have an abnormal amount of threads spawned, but i guess qlaunch might just have that many by default...?)


fork does (as does sys-patch) enable network by default without passing ctest
fork does extra: override all communication to nintendo servers to blank (dns.mitm)
this assumes regular network no proxy etc (if sys-patch works and dns.mitm config equivelant works, then fork works -> doesn't make sense why qlaunch is crashing for you)

rename /atmosphere/ to /atmosphere-backup/

boot with only fork as /atmosphere
if still qlaunch crash, then is at fault, if not, whatever you collected in /atmosphere-backup/exefs_patches or /atmosphere-backup/contents/ is at fault
 
Last edited by bth,
  • Like
Reactions: Blythe93
You're on firmware version 22.1.0;
the crashlogs you have provided are from qLaunch;
one of the registers carry "TR_nn::nifm::detail::INetworkProfile::[0]Update_7101041b70"
https://switchbrew.org/wiki/Network_Interface_services#INetworkProfile

which is called by "#CreateTemporaryNetworkProfile"
which is part of https://switchbrew.org/wiki/Network_Interface_services#IGeneralService

the crashing thread is "LibraryAppletThread";

you're not using sphaira instead of hbmenu or something like that? or have a custom theme? or alternatively, launching hbmenu not from album?

your crash is network related (the crashlogs have an abnormal amount of threads spawned, but i guess qlaunch might just have that many by default...?)
22.1.0 is correct

i don't have custom themes (at least that im aware of)

no idea what sphaira is

i launched hbmenu both from album and from a game while holding r or whatever and it crashed in both cases

and like i said it stopped happening when i switched back to vanilla atmosphere
 
22.1.0 is correct

i don't have custom themes (at least that im aware of)

no idea what sphaira is

i launched hbmenu both from album and from a game while holding r or whatever and it crashed in both cases

and like i said it stopped happening when i switched back to vanilla atmosphere
doesn't make sense unfortunately, my fork is still atmosphere, and does what sys-patch does, with only a few extra additions

network error on homebrew launch from album launched hbmenu doesn't make sense for qlaunch to crash - crashlogs must be red herring / unrelated

most likely need fatal crash report, not regular crash logs



logic:
qlaunch -> album (hijack to hbmenu via hbl) -> ro (part of atmosphere) -> your homebrew (.nro)
qlaunch should not be entity crashing, with network error, on launch of homebrew, worst case scenario album should be crashing title id or ro
 
Heyo so wish to give my thanks to both @Blythe93 and @bth for assistance,everything seems fine right now, so hopefully no crashes and such.
Sorry if I worded some things incorrectly, i just didn't know how to word them properly. (When I meany about the HB Apps, I meant redownoading them and re-adding them to the SD Card, idk why i said reinstall)
 
  • Like
Reactions: Blythe93

Site & Scene News

Popular threads in this forum