Tuesday, 2026-07-28

« Monday, 2026-07-27 Index Wednesday, 2026-07-29 »
opendevreviewchandan kumar proposed openstack/cyborg master: Allow non-CUSTOM traits in device profile groups  https://review.opendev.org/c/openstack/cyborg/+/99794507:16
opendevreviewJoan Gilabert proposed openstack/cyborg-tempest-plugin master: Refactor PCI lifecycle tests  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99793610:31
opendevreviewJoan Gilabert proposed openstack/cyborg-tempest-plugin master: Add Cyborg MDEV driver lifecycle scenario tests  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99735210:31
opendevreviewGihong Lee proposed openstack/cyborg master: Add shared lspci helpers to common utils  https://review.opendev.org/c/openstack/cyborg/+/99872612:23
opendevreviewGihong Lee proposed openstack/cyborg master: Migrate accelerator drivers to shared lspci helpers  https://review.opendev.org/c/openstack/cyborg/+/99881712:23
opendevreviewJoan Gilabert proposed openstack/cyborg-tempest-plugin master: Refactor PCI lifecycle tests  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99793612:59
opendevreviewJoan Gilabert proposed openstack/cyborg-tempest-plugin master: Add Cyborg MDEV driver lifecycle scenario tests  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99735212:59
chandankumarcyborg irc meeting will start in another 50 mins, Add your agenda here: https://etherpad.opendev.org/p/openstack-cyborg-irc-meeting#L4713:09
chandankumartime for cyborg meeting!14:00
chandankumar#startmeeting cyborg14:01
opendevmeetMeeting started Tue Jul 28 14:01:01 2026 UTC and is due to finish in 60 minutes.  The chair is chandankumar. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
opendevmeetThe meeting name has been set to 'cyborg'14:01
jgilabero/14:01
morenodo/14:01
chandankumarwho all are around?14:01
rlandyo/14:01
opendevreviewGihong Lee proposed openstack/cyborg master: Add shared lspci helpers to common utils  https://review.opendev.org/c/openstack/cyborg/+/99872614:01
chandankumar#courtesy ping sean-k-mooney amoralej 14:01
chandankumarHere is the link to agenda14:02
chandankumar#link https://etherpad.opendev.org/p/openstack-cyborg-irc-meeting#L4314:02
chandankumarfeel free to add there14:02
sean-k-mooneyo/14:03
melwitto/14:03
chandankumarLet me start with the first topic14:03
chandankumar#topic Proposal for pci-sim to support one device type per pf14:03
chandankumarjgilaber: added it Add per-PF device type via pf_mode parameter | https://review.opendev.org/c/openstack/cyborg/+/99860314:04
chandankumar#link https://review.opendev.org/c/openstack/cyborg/+/99860314:04
jgilaberyes, we've discussed about this in the past14:04
jgilabersince we plan to add mdevs and nvme emulation to pci-sim14:04
jgilaberwe need some interface for configuring that14:04
jgilaberI've pushed that patch to propose one possibility14:04
jgilaberand I'm looking for feedback before rebasing my mdev work on top of it14:05
jgilaberit adds a 'pf_mode' parameter to the module14:05
jgilaberwhich is a comma-separated list of types, one per pf14:05
jgilabere.g 'insmod fake_pci_sriov.ko num_pfs=2 pf_mode=sriov,mdev' would create two pfs, the first one sriov, the second with mdevs14:06
sean-k-mooneythat shoudl not be via kernel args14:06
sean-k-mooneyit shoudl be via per PF files in /sys14:07
sean-k-mooneythat the same feedback i gave to chandankumar for the nvm devices as well14:07
sean-k-mooneyeach PF shoudl have a personality file that the pf reads to determin the type of VF to create14:08
sean-k-mooneywhich you set before you allocate teh VFs14:08
sean-k-mooneythat is similar ot how vGPUs work and other hader deivce that supprot configurable types for there VFs14:08
jgilaberso the user/devstack plugin creates those files?14:10
sean-k-mooneybasiclly /sys/bus/pci/devices/<PF>/vf_personality14:10
sean-k-mooneywhen you mode prope the module it will create teh file14:10
opendevreviewGihong Lee proposed openstack/cyborg master: Add shared lspci helpers to common utils  https://review.opendev.org/c/openstack/cyborg/+/99872614:10
opendevreviewGihong Lee proposed openstack/cyborg master: Migrate accelerator drivers to shared lspci helpers  https://review.opendev.org/c/openstack/cyborg/+/99881714:10
sean-k-mooneyand you need to write the desired value to it14:10
sean-k-mooneywe shoudl also have a /sys/bus/pci/devices/<PF>/vf_personalitys that list the avlaible type space seperated14:11
sean-k-mooneythat or follow the cpu governors nameing convetion of adding _avaialble14:11
jgilaberok I see14:12
sean-k-mooney[15:11:16]> cat /sys/bus/cpu/devices/cpu0/cpufreq/scaling_governor14:12
sean-k-mooney─────┬─────────────────────────────────────────────────────────────────────────────────────────────14:12
sean-k-mooney     │ File: /sys/bus/cpu/devices/cpu0/cpufreq/scaling_governor14:12
sean-k-mooney─────┼─────────────────────────────────────────────────────────────────────────────────────────────14:12
sean-k-mooney   1 │ powersave14:12
sean-k-mooney─────┴─────────────────────────────────────────────────────────────────────────────────────────────14:12
sean-k-mooney~ via 🐹 v1.25.12 via python: v3.14.6 on ☁️  smooney@redhat.com14:12
sean-k-mooney[15:12:08]> cat /sys/bus/cpu/devices/cpu0/cpufreq/scaling_available_governors14:12
sean-k-mooney─────┬─────────────────────────────────────────────────────────────────────────────────────────────14:12
sean-k-mooney     │ File: /sys/bus/cpu/devices/cpu0/cpufreq/scaling_available_governors14:12
jgilaberfrom UX side it seems a bit more cumbersome14:12
sean-k-mooney─────┼─────────────────────────────────────────────────────────────────────────────────────────────14:12
sean-k-mooney   1 │ performance powersave14:12
sean-k-mooney─────┴────────────14:12
sean-k-mooneythe module approch forces you do reload the module to change it14:12
sean-k-mooneyand it does not allwo you to eaislly do this on a per device basis14:13
jgilaberthat's true14:13
chandankumarsean-k-mooney: jgilaber I was trying to come out like this https://gistpreview.github.io/?9cf18df5754db0948330f0cc5110c652 but not yet implemented14:13
sean-k-mooneyskiming that that is mostly aligned on the sysfs interface to configure this14:14
sean-k-mooneybasiclly secitn 614:14
sean-k-mooneywe will need to document this in the contibutor docs for the module and cpature the logic as part of this work14:15
sean-k-mooneyjgilaber: the other option woudl be to have multiple modules that we load seperatly14:15
sean-k-mooneywith a shared core14:15
sean-k-mooneyi.e. one per fake device type14:15
sean-k-mooneybut i was kind fo hoping to only need one module for htis in general14:16
jgilaberyeah, I'll try to rework the patch with this new approach14:16
jgilaberand we can discuss again14:17
sean-k-mooneyso i think we need to spit this out into its won commit14:17
sean-k-mooneyi.e. one commit that intoduces the personatiy file reporting and configuration with just uart for now14:17
sean-k-mooneythe you can chandan can hopefully build on that in parallel14:17
sean-k-mooneyotherwise we will have to sequence both feature to not confilct14:18
jgilaberyes, that is what I did already. The linked patch does not have the mdev bits14:18
sean-k-mooneyah https://review.opendev.org/c/openstack/cyborg/+/99860314:19
sean-k-mooneyok so that is just the config interface14:19
sean-k-mooneyi woudl not be agaisn haveing module option to have a shorthand way to preallocate soem device fo a specifi tyep as well14:19
sean-k-mooneyi.e. UART=2 NVME=414:19
sean-k-mooneybuti still think the sysfs way is more flexible14:19
chandankumarwhat about bringing both the approach and revisit in next meeting?14:20
jgilaberack, thanks for the feedback, I got what I need to continue14:20
sean-k-mooneybasiclly i woudl like to have a clean way to be able to do soemtihng like pci_sim_toplogy=uart:nova,nvme:cyborg,mdev:cyborg14:20
jgilabera note on timeline, I'll be on PTO starting Aug 5th14:20
sean-k-mooneyand have devstack create 3 pf assign 1 to nova and 2 to cyborg ectra14:21
jgilaberso ideally it would be good to advance on this before the next meeting14:21
sean-k-mooneyi think we can contiue the fonvcertion here and in gerrit14:21
jgilaber+114:21
sean-k-mooneywe dont need to wait for the meeting to make progress14:21
chandankumarsounds good14:21
chandankumarAny more questions on this topic?14:22
chandankumarmoving to next one14:22
chandankumar#topic Fix for guest reboot test14:23
chandankumarjgilaber is working on fixing guest reboot test14:23
chandankumarbelow are the reviews14:23
chandankumar#link 998283: Ensure guest is not reachable after reboot | https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99828314:23
jgilaberyes, I see sean-k-mooney has already reviewed it, thanks14:23
chandankumar#link Tested with pci and mdev tests in 997364: [WIP] Configure mdev driver lifecycle tests | https://review.opendev.org/c/openstack/cyborg/+/99736414:23
jgilaberit seems to fix the problem, at least I haven't seen any failure with it14:24
sean-k-mooneyya i thinkt hat is ok ot go i was mainly waiting on ci on the followup14:24
sean-k-mooneybasiclly to get more executions of the wait for unablable logic14:24
sean-k-mooneyim going to do one more recheck but if that passes i think ill merge it later today14:25
jgilaberworks for me, thanks!14:25
chandankumarthank you jgilaber for fixing the test.14:25
chandankumarMoving to next one14:25
chandankumar#topic Reviews14:25
chandankumarAny reviews needs attension please added it to https://etherpad.opendev.org/p/cyborg-2026.2-status14:26
chandankumarfrom etherpad I can see generic mdev driver is ready for review14:26
chandankumar#link https://review.opendev.org/q/topic:%22generic-mdev-driver%2214:27
sean-k-mooneywe need to review the nova part as well first right14:27
chandankumarDo we want to add the nova piece to the etherpad?14:27
sean-k-mooneyat what point dose the depency start14:27
sean-k-mooneyi guess we can14:28
chandankumarHere is the link to nova piece https://review.opendev.org/q/topic:%22cyborg-vgpu-support%2214:28
jgilabertechnically I guess at https://review.opendev.org/c/openstack/cyborg/+/99705014:28
melwittit's dependency that does not need or use Depends-On?14:29
sean-k-mooneywell that what i was debating14:29
jgilaberbut I added the depends-on at the last patch https://review.opendev.org/c/openstack/cyborg/+/997364/2514:29
sean-k-mooneymelwitt: so we can fully enabel the cybrog side without techinally mdoifying nova14:29
sean-k-mooneymelwitt: but it wont actully work until we modify nova end ot end14:29
melwittoh ok it's on the last patch14:29
jgilaberexactly14:29
sean-k-mooneythe reporting and device binding will on the cybrog cide14:29
melwittwas just curious14:29
sean-k-mooney*cide14:30
sean-k-mooney...side14:30
jgilaberthe last one enables the tests so it needs the nova patches to work14:30
melwittgotcha14:30
sean-k-mooneyi think we may want to see the nova change merge beofre we merge https://review.opendev.org/c/openstack/cyborg/+/99705014:31
sean-k-mooneybut we can discuss it in teh review14:31
jgilaberyes, that would be a natural point as well14:31
sean-k-mooneyits partly because fo the release note https://review.opendev.org/c/openstack/cyborg/+/997050/7/releasenotes/notes/generic-mdev-driver-af107e247cb1c815.yaml14:31
sean-k-mooneyi dont really wanto to say "this is supproted" if only the cybrog part is done14:31
melwittI think that could be ok as long as the last patch demonstrates everything working end-to-end (ensure we will not need to backtrack)14:31
sean-k-mooneymelwitt: oh yes we can it just i want to make sure we have got some trackign on the nvoa side in paralle14:32
jgilaberthat's fair, I could move the depends-on there14:32
sean-k-mooneyno you dont need too14:32
chandankumarI have added nova dependency as well as final patch where all are tested on review etherpad14:32
sean-k-mooneythis is more for use to have some check points14:32
sean-k-mooneylets review this as normal14:33
sean-k-mooneyi jus tmay hold +w until we feel the nova changes are getting close14:33
sean-k-mooneyi think you have already demonstrated a lot fo this via the later patches14:33
melwittyeah I mean just saying that would be my criteria for merging the nova stuff first, seems ok idea to me as long as we have the end-to-end working demonstrated we know the nova stuff is 100%14:33
jgilaberyes the last does have everything working in tempest tests14:34
melwitt(that we won't need to change it)14:34
sean-k-mooneymelwitt: so on the nova part14:34
jgilaberwith the same lifecycle tests we have for pci devices14:34
sean-k-mooneycybrog alrady has one driver that supprot mdev based gpus14:34
sean-k-mooneyand nova didnt merge teh nova change in the past14:34
sean-k-mooneywhich is why i want to see us make some progress there as well14:35
melwittyes makes sense14:35
sean-k-mooneyso we dotn end up with 2 driver that cant work at the end of the cycle14:35
sean-k-mooneyby the way im not that worreid we have time14:35
sean-k-mooneyjust trying to level set14:35
melwittare they all on the same gerrit topic? I find that helpful for not missing things personally14:36
melwittyeah, all good14:36
sean-k-mooneythe cybrog ones are the nova oens are on a diffent topic14:36
chandankumarwe have two topics https://review.opendev.org/q/topic:%22generic-mdev-driver%22 and https://review.opendev.org/q/topic:%22cyborg-vgpu-support%2214:36
sean-k-mooneywe coudl use the same for both14:36
sean-k-mooneybut technially the bluepritn names are diffent14:37
sean-k-mooneyso two topic14:37
melwittwe don't have to, was just saying I like using it to tie together patches for the same effort that are across multiple projects. just a personal thing I like to do helps me keep track of all together14:37
melwitthttps://review.opendev.org/q/topic:%22ipv6-multinode%22 is a good example haha14:38
melwittok, matching blueprint names, no problem. ignore me :)14:39
sean-k-mooneyya i like to do that too14:39
sean-k-mooneyits only an issue if you have 2 difefnt blurpints for it14:39
sean-k-mooneythen you have to chosoe wihc to use or use the hastag feature14:39
melwittyeah, I see14:40
chandankumarhttps://review.opendev.org/q/topic:%22cyborg-vgpu-support%22+OR+topic:%22generic-mdev-driver%2214:40
sean-k-mooneythat worsk as well :)14:41
chandankumarany more questions on this review series14:41
sean-k-mooneyunles there are other queston on this we can likely move on14:41
jgilaberyes, I think we can move one, thanks14:42
sean-k-mooneyill try to review the nova parts in the next day or two14:42
chandankumarUnder Improvement section, we have guest reboot we already talked about that14:42
melwittthat doesn't fit how I use it fwiw, bc I click on the topic from one of the patches to discover the others. but the link is helpful nonetheless :)14:42
chandankumarNow jumping to bug14:42
chandankumar#topic Bugs14:42
chandankumar#link Devstack doesn't enable port_device_profile ML2 extension driver for Cyborg: https://bugs.launchpad.net/openstack-cyborg/+bug/216136514:42
chandankumarIt was opened by melwitt 14:43
melwittI got some feedback on my patch for this, apparently not really a bug. so not sure if I should be thinking to close it?14:43
sean-k-mooneywhishlist is fine14:43
melwittok14:43
jgilaber+1 seems fine as is14:43
chandankumarsean-k-mooney: chnaged it to wishlist14:43
sean-k-mooneyist a mini enhancment14:43
melwittthanks14:43
sean-k-mooneymelwitt: since we are on this topic14:44
chandankumarit is already triaged, thank you14:44
sean-k-mooneyi ased for some enhacned docs in teh review i left14:44
sean-k-mooneybut i was also thinking maybe we shoudl clean up https://github.com/openstack/cyborg/blob/master/cyborg.conf.intelnic.sample14:44
sean-k-mooneyits really weird to have a random config example at the root of the repo14:45
melwittok sure14:45
sean-k-mooneymy prefence woudl be to add a local.conf exmaple instead https://github.com/openstack/cyborg/blob/master/devstack/local-conf.pci-sim.sample14:45
sean-k-mooneybut ya that basiclly what i said in the review14:46
sean-k-mooneyi am fine with adding a speicif driver doc later14:46
melwittI thhink that would make sense14:46
melwitt*think14:46
sean-k-mooneyso im not really asking for fully docs just capture the impaont parts form the gist you rote14:46
melwittok, can do14:47
sean-k-mooneyi.e. if your automating the cofniguration with devstack add a small devstack local.conf samepel adn a littel prose to descibe how to set it up.14:47
sean-k-mooneycool14:47
melwittthanks14:47
sean-k-mooneyby the way the reaon i said its not entirly a bug 14:47
sean-k-mooneyis until this cycle14:48
sean-k-mooneythere really wast any devstack automation for any fo the drivers14:48
sean-k-mooneyim fine with filign wishlist bugs as tracker but we are missing devstack supprot for most of the rest of the drivrs as well14:48
sean-k-mooneyand i dont thnk fixing that when we have time shoudl need a lot of paper work14:49
melwittyeah I mean for this, it's the general device_profile extension so seems required for any cyborg use no?14:49
sean-k-mooneyonly if using cyborg with neutron ports14:49
melwittyeah, it's good we have Wishlist14:50
melwittah right. ok14:50
sean-k-mooneythat why i was debting if this shoudl only be enabled if you enable the intel driver14:50
sean-k-mooneyor sriov nic agent but its harmless to alwasy enabel14:50
sean-k-mooneyneutron will ignore it if your usign ovn af far as im aware14:50
melwittyeah. I think a guard would make sense. I guess intel is the only nic driver under nic/? I forgot already14:51
sean-k-mooneycurrently yes14:51
sean-k-mooneyhttps://github.com/openstack/cyborg/blob/master/pyproject.toml#L52-L6314:51
sean-k-mooneyat least in tree14:51
melwittok cool. bc really it would be if any nic driver enabled but if we only have the one, then yeah14:52
sean-k-mooneyits technically a stevador entriy point i think but i woudl have to check14:52
chandankumarwe have one more bug to discuss, then we can talk more about that after meeting14:53
sean-k-mooneycool14:53
chandankumar#link 14:53
chandankumar[cyborg-tempest-plugin] Cyborg tempest tests fail in role manager does not exist https://bugs.launchpad.net/openstack-cyborg/+bug/216190914:53
chandankumaramoralej: opened it.14:54
sean-k-mooneymelwitt: https://github.com/openstack/cyborg/blob/master/cyborg/agent/resource_tracker.py#L53-L5714:54
chandankumarIt comes only when manager role does not exist in the environment14:54
sean-k-mooneychandankumar: ya so i dug into this a bit14:54
sean-k-mooneythe reaosn this fails downtram is we are using keystone form antelope 2023.114:54
sean-k-mooneyand the manager rule is created by default in bobcat 2023.214:55
sean-k-mooneyso for all suprpoted branches we can unconditonly rely on it existing14:55
sean-k-mooneyit would not be hardd to add supprot for older release but those are technially not supproted on master14:56
chandankumarfor upstream stable branches, It does not seems to be a bug then14:56
sean-k-mooneyright its not14:56
sean-k-mooneyit just a question of do we wnat to add one off support for older branches14:57
sean-k-mooneyin generall we should not try to supprot antelope14:57
sean-k-mooneybut we coudl supprot it in this case if we choose too14:57
jgilaberhow extensive would the changes be?14:58
sean-k-mooneylike an if or two14:58
sean-k-mooneyhttps://github.com/openstack/cyborg-tempest-plugin/blob/master/cyborg_tempest_plugin/tests/api/base.py#L73-L10714:58
sean-k-mooneythe fix is to only create the role specific client if  we are using the new defaults14:59
sean-k-mooneyso move 14:59
sean-k-mooneyhttps://github.com/openstack/cyborg-tempest-plugin/blob/master/cyborg_tempest_plugin/tests/api/base.py#L82-L9414:59
sean-k-mooneyunder the if branches 14:59
sean-k-mooneyhttps://github.com/openstack/cyborg-tempest-plugin/blob/master/cyborg_tempest_plugin/tests/api/base.py#L100-L10714:59
jgilaberok, I think that is acceptable14:59
chandankumarok15:00
chandankumarcoming to bug importance to low?15:00
sean-k-mooneywhishlist15:00
sean-k-mooneyagain its for an unsuprpoted release15:00
jgilaberyes, wishlist seems right15:00
sean-k-mooneybut we can fix it up fairly eaislly this time15:00
chandankumarDone15:00
sean-k-mooneyif the issue was usign a newer api provided by tempest15:00
chandankumarwe are running out of time15:00
sean-k-mooneyor somehtign liek that we woudl not fix it15:01
chandankumar#topic Open Discussion15:01
melwittI just wanted to mention that I am thinking of proposing a spec for what I'm calling "services API" summary here https://gist.github.com/melwitt/66443c2606ae69280ea1effff7c3043715:01
melwittthis will just mean adding a services table and heartbeat mechanism15:01
melwittif anyone has any thoughts or concerns please let me know (doesn't have to be now given the time)15:02
sean-k-mooneyi have one posisbel scope expantion to run by you15:02
sean-k-mooneybut we can dicuss that later15:02
chandankumarmelwitt: thank you!15:02
chandankumar#topic volunteer to chair for next meeting15:02
chandankumarAnyone up for chairing next meeting?15:03
jgilaberI can do it chandankumar 15:03
chandankumarthank you jgilaber !15:03
chandankumarthank you all for joining!15:03
sean-k-mooneyack i can if you need ot skip15:03
chandankumar#endmeeting15:03
opendevmeetMeeting ended Tue Jul 28 15:03:42 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:03
opendevmeetMinutes:        https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-07-28-14.01.html15:03
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-07-28-14.01.txt15:03
opendevmeetLog:            https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-07-28-14.01.log.html15:03
sean-k-mooneymelwitt: so you included https://gist.github.com/melwitt/66443c2606ae69280ea1effff7c30437#related-work-http-healthcheck-endpoint15:04
sean-k-mooneyi dont think we shoudld supprot the oslo.middleware15:04
sean-k-mooneybut i would love to supprot https://specs.openstack.org/openstack/nova-specs/specs/2024.2/approved/per-process-healthchecks.html15:04
melwittok cool I wondered about that15:04
sean-k-mooneyfor all of our service binaries15:04
sean-k-mooneyso i have not issue with a healtcheck endpoint15:05
sean-k-mooneyi just woudl prefer to have a more useful one15:05
melwittyeah that's fair15:05
sean-k-mooneyyou can also say no15:06
sean-k-mooneybut ya it woudl be cool to spike on that15:06
sean-k-mooneyand see if it woudl fit with what you wanted to do or not15:06
melwitthaha no I put it there for completeness since it is a thing we could do but don't have to do15:06
sean-k-mooneyi breing this up because manilla are adding one as well  https://github.com/openstack/manila-specs/blob/master/specs/hibiscus/manila-per-process-healthchecks.rst15:07
melwittI was already wary of it given that not all services use it, so I figured there must be a reason for that and might not be something we want to add to15:07
melwitt(not all services use oslo.middleware I mean)15:08
sean-k-mooneythe reaosn i dont like it for the api is it does not tell you anthign hiting the microversion discovery endpoitn does nto provide15:08
sean-k-mooneybut it leskes the gcc adn kernel verison in debug mode15:08
sean-k-mooneywhich si not exactly great15:08
melwittyeah, I vaguely remember that from nova discussion15:09
sean-k-mooneyif you actully hit the microversion endpoint its actully slightly better as it actully invokes the wsgi app vs just the middleware15:09
melwittI have to run for a bit but will bbl15:09
sean-k-mooneycool o/15:09
opendevreviewMerged openstack/cyborg-tempest-plugin master: Ensure guest is not reachable after reboot  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99828316:20
opendevreviewMerged openstack/cyborg-tempest-plugin master: Refactor PCI lifecycle tests  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99793616:20
opendevreviewJoan Gilabert proposed openstack/cyborg-tempest-plugin master: Add Cyborg MDEV driver lifecycle scenario tests  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99735216:21
opendevreviewJoan Gilabert proposed openstack/cyborg-tempest-plugin master: Add Cyborg MDEV driver lifecycle scenario tests  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/99735216:31
opendevreviewJoan Gilabert proposed openstack/cyborg master: Add per-PF vf_personality sysfs interface  https://review.opendev.org/c/openstack/cyborg/+/99860316:54
opendevreviewJoan Gilabert proposed openstack/cyborg master: Add per-PF vf_personality sysfs interface  https://review.opendev.org/c/openstack/cyborg/+/99860317:30
opendevreviewJoan Gilabert proposed openstack/cyborg master: Add per-PF vf_personality sysfs interface  https://review.opendev.org/c/openstack/cyborg/+/99860317:37
opendevreviewmelanie witt proposed openstack/cyborg master: Enable port_device_profile ML2 extension driver for NIC drivers  https://review.opendev.org/c/openstack/cyborg/+/99805519:55
opendevreviewmelanie witt proposed openstack/cyborg master: Enable port_device_profile ML2 extension driver for NIC drivers  https://review.opendev.org/c/openstack/cyborg/+/99805520:17
« Monday, 2026-07-27 Index Wednesday, 2026-07-29 »

Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!