-
Notifications
You must be signed in to change notification settings - Fork 296
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
✨ vGPU implementation - follow-ups #3101
Conversation
Will rebase once #3025 merges |
Signed-off-by: Stefan Büringer buringerst@vmware.com
0a00e10
to
a8cc7de
Compare
/test ? |
@sbueringer: The following commands are available to trigger required jobs:
The following commands are available to trigger optional jobs:
Use
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-sigs/prow repository. |
/test pull-cluster-api-provider-vsphere-e2e-govmomi-conformance-ci-latest-main |
/assign @neolit123 @chrischdi |
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.
/lgtm
LGTM label has been added. Git tree hash: 068deaa5b953b9608ddf62478af45ed693f9fcd6
|
VendorID *int32 `json:"vendorId,omitempty"` | ||
// VGPUProfile is the profile name of a virtual machine's vGPU, in string. | ||
// Defaults to the eponymous property value in the template from which the | ||
// virtual machine is cloned. | ||
// Mutually exclusive with DeviceID and VendorID as VGPUProfile and DeviceID + VendorID | ||
// are two independent ways to define PCI devices. | ||
// +kubebuilder:validation:Required | ||
// +optional |
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.
makes sense
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.
I was confused at first why the field was not required in the CRD, but then I realized that omitempty overwrites the explicit marker..
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.
what made sense to me is that deviceID + vendorID are mut.ex. with VGPUProfile, if i remember the original PR logic correctly. so we cannot have them all as required.
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.
Yup, having them all as optional and then having validation in the webhook definitely makes sense
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.
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: chrischdi 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 |
What this PR does / why we need it:
Follow-up to #3025
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #