New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix: Align Reenlightenment flows between converter.go and template.go #8740
Fix: Align Reenlightenment flows between converter.go and template.go #8740
Conversation
|
/cc @vladikr |
| Entry("and consider graphics overhead if it is not set on arm64", "arm64", nil, 469), | ||
| Entry("and consider graphics overhead if it is set to true on arm64", "arm64", True(), 469), | ||
| Entry("and not consider graphics overhead if it is set to false on arm64", "arm64", False(), 453), | ||
| Entry("and consider graphics overhead if it is set to true on arm64", "arm64", pointer.Bool(true), 469), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
:)
|
Great! /approve |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vladikr The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/cc @acardace |
035a72a
to
9a723e8
Compare
|
/hold It looks like any frequency can be supported on a CPU that has an |
Everything looks fine :) The low freq. is being added as a schedulable label on nodes with scalable tsc. [1]
|
|
/hold cancel |
|
/restest-required |
|
/test pull-kubevirt-e2e-k8s-1.24-sig-compute-root |
|
/cherrypick release-0.58 |
|
@acardace: once the present PR merges, I will cherry-pick it on top of release-0.58 in a new PR and assign it to you. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
While the converter.go logic checked whether we have topology hints defined and that tsc frequency is required (which is the right thing to do), template.go logic did not check the later. In addition, improve IsManualTSCFrequencyRequired() to also check whether topology hints are defined. Signed-off-by: Itamar Holder <iholder@redhat.com>
Signed-off-by: Itamar Holder <iholder@redhat.com>
Signed-off-by: Itamar Holder <iholder@redhat.com>
…e updated Signed-off-by: Itamar Holder <iholder@redhat.com>
That's how we can distinguish between us waiting for a TSC frequency and knowing there is no TSC frequency information, hence we can stop waiting for it. This is necessary, since the vmi controller executes "sync()" and "updateStatus()" in every control loop. If TSC frequency is required, sync() would wait until topology hints would be set up by updateStatus(). Today, updateStatus() doesn't update the topology hints at all if no TSC frequency information exists, therefore sync will continue waiting forever and the VM wouldn't be able to start. Signed-off-by: Itamar Holder <iholder@redhat.com>
…gy hints are updated Signed-off-by: Itamar Holder <iholder@redhat.com>
…ined Signed-off-by: Itamar Holder <iholder@redhat.com>
9a723e8
to
c9a8668
Compare
|
/lgtm |
|
@acardace: #8740 failed to apply on top of branch "release-0.58": In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
/cherrypick release-0.53 |
|
@iholder101: #8740 failed to apply on top of branch "release-0.53": In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
What this PR does / why we need it:
This PR aims to fix an inconsistency regarding re-enlightenment VMs and TSC frequency.
While the converter.go's logic checked whether we have topology hints defined and that tsc frequency is required (which is the right thing to do), template.go logic did not check the later. The both flows are now aligned, with
IsManualTSCFrequencyRequired()being the sole source of truth.BZ: https://bugzilla.redhat.com/show_bug.cgi?id=2139896
Release note: