Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp651727pxf; Wed, 7 Apr 2021 08:26:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxlkze6NaRezdQWNh/5AOGXqY0gyUxx8P0pfEc5tRc+1l754/4pFTP/SPffMfW4RG9KMOp X-Received: by 2002:a05:6402:150e:: with SMTP id f14mr5155587edw.63.1617809187462; Wed, 07 Apr 2021 08:26:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617809187; cv=none; d=google.com; s=arc-20160816; b=QtKrxHIPRMASfTF578DsXZHA4PZNTE3Acgv+ygVxEBfvRYKh8UttdHyr4mlGVidQ3V jqj83ZGcVMfvApCz7oFoTW+1rWd02/+lVLxxp6TS3BeGxgiL/PwlAGSllqv11It+CYkV CHDSJMYJE17OQQ1nlFbJ5adHLNJmpWcEWO9uQQQaSeNwA1hxgA4AiROtNdTS5+11W/TU KMpLdXOvSuqem7q80spiDTIjJoButn1ZzLo/xAyOMQLf1XSij/VS1yjNmX5dLxiRv4Ct eLtTo/i67j0YNzlI1DcsHAN4qBpmEsMQfsZIg5sFFG0CSjkJbgH9u8q5LB0UaLNHbrLB U2ng== 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=xQtbHZh9mMJ8Gbu9gM4FnKVSS66GRXJs/SnLTdKoo7M=; b=P7lPH+n2Kbj1wy3937Ff5CFdmGz5Pg9X6rv0Gig/LlPfThNveCMDWx5EebdXC+GRfe jAe2CfLAl12+kcBkI+e455lcZ9n/jGmcr4C7NMI06VYADyqIphOpAkYn/H4G1cYvOcLm vkvd0pC8BgTiM7MBBV0puCFQ+W74rsWSywHHJ9wG2GmnVipaiqojlYmGIA5GsckHDWkm W3GN+AYy+qITBl1Sd8T4eLKu+ZCFIsFl2TAhxL/UIQuKU4doJVuSr3iPM22TB+AFrhN7 2eBDP+anZd7cfAMcBrt7BHeQpM7+oq6AyX0TGMp0CdOzK9XlB4LsIJt0Ua2pAlXjOxwH o3tg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lu3si6010027ejb.560.2021.04.07.08.26.03; Wed, 07 Apr 2021 08:26:27 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245684AbhDFVFo (ORCPT + 99 others); Tue, 6 Apr 2021 17:05:44 -0400 Received: from mail-pl1-f174.google.com ([209.85.214.174]:44847 "EHLO mail-pl1-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237710AbhDFVFj (ORCPT ); Tue, 6 Apr 2021 17:05:39 -0400 Received: by mail-pl1-f174.google.com with SMTP id d8so8201961plh.11; Tue, 06 Apr 2021 14:05:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=xQtbHZh9mMJ8Gbu9gM4FnKVSS66GRXJs/SnLTdKoo7M=; b=QFvBIDGWHLrDx94EDIcl2IqrnxO6i85u5ptglGN3/dzrIXD8/ulkeNBHXAUNBav+Zg TwuEBx/lvEhHtV8AxvJpMlm4Bn+K1c5hmPJzYauMGeBcIqEwr4lL5BkSBRXzPoVZ6YTb gWGhtYtW+qxlTyliO0pbfN3vbN1wElzy0Nvo673Pijh2xzdHDtAIGoHufe6p+LEdXNDI 1vQGEr46hguYdeje0aZh4DGAppUUh8W7AAanysmD+QnjG8pc4c3xIAuEET1yiV+Fvhck Vih7PT8iPeRjbwHGu8e/Ev8voLGhSVLHkb0S2BiL6b2Zsl5hWVwpGBOC6MuLUZ8EwRLz 3oYA== X-Gm-Message-State: AOAM531Hibdxyw0m3X/69T4i5Qy7fv+ceyXK9/OgukXMq7S+vs1UKCGp otPEAs2Xv1VrE/nlcoCUpwk= X-Received: by 2002:a17:90b:d8b:: with SMTP id bg11mr93448pjb.120.1617743130086; Tue, 06 Apr 2021 14:05:30 -0700 (PDT) Received: from ?IPv6:2601:647:4000:d7:277d:764e:de23:a2e8? ([2601:647:4000:d7:277d:764e:de23:a2e8]) by smtp.gmail.com with ESMTPSA id f2sm19720728pfq.129.2021.04.06.14.05.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 06 Apr 2021 14:05:29 -0700 (PDT) Subject: Re: [RESEND PATCH v5 2/2] bio: add limit_bio_size sysfs To: Changheun Lee , Johannes.Thumshirn@wdc.com, asml.silence@gmail.com, axboe@kernel.dk, damien.lemoal@wdc.com, gregkh@linuxfoundation.org, hch@infradead.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, ming.lei@redhat.com, osandov@fb.com, patchwork-bot@kernel.org, tj@kernel.org, tom.leiming@gmail.com Cc: jisoo2146.oh@samsung.com, junho89.kim@samsung.com, mj0123.lee@samsung.com, seunghwan.hyun@samsung.com, sookwan7.kim@samsung.com, woosung2.lee@samsung.com, yt0928.kim@samsung.com References: <20210316074401.4594-1-nanich.lee@samsung.com> <20210316074401.4594-2-nanich.lee@samsung.com> From: Bart Van Assche Message-ID: <7c8d9787-f0eb-9ef1-6ebf-f383c27b599a@acm.org> Date: Tue, 6 Apr 2021 14:05:27 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210316074401.4594-2-nanich.lee@samsung.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/16/21 12:44 AM, Changheun Lee wrote: > Add limit_bio_size block sysfs node to limit bio size. > Queue flag QUEUE_FLAG_LIMIT_BIO_SIZE will be set if limit_bio_size is set. > And bio max size will be limited by queue max sectors via > QUEUE_FLAG_LIMIT_BIO_SIZE set. > > Signed-off-by: Changheun Lee > --- > Documentation/ABI/testing/sysfs-block | 10 ++++++++++ > Documentation/block/queue-sysfs.rst | 7 +++++++ > block/blk-sysfs.c | 3 +++ > 3 files changed, 20 insertions(+) > > diff --git a/Documentation/ABI/testing/sysfs-block b/Documentation/ABI/testing/sysfs-block > index e34cdeeeb9d4..86a7b15410cf 100644 > --- a/Documentation/ABI/testing/sysfs-block > +++ b/Documentation/ABI/testing/sysfs-block > @@ -316,3 +316,13 @@ Description: > does not complete in this time then the block driver timeout > handler is invoked. That timeout handler can decide to retry > the request, to fail it or to start a device recovery strategy. > + > +What: /sys/block//queue/limit_bio_size > +Date: Feb, 2021 > +Contact: Changheun Lee > +Description: > + (RW) Toggle for set/clear QUEUE_FLAG_LIMIT_BIO_SIZE queue flag. > + Queue flag QUEUE_FLAG_LIMIT_BIO_SIZE will be set if limit_bio_size > + is set. And bio max size will be limited by queue max sectors. > + QUEUE_FLAG_LIMIT_BIO_SIZE will be cleared if limit_bio_size is > + cleard. And limit of bio max size will be cleard. > diff --git a/Documentation/block/queue-sysfs.rst b/Documentation/block/queue-sysfs.rst > index 2638d3446b79..cd371a821855 100644 > --- a/Documentation/block/queue-sysfs.rst > +++ b/Documentation/block/queue-sysfs.rst > @@ -273,4 +273,11 @@ devices are described in the ZBC (Zoned Block Commands) and ZAC > do not support zone commands, they will be treated as regular block devices > and zoned will report "none". > > +limit_bio_size (RW) > +------------------- > +This indicates QUEUE_FLAG_LIMIT_BIO_SIZE queue flag value. And > +QUEUE_FLAG_LIMIT_BIO_SIZE can be changed via set(1)/clear(0) this node. > +bio max size will be limited by queue max sectors via set this node. And > +limit of bio max size will be cleard via clear this node. > + > Jens Axboe , February 2009 > diff --git a/block/blk-sysfs.c b/block/blk-sysfs.c > index b513f1683af0..840d97f427e6 100644 > --- a/block/blk-sysfs.c > +++ b/block/blk-sysfs.c > @@ -288,6 +288,7 @@ QUEUE_SYSFS_BIT_FNS(nonrot, NONROT, 1); > QUEUE_SYSFS_BIT_FNS(random, ADD_RANDOM, 0); > QUEUE_SYSFS_BIT_FNS(iostats, IO_STAT, 0); > QUEUE_SYSFS_BIT_FNS(stable_writes, STABLE_WRITES, 0); > +QUEUE_SYSFS_BIT_FNS(limit_bio_size, LIMIT_BIO_SIZE, 0); > #undef QUEUE_SYSFS_BIT_FNS > > static ssize_t queue_zoned_show(struct request_queue *q, char *page) > @@ -615,6 +616,7 @@ QUEUE_RW_ENTRY(queue_nonrot, "rotational"); > QUEUE_RW_ENTRY(queue_iostats, "iostats"); > QUEUE_RW_ENTRY(queue_random, "add_random"); > QUEUE_RW_ENTRY(queue_stable_writes, "stable_writes"); > +QUEUE_RW_ENTRY(queue_limit_bio_size, "limit_bio_size"); > > static struct attribute *queue_attrs[] = { > &queue_requests_entry.attr, > @@ -648,6 +650,7 @@ static struct attribute *queue_attrs[] = { > &queue_rq_affinity_entry.attr, > &queue_iostats_entry.attr, > &queue_stable_writes_entry.attr, > + &queue_limit_bio_size_entry.attr, > &queue_random_entry.attr, > &queue_poll_entry.attr, > &queue_wc_entry.attr, Has it been considered to introduce a function to set the BIO size limit instead of introducing a new sysfs attribute? See also blk_queue_max_hw_sectors(). Thanks, Bart.