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

Reply via email to