You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
And then test fails. The symptom is that the second and third xhci controller is not seen by guest kernel.
I believe the issue is with their attr value. Downstream port can have only one slot. The device plugged into that slot should have its device number as 0. So, their attr value in QEMU CLI should be something like "0x0".
The text was updated successfully, but these errors were encountered:
I did a quick look at the code and found the code that caused the issue was in virtest. I managed to change it and got the test working. I'll post a PR in avocado-vt repo later today.
@rayx Thanks for reporting it, this test is out of date, we might abandon this x3130-upstream and xio3130-downstream structure, have something else replacing them. @jingzhao84 Do we plan to replace it with new devices or remove the test?
@vivianQizhu Thanks for the information. I'll leave the issue open to help to track test failures and the change to be made. Feel free to close it if you like.
The issue in virttest QPCISwitchBus class code seems to be a common one. I'll file a separate issue in that repo.
See this test for example:
(BTW, its name is confusing. It should be called "root_switch_switch" test. But that's another issue and I filed #1543 against it).
It generates this command line:
And then test fails. The symptom is that the second and third xhci controller is not seen by guest kernel.
I believe the issue is with their attr value. Downstream port can have only one slot. The device plugged into that slot should have its device number as 0. So, their attr value in QEMU CLI should be something like "0x0".
The text was updated successfully, but these errors were encountered: