Tuesday, 2026-09-08

opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support  https://review.opendev.org/c/openstack/cyborg/+/99994504:46
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support  https://review.opendev.org/c/openstack/cyborg/+/99994507:08
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe host kernel module  https://review.opendev.org/c/openstack/cyborg/+/99992810:30
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe VFIO guest probe and host handoff  https://review.opendev.org/c/openstack/cyborg/+/99992910:30
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add software MSI-X domain to fake host bridge  https://review.opendev.org/c/openstack/cyborg/+/100325510:30
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support  https://review.opendev.org/c/openstack/cyborg/+/99994510:30
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe host kernel module  https://review.opendev.org/c/openstack/cyborg/+/99992812:49
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add NVMe VFIO guest probe and host handoff  https://review.opendev.org/c/openstack/cyborg/+/99992912:49
opendevreviewchandan kumar proposed openstack/cyborg master: pci-sim: add software MSI-X domain to fake host bridge  https://review.opendev.org/c/openstack/cyborg/+/100325512:49
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe driver devstack plugin support  https://review.opendev.org/c/openstack/cyborg/+/99994512:49
*** chandank` is now known as chandankumar13:11
opendevreviewMerged openstack/cyborg master: Add 2026.2 release prelude  https://review.opendev.org/c/openstack/cyborg/+/100446813:42
sean-k-mooney#startmeeting cybrog14:01
opendevmeetMeeting started Tue Sep  8 14:01:54 2026 UTC and is due to finish in 60 minutes.  The chair is sean-k-mooney. 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 'cybrog'14:01
chandankumaro/14:02
morenodo/14:02
sean-k-mooneyping list amoralej bogdando jgilaber rlandy chandankumar skovili melwit14:02
jgilabero/14:02
rlandyo/14:02
sean-k-mooney#link https://etherpad.opendev.org/p/openstack-cyborg-irc-meeting14:02
sean-k-mooneywe will start shortly14:03
sean-k-mooneyif there are any topics feel free to add them to the adjeda above14:03
melwitto/14:03
sean-k-mooneyok i think that is most of the folks that are around today14:04
sean-k-mooneyso lets start14:04
sean-k-mooney#topic Support for multiple resource classes per deployable14:05
sean-k-mooneyjgilaber: this one is yours 14:05
jgilaberyes, I wanted to ask about how to handle this 14:05
sean-k-mooneyso contex for every one14:05
jgilaberfor context, cyborg only supports one resource class per deployable14:06
sean-k-mooneytoday cyborg modesl resouce provider in placmeent as deployables14:06
sean-k-mooneyyep which for the generic mdev drvier or pci driver means that if we want to group mdevs or pci vf by the parent pf14:06
sean-k-mooneythey either must all have the same resouce class14:07
sean-k-mooneyor we have to model it diffently with nested resouces14:07
sean-k-mooneynested provdiers14:07
sean-k-mooneyso i guess your question is shoudl this be its own feature/spec14:08
sean-k-mooneythe ablity to have more then one resocue class per deploryable/resource provider14:08
jgilaberexactly14:08
sean-k-mooneyim inlcined to say yes14:08
jgilaberin the approved spec we agreed to have one deployable per mdev type and revisit in the future14:08
sean-k-mooneyrepopose the mdev spec as is with only 1 type14:08
jgilaberbut since I have to repropose anyway I figured I'd look into it14:09
sean-k-mooneyand seperately propsole a seperate feature to supprot multiple rescoues classes per deployable14:09
sean-k-mooneyjgilaber: so without going into the details too much14:09
jgilaberwanted to get people thoughts but that was my idea since this would affect all drivers14:09
sean-k-mooneyi think we need to move to modelign the resouce class on teh device or attachment handel14:09
sean-k-mooneycurrently i belive we use the atibutes tabel to store it correct?14:10
jgilaberyes, I think that's right14:11
jgilabere.g from the pci driver https://github.com/openstack/cyborg/blob/master/cyborg/accelerator/drivers/pci/pci/sysinfo.py#L71-L7414:11
sean-k-mooneywe maynot need ot modify the device or attach hanel actully it just depend what atributes are assocated with14:11
sean-k-mooneyah so ya that is the problem 14:11
sean-k-mooneyhttps://github.com/openstack/cyborg/blob/master/cyborg/db/sqlalchemy/models.py#L144-L15614:11
sean-k-mooneythe Attribute table references the deployable not the device14:12
sean-k-mooneyi think this is a generic capablity that all drviers shoudl be able to leverage when needed14:13
sean-k-mooneyso to me that makes it its own spec14:13
sean-k-mooneyanyone else have an opionon on that?14:13
melwittI think that sounds a good idea14:13
melwittkeep each piece smaller14:14
sean-k-mooneythere is a larger related topic14:14
jgilaberack, I was leaning towards that so +1 from me14:14
sean-k-mooneyi think we need to look at and impvoe the modeling of device, atibutes, deployabels and attachment handels in general14:14
sean-k-mooneyeven if tha tis just docs to descibe there role14:15
sean-k-mooneyright now the exact meaning/uage of all of the above feel a bit fuzzy and it woudl be nice to impvoe that going forward14:16
sean-k-mooneyi think this is just one fo the pain point in that model but perhasp its a good one to adress first14:16
jgilaberthat's a good point, we can build docs as part of this new spec14:17
sean-k-mooneypart of the problem is the atribtues api14:17
sean-k-mooneythat was merged14:17
sean-k-mooneydid not follow the approves sepc14:17
sean-k-mooneyso its an areay of technial debt that we need to adress at some point14:18
sean-k-mooneyso we may want to adress that as part of this work and use this as an opterutnity to docuemtn the intended behvior14:19
sean-k-mooneyanyway we can dicuss that in a spec or ptg topic unless there is anyting else you want to raise today?14:19
jgilaberno, that is ok for now, we can go into more detail at ptg I think14:20
jgilaberI'll also will have spent some time looking at the details by then14:20
sean-k-mooneyack sound good, we just need to make sure we capture all the contenxt in the evneutal spec14:21
sean-k-mooneyok ill move on to the next topci breifly14:21
sean-k-mooney#topic ptg planning 14:22
sean-k-mooney#link https://etherpad.opendev.org/p/cyborg-2027.1-ptg14:22
sean-k-mooneyso that is currently empty but we need to start planing the ptg14:22
sean-k-mooneyill add a basic safold shortly14:22
sean-k-mooneybut we need to make a request to have a seession14:23
sean-k-mooneyadn plan our slots14:23
sean-k-mooneythe dates are October 12-16, 202614:23
sean-k-mooneydo folks have a prefernce for how many days or time slots?14:25
sean-k-mooneythe current slots are form last ptg so we could just use the same but lets loop back to this next week and folks can think about it14:26
jgilaberpersonally, I won't be available on October 12th, so I would prefer to avoid scheduling on that day14:26
sean-k-mooneyok lets use https://etherpad.opendev.org/p/cyborg-2027.1-ptg#L1214:26
sean-k-mooneyand if folks can add there aviablity we can see when will work for folks next week14:26
sean-k-mooney#action review ptg slots in next meeting14:27
sean-k-mooneyanything else on this topic?14:28
sean-k-mooney#topic reviews14:29
sean-k-mooneyfirst one 1004438: Move 2026.2 RBAC spec to implemented14:29
sean-k-mooney#link https://review.opendev.org/c/openstack/cyborg-specs/+/100443814:29
sean-k-mooneyi think this is pretty straigt forward and correct14:30
sean-k-mooneythank jgilaber for proposing that14:30
jgilaberI pushed this yesterday, not urgent, just had not done it yet14:30
jgilaberI also looked at launchpad, I think we're all set there?14:30
sean-k-mooneyso that actully a good point14:31
sean-k-mooneyfor that spec yes14:31
sean-k-mooneybut we need to move the other blueprint to 2027.114:31
sean-k-mooneyhttps://blueprints.launchpad.net/openstack-cyborg14:31
sean-k-mooneyi will move https://blueprints.launchpad.net/openstack-cyborg/+spec/generic-mdev-driver and https://blueprints.launchpad.net/openstack-cyborg/+spec/generic-nvme-driver-with-secure-cleanup now14:32
sean-k-mooneyand reset definti/appoved14:32
jgilaberack, thanks14:32
sean-k-mooneyonce those are repoposed we can appove them in lauchpad again14:32
sean-k-mooneyanything else on this?14:33
jgilabernot from me14:33
sean-k-mooneyok next one is "rc1 and marketing highlights" 14:34
sean-k-mooney#link https://review.opendev.org/c/openstack/releases/+/100447114:34
sean-k-mooneythanks jgilaber and chandankumar for reviewing the release note prelude14:34
sean-k-mooneyi approved it just before the meting and i think that is merged14:35
sean-k-mooneyso all that is needed now is to update the sha in ^ to point at the merge commit and or recheck it14:35
sean-k-mooneyif fould can take a look today we can hopefully merge it later today14:35
sean-k-mooneythe deadlien is thursday14:36
sean-k-mooneyok if there is no comment on that ill update teh patch after the meeting with the current head of master14:37
sean-k-mooneythat will be our rc114:37
jgilaber+114:37
sean-k-mooney#topic open dicussion14:37
sean-k-mooneyso does anyone have a topic to raise?14:38
sean-k-mooneyif not the last topic is chairign the next meeting14:40
jgilaberI can do it next week14:40
sean-k-mooneythansk14:41
sean-k-mooney#agreed jgilaber to chair the next meeting14:41
sean-k-mooneyok unless there is anything else i think i can give everyone back 20 mins14:41
sean-k-mooney#endmeeting14:42
opendevmeetMeeting ended Tue Sep  8 14:42:07 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:42
opendevmeetMinutes:        https://meetings.opendev.org/meetings/cybrog/2026/cybrog.2026-09-08-14.01.html14:42
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/cybrog/2026/cybrog.2026-09-08-14.01.txt14:42
opendevmeetLog:            https://meetings.opendev.org/meetings/cybrog/2026/cybrog.2026-09-08-14.01.log.html14:42
opendevreviewMerged openstack/cyborg-specs master: Move 2026.2 RBAC spec to implemented  https://review.opendev.org/c/openstack/cyborg-specs/+/100443814:42
sean-k-mooneychandankumar: 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 weeks15:08
chandankumarsean-k-mooney: I will update those tomorrow15:15
sean-k-mooneyno rush15:15
sean-k-mooneyi just noticed they were still open15:15
chandankumarI broke my nvme pci-sim implementation after adding MSI support, currently working on fixing that15:16
sean-k-mooneyok the msi supprot is not stirctly requried16:07
sean-k-mooneyit oy have it workign that good16:07
sean-k-mooneybut we could preoced without it16:07
opendevreviewMerged openstack/cyborg master: Add cors middleware defaults  https://review.opendev.org/c/openstack/cyborg/+/99771218:10
opendevreviewOpenStack Release Bot proposed openstack/cyborg master: Update master for stable/2026.2  https://review.opendev.org/c/openstack/cyborg/+/100470220:45

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