[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YHVJq0n/fzd6WVO4@kroah.com>
Date: Tue, 13 Apr 2021 09:35:07 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Changheun Lee <nanich.lee@...sung.com>
Cc: damien.lemoal@....com, bvanassche@....org,
Johannes.Thumshirn@....com, asml.silence@...il.com,
axboe@...nel.dk, hch@...radead.org, linux-block@...r.kernel.org,
linux-kernel@...r.kernel.org, ming.lei@...hat.com, osandov@...com,
patchwork-bot@...nel.org, tj@...nel.org, tom.leiming@...il.com,
jisoo2146.oh@...sung.com, junho89.kim@...sung.com,
mj0123.lee@...sung.com, seunghwan.hyun@...sung.com,
sookwan7.kim@...sung.com, woosung2.lee@...sung.com,
yt0928.kim@...sung.com
Subject: Re: [PATCH v7 3/3] bio: add limit_bio_size sysfs
On Tue, Apr 13, 2021 at 11:55:02AM +0900, 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 <nanich.lee@...sung.com>
> ---
> Documentation/ABI/testing/sysfs-block | 10 ++++++++++
> Documentation/block/queue-sysfs.rst | 7 +++++++
> block/blk-sysfs.c | 3 +++
> 3 files changed, 20 insertions(+)
Isn't it too late to change the sysfs entry after the device has been
probed and initialized by the kernel as the kernel does not look at this
value after that?
Why do you need a userspace knob for this? What tool is going to ever
change this, and what logic is it going to use to change it? Why can't
the kernel also just "do the right thing" and properly detect this
option as well as userspace can?
thanks,
greg k-h
Powered by blists - more mailing lists