From: Konstantin Khorenko <khorenko@virtuozzo.com>
To: Andrey Zhadchenko <andrey.zhadchenko@virtuozzo.com>
Cc: devel@openvz.org
Subject: Re: [Devel] [PATCH hci-8.1 v4 0/6] dm/push_backup: event fd interface and fixes
Date: Tue, 03 Nov 2026 11:11:03 +0100 [thread overview]
Message-ID: <179370066311.2382033.9670419479778917565.b4-review@b4> (raw)
In-Reply-To: <20261103080358.723186-1-andrey.zhadchenko@virtuozzo.com>
On 11/3/26 11:03, Andrey Zhadchenko wrote:
> Patches 1-5 are fixes found while working on this:
Hi Andrey,
Thanks, the direction is right and the fd interface itself holds up.
Remarks are inline in the patches, the main ones:
- 5/6: the !pb->alive bail-out in pb_timer_func() can leave guest
writes delayed for good after an interrupted "push_backup_stop".
Checking pb->nr_delayed instead keeps everything the patch needs.
- 3/6 opens a window that only 5/6 closes, so please put 5/6 first or
fold 3/6 into it.
- 6/6: the fd is not bound to a backup session; please decide this
before the UAPI is fixed.
- pb_ctr() returns 0 with a freed pb when alloc_ordered_workqueue()
fails. It is older than the series, but 1/6 is about exactly these
error paths.
Series-wide:
- Every vz commit needs a "Feature:" line. The earlier dm-push-backup
commits carry "Feature: dm-backup: push backup target driver".
- The subject prefix of the driver history and of this cover letter is
"dm/push_backup:", the patches use "drivers/md/push_backup:". The 3/6
subject is 75 characters.
> 3. drop the redundant mod_timer() in push_backup_write(). The timer
> re-arms itself from pb->deadline_jiffies, so updating the deadline
> under the lock is enough. This was also the only place that armed
> the timer outside the window push_backup_stop() waits for, which
> matters once writes may arrive via the fd without pb->ctl_rwsem;
Same as in 3/6: pb_timer_func() also re-arms outside that window, so
"the only place" does not hold.
> 4. pass absolute expiry to mod_timer(). Both remaining callers passed
> a relative value, so after ~5 min of uptime the timer fired and
> re-armed on every tick while a write was delayed;
On 64-bit this happens from boot, not after 5 minutes, see 4/6.
> 5. arm the timer under pb->lock and wait for its callback properly.
This item is accurate and is the description 5/6 itself should carry.
It is one paragraph of six sentences though; splitting it into the
race, the stop race and the RCU removal would read easier.
--
Konstantin Khorenko,
Virtuozzo Linux Kernel Team
_______________________________________________
Devel mailing list
Devel@openvz.org
https://lists.openvz.org/mailman/listinfo/devel
prev parent reply other threads:[~2026-11-03 10:12 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 8:03 Andrey Zhadchenko
2026-11-03 8:03 ` [Devel] [PATCH hci-8.1 v4 1/6] drivers/md/push_backup: correct initialization Andrey Zhadchenko
2026-11-03 8:11 ` no-reply
2026-11-03 10:11 ` Konstantin Khorenko
2026-11-03 8:03 ` [Devel] [PATCH hci-8.1 v4 2/6] drivers/md/push_backup: clear pb->alive under pb->lock Andrey Zhadchenko
2026-11-03 8:11 ` no-reply
2026-11-03 10:11 ` Konstantin Khorenko
2026-11-03 8:03 ` [Devel] [PATCH hci-8.1 v4 3/6] drivers/md/push_backup: do not re-arm deadline timer in push_backup_write() Andrey Zhadchenko
2026-11-03 8:13 ` no-reply
2026-11-03 10:11 ` Konstantin Khorenko
2026-11-03 8:03 ` [Devel] [PATCH hci-8.1 v4 4/6] drivers/md/push_backup: fix mod_timer() usage Andrey Zhadchenko
2026-11-03 8:12 ` no-reply
2026-11-03 10:11 ` Konstantin Khorenko
2026-11-03 8:03 ` [Devel] [PATCH hci-8.1 v4 5/6] drivers/md/push_backup: arm deadline timer under pb->lock Andrey Zhadchenko
2026-11-03 8:14 ` no-reply
2026-11-03 10:11 ` Konstantin Khorenko
2026-11-03 8:03 ` [Devel] [PATCH hci-8.1 v4 6/6] drivers/md/push_backup: add event file descriptor interface Andrey Zhadchenko
2026-11-03 8:17 ` no-reply
2026-11-03 10:11 ` Konstantin Khorenko
2026-11-03 12:38 ` Andrey Zhadchenko
2026-11-03 10:11 ` Konstantin Khorenko [this message]
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=179370066311.2382033.9670419479778917565.b4-review@b4 \
--to=khorenko@virtuozzo.com \
--cc=andrey.zhadchenko@virtuozzo.com \
--cc=devel@openvz.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.