We already did the base enablement in bionic/cosmic already (built with opengl
and it is usable).
Due to the further kernel (i915) and userspace drivers (nvidia) and MIR
(virtglrenderer only in main since 19.04) requirements there isn't too much
benefit backporting the further bits that we
This bug was fixed in the package libvirt - 5.0.0-1ubuntu1
---
libvirt (5.0.0-1ubuntu1) disco; urgency=medium
* Merged with Debian unstable
Among many other new features and fixes this includes fixes for:
LP: #1754871 - 1799446 zPCI passthrough support for KVM
LP:
For the security question - amurray pointed out this is in abstractions/X
already.
Down the road I might need the EGL line as well.
So if you could also discuss if I should instead of the raw rules use that
abstraction that would be nice.
--
You received this bug notification because you are a
** Tags added: libvirt-19.04 qemu-19.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1804766
Title:
Please enable opengl for acceleration and vfio-MDEV support
To manage notifications about this
After the current CVEs passed I verified the precheck PPA matches what
we expected.
I did another test with the proposed SRU in regard to the opengl changes on UI
based workflows.
Ensuring that by default nothing changes (speed/acceleration) and if tools like
e.g. virt-manager would get into
@ubuntu-security:
would you mind checking and letting me know your opinion on adding the
following to /etc/apparmor/abstractions/libvirt-qemu
Note: I have not seen a way to detect in virt-aa-helper if gl is enabled to do
it dynamically:
# For opengl based display options (LP: #1804766)
This bug was fixed in the package qemu - 1:2.12+dfsg-3ubuntu9
---
qemu (1:2.12+dfsg-3ubuntu9) disco; urgency=medium
[ Marc Deslauriers ]
* SECURITY UPDATE: integer overflow in NE2000 NIC emulation
- debian/patches/CVE-2018-10839.patch: use proper type in
Since enabling new build-deps sometimes causes unexpected deps up to
component mismatches I checked the builds.
59 Dependencies are in main
5 Dependencies are in universe, but from this SRC
0 Dependencies are new (likely introduced by this build)
1 Dependencies are in universe (component
** Description changed:
[Impact]
- * Newer GPU hardware of Nvidia (4.15) and Intel (4.16) can be split into
-virtual GPUs by their host device driver. It is customers demand to be
-able to utilize that sooner than waiting for 20.04 to happen. While the
-usability prior to very
** Description changed:
+ [Impact]
+
+ * Newer GPU hardware of Nvidia (4.15) and Intel (4.16) can be split into
+virtual GPUs by their host device driver. It is customers demand to be
+able to utilize that sooner than waiting for 20.04 to happen. While the
+usability prior to very
Working PPA version as part of the planned next SRU cycle (post the
currently in flight CVE fixes) at [1].
[1]: https://launchpad.net/~ci-train-ppa-
service/+archive/ubuntu/3520/+packages
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I forgot to mention - gl is by default off, you have to enable it on qemu
commandline (or through the management software of your choice if it supports
setting that already).
But that makes the enabling rather safe in terms of "SRUs should not affect
existing users" as it adds a "new, but
As there are currently so many dev/SRU/CVE things are in flight on these
packages tests and builds are combined in https://launchpad.net/~ci-
train-ppa-service/+archive/ubuntu/3520/+packages
** Changed in: qemu (Ubuntu)
Status: New => In Progress
--
You received this bug notification
Next steps:
- extra testing
- getting it into Disco
- considering SRUs from there
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1804766
Title:
Please enable opengl for acceleration and vfio-MDEV
14 matches
Mail list logo