-
Notifications
You must be signed in to change notification settings - Fork 32
Move Intel vsp-p4 plugin yaml context one level above #591
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
base: main
Are you sure you want to change the base?
Move Intel vsp-p4 plugin yaml context one level above #591
Conversation
|
Hi @arunvelayutham. Thanks for your PR. I'm waiting for a openshift member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions 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. |
de0dfe6 to
fb20da7
Compare
|
/ok-to-test |
| roleRef: | ||
| kind: Role | ||
| name: vsp-p4-role | ||
| apiGroup: rbac.authorization.k8s.io |
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.
the commit takes the files from vendor/github.com/intel/ipu-opi-plugins/ipu-plugin/pkg/infrapod/bindata/vsp-p4-pvc.
For one, the commit message should explain where exactly those files come from. Also, it is not clear why this is done, why it is necessary or why it is a good idea.
Also, the commit renames the files. I understand you try to renumber them, but is that really necessary? Even if you end up with two files starting with 01., does it actually hurt? As the files are literally identical as from the vendored directory, can we keep the filenames unchanged?
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.
@thom311 just getting back on this PR. This PR is a follow-up to #569 where @bn222 refactored the dpu-operator to handle vsp-plugin cleanup sequence as desired (vsp-p4 to wait for vsp-plugin to finish pod cleanup procedure where it explicitly deletes the P4 rules).
lexical (or numeric) ordering of P4 yaml failnames are required to maintain the bring-up and delete sequence of pods.
fb20da7 to
bb36409
Compare
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: arunvelayutham The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
bb36409 to
09af34b
Compare
Signed-off-by: Arunkumar Velayutham <arunkumar.velayutham@intel.com>
09af34b to
859f618
Compare
|
@arunvelayutham: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. I understand the commands that are listed here. |
| path: /dev/hugepages | ||
| - name: opt-p4 | ||
| persistentVolumeClaim: | ||
| claimName: vsp-p4-pvc |
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.
Consider mount directly from the host, we can assume that the user puts it in a certain path.
Move Intel vsp-p4 plugin yaml context one level above