Received: by 2002:a05:6a10:6d25:0:0:0:0 with SMTP id gq37csp7573629pxb; Fri, 30 Jul 2021 16:43:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw39RgbyEb3GTiSDIv4DSibkXzkh+TV4AebZ3Q8eQ3xGtRHCVub4OLAb5+ElaYCf6rK/pMt X-Received: by 2002:a05:6e02:1142:: with SMTP id o2mr3685845ill.277.1627688634709; Fri, 30 Jul 2021 16:43:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627688634; cv=none; d=google.com; s=arc-20160816; b=vHPuLHQ9jAOHgrqrk5s2QkSaCt8Eo4nWv6FvzJS+MC2/v9RutsaEMtp9bKeWwLxhYJ +Zghh7ozY8AbCq9YWhcpOK9pJ2RZ+SqOWOHVm3Bw4WHaQncGn5RzTYHS1rT40SLVS32N tB1uQHuF7fPEHu+Tbr04kuTP2Q2a4zPJC4QsNzSfDBsCtJWfxScYVnkus3cTDzb5HwGM W4QCHiec008BlnW5Dafu6pwAKYbO+U9JmboUeF//izcGM8dlZBS/WTjWoMGpsDDG/HAl tFO1w1X+bVzUg8vATmNcPmQ9mwxigYrDsMidmQPBjcF7xvASnHcBfH/oGczHOquAEtv8 G8EA== 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:dkim-signature; bh=dBi7PUBE2gAdvWe3vzHih6pDhoOWgVe0oOpHF6CMmv0=; b=uS15JZdfO94540j1kpTNUrbqKDb9TmTcbSXBxvCq3Z329xe8xJPBVx7g00T/RhKrJT dgVYKRZxGsusZugxBSIc8gnV5xy2YmUMhATPlG2KE35fR/8k//XGpZj0tdfMCsaqS1B0 iyxdWDh7FPRNMKFkpRa9mA7qr6JbjnfjvpOZGaWSqrv3HkSV6nAlU493Y9ZObO2fXmx0 gTlGCOIt2ZSjDOMw9HGXsn6ryv9BUQ5UkjrOkgPGj+hZcgAOYPBRELGlaJK8QRFBWm5P avFPSeRT+Re3x0wywlmLPzqJQG2HZ0jdnMoNi+VoqLqip3iC+WGz3FB6Yr7fU2q6Cqw3 hEIw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=K5bSvfe7; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y14si3828018iot.9.2021.07.30.16.43.43; Fri, 30 Jul 2021 16:43:54 -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=@kernel.org header.s=k20201202 header.b=K5bSvfe7; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234218AbhG3XlY (ORCPT + 99 others); Fri, 30 Jul 2021 19:41:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:34738 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234151AbhG3XlX (ORCPT ); Fri, 30 Jul 2021 19:41:23 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B779660EE2; Fri, 30 Jul 2021 23:41:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1627688478; bh=dBi7PUBE2gAdvWe3vzHih6pDhoOWgVe0oOpHF6CMmv0=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=K5bSvfe73MQxuPsUIQtW18p5P4kjucbXM28QkJf0LkNCJjBnF5y2tgrNNnXc7DbNw LzcNrLEA9+GD8aC0Y+BvuUId8xztzSYG4bya5iSwkx0Nr63cX5qXlCGNn6vphomzET esMGkYdMNV6XaCUZMGKs6i2r1qX7FIjZvJYe0IzvEW1h5KHwk3JrBAyZg5MPQCNVD4 2xpjuORpF0QBWyO4oYvVoajlMD3OvBK1q46GjDc4zZ78q+EZkmPdDUegnpQzXqvODN XwToiCiXhT0UKH+UcOQogQ/sVKiHz9C0SvUCj/LvcdKfFwmPslduNajAFGEaM6jAXg rYhA7gktPFZ6w== Subject: Re: [PATCH] f2fs: introduce nosmall_discard mount option To: Jaegeuk Kim Cc: linux-f2fs-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, Chao Yu References: <20210730100530.4401-1-chao@kernel.org> From: Chao Yu Message-ID: Date: Sat, 31 Jul 2021 07:41:17 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/7/31 2:28, Jaegeuk Kim wrote: > how about adding "discard_gran=[small|segment|section]", and keeping discard_map > in the small case only? And, I think we should set the section mode for zoned > device automatically. Yup, better, About the naming, it look discard_gran is not clear here, since there is another sysfs entry /sys/fs/f2fs//discard_granularity has the same name, and also semantics of newly added mount option is not only control the smallest discard size, but also indicate discard start offset should be aligned to segment or section. So how about using: "aligned_discard=[none|segment|section]" instead? Thanks,