Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp756057pxk; Wed, 9 Sep 2020 19:14:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzjHOMAyGGXPqJMV0C4WAseu/zL4wb2MZrUKRXTJ3wMLHfmj+fLw69WMY8lKbM8erVCa7nt X-Received: by 2002:a17:906:af53:: with SMTP id ly19mr6348350ejb.503.1599704091823; Wed, 09 Sep 2020 19:14:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599704091; cv=none; d=google.com; s=arc-20160816; b=IJ7NTNalUYdj5PXhopBwUm5tIX/7i70I+DK2QHaJ9XKdy1CMXA6OSCvcJJtidiy8Gq XLv0GQCoRk0VlM9TPhminDWT3Fa91asELWLxA22AabomgAjSj6+Bf7F3fp9Myld8a2Im hdkPvXVZrXFyAjyldwg2CYuQT8zlKPV8bEq5p0l8Lb1Bvat1iaFoMpfl337tEKcXZqix IREX5vsXWkX09JUc6gAXP70AjI5twT8r/CSZmMltGHBIMIQhMVdQ6KZp8xDJVZT+/z45 7uyssAF/F2S/Y5245PjAm+oYnlwj5sxnSuWOTtRk9FgAfSxBomjvPZjiGTviE+jkFonZ gi8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=yl188sYExyD90GkGlBv3BhIbGYC9T3G2g/05Tggzfnw=; b=ujA7+elIG020zfrLS9/SGFI6nZUGi/pZ+y0Y5ZixIBb3Ii1KQikQfjl16T7TjnwKPs dwm2U3cZfLHw8NqQltl2/sWiW2ZfSy2NH4jGWklldH4s3vlHaX6AEuCTdtM5Vhludq3p B/qaeBpzjQbh2AmCwlTv5SU0EuJ46Y7zYxO3xhMkdeJwexrxZC0JgXOcuZCHPzdyH2Ze /J/aQtQxwesu3KusT9+nZg8xxFK9cAKCx/DvzpFBLilM2drvQDaYTGuewl40yjWX678E xw90lT38swPYTo4/D4sfxbLQTkg9ov646FlqdVQgetGZq27/WxkFe97ODF3iojTtHP9+ JcYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VxfEaHf9; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a15si2622079eds.350.2020.09.09.19.14.29; Wed, 09 Sep 2020 19:14:51 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VxfEaHf9; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730521AbgIJCI4 (ORCPT + 99 others); Wed, 9 Sep 2020 22:08:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52580 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730439AbgIJCCb (ORCPT ); Wed, 9 Sep 2020 22:02:31 -0400 Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DF3F9C0617A1 for ; Wed, 9 Sep 2020 16:23:30 -0700 (PDT) Received: by mail-lf1-x136.google.com with SMTP id x77so2552461lfa.0 for ; Wed, 09 Sep 2020 16:23:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=yl188sYExyD90GkGlBv3BhIbGYC9T3G2g/05Tggzfnw=; b=VxfEaHf9+nL+R2k+5le9H9YNehcUR633iVDOtcpItDj5uw4ygLrSb9Cs/iP0lTLExE 2vj6cnYiqIpwdVHsnSbU1ggz6teLUODzSsuBP24F2DsBkeAUxi+eYtkP9+Jsleu0PUWx F59zR+gvWpK70BVa98dDHlayuC7om5SYx7Gj69U1GHpWh/Gil6Xiwwi23U8zRnY2AV1p xdLEINiD6X75kO31RJ9Q6XNOswjoKStJdVuXOxJgq7CaFHNVSRXMj2bi0SbPOr9xxqYb BuX/UYnc9ML9tNResZ/r/6rkxhryRGOOVHq22wuFuZOzzpbNp3wO/5fLxTKERS2SNR8F w4hQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=yl188sYExyD90GkGlBv3BhIbGYC9T3G2g/05Tggzfnw=; b=NnZca8FsgAoxyDOcQ3xF+Bsc+LCPmWb6rECDqWhGiT5tatGnplCsyDg0rqVD4B+UgE NrNW1bul2WymYcYCO+uTdnFkkXAV7VGsGB7Utwzb6wDofpN84nCZkd9a8xDJsQjK03nL HVH7BDG+y9k97Q2mfzAJd//0B5gnatjabLKghtOmBvjxEZcdHzn8bJ6wE7Xaw7lr7GP3 mzX1gUyKEj8OeBg4dncT3p/WagYL7XJGkVYH+cXKacWxX8k5xNl0EZfrlNNomRu/PFoA IlOyyr/MB+6xneO072FlMFQ9C7qc5vEANwnvDxVUc15ewui3BV/1yGhn2rT2HUM4zMii YNtQ== X-Gm-Message-State: AOAM5320hCOkvTD35btqFR/mneQNZuZAEwQ7NqshTN9JSOBtOTX5do2d es4/aSqlsVEqKPkH9aAbVuH0JVmW01P6Xncltfk= X-Received: by 2002:a19:5e19:: with SMTP id s25mr2812753lfb.196.1599693808198; Wed, 09 Sep 2020 16:23:28 -0700 (PDT) MIME-Version: 1.0 References: <220b1cb4-9c2e-c9db-5590-6dcd43b9aaed@huawei.com> In-Reply-To: <220b1cb4-9c2e-c9db-5590-6dcd43b9aaed@huawei.com> From: Daeho Jeong Date: Thu, 10 Sep 2020 08:23:17 +0900 Message-ID: Subject: Re: [f2fs-dev] Question about STEP_DECOMPRESS_NOWQ To: Chao Yu Cc: linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, kernel-team@android.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Got it. I misunderstood that is some residue of trying to implement softirq context decompression. :) 2020=EB=85=84 9=EC=9B=94 9=EC=9D=BC (=EC=88=98) =EC=98=A4=ED=9B=84 4:15, Ch= ao Yu =EB=8B=98=EC=9D=B4 =EC=9E=91=EC=84=B1: > > Hi Daeho, > > On 2020/9/9 12:43, Daeho Jeong wrote: > > Hi Chao, > > > > I have a question about the below flag for decompression. > > > > STEP_DECOMPRESS_NOWQ, /* handle normal cluster data inplace *= / > > > > According to the comment, you added this for using inplace > > I added this for the condition that: in compressed inode, partial cluster= s are > written as normal (non-compressed) one due to bad compress ratio, during = reading > data in normal cluster, we don't need to queue them in workqueue, instead= , we > can just handle them in IRQ context (end_io()). > > That says, if all pages in bio are non-compressed, we tag step w/ STEP_DE= COMPRESS_NOWQ, > once there is at least one page is compressed, we change step to > STEP_DECOMPRESS. > > > decompression but inplace decompression mode is not being activated > > 'inplace decompression' means decompress in > a. reader thread or > b. IRQ context ? > > Thanks > > > now, since we are setting STEP_DECOMPRESS right after bio_add_page(). > > > > if (bio_add_page(bio, page, blocksize, 0) < blocksize) > > goto submit_and_realloc; > > > > /* tag STEP_DECOMPRESS to handle IO in wq */ > > ctx =3D bio->bi_private; > > if (!(ctx->enabled_steps & (1 << STEP_DECOMPRESS))) > > ctx->enabled_steps |=3D 1 << STEP_DECOMPRESS; > > > > Did you mean to deactivate inplace decompression mode on purpose, > > since it had an issue? I am a little bit confused about this. > > > > > > _______________________________________________ > > Linux-f2fs-devel mailing list > > Linux-f2fs-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel > > . > >