yashsingh1/xdaforums huggingface dataset:
[General Omni Discussion] bassmanitram:
The permissions workaround report

I've now been running my permissions workaround (post 80) for a day and a half with approximately 4 hours of uninterrupted music playback and no problems with my other standard device use (calls, web browsing, messaging of all types, games, reading, YouTube).
[General Omni Discussion] lerkin:
Andrew, how is testing with your commit? Is that fuse deadlock fixed? Please reconsider your decision about i9100 test kernel, so i9100 guys can test.
[General Omni Discussion] bleggy:
I've listened to music 3-4 hours a day for a week straight without problems, but then the bug happens. Keep going, though.

I'm currently running the i777 test kernel from [MENTION=591147]Entropy512[/MENTION] -- so far so good on the music playback. I'm having problems connecting to wifi, though -- which seems to be a bug lately.
[General Omni Discussion] bassmanitram:
Understood - but with my usage I never got more than 20 minutes without the bug appearing - and the fact that the IO is now going through the vfat driver directly rather than via the FUSE driver gives me even more growing confidence that this works (but ONLY as a workaround I stress again - I'm not even remotely suggesting it's a real fix).
[General Omni Discussion] j1gga84:
I am on an international I9100 and the Bug does NOT appear with SlimSaber ROM (AOSP based) and gustavo_s kernel (CM stock kernel based), with other kernels and stock kernel from ROM excactly the same problem, but not only music stops...

I have described my problem in detail here: http://xdaforums.com/showpost.php?p=50411488&postcount=7218

I think these problems are also related to the SD card FUSE daemon?

Concerning gustavo_s kernel, could this be helpfull why I don't have problems with external SD and this kernel:

https://github.com/gustavoss/androi...mmit/ff657b9c5093b6753276f1eaf847a89d51591671

I can also ask him how he bypass the external SD bug or maybe I was only lucky and it does not appear but I was testing his kernel for about 2-3 weeks and no problems at all, only battery drain was a bit higher than with other kernels..

Maybe [MENTION=4217277]Gustavo_s[/MENTION] could say something about this? :good:

Regards
[General Omni Discussion] rocholaroca:
Any update or solution? Someone working on this?

Thanks.
[General Omni Discussion] Entropy512:
If disabling per-file fsync() alters things it is not an acceptable solution. It is also most definitely not fixing the root cause although it will significantly alter filesystem access timing which could mask the root issue. per-file fsync disable trades data integrity for performance and if any device contains that feature in the official omni kernel, I want to know so I can yell at the maintainer to remove it.

Now THESE look interesting:

https://github.com/gustavoss/androi...mmit/713f83700ee6ae42beb436a47015fd9e43067bd2

https://github.com/gustavoss/androi...mmit/05a834897283dca23d56ccf9fd76b079b56c1574

Did you bother to read the thread at all?
[General Omni Discussion] glhfggnore:
Gustavo kernel

A little update on my bug extermination journey. I post this update to clear some information for anyone interested in details of currently available bug fixing solutions, although they are considered to be not sufficient enough to kill the bug completely. My device is i9100.

After some time with dorimanx kernel + read ahead buffer size 2560 I've found music stops sometimes after heavy usage. But then it was not necessary to reboot the phone, restarting the app continues the play for another, I believe, 3-4 hours of play. But after that process battery drains too much fast with the process "system kernel" leading the drain.

So for music lovers it could be temporary solution, although I've got pms that the effect of continuos play does not necessary depend on the fix included in dorimanx kernel.

I believe it depends on these sufficient factors:

- Not using mass file transfers - although I lack information and details on that

- Music files with non-English symbols in their name

- Read ahead buffer size (the lesser it is there will be less music playback time for the first time run after reboot

Currently I am on testing gustavo kernel. It is already 3 hours of play after flashing it. I hope his fixes implemented in the kernel will give me confidence in my device music playback. Usually after kernel flash music playback does not stop for a long time, so it may be not enough testing for me to make a conclusion on music playback work. In gustavo kernel thread I believe I've seen some people still complaining on file transfer issues. So I believe the bug still exists, and that fact confirms respected [MENTION=591147]Entropy512[/MENTION] opinion. I will test music playback further. I still believe it connected somehow on file names, albeit to ensure more music playback than usual.
[General Omni Discussion] lerkin:
Battery drain is kernel wakelOck after deadlock
[General Omni Discussion] bassmanitram:
Update on the permissions hack

The permissions hack has been going strong for 2 days now with more than 10 hours of music playback and no appearance of the FUSE bug (unsurprisingly if you understand the underlying technique - it's no longer using FUSE). It doesn't fix those apps or functions that ONLY go through the /storage mounts - that's understood (because that's where the FUSE mounts are).
[General Omni Discussion] pilgrim011:
I am using Gustavo_s kernel for months already, and it doesn't solve this bug. The UMS file transfer bug is solved by recent Gustavo_s commits, but the music player definitely still stops after some time (I am witnessing this every day), and MTP file transfer doesn't work properly.
[General Omni Discussion] Entropy512:
Yeah, which is unfortunately why it isn't a fully usable solution. :(

I'm realizing the kernels I posted might have had the wrong branch which was missing all of the patches I wanted testing. Doing a mass rebuild now, starting with just the two commits I found in a post above, and then a bunch of FUSE-backported kernels.
[General Omni Discussion] Gustavo_s:
the commit you mentioned was to disable dynamic fsync, users were having USB mass storage problems and i was looking for solutions, it had nothing to do with dynamic fsync after all, but i ended up disabling it again because its dangerous

the other 2 commits that entropy512 mentioned are linux upstream commits, i have a 3.0.y branch on my github with clean sources from cyanogenmod + linux upstream commits up to 3.0.101, no other mods or patches. If you can reproduce the problem, you can try to build a 3.0.101 kernel from my 3.0.y branch (or cherry-pick fs related commits to your omni kernel) and see if the upstream patches solve the problem
[General Omni Discussion] fusionjack:
as i saw in your github, after disabling dynamic fsync, you added async fsync.

if the kernel doesn't use dynamic fsync and doesn't have async fsync, does it mean that the kernel still has fsync at all? what is the disadvantage of using dynamic fsync?

i'm asking this because slimkernel enables dynamic fsync since jb. sorry, i don't know about this thing. :p
[General Omni Discussion] Gustavo_s:
dynamic fsync disables fsync when screen is on, enables it when you turn screen off to flush all data to disk, if your phone freeze or if you pull the battery while screen is on + fsync disabled, you will end up with corrupted data, and that can cause bootloops and etc

fsync off -> boosts i/o speed but can corrupt your data

fsync on -> stability

it's not safe having fsync disabled or dynamic fsync imo
[General Omni Discussion] fusionjack:
i see, thanks for the explanation. :thumbup:
[General Omni Discussion] Entropy512:
I'll put up some new test kernels when I get home. (I built them but forgot to push them...)
[General Omni Discussion] lerkin:
Crossing fingers I9100 kernel is among them.
[General Omni Discussion] Entropy512:
Yeah. I hate blind builds but in this particular case, I'm touching common code across devices already known to build properly from our tree.
[General Omni Discussion] SamuelLG:
I hope devs will find the solution for this problem soon. Its really annoying when music stops after every 10~15 min... There are some devs working on it in SlimSaber 4.4.2.
[General Omni Discussion] Entropy512:
gah I keep on forgetting to push test kernels out... sorry. :(

edit: crap forgot again. this is a really bad week, i'm kind of a bit burned out due to non-omni stuff at the moment.
[General Omni Discussion] kulwinderjj:
I have same issue

I faced same issue with Omini. Now I am using CM 11 but facing same issue. All applications that do file operations stops sometimes. Even force stop does not work and it starts using too much cpu. Then i have to restart phone to stop the application. Attached screenshot of poweramp using cpu heavily after force stop. Same happens with solid explorer.

N7000 on CM11 Nightly
[General Omni Discussion] ermeda:
Have exactly the same issue with poweramp and Cpu usage.
[General Omni Discussion] rocholaroca:
Same here..
[General Omni Discussion] m4dm4xi:
Same here...

My problems occur when performing actions on ext sdcard....

-Saving to SD Card with Titanium Backup

-Syncing ext SD Card using Dropbox and Dropsync

-Performing antivirus check with Avast

All applications stop some time along the way....

And now one funny thing about it that might help debugging:

Application does not stop when keeping the screen active!

So when performing named tasks and setting display timeout to never: there is no problem!
[General Omni Discussion] lerkin:
But copying process hangs even while screen on
[General Omni Discussion] bassmanitram:
Have you had any feedback on the effect of these kernels - or had any success yourself?

When ya think about it, if FUSE IS mandatory, an unreliable FUSE driver actually makes the affected devices unusable except for very basic use cases. And, almost by definition, most people using OMNI aren't those likely to be in the "simple use case" group. Thus the issue is critical rather than just a nuisance (in the general Linux world I have yet to have a satisfactory experience with FUSE anyway!).
[General Omni Discussion] Entropy512:
I've never had any issues with my i777 or n7000 but I rarely use them.

And as far as feedback - see my post... As I said, I keep forgetting to push the kernels out, it's been a really bad week.
[General Omni Discussion] bleggy:
it's all good man. hope things cool down for you.
[General Omni Discussion] j1gga84:
For your info I am using SlimSaber ROM by [MENTION=1228651]fusionjack[/MENTION] and kernel by [MENTION=4217277]Gustavo_s[/MENTION] (22.02) and with this combination I have no single problem with external SD card. With beta kernel of [MENTION=2376110]dorimanx[/MENTION] the external SD stucks after first or second access...!?

Don't know why this is the case, just for info, maybe it is important for fixing the bug..

Regards

Sent from my GT-I9100 using german Tapatalk 4
[General Omni Discussion] Prashanthme:
Same here.. But with Stock kernel... Lets see how it moves
[General Omni Discussion] SamuelLG:
Last 2 weeks I tried 3 KitKat custom roms in my i9100 (cyanogenmod 11, slimkat and slimsaber, all 4.4.2), and all of them had the music stopping bug after max of 15~20 min, what forced me to go back to 4.1.2.

Since you and j1gga84 reported no bugs in the last slimsaber release, I'll test it (SlimSaber-i9100-4.4.2-20140304.zip) with stock kernel and see what happens.

PS: after 30 min of music, no buggs, yet... Hope it will continue this way ;)

I'll test it for more 1 hour, or until I fall to sleep (23:13 pm here), and tomorrow I'll post some news (hope it will be good news).
[General Omni Discussion] j1gga84:
Thanks for your info!

Could you please repeat your test with gustavo_s kernel and latest dorimanx beta (10.43 beta 92 or 93 I guess)?

With gustavo_s (22.02) combined with latest SlimSaber I have absolutely no problems for now (will test more on weekend) but with dorimanx (and also Apolo kernel) I have massive access problems to external SD and I don't know why. The strange thing is nobody else who uses dorimanx seems to have this problem/bug which I don't believe! With dorimanx also thumbnails of apk's won't load, with gustavo_s no problems at all. I also checked my external SD and formatted it just in case but everything is OK!

Regards

Sent from my GT-I9100 using german Tapatalk 4
[General Omni Discussion] lerkin:
Gonna test the **** out of slimsaber with and without gustavos'.

EDIT: Tested, still hangs while copy from sdcard0/x to sdcard0/y
[General Omni Discussion] rocholaroca:
AOSB Project working fine.

Well I used to have the same problem with the music and also thumbnails of apk's won't load (with default kernels) on Omni, Slimkat and SlimSaber but finally I test this rom... AOSB Project...(http://xdaforums.com/galaxy-s2/development-derivatives/-t2634644) and I don't have any problem anymore. :good: everything working fine... just in case that my comment help you to find out the correct solution.. thnxs.
[General Omni Discussion] Knight_43:
I'm using the latest Slimkat Weekly (3.4) and Apolo kernel and the bug still appears but it's way more rare than before...On the last week(I listen to music about 2 hours a day) the music froze just one-two times.Also,i got no particular problems with transferring files
[General Omni Discussion] spirohan:
Going further

Okay, that's great, so now we have to compare the structures of this ROM and others kitkat rom to identify the problem i guess :D

P.S : which build are you using (i'm on my way to use it too) 1.3.1 ?
[General Omni Discussion] SamuelLG:
Well... As promissed ;) , I tested the rom and last night I heard 2 hours and 30 min of music without any bug :good: . As I said, in my device, the bug always showed up in max 15~20 min, but I'll continue to test this rom over weekend to be sure the bug was somehow fixed.

[MENTION=4699854]j1gga84[/MENTION]

I'll stay in the stock kernel of slimsaber a little longer before test dorimanx and gustavo's kernel, but I'll try it.
[General Omni Discussion] cookiepuppy:
hi, i had that bug on AOSB rom and also on beanstalk, for i9100, music stopped after 5-30 min of playing, untill i reboot my device.

both roms i used gustavo kernel, i found AOKP based rom in this link http://xdaforums.com/galaxy-s2/orig-development/rom-aokp-t2485873/page5

for now i tested the music, about 1 hour and no bug yet, im using also gustavo kernel 9/2/14 build. i listen to music again for about 1 hour today and also no bug yet.

the only problem i noticed with this rom is the file transfer get stuck when copying files from pc to device with usb cable, the rom give you the mtp option for connection, so maybe this is the problem, i really dont know.
[General Omni Discussion] lerkin:
In one word - we still need definite patch to clean that bug. Hope Entropy512 will upload testing kernel eventually.
[General Omni Discussion] rocholaroca:
Yes I'm using v.1.3.1.. but I noticed that when moving or copying a big file (200mb) for example.. the transfer fail. (freeze in the middle of the copy) :crying:
[General Omni Discussion] kulwinderjj:
Still facing issue

This is very annoying bug making all kitkat roms useless. Currently i am using CM11 and facing same issue even with latest nightly. I use poweramp and my music listening time is about 5 to 6 hours daily. Music stop issue is not very common may be one time in day or sometimes not even a single time but file copy does not work at all. I can regenerate this issue with Solid Explorer with 100% accuracy. It always hangs while copying a 179mb file but strangely X-Plore can copy files. May be there is some difference in the way they copy files. CP command in terminal also works fine no issue at all.

N7000 on latest CM11 Nightly
[General Omni Discussion] kulwinderjj:
Is this similar issue

Looks like they are talking about similar issue. Camera keeps on using processor even after force close.

code.google.com/p/android/issues/detail?id=60058

I cannot post external links I am Junior member :)
[General Omni Discussion] bassmanitram:
Aw darn it - no n7000 to try!
[General Omni Discussion] bassmanitram:
Another hack experiment

So, opening up /mnt/media_rw for reading and navigation kinda works (post 80) - but with the undesirable side effect of having sdcards visible twice. But FUSE seems almost irreparably broken for S2 family devices.

The idea of FUSE is to remount the original drive at a mount point accessible to all. I think the post 80 hack proves that that is ALL it does - as long as your mount point parent folder is accessible then the sdcard behaves the same with the VFAT driver as with FUSE. The only standard difference appears to be that /mnt/media_rw is not accessible, whereas /storage is. At least on the N7000.

But there IS another kernel-supported technique for having two mount points address the same system device - the -o bind option.

So, before I break my phone (not clever to have one's hack device be one's principle form of communication - but that's the way the budget flows at the moment) - can anyone tell me why THIS wouldn't work:

remove (comment out) the service fuse_* statements at the bottom of the init.smdk4210.rc file

add something like this for each card (and USB) to fstab.smdk4210

/mnt/mount_rw/sdcard0 /storage/sdcard0 none bind 0 0​

(or separate them to a another file and have a second mount_all in init.smdk4210.rc, or whatever refactoring best suits the technique), or somehow have a standard shell script do that mounting with the mount -o bind form of the command (which is supported by the toolbox/busybox mount command - that much I have successfully tested).

Just to level-set here, I'm a very experienced general linux power-user/programmer with, conversely, no experience of android development. So polite explanations of why this wouldn't work (or would!) are welcome, as is advice on how best to test this (if it is feasible) without breaking my phone, and how to package it to make sure it gets reapplied on all updates?

Thanks
[General Omni Discussion] NaminatoR1254jaime.sier:
As for the music stopping, I have no issues running Slimsaber 442 + Apolo Kernel Beta 3 (CM), and using jetAudio. But, when I downloaded Poweramp and started

analyzing my Library, it got stuck at a certain % (not shown in number) and stops analyzing it. I rebooted and had the same issue again. From what Ive read so far, seems the issue is unrepairable so far :/
[General Omni Discussion] glhfggnore:
Update on Gustavo kernel galaxy s2

Hi everyone.

I think I have found the way how to bypass mass file copy freezes, so if you can't wait upgrading to 4.4.2, but still confused on fuse bug, you can try method, also maybe this info will help on extermination of the bug for our high skilled developers.

I have used Gustavo kernel 02-09-2014 version.

While playing music it acted far more stable than 02-20-2014 version of Gustavo kernel, it worked hours and hours of non stop music play. The second one was freezing all the time.

how to bypass large quantity file copying freeze on Gustavo kernel 02-09-2014 version:

While file copy operation freezes on es file manager application (and alternate applications using similar file system copy commands), try using stock aosp file manager application to copy.

If the screen goes off, the phone will freeze and will not respond on hardware button press until file copy operation is completed.

So I suggest you to set the screen off delay to 30 minutes, start copy operation from stock aosp file manager application, touch the screen of the phone from time to time, simultaneously check copy destination folder size by es file manager or it's alternative to be sure file copy operation doesn't hang and use power charger.
[General Omni Discussion] j1gga84:
I cannot agree 100%, I have no problems with gustavo_s version of 22.02.

Today or tomorrow he will publish a new final version of his kernel with alot of bugfixes, maybe you could also try this version and after trying please pass this information also to gustavo_s kernel thread.

Many thanks :good::)

Regards
[General Omni Discussion] Dr.69:
I'm still having this bug with all the combinations available in this thread. The music is better with some of the suggestions, but DropSync and Titanium Backup are stopping all the time.

But thanks everybody, found some great roms and kernels here.
[General Omni Discussion] NaminatoR1254jaime.sier:
Im thinking, if you wanna try that out, talk to one of the persons who build kernels for S2 (Gustavo maybe) and he could push a Kernel with the code inserted for us to test it.
[General Omni Discussion] jeffsf:
Well, one of the "unique" things about many Android boot sequences is that the root file system is the initramfs. As a result, you may need to compile your own boot image to do what you want. If you're messing with init.rc and friends, you can do what you need. Check Android developer information to make sure that you have all the right simlinks to make sure legacy programs can find "external" storage.

(Edit - The remount of storage through FUSE is, as I understand it, so that it *isn't* able to be read by everyone, only the logged-in user. Who knows, one day they may even overlay SELinux on a FAT for system.)

---

Posted from whatever phone booted today
[General Omni Discussion] rocholaroca:
Music Stop

Update2: Using AOSB 1.3.1 after 30min playing music.. the app freeze..:eek:
[General Omni Discussion] bassmanitram:
Ah - noted on initramfs (I'd have tried changing files from a booted system and sworn fruitily when the changes were seen to be lost on reboot!).

Re FUSE - that would make sense - the real use of FUSE is, indeed, to allow file-systems to be mounted in user space - but for the small number of devices really messed up by the bug (all phones, I believe - no tablets), normally there is only one user anyway so I think it's still worth trying.

Thanks for the helpful info.
[General Omni Discussion] NaminatoR1254jaime.sier:
Small question, what happened with this supposed commit https://gerrit.omnirom.org/#/c/5307/ ?
[General Omni Discussion] Dr.69:
Hi,

Just quoting from here:

http://xdaforums.com/showthread.php?p=50958571

Will try this in the evening and report if it helps.
[General Omni Discussion] FrodgE:
That thought crossed my mind also but after formatting my sd card to ext4 (or maybe it was ext2... can't remember now) android wouldn't detect the card as available external storage. There were plenty of hacks available to work around the issue but no support "out of the box". I didn't try exFAT so if you try I'd be interested to hear how you go.
[General Omni Discussion] lerkin:
Please report, very curious to hear your results.

What is your plan? Ext for internal and exfat for external?
[General Omni Discussion] Entropy512:
I keep on forgetting to push out test kernels with it.

(I usually check this thread from a location where I don't have access to my buildbox or my test kernels that have been sitting unpublished for over two weeks because I always forget to push them out when I do have access to them... Sorry! :( )
[General Omni Discussion] NaminatoR1254jaime.sier:
Dont worry, though I read the commit comments and users were still having issues :(

Enviado desde mi GT-I9100 mediante Tapatalk
[General Omni Discussion] rocholaroca:
EACCES (Permission denied) Problem on ext4

I try formatting the sd card on /ext4 but now I have this problem to access my files:

EACCES (Permission denied) Problem

http://xdaforums.com/galaxy-s3/help/eacces-permission-denied-problem-t2015238

Is Google blocking apps writing to SD cards ?

http://www.chainfire.eu/articles/113/Is_Google_blocking_apps_writing_to_SD_cards_/

Failure to write to real external SD card on Android 4.4

https://code.google.com/p/android/issues/detail?id=66410
[General Omni Discussion] CRXed:
You know that reminder thingy app on your phone? It's called Calendar :silly:
[General Omni Discussion] andyman_187:
try using exFAT instead of ext4. did this to my external SD and so far, 2 days with non-stop music for me.
[General Omni Discussion] NaminatoR1254jaime.sier:
Do you use Poweramp? If so, how much time does it take your s2 to build your library from zero?