[PATCH 1/2] dm-bufio: improve the performance of __dm_bufio_prefetch

2025-04-02 Thread LongPing Wei
1. call blk_flush_plug when cache hit as the address of the subsequent bio is no longer contiguous with the previous bio; 2. skip cond_resched when ioprio class is rt; Signed-off-by: LongPing Wei --- drivers/md/dm-bufio.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/d

Re: [PATCH 2/2] dm-verity: prefetch all hash blocks in verity_ctr

2025-04-02 Thread LongPing Wei
On 2025/4/3 2:44, Mikulas Patocka wrote: On Wed, 2 Apr 2025, LongPing Wei wrote: On 2025/4/2 17:56, Mikulas Patocka wrote: On Wed, 2 Apr 2025, LongPing Wei wrote: At this time, all bios for hash blocks should eventually be merged into a single large bio. Signed-off-by: LongPing Wei ---

[PATCH] block: remove non-existent partition dev_t return from blk_lookup_devt

2025-04-02 Thread Chanho Min
We encountered frequent boot failures while setting up a dm-verity rootfs with the following configuration, and found that this issue had been reported previously: root=/dev/dm-0 dm-mod.waitfor=/dev/mmcblk0p23 The error observed was: device-mapper: table: 254:0: verity: Data device lookup

[PATCH v3 4/4] multipathd: don't update paths in INIT_MISSING_UDEV

2025-04-02 Thread Benjamin Marzinski
There is nothing for update_uninitialized_path() to do for paths in the INIT_MISSING_UDEV state. In fact, there shouldn't be any paths in this state when update_uninitialized_path() is called, since they will have switched to a different state in check_uninitialized_path(). Signed-off-by: Benjamin

[PATCH v3 0/4] fix issue of multipathd not tracking device

2025-04-02 Thread Benjamin Marzinski
I ran into an issue where multipathd wasn't tracking a multipath device that was created by the multipath command. It turns out that if multipathd fully initialized a path device, and that device later goes offline and then a multipath device that could use that path is created by multipath, multip

[PATCH v3 1/4] multipathd: monitor new multipath dev even if we can't update it

2025-04-02 Thread Benjamin Marzinski
If a multipath device was created by the multipath command, multipathd might not agree with how the device was created. ev_add_map() can reload the device with a different table by calling add_map_without_path() -> update_map(). If this reloading of the map failed, multipathd was simply ignoring th

Re: [PATCH 2/2] dm-verity: prefetch all hash blocks in verity_ctr

2025-04-02 Thread LongPing Wei
On 2025/4/2 17:56, Mikulas Patocka wrote: On Wed, 2 Apr 2025, LongPing Wei wrote: At this time, all bios for hash blocks should eventually be merged into a single large bio. Signed-off-by: LongPing Wei --- drivers/md/dm-verity-target.c | 4 1 file changed, 4 insertions(+) diff --gi

Re: [PATCH 2/2] dm-verity: prefetch all hash blocks in verity_ctr

2025-04-02 Thread Mikulas Patocka
On Wed, 2 Apr 2025, LongPing Wei wrote: > At this time, all bios for hash blocks should eventually > be merged into a single large bio. > > Signed-off-by: LongPing Wei > --- > drivers/md/dm-verity-target.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/drivers/md/dm-verity-tar

Re: [PATCH v2 2/3] multipathd: re-add paths skipped because they were offline

2025-04-02 Thread Benjamin Marzinski
On Wed, Apr 02, 2025 at 06:42:34PM +0200, Martin Wilck wrote: > On Mon, 2025-03-31 at 19:17 -0400, Benjamin Marzinski wrote: > > When a new device is added by the multipath command, multipathd may > > know > > of other paths that cannot be added to the device because they are > > currently offline.