Hi, no problem at all.
No, I never did ro remount before it happened. In fact its been a long while since I used ro. Regards On Thu, Aug 31, 2017 at 8:01 AM, Chao Yu <yuch...@huawei.com> wrote: > Hi Marcelo, > > Sorry for the delay, :( > > I'd like ask, any possible that we did ro remount before the problem happened? > > Thanks, > > On 2017/8/24 1:26, Marcelo "Marc" Ranolfi wrote: >> Chao, >> >> I just had the same problem, with kernel 4.12.8 with patch _f2fs: fix >> out-of-order execution in f2fs_issue_flush_. >> >> On Tue, Aug 22, 2017 at 2:00 PM, Marcelo "Marc" Ranolfi >> <marc.2...@gmail.com> wrote: >>> Hi Chao >>> >>> I'm testing the kernel with your patch since last night. Will give new >>> feedback a couple of days/weeks about how it goes. >>> >>> >>> Thank you. >>> >>> >>> >>> On Mon, Aug 21, 2017 at 11:58 AM, Chao Yu <c...@kernel.org> wrote: >>>> Hi Marcelo, >>>> >>>> Thanks for the report! >>>> >>>> Would you have a try with below patch? >>>> >>>> f2fs: fix out-of-order execution in f2fs_issue_flush >>>> >>>> Thanks, >>>> >>>> On 2017/8/16 15:24, Marcelo "Marc" Ranolfi wrote: >>>>> Just wanted to let you all know that this is still an issue, even with >>>>> the 4.12.7 kernel. >>>>> >>>>> The two most affected applications are qemu-system-x86_64 and totem. >>>>> >>>>> On Wed, Aug 9, 2017 at 3:04 AM, Marcelo "Marc" Ranolfi >>>>> <marc.2...@gmail.com> wrote: >>>>>> What follows is a bug report. >>>>>> >>>>>> I've been experiencing system lockups somewhat randomly. Sometimes an >>>>>> application freezes, and when I go check its properties, it says the >>>>>> process' Wait Channel is _f2fs_issue_flush_. >>>>>> >>>>>> Sometimes it's the qemu process (which I use via libvirt), other times >>>>>> it's Firefox, or Gnome Videos (totem) and it happened to Nemo once as >>>>>> well. I have screenshots if necessary. >>>>>> >>>>>> I've been tracking this with screenshots, and it's happenning every 4 >>>>>> days - on average. >>>>>> >>>>>> When this happens, the process stays unresponsive no matter what. I >>>>>> tried: >>>>>> >>>>>> - Restarting swap >>>>>> - Restarting the Display Manager >>>>>> - Graceful shutdown / reboot - takes forever, doesn't work >>>>>> - Shutdown -k and unmounting filesystems from command line - root >>>>>> can't be unmounted unless -l used, no solution >>>>>> >>>>>> The only working solution is to reset the machine via power button or >>>>>> #reboot -f. >>>>>> >>>>>> I have: >>>>>> >>>>>> - Kingston SV300S37A120G - hardware is fine, I have other OS / >>>>>> filesystems on it >>>>>> - f2fs filesystem in a 40 GB partition, GPT >>>>>> - kernel 4.12.4 with systemd 234.11 - typical up-to-date Arch Linux >>>>>> setup. >>>>>> >>>>>> You gentlemen let me know if I provide more help. >>>>>> >>>>>> Best, >>>>>> Marc >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Check out the vibrant tech community on one of the world's most >>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>>> _______________________________________________ >>>>> Linux-f2fs-devel mailing list >>>>> Linux-f2fs-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel >>>>> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Linux-f2fs-devel mailing list >> Linux-f2fs-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel >> >> > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Linux-f2fs-devel mailing list Linux-f2fs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel