From: Richard Weinberger <richard@nod.at>
To: Sasha Levin <sashal@kernel.org>
Cc: "Linus Walleij" <linus.walleij@linaro.org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
stable@vger.kernel.org, openwrt-devel@lists.openwrt.org,
"David S . Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Liping Zhang" <zlpnobody@gmail.com>,
"John Youn" <johnyoun@synopsys.com>,
"Rafał Miłecki" <rafal@milecki.pl>,
"James Hughes" <james.hughes@raspberrypi.org>,
"Felix Fietkau" <nbd@nbd.name>,
"Boris Brezillon" <boris.brezillon@free-electrons.com>
Subject: Re: [PATCH 6/8 v3] ubifs: Use dirty_writeback_interval value for wbuf timer
Date: Sun, 17 Feb 2019 19:49:39 +0100 [thread overview]
Message-ID: <3972784.GJSNoKju5i@blindfold> (raw)
In-Reply-To: <20190217181802.GH10616@sasha-vm>
Am Sonntag, 17. Februar 2019, 19:18:02 CET schrieb Sasha Levin:
> On Thu, Feb 14, 2019 at 02:24:01PM +0100, Linus Walleij wrote:
> >From: Rafał Miłecki <rafal@milecki.pl>
> >
> >commit 1b7fc2c0069f3864a3dda15430b7aded31c0bfcc upstream.
> >
> >Right now wbuf timer has hardcoded timeouts and there is no place for
> >manual adjustments. Some projects / cases many need that though. Few
> >file systems allow doing that by respecting dirty_writeback_interval
> >that can be set using sysctl (dirty_writeback_centisecs).
> >
> >Lowering dirty_writeback_interval could be some way of dealing with user
> >space apps lacking proper fsyncs. This is definitely *not* a perfect
> >solution but we don't have ideal (user space) world. There were already
> >advanced discussions on this matter, mostly when ext4 was introduced and
> >it wasn't behaving as ext3. Anyway, the final decision was to add some
> >hacks to the ext4, as trying to fix whole user space or adding new API
> >was pointless.
> >
> >We can't (and shouldn't?) just follow ext4. We can't e.g. sync on close
> >as this would cause too many commits and flash wearing. On the other
> >hand we still should allow some trade-off between -o sync and default
> >wbuf timeout. Respecting dirty_writeback_interval should allow some sane
> >cutomizations if used warily.
> >
> >Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
> >Reviewed-by: Boris Brezillon <boris.brezillon@free-electrons.com>
> >Signed-off-by: Richard Weinberger <richard@nod.at>
> >Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
>
> This one looks like a new feature that will also require changes to
> userspace. Is there actual breakage this fixes?
IIRC that's why I never tagged it for -stable.
Maybe there is some other odds it fixes and I'm not aware of. Linus?
Thanks,
//richard
next prev parent reply other threads:[~2019-02-17 18:49 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-14 13:23 [PATCH 0/8 v3] Stable material from OpenWrt for v4.9.y Linus Walleij
2019-02-14 13:23 ` [PATCH 1/8 v3] bridge: multicast to unicast Linus Walleij
2019-02-17 18:16 ` Sasha Levin
2019-02-17 21:08 ` Linus Walleij
2019-02-14 13:23 ` [PATCH 2/8 v3] smsc95xx: Use skb_cow_head to deal with cloned skbs Linus Walleij
2019-02-14 13:23 ` [PATCH 3/8 v3] ch9200: use skb_cow_head() " Linus Walleij
2019-02-14 13:23 ` [PATCH 4/8 v3] kaweth: " Linus Walleij
2019-02-14 13:24 ` [PATCH 5/8 v3] ubifs: Drop softlimit and delta fields from struct ubifs_wbuf Linus Walleij
2019-02-17 18:16 ` Sasha Levin
2019-02-17 20:57 ` Linus Walleij
2019-02-14 13:24 ` [PATCH 6/8 v3] ubifs: Use dirty_writeback_interval value for wbuf timer Linus Walleij
2019-02-17 18:18 ` Sasha Levin
2019-02-17 18:49 ` Richard Weinberger [this message]
2019-02-17 20:56 ` Linus Walleij
2019-02-14 13:24 ` [PATCH 7/8 v3] usb: dwc2: Remove unnecessary kfree Linus Walleij
2019-02-14 13:24 ` [PATCH 8/8 v3] netfilter: nf_tables: fix mismatch in big-endian system Linus Walleij
2019-02-18 12:45 ` [PATCH 0/8 v3] Stable material from OpenWrt for v4.9.y Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3972784.GJSNoKju5i@blindfold \
--to=richard@nod.at \
--cc=boris.brezillon@free-electrons.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=gregkh@linuxfoundation.org \
--cc=james.hughes@raspberrypi.org \
--cc=johnyoun@synopsys.com \
--cc=linus.walleij@linaro.org \
--cc=nbd@nbd.name \
--cc=openwrt-devel@lists.openwrt.org \
--cc=rafal@milecki.pl \
--cc=sashal@kernel.org \
--cc=stable@vger.kernel.org \
--cc=zlpnobody@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox