Re: [REGRESSION] commit b520c4eef83d ("block: split bio_alloc_bioset more clearly into a fast and slowpath") causes fsync to fail with pmem

Sven-Hendrik Haase <[email protected]> Fri, 10 Jul 2026 20:26:46 +0200
Newsgroups dev.linux.lists.regressions,org.kernel.vger.linux-block
Message-ID <[email protected]>

On 10.07.26 20:17, Keith Busch wrote:
> On Fri, Jul 10, 2026 at 08:07:32PM +0200, Sven-Hendrik Haase wrote:
>> I noticed that starting with Linux 7.1, my pmem volumes inside of QEMU
>> stopped working. My use case is this:
>>
>> qemu-system-x86_64 ... tons of QEMU flags ...
>> -object memory-backend-file,id=pmem0,share=on,merge=on,discard-data=on,mem-path=/path/pmem0.pmem,size=100G
>> -device virtio-pmem-pci,memdev=pmem0,id=nv0
>>
>> This used to work but inside the VM I'd get this when running mkfs.ext4
>> /dev/pmem0 with guest kernel 7.1.3:
> 
> This pending fix (which is the same as what you proposed here) should
> take care of it:
> 
> https://lore.kernel.org/linux-block/[email protected]/

Oh, indeed. That's the very same patch. Well, looks like it's in the 
queue, then.

Sorry for the noise. :)
OpenPGP_signature.asc (application/pgp-signature, 840 B)
-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEj8FaBklQqZ3RvRTdOeS4d+YuuRUFAmpROWYFAwAAAAAACgkQOeS4d+YuuRVo
uA/9HpiOFKzs1F4I1O5DCFmeTytCYy/x/bFrpYBwCluqE15uY2U9IC9Zn1Pz5IhVGi+CdLTIDaGv
10yp+gDSpY6fVWoD6w3BSmTje2O447YGEeIzEbbMNRHgG1VVJ7BODoojoqhKjZxIby7IeObG1gVm
UGjpKCkm2IOQsecDKL+VmM88z6EJi6JvvSu+18R/Du+fX/BUaL+S5wkUL7rRqqL+i4pOZF7ai9O5
A78ClPRdsO/I7L6gTO2GTemegUB86R5NiSYLQ8RuFZ+xer4WxTKJCuQPztnym3b9e0ewyoEFsRSE
hNuRHNpDUWWflMqYZsNTRYtjKC+EJAdGHoiLRFkp4ecHdUAXMVAK95dBX/8ZmDdUVZ4ULs/f4xcm
ENGGrtrqcBCl7leeusqhmilZjBUTxB8HBE8YfsVVhEQVM1+ord63KlBrWBYbM5FtwEe2XgkPOrJk
9WOQ9hBPb/wgMXuJgApV5eotarkHwhNlrF5Vw/EjzdLWXi0j8Pln7eV+WY90WhvbL5zSX7Nc6TVg
BmeHOE7pgCmiRB70N8aQzs0aoBZlQgsBlpRrHBUp/2uw3JUp8QlH/iLgbmHNOErOhW0TB/3swIgh
zi5j/Qz6YKNMb4rjVpMNnR690hrutGkXJX2nwkMASeDlWkUiibFdBd7OsBeM6rSJTaQuyj7TZxO9
05c=
=Kmup
-----END PGP SIGNATURE-----