Your title for the OP says it is for the vs980 as well...
I don't not see a link for it though
Went to dinner. I'll build that one next.
Your title for the OP says it is for the vs980 as well...
I don't not see a link for it though
Try with flashify?
Edit: d802 works.
Tried dori kernel on liquidsmooth -> /cache /data -> f2fs mounted.
Sideffect -> reboot or any other power option doesn't work
Throw me something else to test.
I'll be glad to help.
I'm very knowledgeable in this stuff.
#!/system/bin/sh
mount -t f2fs /dev/block/platform/msm_sdcc.1/by-name/cache /cache
SManager with the mount command (SU and Boot options enabled) it fully mounts the cache partition under F2FS! No user interaction is needed.
Code:#!/system/bin/sh mount -t f2fs /dev/block/platform/msm_sdcc.1/by-name/cache /cache
Very cool! This raises my thought: Could we move SManager to be a /system app, move the script to /system and then use that to mount /data so data can be f2fs also... I guess that would depend on if the script ran before the decryption screen popped up. I'd be intrigued to give it a whirl, that's for sure.
It's worth a try. Although the script would need to be in a location that could have permission changed. And it would have to run before any other command.
Mount and then run everything else.
Figured I could go a step farther and put it in the ramdisk. I'm trying to figure out what command is actually mounting the file systems in init.target.rc. It is using mount but without the -t flag, which doesn't seem to work in console. Trying to figure out what mount command is being called since busybox needs the -t flag.
As long as it doesn't mess with the aboot I'm willing to test for you.
Eh, it is just a matter of trial and error, I can flash my phone back and forth easy enough. So far, no luck. /facepalm. Maybe tomorrow night.
I'm going to -attempt- my new discovery on /data tomorrow and see what happens.
Don't know what time but it will happen lol
Just have to make the script first THEN convert haha
My inclination is you'll probably hang on the decryption screen before the script runs. Make sure you're backed up just in case
I'm thinking the same thing. ...
But I could always try the /system route you suggested.
If so we should ultimately get recovery to mount it for us.
fstab like real Linux does?
There is an fstab, its in the ramdisk. If you change the partition to f2fs in the fstab, it doesnt boot. If you change the partition to f2fs in dori's mount script, it boots, but the partition isn't mounted. I think the init.mount() function of dori's kernel is missing f2fs support. Or at least that's my best guess at this point.
Maybe dori edited the code that compiles init. The init in other kernels I've looked at is ~150kb smaller than dori's.