iPhone USB passthrough crashes Windows 10 guest

[gullyfoyle]

Plugging an iPhone via USB and redirecting it to the Windows 10 guest causes a crash of the guest system. Redirecting a USB drive works fine.

This has also been reported in Debian Bullseye: broken for version 1:4.2-3 and fixed by version 1:4.2-6 - https://<email address hidden>/msg1738198.html

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: qemu-kvm 1:4.2-3ubuntu6
ProcVersionSignature: Ubuntu 5.4.0-29.33-generic 5.4.30
Uname: Linux 5.4.0-29-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: LXQt
Date: Thu May 14 14:52:34 2020
InstallationDate: Installed on 2020-05-12 (1 days ago)
InstallationMedia: Lubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
MachineType: Dell Inc. XPS 13 9360
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-29-generic root=UUID=5b529650-221b-4d10-a3ff-e2f639edff67 ro quiet cryptdevice=UUID=89abda41-add1-4d1c-8105-7d55102ec510:luks-89abda41-add1-4d1c-8105-7d55102ec510 root=/dev/mapper/luks-89abda41-add1-4d1c-8105-7d55102ec510 resume=/dev/mapper/luks-89abda41-add1-4d1c-8105-7d55102ec510 splash vt.handoff=7
SourcePackage: qemu
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/26/2019
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 2.12.0
dmi.board.name: 049M47
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 9
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvr2.12.0:bd05/26/2019:svnDellInc.:pnXPS139360:pvr:rvnDellInc.:rn049M47:rvrA00:cvnDellInc.:ct9:cvr:
dmi.product.family: XPS
dmi.product.name: XPS 13 9360
dmi.product.sku: 075B
dmi.sys.vendor: Dell Inc.

[Christian Ehrhardt  (paelzer)]

Interesting, I've seen the Debian bug but not that there was a solution to it really be found.

And when rechecking I found my memory confirmed by https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956563#15

TO be sure let us take a look at the changes in between the two versions you mentioned:
fb2ce76fcef (tag: debian/qemu_4.2-6) d/rules: fix brown-paper-bag bug in last upload; upload 4.2-6 to unstable
0aef3ea19cb (tag: debian/qemu_4.2-5) update changelog, release 4.2-5 to unstable
c5a42d26a27 only enable librbd on architectures where it is built
3af93e25d0c ceph: do not list librados-dev as we only use librbd-dev and the latter depends on the former
00790b73db6 seccomp grew up, no need in versioned build-dep
37ba30d8749 (temporarily) enable seccomp only on architectures where it can be built
a302a0e3bf3 arm-fix-PAuth-sbox-functions-CVE-2020-10702.patch
c36470b2099 install ui-spice-app.so only if built, spice is optional
215e1736564 no error on address-of-packet-member in openbios
b654b957117 (tag: debian/qemu_4.2-4) update changelog, release 4.2-4 to unstable
d687c3c5dfb build & provide qemu-slof
0b1551c97fe build openbios firmware and replace openbios-ppc & openbios-sparc packages
8075687f92b switch binfmt registration to use update-binfmts --[un]import (#866756)
ee43c6423a2 qemu-system-data: s/highcolor/hicolor/ (#955741)
0a582f133c0 net-tulip-check-frame-size-and-r-w-data-length-CVE-2020-11102.patch (#956145)
e1be462d37f do not depend on libattr-dev, functions are now in libc6 (#953910)
b521f3a5c4c install ui-spice-app.so in qemu-system-common
906b3a54707 set microvm to be the default machine type for microvm case
f90e7f5f8ff d/rules: simplify microvm case a bit
cb3618bf1a3 d/rules: build minimal configuration for qboot/microvm usage
1707277cc6a enable support for riscv64 hosts
8e6fa7ea2c8 (tag: debian/qemu_4.2-3) update debian/changelog; upload v4.1.0-3 to unstable

Nothing in this list is even close to "crash due to phone passthrough"

So there is nothing yet anyone can action on to fix this for you :-/
My gut feeling is that this is flaky but if it is not and easy to reproduce you'd need to upgrade package by package in Debian to try to identify which change (or at least which package) it was that fixed the issue.

[Christian Ehrhardt  (paelzer)]

Thank you for taking the time to report this bug and helping to make Ubuntu better.

Not sure if it will really help, but if you happen to have any chance passing other phones let us say e.g. with less friuts and check if they trigger the same for you. Also always helpful for debugging if it would reproduce with a Ubuntu guest instead of Windows, ...
You see where this is going, ways to make it more reproducible and debuggable for a wider audience of people.

For now since there isn't enough information in your report to act on the bug in Ubuntu, I'm marking this bug as Incomplete.

If indeed this is a local configuration problem, you can find pointers to get help for this sort of problem here: http://www.ubuntu.com/support/community

Or if you believe that this is really a bug, then you may find it helpful to read "How to report bugs effectively" http://www.chiark.greenend.org.uk/~sgtatham/bugs.html. We'd be grateful if you would then provide a more complete description of the problem, explain why you believe this is a bug in Ubuntu rather than a problem specific to your system, and then change the bug status back to New.

[gullyfoyle (gullyfoyle)]

I can no longer replicate this problem, USB passthrough works fine.

Current configuration:
- Same HW as the original report (XPS 13 9360)
- Lubuntu 20.04.2
- kernel 5.4.0-66
- qemu-kvm 1:4.2-3ubuntu6.14.