1 files changed, 54 insertions, 0 deletions
diff --git a/results/classifier/108/other/1893667 b/results/classifier/108/other/1893667
new file mode 100644
index 000000000..dd4e7c988
--- /dev/null
+++ b/results/classifier/108/other/1893667
@@ -0,0 +1,54 @@
+graphic: 0.702
+device: 0.681
+performance: 0.632
+files: 0.549
+permissions: 0.542
+semantic: 0.525
+PID: 0.500
+other: 0.486
+network: 0.448
+socket: 0.395
+vnc: 0.362
+boot: 0.331
+debug: 0.253
+KVM: 0.213
+
+Btrfs commands don't work when using user-space emulation of other architectures
+
+Description of problem:
+When doing cross-arch builds with mock, it uses qemu-user-static under the hood, and qemu-user-static lacks support for Btrfs ioctls to emulate so that btrfs(8) commands work correctly.
+
+This is especially important for being able to do cross-arch image builds.
+
+How reproducible:
+Always (on Fedora 33 with qemu-5.1.0-2.fc33)
+
+Steps to Reproduce:
+
+$ sudo dnf install mock qemu-user-static wget
+$ sudo usermod -a -G mock $USER
+$ newgrp mock
+$ mock --root fedora-rawhide-armhfp --install btrfs-progs util-linux
+$ mock --root fedora-rawhide-armhfp --chroot 'rm -f foo.img && dd if=/dev/zero of=foo.img bs=1G count=1 && losetup /dev/loop9 foo.img &&  mkfs.btrfs /dev/loop9 && mkdir /foo && mount /dev/loop9 /foo && btrfs subvol create /foo/subvol && umount /foo && losetup -d /dev/loop9'
+
+
+Actual results:
+Fails with errors like "ERROR: cannot create subvolume: Function not implemented"
+
+Expected results:
+Succeeds and creates subvolumes properly.
+
+Additional info:
+There is a patch series from a few days ago to add support for many btrfs ioctls which could fix this...
+
+https://lists.gnu.org/archive/html/qemu-devel/2020-08/msg05594.html
+
+Laurent, I am assuming that the commits here:
+https://gitlab.com/qemu-project/qemu/-/commits/master?utf8=%E2%9C%93&search=Filip+Bozuta
+
+are sufficient to mark this issue as Fix Committed. It looks like the Downstream bug tracker for Fedora has marked the related bug as CLOSED ERRATA already.
+
+If I'm wrong, please reopen.
+
+Released with QEMU v5.2.0.
+