- 03 Apr, 2020 6 commits
-
-
topjohnwu authored
-
topjohnwu authored
-
Chris Renshaw authored
-
Shaka Huang authored
Value of <dt>/fstab/<partition>/dev and <dt>/fstab/<partition>/type in official Android emulator ends with newline instead of \0, Magisk won’t be able to patch sepolicy and crash the system. Signed-off-by:
Shaka Huang <shakalaca@gmail.com>
-
Chris Renshaw authored
Fixes #2619
-
zivmc authored
Signed-off-by:
zivmc <zivmc@users.noreply.github.com>
-
- 02 Apr, 2020 3 commits
- 01 Apr, 2020 2 commits
-
-
topjohnwu authored
The existing method for handling legacy SAR is: 1. Mount /sbin tmpfs overlay 2. Dump all patched/new files into /sbin 3. Magic mount root dir and re-exec patched stock init With Android 11 removing the /sbin folder, it is quite obvious that things completely break down right in step 1. To overcome this issue, we have to find a way to swap out the init binary AFTER we re-exec stock init. This is where 2SI comes to rescue! 2SI normal boot procedure is: 1st stage -> Load sepolicy -> 2nd stage -> boot continue... 2SI Magisk boot procedure is: MagiskInit 1st stage -> Stock 1st stage -> MagiskInit 2nd Stage -> -> Stock init load sepolicy -> Stock 2nd stage -> boot continue... As you can see, the trick is to make stock 1st stage init re-exec back into MagiskInit so we can do our setup. This is possible by manipulating some ramdisk files on initramfs based 2SI devices (old ass non SAR devices AND super modern devices like Pixel 3/4), but not possible on device that are stuck using legacy SAR (device that are not that modern but not too old, like Pixel 1/2. Fucking Google logic!!) This commit introduces a new way to intercept stock init re-exec flow: ptrace init with forked tracer, monitor PTRACE_EVENT_EXEC, then swap out the init file with bind mounts right before execv returns! Going through this flow however will lose some necessary backup files, so some bookkeeping has to be done by making the tracer hold these files in memory and act as a daemon. 2nd stage MagiskInit will ack the daemon to release these files at the correct time. It just works
™ ¯\_(ツ)_/¯ -
topjohnwu authored
-
- 31 Mar, 2020 3 commits
-
-
topjohnwu authored
-
Viktor De Pasquale authored
It will additionally show that download is complete rather than being stuck on loading.
-
Viktor De Pasquale authored
-
- 30 Mar, 2020 7 commits
- 29 Mar, 2020 10 commits
-
-
Davy Defaud authored
-
Taras authored
-
JoanVC100 authored
-
Vladimír Kubala authored
-
dark-basic authored
Add new line.
-
Viktor De Pasquale authored
-
Viktor De Pasquale authored
-
Viktor De Pasquale authored
-
Chris Renshaw authored
- now that Canaries are only commit hashes for the version string, the v is unnecessary/confusing, so the simplest solution is to just remove the v from the filename for all Manager-based downloads of Magisk and Manager
-
topjohnwu authored
Close #2595
-
- 28 Mar, 2020 4 commits
- 27 Mar, 2020 3 commits
- 26 Mar, 2020 2 commits
-
-
Viktor De Pasquale authored
The FlashActivity has been removed and all of it's functionality has been transferred to the FlashFragment. The FlashFragment needs to be however launched in a different way than the activity using the MainActivity's stub and so seemingly massive changes had to be made. Notably the RemoteFileService didn't seem to be calling Service.startForeground(), which has been crashing the application due to the system requirements, so that's been fixed.
-
Viktor De Pasquale authored
-