Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp192108pxy; Wed, 21 Apr 2021 23:09:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw8QS2CsxluKH4RkS6VxoH8D0hnkEOhs59wEqqlK58VrgsiyzhFG3P62mSkWRi0fCWfy+Le X-Received: by 2002:a17:906:ecb8:: with SMTP id qh24mr1708418ejb.162.1619071758563; Wed, 21 Apr 2021 23:09:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619071758; cv=none; d=google.com; s=arc-20160816; b=BQgMophoWDz4NDyUzaGuU/SC6B5uBpsZ4Z4n8OfETvOuj0vTJ1h85YX5t32Gmr0+RJ gAdvvQ8Jc4Jh7ARtlQ6JwKyaNUfEa8VHktEhoqJMULLd9pqW8SZ7MK4RimRnqEHw9TPk hUtwFAVX53Rm39Sw+fyja9Ejm2pTFEBm0c6B5kKVXrcwaq2QlZrA9JjEyGEm83AR+Bnu khr/YpXSUhFQvKBpt8RJiPF9wGdxeCkmswKakNcrpF1oAK7LlV/m4cYTWPmakmhLJzJy 27hoHPNf5u6sPPajWnF6UgxI9HfrT7vpuQRMkrZ6Ess0WFXhYgVc31n+uc0irpAjqB2l SzRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=uDbZGpxY5cj/LcGyy7dNjBeA2klU8Ylwjj5sz2khDU8=; b=f++2TKnwvJY6Xmc+xpE/2AySvd6LZLY5nKdgrufzDjhC8Qdu2vehNkPN8y/+/JsJZ8 4A+Aq9bM2dITNXjZn84ah15FUvtQd1XylGRbcLdWgID+Davcq46ALEOCKit0Q2OgLxiI bKyt7iXbnYw4lE1xciYhemZhey2mCPV7d0OUYT/awa2mRtM8xftSyHnIKbpYOvX0vIeq FS38mG9WRc3AeBM5wJBXgnRmTx4ptP3IA7isYrCgD8zOstN7zKCk5nu/HBjdVynie4tW 2sTqv5IzIAoS7sUtwyAyPwr8m47O0FoEiI4t9DfF4SejKfXom2H0eKDARy0Vs2UxpE5D 2H1Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d21si1272927edu.262.2021.04.21.23.08.53; Wed, 21 Apr 2021 23:09:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229962AbhDVGIf (ORCPT + 99 others); Thu, 22 Apr 2021 02:08:35 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:17388 "EHLO szxga06-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229547AbhDVGIe (ORCPT ); Thu, 22 Apr 2021 02:08:34 -0400 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4FQn3W2p1XzjbKh; Thu, 22 Apr 2021 14:05:59 +0800 (CST) Received: from [10.136.110.154] (10.136.110.154) by smtp.huawei.com (10.3.19.204) with Microsoft SMTP Server (TLS) id 14.3.498.0; Thu, 22 Apr 2021 14:07:33 +0800 Subject: Re: [f2fs-dev] [PATCH v4] f2fs: compress: add compress_inode to cache compressed blockst To: Jaegeuk Kim CC: , References: <20210202080056.51658-1-yuchao0@huawei.com> <46e9924c-0086-cd2a-2e93-7149b92ba27e@huawei.com> <01a0ff76-6fa7-3196-8760-e7f6f163ef64@huawei.com> <157988c7-079f-0c9f-5cf9-e83bc2f835d1@huawei.com> From: Chao Yu Message-ID: <6d574f4e-fed2-ded8-c9d5-4d88bff5d584@huawei.com> Date: Thu, 22 Apr 2021 14:07:32 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.136.110.154] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/4/22 11:59, Jaegeuk Kim wrote: > On 04/21, Chao Yu wrote: >> On 2021/3/11 4:52, Jaegeuk Kim wrote: >>> On 03/09, Chao Yu wrote: >>>> On 2021/3/9 8:01, Jaegeuk Kim wrote: >>>>> On 03/05, Chao Yu wrote: >>>>>> On 2021/3/5 4:20, Jaegeuk Kim wrote: >>>>>>> On 02/27, Jaegeuk Kim wrote: >>>>>>>> On 02/04, Chao Yu wrote: >>>>>>>>> Jaegeuk, >>>>>>>>> >>>>>>>>> On 2021/2/2 16:00, Chao Yu wrote: >>>>>>>>>> - for (i = 0; i < dic->nr_cpages; i++) { >>>>>>>>>> + for (i = 0; i < cc->nr_cpages; i++) { >>>>>>>>>> struct page *page = dic->cpages[i]; >>>>>>>>> >>>>>>>>> por_fsstress still hang in this line? >>>>>>>> >>>>>>>> I'm stuck on testing the patches, since the latest kernel is panicking somehow. >>>>>>>> Let me update later, once I can test a bit. :( >>>>>>> >>>>>>> It seems this works without error. >>>>>>> https://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git/commit/?h=dev&id=4e6e1364dccba80ed44925870b97fbcf989b96c9 >>>>>> >>>>>> Ah, good news. >>>>>> >>>>>> Thanks for helping to test the patch. :) >>>>> >>>>> Hmm, I hit this again. Let me check w/o compress_cache back. :( >>>> >>>> Oops :( >>> >>> Ok, apprantely that panic is caused by compress_cache. The test is running over >>> 24hours w/o it. >> >> Jaegeuk, >> >> I'm still struggling troubleshooting this issue. >> >> However, I failed again to reproduce this bug, I doubt the reason may be >> my test script and environment(device type/size) is different from yours. >> (btw, I used pmem as back-end device, and test w/ all fault injection >> points and w/o write_io/checkpoint fault injection points) >> >> Could you please share me your run.sh script? and test command? >> >> And I'd like to ask what's your device type and size? > > I'm using qemu with 16GB with this script. > https://github.com/jaegeuk/xfstests-f2fs/blob/f2fs/run.sh > > ./run.sh por_fsstress Thanks, let me check the difference, and try again. Thanks, > >> >> Thanks, >> >>> . >>> > . >