MIME-version: 1.0
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: 8BIT
Message-id: <1398297270.4283.19.camel@kjgkr>
Subject: Re: f2fs causes system stall
From: Jaegeuk Kim <jaegeuk.kim@samsung.com>
Reply-to: jaegeuk.kim@samsung.com
To: Marc Dietrich <marvin24@gmx.de>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Date: Thu, 24 Apr 2014 08:54:30 +0900
In-reply-to: <2601952.jk1l5iHOJT@ax5200p>
References: <2601952.jk1l5iHOJT@ax5200p>
Organization: Samsung
DLP-Filter: Pass
Sender: linux-kernel-owner@vger.kernel.org

Hi,

Thank you for the report.
When I veiwed the patch at a glance, it seems that reverting is not a
good way.

Instead, could you share the f2fs commit point that you're using?
Then, since I have a suspect for this issue, I'd like to write a patch
to test.

Thanks,

2014-04-24 (목), 00:00 +0200, Marc Dietrich:
> Hi,
> 
> it took me a while to bisect a problem which causes my ARM (tegra2) netbook to 
> frequently stall for 5-10 seconds when I enable EXA acceleration (opentegra 
> experimental ddx). I can only guess that the offending commit 8618b88 "f2fs: 
> fix not to write data pages on the page reclaiming path" somehow causes high 
> kernel latencies which may interrupt/disturb the command stream to the gpu in 
> this particular case. Reverting this commit fixes the problem. Any hints?
> 
> Regards,
> 
> Marc
> 

-- 
Jaegeuk Kim
Samsung

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/