The time is not shown because of mobile data turned off. Time is only shown when mobile data is on.You got something else going on. The mobile standby should show a time of how long it has been active. Mine does.
First, thanks for your work! Using your kernel on my new and shiny Pixel 6, all works well!nice catch.
yeah by default it should be off on the pixel 6 pro.
I´ll talk to @tbalden , maybe there should be a warning for p6pro.
glad you don´t need to wipe now. every prevented wipe is a good one.
did you switch off the "enable proximity sensor on screen on" option in the companion app?First, thanks for your work! Using your kernel on my new and shiny Pixel 6, all works well!
Second, a note on 60Hz lock issue - faced it here as well and decided to dig a bit.
Just checked both CleanSlate Companion and Configuration apps.
Results while installing/uninstalling both:
So it seems that Companion app is the culprit here. Once you install it and launch - it immediately sets the screen to 60Hz and it doesn't change.
- both Companion and Configuration installed = 60Hz
- only Companion installed = 60Hz
- only Configuration installed = 90Hz
- both uninstalled = 90Hz
did you switch off the "enable proximity sensor on screen on" option in the companion app?
That's probably not a kernel's fault. I used to have around 0.4%/hr while idling and suddenly this has risen to 1.5% for the last 5 days or so. I suspect it's the carrier services but even after installing a newer version and clearing data for both carrier services and play services didn't get better.hey guys! hows your idle drain? i just got aware that mine seems really bad. just lost like 12% over a 9 hour sleep.
thats not good right?
View attachment 5472203
Do you spoof another model than pixel 6 via magisk props?Oh snap - there isn't such an option in my version of the app (latest beta)... I tried switching the Extra Notification Detection instead. No dice.
View attachment 5476301
Nope, I didn't have to - USNF alone works fine for GPay.Do you spoof another model than pixel 6 via magisk props?
Can you try with the non beta app on the CleanSlate thread?
Let's tag @tbalden, he might know best at this point.
Good find, thank you for the report! It's related to a bug in the pixel6 detection in the app I didn't notice yet... rolling out an update to the play store with a fix. As soon as google approves it, should be available.Nope, I didn't have to - USNF alone works fine for GPay.
Will try with the version from the thread.
If you're talking about a full factory reset, you can't do so without restoring your phone to 100% stock first (flashing the 100% stock official firmware zip). Never perform an official factory reset on a phone running modified software. Always return to 100% stock first. You don't have to re-lock the bootloader, everything just has to be 100% stock.If I reset my phone, can I just Magisk the kernel boot.img for root or do I need to flash everything again to have the kernel installed?
I answered this on page 8. The exact thing you're asking about.If I reset my phone, can I just Magisk the kernel boot.img for root or do I need to flash everything again to have the kernel installed?
SeeTry enabling Force Peak Refresh rate. But sounds like a bug you should report to Google if occurs on stock.
Factory reset is always an option too. You'll be able to do it while running the kernel and you'll keep root. The magisk app will be gone and replaced by a stub that offers to download magisk app and then says you need to reboot for magisk to be fully installed. I've already done this when fingerprint scanner broke and was rooted with this kernel (not saying kernel caused it).
If you're talking about a full factory reset, you can't do so without restoring your phone to 100% stock first (flashing the 100% stock official firmware zip). Never perform an official factory reset on a phone running modified software. Always return to 100% stock first. You don't have to re-lock the bootloader, everything just has to be 100% stock.
If you're talking about some other method to just reset the data partition (similar to a custom recovery / TWRP's "factory reset" which is just a wipe of the data partition), then that doesn't restore the stock (unrooted) kernel. Nothing will restore the stock kernel besides flashing the full factory image.
Which you would have known had you searched!I never read this first, but reset my phone within Settings, and everything seems to be fine.
Some phones and in certain situations factory reset with a modified OS caused problems. Not problems you couldn't usually resolve, but still a headache. You found out it's not a problem on this situation and phone. I wouldn't ever risk it on any phone.I never read this first, but reset my phone within Settings, and everything seems to be fine.
kernel source is already up. I don´t see anything we don´t already have in the current kernel. So it should be fine to flash.
In a way it is.Power saving mode is not that. Let's say we have TDP 5 w and the phone gets very hot in some applications. And if you reduce TDP, for example, to 4.8 or 4.6, then throttling will come earlier and will not heat up the phone as much.
The article mentions there are no details on the exploit yet as far as i read it. So how should I know?Hey @Freak07, is this already patched in your kernel? https://www.androidpolice.com/pixel-6-galaxy-s22-kernel-vulnerability-raviole/
Or can it be patched for the next update? No pressure, just wondering if we need to wait for Google to patch it or not.
Whoops, guess I read the article too fast! My bad!The article mentions there are no details on the exploit yet as far as i read it. So how should I know?![]()
Will do if I come across the actual explanation of the exploit!No problemif you stumble over a link to GitHub or another similar site feel free to share
![]()
kernel source is already up. I don´t see anything we don´t already have in the current kernel. So it should be fine to flash.
The issue is Magisk 24303+ no longer stripsNow to my question, if I am on June update, magisk 25 beta installed and rooted, should the 3.0.1 kernel install with FKM successfully even though I still have Verity and verification enabled?
avb
from fstab
, so when the phone boots, first stage mount looks at the fstab
entry for vendor_dlkm
, which references vbmeta
, so it looks at the hashtree descriptor for vendor_dlkm
in vbmeta
and tries to setup a verity device using those values, but vendor_dlkm
for the kernel is different from stock, so those values are incorrect, mounting fails, and the device bootloops.avb
in the fstab
entry and mounts the partition directly.vbmeta
, then AK3 will run Hashtree Patcher on your vbmeta
and vendor_dlkm
partitions, updating the hashtree descriptor in vbmeta
and appending the hashtree and FEC data to the vendor_dlkm
partition.