| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-cyborg - 2026-09-08 | |||
| 14:32:46 | sean-k-mooney | once those are repoposed we can appove them in lauchpad again | |
| 14:33:25 | sean-k-mooney | anything else on this? | |
| 14:33:56 | jgilaber | not from me | |
| 14:34:32 | sean-k-mooney | ok next one is "rc1 and marketing highlights" | |
| 14:34:41 | sean-k-mooney | #link https://review.opendev.org/c/openstack/releases/+/1004471 | |
| 14:34:58 | sean-k-mooney | thanks jgilaber and chandankumar for reviewing the release note prelude | |
| 14:35:10 | sean-k-mooney | i approved it just before the meting and i think that is merged | |
| 14:35:34 | sean-k-mooney | so all that is needed now is to update the sha in ^ to point at the merge commit and or recheck it | |
| 14:35:54 | sean-k-mooney | if fould can take a look today we can hopefully merge it later today | |
| 14:36:08 | sean-k-mooney | the deadlien is thursday | |
| 14:37:17 | sean-k-mooney | ok if there is no comment on that ill update teh patch after the meeting with the current head of master | |
| 14:37:23 | sean-k-mooney | that will be our rc1 | |
| 14:37:47 | jgilaber | +1 | |
| 14:37:52 | sean-k-mooney | #topic open dicussion | |
| 14:38:21 | sean-k-mooney | so does anyone have a topic to raise? | |
| 14:40:04 | sean-k-mooney | if not the last topic is chairign the next meeting | |
| 14:40:55 | jgilaber | I can do it next week | |
| 14:41:14 | sean-k-mooney | thansk | |
| 14:41:25 | sean-k-mooney | #agreed jgilaber to chair the next meeting | |
| 14:41:48 | sean-k-mooney | ok unless there is anything else i think i can give everyone back 20 mins | |
| 14:42:07 | opendevmeet | Log: https://meetings.opendev.org/meetings/cybrog/2026/cybrog.2026-09-08-14.01.log.html | |
| 14:42:07 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/cybrog/2026/cybrog.2026-09-08-14.01.txt | |
| 14:42:07 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/cybrog/2026/cybrog.2026-09-08-14.01.html | |
| 14:42:07 | opendevmeet | Meeting ended Tue Sep 8 14:42:07 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 14:42:07 | sean-k-mooney | #endmeeting | |
| 14:42:26 | opendevreview | Merged openstack/cyborg-specs master: Move 2026.2 RBAC spec to implemented https://review.opendev.org/c/openstack/cyborg-specs/+/1004438 | |
| 15:08:06 | sean-k-mooney | chandankumar: i realised that https://review.opendev.org/q/topic:%22fpga_program%22 are in merge conflict when you have time can you add that to your todo list for next few weeks | |
| 15:15:31 | chandankumar | sean-k-mooney: I will update those tomorrow | |
| 15:15:40 | sean-k-mooney | no rush | |
| 15:15:46 | sean-k-mooney | i just noticed they were still open | |
| 15:16:12 | chandankumar | I broke my nvme pci-sim implementation after adding MSI support, currently working on fixing that | |
| 16:07:42 | sean-k-mooney | ok the msi supprot is not stirctly requried | |
| 16:07:47 | sean-k-mooney | it oy have it workign that good | |
| 16:07:52 | sean-k-mooney | but we could preoced without it | |
| 18:10:47 | opendevreview | Merged openstack/cyborg master: Add cors middleware defaults https://review.opendev.org/c/openstack/cyborg/+/997712 | |
| 20:45:25 | opendevreview | OpenStack Release Bot proposed openstack/cyborg master: Update master for stable/2026.2 https://review.opendev.org/c/openstack/cyborg/+/1004702 | |
| #openstack-cyborg - 2026-09-09 | |||
| 05:24:03 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add NVMe VFIO guest probe and host handoff https://review.opendev.org/c/openstack/cyborg/+/999929 | |
| 05:24:03 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add NVMe host kernel module https://review.opendev.org/c/openstack/cyborg/+/999928 | |
| 05:24:04 | opendevreview | chandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support https://review.opendev.org/c/openstack/cyborg/+/999945 | |
| 05:24:04 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add software MSI-X domain to fake host bridge https://review.opendev.org/c/openstack/cyborg/+/1003255 | |
| 06:42:59 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add NVMe VFIO guest probe and host handoff https://review.opendev.org/c/openstack/cyborg/+/999929 | |
| 06:42:59 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add NVMe host kernel module https://review.opendev.org/c/openstack/cyborg/+/999928 | |
| 06:43:00 | opendevreview | chandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support https://review.opendev.org/c/openstack/cyborg/+/999945 | |
| 06:43:00 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add software MSI-X domain to fake host bridge https://review.opendev.org/c/openstack/cyborg/+/1003255 | |
| 08:20:23 | opendevreview | chandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support https://review.opendev.org/c/openstack/cyborg/+/999945 | |
| 09:38:55 | opendevreview | chandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support https://review.opendev.org/c/openstack/cyborg/+/999945 | |
| 12:20:48 | opendevreview | chandan kumar proposed openstack/cyborg master: Move create() from FPGADriver to GenericDriver https://review.opendev.org/c/openstack/cyborg/+/998004 | |
| 12:20:48 | opendevreview | chandan kumar proposed openstack/cyborg master: Use GenericDriver.update() as the FPGA programming interface https://review.opendev.org/c/openstack/cyborg/+/991598 | |
| 12:20:49 | opendevreview | chandan kumar proposed openstack/cyborg master: Enable fake FPGA program tests in tempest.conf https://review.opendev.org/c/openstack/cyborg/+/999683 | |
| 15:08:38 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add NVMe host kernel module https://review.opendev.org/c/openstack/cyborg/+/999928 | |
| 15:08:39 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add NVMe VFIO guest probe and host handoff https://review.opendev.org/c/openstack/cyborg/+/999929 | |
| 15:08:39 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add software MSI-X domain to fake host bridge https://review.opendev.org/c/openstack/cyborg/+/1003255 | |
| 15:08:40 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add configurable NVMe sanitize capability https://review.opendev.org/c/openstack/cyborg/+/1004867 | |
| 15:08:40 | opendevreview | chandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support https://review.opendev.org/c/openstack/cyborg/+/999945 | |
| 15:11:01 | chandankumar | pci-sim nvme implementation with msi and configurable santizie support will work now. | |
| 15:11:32 | chandankumar | Docs are not updated. will address all docs next week. | |
| 15:12:54 | opendevreview | chandan kumar proposed openstack/cyborg master: pci-sim: add configurable NVMe sanitize capability https://review.opendev.org/c/openstack/cyborg/+/1004867 | |
| 23:23:06 | opendevreview | melanie witt proposed openstack/cyborg-specs master: Add services API spec for 2027.1 https://review.opendev.org/c/openstack/cyborg-specs/+/1001999 | |
| #openstack-cyborg - 2026-09-10 | |||
| 14:59:22 | melwitt | sean-k-mooney: I believe you already created the ptg etherpad :) https://etherpad.opendev.org/p/cyborg-2027.1-ptg | |
| 14:59:48 | sean-k-mooney | yep i just need to copy past the stnadard header | |
| 15:00:00 | sean-k-mooney | so that is the one we will use and il update the channel topic with that shortly too | |
| 15:00:15 | sean-k-mooney | when i figure out how to do that again | |
| 15:00:37 | melwitt | heh ok | |
| 15:21:08 | opendevreview | Joan Gilabert proposed openstack/cyborg-specs master: Repropose generic mdev driver spec for 2026.2 https://review.opendev.org/c/openstack/cyborg-specs/+/1005068 | |
| 15:27:24 | melwitt | I updated the services spec proposal yesterday to add a small "Road to rolling upgrade support" section https://review.opendev.org/c/openstack/cyborg-specs/+/1001999/5/specs/2027.1/approved/services-api.rst#644 | |
| 15:28:42 | sean-k-mooney | melwitt: ack cool. | |
| 15:29:05 | melwitt | just to try and capture "what all do we need to make this work" | |
| 15:29:07 | sean-k-mooney | the gap today is not that upgrades are not a thing so much as roling upgrade and skip level upgardes are not a thing | |
| 15:29:18 | sean-k-mooney | so it kind assume you update everything at once today | |
| 15:29:24 | melwitt | yeah | |
| 15:31:47 | sean-k-mooney | once we can properly do n+1 the rest is a lot simpler | |
| 15:32:08 | sean-k-mooney | geting n+1 workign properly not just acidentally is the major lift | |
| 15:34:48 | melwitt | right | |
| 16:49:38 | opendevreview | melanie witt proposed openstack/cyborg-specs master: Add spec for NIC SR-IOV support in the generic PCI driver https://review.opendev.org/c/openstack/cyborg-specs/+/1005089 | |
| 20:04:09 | opendevreview | melanie witt proposed openstack/cyborg-specs master: Add spec for NIC SR-IOV support in the generic PCI driver https://review.opendev.org/c/openstack/cyborg-specs/+/1005089 | |
| #openstack-cyborg - 2026-09-11 | |||
| 08:53:42 | bogdando[m] | hi, WDYT folks on resurrecting https://specs.openstack.org/openstack/cyborg-specs/specs/2023.1/approved/attribute-api-support.html and applying that design for phys_net of deployables instead of attributing particular semanthics to attach handles in generic drivers? context is https://review.opendev.org/c/openstack/cyborg-specs/+/1005089 | |
| 08:54:15 | sean-k-mooney | we will likely reviit but not on the deployable | |
| 08:54:23 | sean-k-mooney | the attibutes shoudl have been on the device instead | |
| 08:54:50 | bogdando[m] | well, device is PF, and for smart nic, its more makes sense to attribute one or a group of its VFs (deployables) | |
| 08:54:55 | sean-k-mooney | bogdando[m]: but to be clear we will asy want to have a config driven approch as a primary approch | |
| 08:55:04 | sean-k-mooney | we may add some api driven suprpot later | |
| 08:55:16 | sean-k-mooney | but its really not a good ux at scale | |
| 08:55:33 | sean-k-mooney | device is not the pf | |
| 08:55:50 | sean-k-mooney | tdevice is the assiable thing it can be the pf or vf | |
| 08:56:04 | sean-k-mooney | a deployable is a pool of allcoatabel devices | |
| 08:56:41 | sean-k-mooney | currently resouce classes for palcement are tracked via the atibutes api | |
| 08:56:44 | sean-k-mooney | that shoudl be on the device | |
| 08:56:56 | sean-k-mooney | becuase each deployable corresponds to a placment resouce provider | |
| 08:57:01 | bogdando[m] | ack, it seems I missread "A device has a management interface, whose address is the control path identifier: for SR-IOV devices, this is usually the PCI Physical Function (PF)" - PF is indeed control managmenent interface of a device, not the device | |
| 08:57:13 | sean-k-mooney | and we want to be able to have 1 placement resouce provier with inventoreis of diffent resouce class | |
| 08:58:18 | bogdando[m] | yes, I like the idea that a deployable is a pool of VFs | |
| 08:58:20 | sean-k-mooney | to be clear i dont think that hte atibute api as orgianly specified is the right shap and the impelation that was done didnt follow the spec and is even worse | |
| 08:58:38 | bogdando[m] | but I am not sure about PFs VFs boundaries as you suggested | |
| 08:59:42 | bogdando[m] | grouping devices or PFs seems a bit another layer of abstraction than VFs affinity | |
| 09:00:05 | sean-k-mooney | placement is not deisign to have 100s of rps for a given host | |
| 09:00:27 | sean-k-mooney | it casue sever performance probelms and a singel nic can have 100s of VFs | |
| 09:00:47 | sean-k-mooney | we group VFs by pf in nova today | |
| 09:01:20 | bogdando[m] | I see, that makes sense to not break the contracts established like each deployable is a placement rp | |
| 09:01:43 | sean-k-mooney | there are 3 related thigns | |
| 09:01:54 | sean-k-mooney | devices deployables and attachmet handels | |