Friday, 2026-09-04

opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMeDriver for NVMe controller discovery  https://review.opendev.org/c/openstack/cyborg/+/99993704:56
opendevreviewchandan kumar proposed openstack/cyborg master: agent: separate driver loading from driver initialisation  https://review.opendev.org/c/openstack/cyborg/+/99993804:56
opendevreviewchandan kumar proposed openstack/cyborg master: Route ARQ unbind through conductor-to-agent cleanup RPCs  https://review.opendev.org/c/openstack/cyborg/+/99993904:56
opendevreviewchandan kumar proposed openstack/cyborg master: nvme: implement NVMeDriver.cleanup()  https://review.opendev.org/c/openstack/cyborg/+/99994004:56
opendevreviewchandan kumar proposed openstack/cyborg master: Add device_state bind guard and fix fake driver topology  https://review.opendev.org/c/openstack/cyborg/+/99994104:56
opendevreviewchandan kumar proposed openstack/cyborg master: Expose device_state in device API and register nvme_driver entrypoint  https://review.opendev.org/c/openstack/cyborg/+/99994204:56
opendevreviewchandan kumar proposed openstack/cyborg master: Deprecate SSD drivers in favour of NVMe driver  https://review.opendev.org/c/openstack/cyborg/+/99994304:57
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver admin guide and API reference for microversion 2.4  https://review.opendev.org/c/openstack/cyborg/+/99994404:57
opendevreviewchandan kumar proposed openstack/cyborg master: Add per-PF vf_personality sysfs interface  https://review.opendev.org/c/openstack/cyborg/+/99860304:57
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: introduce personality ops-table dispatch for VF device types  https://review.opendev.org/c/openstack/cyborg/+/99912504:57
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe host kernel module  https://review.opendev.org/c/openstack/cyborg/+/99992804:58
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe VFIO guest probe and host handoff  https://review.opendev.org/c/openstack/cyborg/+/99992904:58
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add software MSI-X domain to fake host bridge  https://review.opendev.org/c/openstack/cyborg/+/100325504:58
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support  https://review.opendev.org/c/openstack/cyborg/+/99994504:58
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMeDriver for NVMe controller discovery  https://review.opendev.org/c/openstack/cyborg/+/99993706:01
opendevreviewchandan kumar proposed openstack/cyborg master: agent: separate driver loading from driver initialisation  https://review.opendev.org/c/openstack/cyborg/+/99993806:02
opendevreviewchandan kumar proposed openstack/cyborg master: Route ARQ unbind through conductor-to-agent cleanup RPCs  https://review.opendev.org/c/openstack/cyborg/+/99993906:03
opendevreviewchandan kumar proposed openstack/cyborg master: nvme: implement NVMeDriver.cleanup()  https://review.opendev.org/c/openstack/cyborg/+/99994006:04
opendevreviewchandan kumar proposed openstack/cyborg master: Add device_state bind guard and fix fake driver topology  https://review.opendev.org/c/openstack/cyborg/+/99994106:05
opendevreviewchandan kumar proposed openstack/cyborg master: Expose device_state in device API and register nvme_driver entrypoint  https://review.opendev.org/c/openstack/cyborg/+/99994206:06
opendevreviewchandan kumar proposed openstack/cyborg master: agent: separate driver loading from driver initialisation  https://review.opendev.org/c/openstack/cyborg/+/99993806:07
opendevreviewchandan kumar proposed openstack/cyborg master: Route ARQ unbind through conductor-to-agent cleanup RPCs  https://review.opendev.org/c/openstack/cyborg/+/99993906:07
opendevreviewchandan kumar proposed openstack/cyborg master: nvme: implement NVMeDriver.cleanup()  https://review.opendev.org/c/openstack/cyborg/+/99994006:07
opendevreviewchandan kumar proposed openstack/cyborg master: Add device_state bind guard and fix fake driver topology  https://review.opendev.org/c/openstack/cyborg/+/99994106:07
opendevreviewchandan kumar proposed openstack/cyborg master: Expose device_state in device API and register nvme_driver entrypoint  https://review.opendev.org/c/openstack/cyborg/+/99994206:08
opendevreviewchandan kumar proposed openstack/cyborg master: Deprecate SSD drivers in favour of NVMe driver  https://review.opendev.org/c/openstack/cyborg/+/99994306:08
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver admin guide and API reference for microversion 2.4  https://review.opendev.org/c/openstack/cyborg/+/99994406:08
opendevreviewchandan kumar proposed openstack/cyborg master: Add per-PF vf_personality sysfs interface  https://review.opendev.org/c/openstack/cyborg/+/99860306:08
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: introduce personality ops-table dispatch for VF device types  https://review.opendev.org/c/openstack/cyborg/+/99912506:09
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe host kernel module  https://review.opendev.org/c/openstack/cyborg/+/99992806:09
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe VFIO guest probe and host handoff  https://review.opendev.org/c/openstack/cyborg/+/99992906:09
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add software MSI-X domain to fake host bridge  https://review.opendev.org/c/openstack/cyborg/+/100325506:09
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support  https://review.opendev.org/c/openstack/cyborg/+/99994506:10
chandankumarHello sean-k-mooney, I think we can push nvme generic driver work to next release.11:51
chandankumarI am not sure we can get it ready today for merge.11:51
sean-k-mooneyack, that would reduce the review pressure 11:54
sean-k-mooneyin that case we can shift focus to createing the release note prelude and marketing highlihgt11:55
sean-k-mooneyand then cutting rc111:55
chandankumarRecent nvme changes are working fine on both hardware and pci-sim implementation11:56
sean-k-mooneywe can then continue working on this once the specc is repoposed and aprpoved which will be easy enough11:56
chandankumarlet me get a review up for prelude by monday11:57
sean-k-mooneyack if  you can do that it would be cool i was going to do it if i didnt see one by the end of the day11:58
sean-k-mooneyi do have your nvme series open now by the way but i only stared revieweing it 20 mins ago11:58
sean-k-mooneyi didnt get to it yesterday evening after you revised it11:59
chandankumarlet'see how much we can get it11:59
chandankumarI will get the prelude cr ready then11:59
sean-k-mooneychandankumar: direct db access is not allowed form the comptue agent and your later patches are doing that14:15
sean-k-mooneyhttps://review.opendev.org/c/openstack/cyborg/+/1002254/1 is needed14:15
sean-k-mooneyi think we will just stop there for this cycle14:15
sean-k-mooneyim going to drop for a while14:15
chandankumarah, in that case, I will put these two patches in my series14:21
chandankumarsounds good14:21
sean-k-mooneyi think we will want to merge the first 3 patches in this sersie https://review.opendev.org/c/openstack/cyborg/+/1002255/114:41
sean-k-mooneyand then you can add the extra remotabels methods14:41
sean-k-mooneybut those are not entrily ready yet14:42
sean-k-mooneyso we may want to pasue for a few days to plan how best to proceed and make sure we are not missign anything14:42
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMeDriver for NVMe controller discovery  https://review.opendev.org/c/openstack/cyborg/+/99993714:43
opendevreviewchandan kumar proposed openstack/cyborg master: agent: separate driver loading from driver initialisation  https://review.opendev.org/c/openstack/cyborg/+/99993814:43
chandankumarfor right now. I am putting 3 patches on top of 99993814:45
sean-k-mooneydont move my patches14:46
sean-k-mooneyyou can put your series on top of them but dont ther first patch is a bugfix that shoudl merge before your feature changes14:46
sean-k-mooneyor at least that shoudl not depend on anything in your series14:47
sean-k-mooneyit has helper that your sersie coudl reuse by the way14:47
sean-k-mooneyhttps://review.opendev.org/c/openstack/cyborg/+/1002253/1/cyborg/conductor/manager.py#14714:47
sean-k-mooneyto determin if a device is in use14:47
sean-k-mooneybut that part of the logic im not sure is 100% correct yet14:49
chandankumarlet me also take a pause14:49
sean-k-mooneythe reason im not pushign to get my patches merged is i have not done the deep dive on them to fully snrue there logic is correct14:50
chandankumarin that case, I will keep a patch what is need for my patch instead of stacking14:50
sean-k-mooneythey appare to solve the bug but im unfomoftbale iwth the handelign of device vs atchement handel vs deployable14:50
chandankumars/patch/piece14:50
sean-k-mooneythe beit that we need to reconsile is as follows https://github.com/openstack/cyborg/blob/master/cyborg/db/sqlalchemy/models.py#L78-L14114:53
sean-k-mooneya device is a recored for a phasical device14:53
sean-k-mooneythe deployable is a pool of devices modled in placement as a single resouce provider with an nvientory of n acclerators14:53
sean-k-mooneyeach alclare correspodnign to a attachment handel/device14:54
sean-k-mooneyi think i have the names of these two functions reverst14:54
sean-k-mooneyhttps://review.opendev.org/c/openstack/cyborg/+/1002253/1/cyborg/conductor/manager.py#14714:55
sean-k-mooneyso what im callign _deployable_in_use is really attachment handel in use or device in use14:55
sean-k-mooneyand _device_in_use is deployable in use14:55
sean-k-mooneya deployable is in use if any of its devices/attachmetn handels are in use14:56
sean-k-mooneya device is only in uses if its bound or its correspodnign attachment handel is in use14:56
sean-k-mooneyin general the reserved value in placment for a given inventory shoudl be equal to the numebr of insue attacheent handels/devices14:57
sean-k-mooney    def _deployable_in_use(driver_dep_obj):14:59
sean-k-mooney        # DriverAttachHandle.list() combines the persisted usage marker with14:59
sean-k-mooney        # any remaining ExtARQ ownership reference.14:59
sean-k-mooney        return any(15:00
sean-k-mooney            attach_handle.in_use15:00
sean-k-mooney            for attach_handle in driver_dep_obj.attach_handle_list15:00
sean-k-mooney        )15:00
sean-k-mooneythat is actully correct15:00
sean-k-mooneyits 15:00
sean-k-mooney  @classmethod15:00
sean-k-mooney    def _device_in_use(cls, driver_dev_obj):15:00
sean-k-mooney        return any(15:00
sean-k-mooney            cls._deployable_in_use(deployable)15:00
sean-k-mooney            for deployable in driver_dev_obj.deployable_list15:00
sean-k-mooney        )15:00
sean-k-mooneythat is not15:00
sean-k-mooneythe correct way to check fi a device is in use is to fined the assocated atchement handel and check if that is in use15:00
sean-k-mooneythats what i need to fix and then i need to check the sourinding logic15:01
sean-k-mooneyso i think the depensces are going to be as follows, 1 i will fix https://bugs.launchpad.net/openstack-cyborg/+bug/2017513, then we will intoduce the ovo interaction api and move the arq bidning to the comptue agent adn finally we will resume the nvme driver implmeention once those 3 things are complete15:07
sean-k-mooneywe may be able to do it before moving bidn to the agent but we need to thikn about it.15:08
chandankumarok15:10
sean-k-mooneythe fact that the ovo indriection api was not in place was something i was not aware of during the spec review15:10
sean-k-mooneywithout that he only other option we have woudl be a dedicated rpc form the comptue to the conductor15:11
sean-k-mooneyto marke the device as cleaned15:11
sean-k-mooneyor relying on a perodic update15:11
sean-k-mooneybasiclly calling report_data https://github.com/openstack/cyborg/blob/master/cyborg/conductor/rpcapi.py#L50-L6015:12
sean-k-mooneythat is an option today15:13
sean-k-mooneyafter the deivce is cleaned15:13
chandankumar for now, I will copy _deployable_in_use and run ut on the conductor against device attach handle.15:13
chandankumar adn then count the inuse attachment handles first, then set reserved to the inuse attach handle and totel to number of accelerator.15:13
sean-k-mooneyack15:14
sean-k-mooneyi want to meove _deployable_in_use to the deployable ovo eventually15:14
sean-k-mooneyas a property so you can just do deployable.in_use15:15
sean-k-mooneyanyway i have to go now o/15:15
chandankumarsure, I will update the patch based on above discussion15:16
chandankumarthank you!15:16

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