Skip to content
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

Intel VF attached to VM might not be recognized #578

Closed
ccristian123 opened this issue Oct 22, 2021 · 7 comments
Closed

Intel VF attached to VM might not be recognized #578

ccristian123 opened this issue Oct 22, 2021 · 7 comments
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed.

Comments

@ccristian123
Copy link

Hi,

If an Intel XXV710 rev.2 VF is attached to openshift vm worker it will be presented in PCI space of VM as 8086:154c. However the 154c does not pass validation since it's not in device ids supported map ( ids[1] in deploy/configmap.yaml). This happens for RHOSP16.1 and OCP4.8.

Br,
Cristian

@zshi-redhat
Copy link
Contributor

@ccristian123 What are the PF and VF device IDs for Intel XXV710 rev2?

I noticed there is this ID in the configmap: https://github.com/openshift/sriov-network-operator/blob/master/deploy/configmap.yaml#L6

@ccristian123
Copy link
Author

PF assuming is the vendor_model_id in [vendor_id:vendor_model_id] is 154c; does not mach id[1] in any of the entries. How do you find the VF?

@zshi-redhat
Copy link
Contributor

@ccristian123 I see your point, this is a bug when sriov operator is used in VMs (where PF doesn't exist in VM).
We are working on a fix for this issue.

@openshift-bot
Copy link
Contributor

Issues go stale after 90d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle stale

@openshift-ci openshift-ci bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jan 24, 2022
@openshift-bot
Copy link
Contributor

Stale issues rot after 30d of inactivity.

Mark the issue as fresh by commenting /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.
Exclude this issue from closing by commenting /lifecycle frozen.

If this issue is safe to close now please do so with /close.

/lifecycle rotten
/remove-lifecycle stale

@openshift-ci openshift-ci bot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Feb 23, 2022
@openshift-bot
Copy link
Contributor

Rotten issues close after 30d of inactivity.

Reopen the issue by commenting /reopen.
Mark the issue as fresh by commenting /remove-lifecycle rotten.
Exclude this issue from closing again by commenting /lifecycle frozen.

/close

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Mar 25, 2022

@openshift-bot: Closing this issue.

In response to this:

Rotten issues close after 30d of inactivity.

Reopen the issue by commenting /reopen.
Mark the issue as fresh by commenting /remove-lifecycle rotten.
Exclude this issue from closing again by commenting /lifecycle frozen.

/close

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.

@openshift-ci openshift-ci bot closed this as completed Mar 25, 2022
SchSeba pushed a commit to SchSeba/sriov-network-operator that referenced this issue Jan 25, 2024
Use go-install-tool instead of go-get-tool for gomock
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed.
Projects
None yet
Development

No branches or pull requests

3 participants