You will stuck at loading os. Install kernel via twrp. And Magisk.So, if I haven't backed up my partitions, can I just boot into twrp, flash 10.10 and boot into system without any issues? Someone tested?
Backing up and restoring is such pain in ...
Thnx in advance
So, I should flash arter kernel after flashing 10.10?You will stuck at loading os. Install kernel via twrp. And Magisk.
I think. At least it's what I've done.
So, if I haven't backed up my partitions, can I just boot into twrp, flash 10.10 and boot into system without any issues? Someone tested?
Backing up and restoring is such pain in ...
Thnx in advance
when you fastboot flashed the img's, did you specify a slot or simply flash without specifying a slot? just wonderingYeah, restoring via fastboot is reliable. And it's basically the same steps: Restore, then upgrade locally, then for root you can either patch the kernel or flash Magisk via TWRP.
I only went for the kernel patch option because I was too paranoid to flash TWRP and risk losing my data. Is it safe to flash it without wiping anything?
I had 2 dtbo and vendor_boot images for each slot, the backup had them named dtbo_a and dtbo_b. So I did fastboot getvar current-slot first to confirm the slot, then just fastboot flash dtbo dtbo_a.img .when you fastboot flashed the img's, did you specify a slot or simply flash without specifying a slot? just wondering
thanks for the response. yeah I only have a backup of the images from the telegram group, but I can flash each one to both slot a and b, but I was just wondering if it was necessary to get the update to take, bc the basic command 'fastboot flash boot boot.img' or whatever is being flashed will auto flash to the current active slotI had 2 dtbo and vendor_boot images for each slot, the backup had them named dtbo_a and dtbo_b. So I did fastboot getvar current-slot first to confirm the slot, then just fastboot flash dtbo dtbo_a.img .
Sorry mate, I don't have a clear answer to that, this whole slots thing is confusing and risky. Hopefully you will get better support on Telegram.thanks for the response. yeah I only have a backup of the images from the telegram group, but I can flash each one to both slot a and b, but I was just wondering if it was necessary to get the update to take, bc the basic command 'fastboot flash boot boot.img' or whatever is being flashed will auto flash to the current active slot
I backed up and restored with dd, and wrote each image to both slots. The update went smoothly.thanks for the response. yeah I only have a backup of the images from the telegram group, but I can flash each one to both slot a and b, but I was just wondering if it was necessary to get the update to take, bc the basic command 'fastboot flash boot boot.img' or whatever is being flashed will auto flash to the current active slot
well I have the images (partitions) ready to flash, is there any difference between using fastboot to flash vs dd?I backed up and restored with dd, and wrote each image to both slots. The update went smoothly.
I don't know what dd is, just used fastboot.well I have the images (partitions) ready to flash, is there any difference between using fastboot to flash vs dd?
yeah my bad was asking @tathagatab
I don't know. Didn't try fastboot flash. Just used dd from the twrp terminal, and it worked.well I have the images (partitions) ready to flash, is there any difference between using fastboot to flash vs dd?
yep, although it took a while to get one (others were getting random reboots sooner than I was) -- in short, when I open my camera, I have about a 1 in 4 chance of getting a reboot, don't know why, but that is the only time I get them. went back to stock bc having my phone reboot when trying to take a video on xmas is something I don't feel like dealing with unfortunately. thing is this kernel is awesome in every way and I wish I could continue using, but that's the deal breaker for me
So far, mixed feelings. Phone runs super smooth. There are zero drops in anything now, constantly at 120 when any motion is present. It's really cool, it's a level of polish I have do not remember having on a phone before. However, it's not all good: the battery life situation is identical to before flashing. 15%/hour screen on, and about 3% idle. Either long screen on time, or phone is available all day. Not both unfortunately, I was hoping to get less battery use with screen on for more flexibility throughout the day. Also, this plays TERRIBLY with Netflix. Last night it would crash and reboot when plugging in with Netflix running, and 24hrs later attempting to play anything on Netflix makes a worrying noise and results in a crash and reboot. Am using r12 on derpfest. If anyone has some advice on how to amend the above, I am all ears. Still wondering wether the benefit is worth the quirks and complexity/likelyhood of bricking.
If you experience a crash ( random reboot ) the dmesg you grab after the crash does not provide any helpful info to find out what causes the problem. Instead, we have last_kmsg, or what is now pstore, that is basically logs from the previous boot.
It's important to note that if the reboot was done by force by the user, ie. by holding the power button, these logs get wiped, so just wait for the device to reboot on its own.
How to grab one? Read below!
On Mobile:
- Just send the contents of /sys/fs/pstore
OR
- Install syslog (https://play.google.com/store/apps/details?id=com.tortel.syslog) app.
Make sure "PStore console" is checked.
Give it super user (root) permissions and grab logs.
According to Google’s fleetwide profiling, multi-generational LRU yields an “overall 40% decrease in kswapd [the kernel daemon that manages virtual memory] CPU usage,” an “85% decrease in the number of low-memory kills at the 75th percentile,” and an “18% decrease in app launch times at the 50th percentile.”
clatd-rmnet_data1 -i rmnet_data1 -m 0xf0075
etc. (it's longer but I omitted it) runs in the background at full CPU speed when checking top -m 10
, making the phone heat up super fast and drain the battery? It happens sometimes when turning off Wi-Fi, but always happens everytime after going to bed and waking up seeing my phone at 1%, or when charging overnight I see it super hot and phone threw the overheating notice at one point. I'm on latest OOS11 if that matters./sys/module/lowmemorykiller/parameters/lmk_count
According to Google’s fleetwide profiling, multi-generational LRU yields an “overall 40% decrease in kswapd [the kernel daemon that manages virtual memory] CPU usage,” an “85% decrease in the number of low-memory kills at the 75th percentile,” and an “18% decrease in app launch times at the 50th percentile.”