This bug was fixed in the package qemu - 1:6.2+dfsg-2ubuntu6.21
---
qemu (1:6.2+dfsg-2ubuntu6.21) jammy-security; urgency=medium
* SECURITY REGRESSION: 9pfs restrictions on sockets (LP: #2065579)
- debian/patches/ubuntu/lp-2065579-9pfs-allow-sockets.patch: allow
sockets an
Performing the verification on Jammy.
1) Unit test verification
First, making sure that we can reproduce the problem.
# apt policy qemu-system-x86
qemu-system-x86:
Installed: 1:6.2+dfsg-2ubuntu6.19
Candidate: 1:6.2+dfsg-2ubuntu6.19
Version table:
*** 1:6.2+dfsg-2ubuntu6.19 500
500
Hi Björn,
> @Mauricio as you can see the qemu version 6.2 is used in RHEL 8.5 too.
> They integrated this patch two years ago. The QEMU project has this patch
> since version 7.0.
> I think it is well tested.
Thanks for the reassurance of the code _change_ testing in RHEL and
upstream!
This is
Sergio, thanks for the updates to the bug description/SRU template.
I've extended the Test Plan to cover not only boots, but reboots too,
of course, which the patch changes/exercises (missed this previously);
and Regression Potential, to point to the modified area (cpu reset).
** Description chan
** Description changed:
[ Impact ]
Some versions of Windows hang on reboot if their TSC value is greater
than 2^54. The calibration of the Hyper-V reference time overflows
and fails; as a result the processors' clock sources are out of sync.
[ Test Plan ]
As suggested by Maur
** Description changed:
[ Impact ]
Some versions of Windows hang on reboot if their TSC value is greater
than 2^54. The calibration of the Hyper-V reference time overflows
and fails; as a result the processors' clock sources are out of sync.
[ Test Plan ]
As suggested by Maur
** Changed in: qemu (Ubuntu Jammy)
Status: Incomplete => In Progress
** Changed in: qemu (Ubuntu)
Status: Incomplete => Invalid
** Changed in: qemu (Ubuntu)
Status: Invalid => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Description changed:
[ Impact ]
Some versions of Windows hang on reboot if their TSC value is greater
than 2^54. The calibration of the Hyper-V reference time overflows
and fails; as a result the processors' clock sources are out of sync.
[ Test Plan ]
- TBD.
+ As suggested
Hi Mauricio,
Apologies for taking long to reply. As you know, I've been busy with
other stuff.
Thank you very much for your considerations. It seems that I jumped the
gun on this SRU and uploaded without finishing the SRU text; sorry.
Also, I liked your suggestions for more testing. I was able
@Sergio your package 1:6.2+dfsg-2ubuntu6.20~ppa1 works
@Mauricio as you can see the qemu version 6.2 is used in RHEL 8.5 too. They
integrated this patch two years ago. The QEMU project has this patch since
version 7.0. I think it is well tested.
The business impact of this bug with Windows VM's
Hi Sergio,
Thanks for the upload!
The bug and fix sound good and relatively simple to verify.
The SRU bug template is still missing Test Plan / Regression Potential,
so I'll mark it as Incomplete for the time being (I see it may be coming
soon, per "TBD").
While looking at the Björn's mention o
Hi,
thanks for your investigation.
@Sergio In rhel bug desciption
https://bugzilla.redhat.com/show_bug.cgi?id=2074737 is described a test.
In qemu I found the patch
https://github.com/qemu/qemu/commit/5286c3662294119dc2dd1e9296757337211451f6
too.
It seems that this issue patched since qemu 7.0.
** Also affects: qemu (Fedora) via
https://bugzilla.redhat.com/show_bug.cgi?id=1975840
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064914
Title:
W
Hi again, Björn,
Could you please give the following PPA a try and tell me if the package
works?
https://launchpad.net/~sergiodj/+archive/ubuntu/qemu
The QEMU version there is 1:6.2+dfsg-2ubuntu6.20~ppa1.
Thanks a lot.
--
You received this bug notification because you are a member of Ubuntu
B
** Merge proposal linked:
https://code.launchpad.net/~sergiodj/ubuntu/+source/qemu/+git/qemu/+merge/465879
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064914
Title:
Windows guest hangs after
** Description changed:
+ [ Impact ]
+
+ Some versions of Windows hang on reboot if their TSC value is greater
+ than 2^54. The calibration of the Hyper-V reference time overflows
+ and fails; as a result the processors' clock sources are out of sync.
+
+ [ Test Plan ]
+
+ TBD.
+
+ [ Where pr
Thank you Björn for reporting the bug, and Paride for the initial
triage.
As Paride said, we have to make sure this is not affecting other
versions of QEMU as well. If the patch mentioned in the description is
indeed the only one needed to fix the bug, then I think we're good:
$ git tag --contai
Hello and thanks for this bug report, for attaching the patch and for
the PPA.
I know you wrote that this bug "affects only jammy 22.04 package" but
let me ask explicitly: is this fixed in the Ubuntu 24.04 LTS? This is
important for us know for a process point of view.
Also: making the fix land t
RHEL Bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1975840
** Bug watch added: Red Hat Bugzilla #1975840
https://bugzilla.redhat.com/show_bug.cgi?id=1975840
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
** Also affects: qemu (Ubuntu Jammy)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064914
Title:
Windows guest hangs after reboot from the guest OS
To m
The attachment "Patch imported from RHEL 8" seems to be a patch. If it
isn't, please remove the "patch" flag from the attachment, remove the
"patch" tag, and if you are a member of the ~ubuntu-reviewers,
unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by
~b
** Description changed:
Description:
Some versions of Windows hang on reboot if their TSC value is greater
than 2^54. The calibration of the Hyper-V reference time overflows
and fails; as a result the processors' clock sources are out of sync.
The issue is that the TSC _should_ be re
22 matches
Mail list logo
