[Bug 1805256] Re: qemu-img hangs on rcu_call_ready_event logic in Aarch64 when converting images

** Changed in: kunpeng920/ubuntu-18.04 Status: Fix Committed => Fix Released ** No longer affects: kunpeng920/ubuntu-18.04-hwe ** Changed in: kunpeng920 Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is

[Bug 1805256] Re: qemu-img hangs on rcu_call_ready_event logic in Aarch64 when converting images

** Changed in: kunpeng920/ubuntu-20.04 Status: Fix Committed => Fix Released ** Changed in: kunpeng920/ubuntu-19.10 Status: Fix Committed => Fix Released ** Changed in: kunpeng920/ubuntu-18.04-hwe Status: Fix Committed => Fix Released ** Changed in: kunpeng920/ubuntu-18.04

[Bug 1805256] Re: qemu-img hangs on rcu_call_ready_event logic in Aarch64 when converting images

** Changed in: kunpeng920/ubuntu-18.04 Status: In Progress => Fix Committed ** Changed in: kunpeng920/ubuntu-18.04-hwe Status: In Progress => Fix Committed ** Changed in: kunpeng920/ubuntu-19.10 Status: In Progress => Fix Committed ** Changed in: kunpeng920/ubuntu-20.04

[Bug 1805256] Re: qemu-img hangs on rcu_call_ready_event logic in Aarch64 when converting images

** Changed in: kunpeng920 Status: Triaged => In Progress -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1805256 Title: qemu-img hangs on rcu_call_ready_event logic in Aarch64 when convertin

[Bug 1805256] Re: qemu-img hangs on rcu_call_ready_event logic in Aarch64 when converting images

Could HiSilicon respond to Dann & Rafael's comments #36 and #38? Is there an upstream acceptable patch that addresses this issue? ** Changed in: kunpeng920 Status: Confirmed => Incomplete ** Changed in: qemu (Ubuntu Bionic) Status: Confirmed => Incomplete ** Changed in: qemu (Ubunt

[Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy

After discussing, I realise I had a misunderstanding in comment #30 that I'd like to correct. I had incorrectly assumed that feeding the PXEBooting KVM guest a zero length pxelinux.cfg file *instructed* it to boot from the local disk. I now realise that is incorrect. Feeding the PXEBooting KVM gu

[Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy

My understanding from the MAAS design was that the suggestion in comment #29 "Maas can boot from network (always) and if not deploying just issue a "reboot from disk" command" was the intended design. ...and the "reboot from disk" command was the supply of an empty (zero byte?) pxelinux.cfg. But

[Bug 1853042] Re: Ubuntu 18.04 - vm disk i/o performance issue when using file system passthrough

** Also affects: qemu Importance: Undecided Status: New ** Also affects: ubuntu-power-systems Importance: Undecided Status: New ** No longer affects: qemu ** Changed in: ubuntu-power-systems Assignee: (unassigned) => Canonical Server Team (canonical-server) ** Changed i

[Qemu-devel] [Bug 1788098] Re: Avoid migration issues with aligned 2MB THB

** Also affects: qemu Importance: Undecided Status: New ** No longer affects: qemu ** Also affects: ubuntu-power-systems Importance: Undecided Status: New ** Changed in: ubuntu-power-systems Assignee: (unassigned) => Canonical Kernel Team (canonical-kernel-team) ** Chan

[Qemu-devel] [Bug 1752026] Re: Ubuntu18.04:POWER9:DD2.2 - Unable to start a KVM guest with default machine type(pseries-bionic) complaining "KVM implementation does not support Transactional Memory, t

** Also affects: qemu Importance: Undecided Status: New ** No longer affects: qemu ** Also affects: qemu Importance: Undecided Status: New ** No longer affects: qemu ** Also affects: ubuntu-power-systems Importance: Undecided Status: New ** Changed in: ubuntu-powe

[Qemu-devel] [Bug 1709784] Re: KVM on 16.04.3 throws an error

** Also affects: qemu Importance: Undecided Status: New ** Also affects: qemu (Ubuntu) Importance: Undecided Status: New ** No longer affects: qemu ** Changed in: ubuntu-power-systems Assignee: (unassigned) => Canonical Server Team (canonical-server) -- You received th