| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-cyborg - 2018-08-22 | |||
| 15:23:58 | Li_Liu | #endmeeting | |
| 15:24:00 | openstack | Meeting ended Wed Aug 22 15:23:57 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 15:24:01 | openstack | Minutes: http://eavesdrop.openstack.org/meetings/_openstack_cyborg/2018/_openstack_cyborg.2018-08-22-14.10.html | |
| 15:24:02 | openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/_openstack_cyborg/2018/_openstack_cyborg.2018-08-22-14.10.txt | |
| 15:24:03 | openstack | Log: http://eavesdrop.openstack.org/meetings/_openstack_cyborg/2018/_openstack_cyborg.2018-08-22-14.10.log.html | |
| 16:48:44 | openstackgerrit | coco-Gao proposed openstack/cyborg master: Add driver-side oslo_versioned objects. https://review.openstack.org/593627 | |
| 21:04:19 | openstackgerrit | Sundar Nadathur proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc. https://review.openstack.org/577438 | |
| #openstack-cyborg - 2018-08-23 | |||
| 09:55:34 | openstackgerrit | sumitjami proposed openstack/cyborg master: python3 compatibilty for spdk/util https://review.openstack.org/595571 | |
| #openstack-cyborg - 2018-08-25 | |||
| 02:40:33 | openstackgerrit | Li Liu proposed openstack/cyborg master: Let the fpga programming api call cyborg agent https://review.openstack.org/596507 | |
| 03:44:00 | openstackgerrit | Merged openstack/cyborg-specs master: import zuul job settings from project-config https://review.openstack.org/592835 | |
| #openstack-cyborg - 2018-08-27 | |||
| 07:38:26 | nguyenhai | dear core-reviewers cyborg | |
| 07:38:27 | nguyenhai | https://review.openstack.org/#/q/project:openstack/os-acc | |
| 07:38:47 | nguyenhai | those patches related to the python3-first topic need to be merged | |
| 07:38:48 | nguyenhai | Thanks | |
| 08:19:07 | openstackgerrit | Xinran WANG proposed openstack/cyborg master: Add Allocation/Deallocation API https://review.openstack.org/596187 | |
| 11:48:30 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| 11:51:00 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| #openstack-cyborg - 2018-08-28 | |||
| 08:32:01 | openstackgerrit | Xinran WANG proposed openstack/cyborg master: Add Allocation/Deallocation API https://review.openstack.org/596187 | |
| #openstack-cyborg - 2018-08-29 | |||
| 08:30:00 | nguyenhai_ | Please review those patch: https://review.openstack.org/#/q/project:openstack/os-acc+topic:python3-first | |
| 08:30:11 | nguyenhai_ | about python3-first goal. Thanks. | |
| 13:39:22 | openstackgerrit | coco-Gao proposed openstack/cyborg master: Add driver-side oslo_versioned objects. https://review.openstack.org/593627 | |
| 14:05:20 | sum12 | meeting ? | |
| 14:05:59 | Sundar | Yes, I am trying to connect to zoom | |
| 14:06:47 | Sundar | The host needs to start it first | |
| 14:49:06 | efried | Sundar: please let me know when you have a moment. | |
| 14:52:12 | efried | kosamara: ō/ I think they're having their meeting now (via video conf) but I left a ping for Sundar | |
| 14:52:54 | kosamara | efried: ok, it would be interesting to see what's the state on these points to avoid duplicating effort | |
| 14:53:38 | efried | kosamara: Well, I can point you to a massive pile of specs that, as I said, I haven't had time to read all of yet. | |
| 14:54:56 | efried | kosamara: Perhaps this one will be especially relevant: https://review.openstack.org/#/c/593726/ | |
| 15:01:45 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| 15:29:36 | Sundar | efried: Hi | |
| 15:29:50 | efried | Hi Sundar. kosamara, heads up | |
| 15:30:39 | efried | Sundar: I left a couple of comments on the discovery spec, wanted to pick your brain for a sec since you probably have the answers right off the top and I'm being notoriously slow at ploughing through all the specs. | |
| 15:31:13 | efried | kosamara and I are working on overhauling the way nova does pci passthrough, and there's obviously an intersection with cyborg's plans. | |
| 15:31:14 | Sundar | Yes, I saw your update. Thanks, I'll respond. Please feel free to shoot questions here | |
| 15:31:29 | efried | We need to figure out whether what we're doing is actually completely moot. | |
| 15:32:06 | efried | Sundar: https://review.openstack.org/#/c/591037/ at your leisure :) | |
| 15:32:21 | efried | Sundar: For right now, I'm interested in knowing how whitelisting is going to be done. | |
| 15:39:44 | Sundar | Sure. Sorry, I got a call now, this will go on for 30 min. | |
| 15:39:50 | Sundar | Please give me some time | |
| 15:54:32 | efried | Sundar: I'll be leaving for a couple of hours soon. I'll try to reconnect with you here this afternoon if you're around; otherwise perhaps we can just have the discussion via the spec review. | |
| 16:00:26 | kosamara | Sundar: I'll join here again tomorrow. Which timezone are you in? I'm in Europe. | |
| 16:05:17 | Sundar | kosamara: I am in Pacific time zone. Is there something specific you want to talk about? We can agree on a time. | |
| 16:05:37 | Sundar | efried: Sure, I'll catch you this afternoon | |
| 16:06:02 | kosamara | Sundar: not yet, first I need to catch up on https://review.openstack.org/#/c/593726 and you on ours | |
| 16:06:52 | kosamara | The basic question is if we should keep doing that spec for Nova or if we should contribute something related to that to Cyborg. | |
| 16:11:18 | Sundar | kosamara: It was agreed at the rocky PTG that Cyborg is the way forward. I think device discovery should be in Cyborg. | |
| 16:12:00 | Sundar | I need to catch up on https://review.openstack.org/#/c/591037/ | |
| 16:17:16 | Sundar | kosamara: Are you Konstantinos Samaras-Tsakiris, the author of the other spec https://review.openstack.org/#/c/591037/? :) | |
| 21:33:36 | Sundar | efried: Please ping me when you can | |
| #openstack-cyborg - 2018-08-30 | |||
| 02:32:47 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| 02:58:17 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| 03:15:21 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| 05:43:33 | openstackgerrit | Xinran WANG proposed openstack/cyborg master: Allocation/Deallocation API Specification https://review.openstack.org/597991 | |
| 06:16:33 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| 07:02:20 | nguyenhai_ | Is project openstack/os-acc belong to cyborg? | |
| 07:02:45 | nguyenhai_ | The core-reviewer of cyborg have responsible for openstack/os-acc or not? Thanks. | |
| 07:50:22 | kosamara | Sundar: yes :) | |
| 07:51:25 | kosamara | Sundar: But this spec is derived from efried's nova-powervm spec, which you have already commented on. The core principles are the same, but a lot of things have changed. | |
| 14:09:41 | openstackgerrit | Merged openstack/os-acc master: import zuul job settings from project-config https://review.openstack.org/592836 | |
| 14:16:17 | openstackgerrit | Merged openstack/os-acc master: switch documentation job to new PTI https://review.openstack.org/592837 | |
| 14:16:19 | openstackgerrit | Merged openstack/os-acc master: add python 3.6 unit test job https://review.openstack.org/592838 | |
| 14:19:12 | openstackgerrit | Merged openstack/os-acc master: add lib-forward-testing-python3 test job https://review.openstack.org/592839 | |
| 18:58:22 | openstackgerrit | wangzhh proposed openstack/cyborg master: Add "Report device data to cyborg" https://review.openstack.org/596691 | |
| 19:50:10 | Sundar | efried: Please ping me when you can | |
| 19:50:19 | efried | Sundar: Hi! | |
| 19:51:26 | Sundar | Hi, I got tons of feedback on the os-acc spec ;). Can we discuss them now? | |
| 19:51:41 | efried | okay, sure | |
| 19:51:47 | efried | Though I think you got most of it from sean | |
| 19:52:48 | Sundar | One feedback was that the attaching to the VM should be left to Nova virt driver, and os-acc should not do it. That is hypervisor-specific and that's what virt drivers are for. | |
| 19:52:55 | Sundar | Do you agree with that? | |
| 19:53:30 | efried | I... think so, yes. I think that's how neutron plugins operate. But maybe it's not how the os-vif model is set up. | |
| 19:54:20 | efried | anyway, it's certainly hypervisor-specific. No question there. | |
| 19:54:35 | efried | So when you say "os-acc" you really mean "the plugin at the behest of os-acc". | |
| 19:55:30 | Sundar | One main difference between os-vif and os-acc that I am struggling to communicate is this: with os-vif, a VIF gets allocated, port binding happens and then the plug() operation happens. | |
| 19:57:08 | Sundar | With os-acc, the equivalent of binding and plug cannot be separated cleanly. Example: A GPU may need to be reconfigured to create vGPUs of a certain type. Until that point, the accelerators of the right type don't even exist. So, the device may need to be configured to create the right accelerators, or change the inventory of accelerators, before we get the attach handle | |
| 19:58:40 | efried | okay. That stuff is *also* hypervisor-specific. | |
| 19:59:09 | Sundar | Sure, it is also device-specific. The device driver has to do this in a hypervisor-specific way | |
| 19:59:18 | efried | May be the purview of the "driver" rather than the "plugin" but still. | |
| 19:59:44 | Sundar | Yes, I think we already agree that the driver would be hypervisor-specific | |
| 19:59:51 | efried | it may in fact be device *type* specific, not necessarily device specific. | |
| 20:00:02 | efried | Anyway, I think we're in violent agreement on the high points here. | |
| 20:00:36 | Sundar | Well, the actual act of writing to the device and manipulating it to create a new vGPU type or program a bitstream would in fcat be specific to device models or vendors. | |
| 20:02:19 | Sundar | So, the Cyborg and its driver(s) would have to handle the equivalent of port binding (device specific) and plug. That gives us a VAN with the device end configured, ready to be attached to an instance | |
| 20:02:46 | Sundar | After that, Nova virt can take that VAN and do the needful for that hypervisor, in a device-independen way | |
| 20:02:48 | efried | and does that happen in a separate step prior to spawn? | |
| 20:03:18 | Sundar | Yes. I shared a flow diagram with you this morning. | |
| 20:03:31 | Sundar | Before we get to that :), | |
| 20:04:11 | Sundar | the role of os-acc plugin is highly diminished with these aspects considered. The driver does the device end, Nova virt does the instance end | |
| 20:04:48 | efried | "nova virt" by invoking the plugin through os-acc? | |
| 20:04:55 | Sundar | The possible role for os-acc extensions is to handle device-compute interactions, such as NUMA affinity for interrupt vectors. | |
| 20:06:41 | Sundar | Nova virt calls os-acc, and that in turn calls Cyborg in some way. When that call returns, Nova virt has to persist the instance - VAN association in Nova's db. neither os-acc nor Cyborg can do that, so it has to go to Nova virt. The subsequent step of attaching to the VM is already in Nova virt. | |
| 20:06:48 | Sundar | So, what does the plugin do for attach? | |
| 20:07:07 | efried | no idea | |
| 20:07:19 | efried | if it's nothing, it's nothing. | |
| 20:08:03 | Sundar | I understand your need for keeping things hypervisor-specific, but Nova virt is already hypervisor-specific, right? | |
| 20:08:14 | efried | yup | |
| 20:08:39 | efried | I don't really have a stake in getting lots of code into these plugins. | |
| 20:08:48 | efried | I just want to make sure we don't end up with linux-isms in common code paths. | |
| 20:08:54 | efried | linux/libvirt | |