Wednesday, 2018-06-27

*** shaohe_feng has joined #openstack-cyborg00:00
*** shaohe_feng has quit IRC00:09
*** shaohe_feng has joined #openstack-cyborg00:10
*** shaohe_feng has quit IRC00:19
*** shaohe_feng has joined #openstack-cyborg00:20
*** shaohe_feng has quit IRC00:29
*** shaohe_feng has joined #openstack-cyborg00:30
*** shaohe_feng has quit IRC00:40
*** shaohe_feng has joined #openstack-cyborg00:41
*** shaohe_feng has quit IRC00:50
*** shaohe_feng has joined #openstack-cyborg00:52
*** shaohe_feng has quit IRC01:00
*** shaohe_feng has joined #openstack-cyborg01:03
*** shaohe_feng has quit IRC01:10
*** shaohe_feng has joined #openstack-cyborg01:12
*** shaohe_feng has quit IRC01:21
*** shaohe_feng has joined #openstack-cyborg01:21
*** shaohe_feng has quit IRC01:31
*** shaohe_feng has joined #openstack-cyborg01:33
*** shaohe_feng has quit IRC01:41
*** shaohe_feng has joined #openstack-cyborg01:42
*** shaohe_feng has quit IRC01:51
*** shaohe_feng has joined #openstack-cyborg01:52
*** shaohe_feng has quit IRC02:02
*** shaohe_feng has joined #openstack-cyborg02:02
*** shaohe_feng has quit IRC02:12
*** shaohe_feng has joined #openstack-cyborg02:12
*** shaohe_feng has quit IRC02:22
*** shaohe_feng has joined #openstack-cyborg02:23
*** shaohe_feng has quit IRC02:32
*** shaohe_feng has joined #openstack-cyborg02:34
*** shaohe_feng has quit IRC02:43
*** shaohe_feng has joined #openstack-cyborg02:44
*** shaohe_feng has quit IRC02:53
*** shaohe_feng has joined #openstack-cyborg02:54
*** shaohe_feng has quit IRC03:03
*** shaohe_feng has joined #openstack-cyborg03:05
*** shaohe_feng has quit IRC03:13
*** shaohe_feng has joined #openstack-cyborg03:14
*** shaohe_feng has quit IRC03:24
*** shaohe_feng has joined #openstack-cyborg03:24
*** shaohe_feng has quit IRC03:34
*** shaohe_feng has joined #openstack-cyborg03:37
*** shaohe_feng has quit IRC03:44
*** shaohe_feng has joined #openstack-cyborg03:45
*** shaohe_feng has quit IRC03:54
*** shaohe_feng has joined #openstack-cyborg03:55
*** shaohe_feng has quit IRC04:05
*** shaohe_feng has joined #openstack-cyborg04:07
*** shaohe_feng has quit IRC04:15
*** shaohe_feng has joined #openstack-cyborg04:16
*** shaohe_feng has quit IRC04:25
*** shaohe_feng has joined #openstack-cyborg04:26
*** shaohe_feng has quit IRC04:35
*** shaohe_feng has joined #openstack-cyborg04:37
*** shaohe_feng has quit IRC04:46
*** shaohe_feng has joined #openstack-cyborg04:46
*** shaohe_feng has quit IRC04:56
*** shaohe_feng has joined #openstack-cyborg04:57
*** shaohe_feng has quit IRC05:06
*** shaohe_feng has joined #openstack-cyborg05:07
*** shaohe_feng has quit IRC05:16
*** shaohe_feng has joined #openstack-cyborg05:20
*** shaohe_feng has quit IRC05:27
*** shaohe_feng has joined #openstack-cyborg05:28
*** openstackgerrit has joined #openstack-cyborg05:31
openstackgerritSundar Nadathur proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc.  https://review.openstack.org/57743805:31
*** shaohe_feng has quit IRC05:37
*** shaohe_feng has joined #openstack-cyborg05:38
*** shaohe_feng has quit IRC05:47
*** shaohe_feng has joined #openstack-cyborg05:49
*** shaohe_feng has quit IRC05:57
*** shaohe_feng has joined #openstack-cyborg05:58
*** shaohe_feng has quit IRC06:08
*** shaohe_feng has joined #openstack-cyborg06:08
*** shaohe_feng has quit IRC06:18
*** shaohe_feng has joined #openstack-cyborg06:18
*** shaohe_feng has quit IRC06:28
*** shaohe_feng has joined #openstack-cyborg06:29
*** shaohe_feng has quit IRC06:38
*** shaohe_feng has joined #openstack-cyborg06:43
*** shaohe_feng has quit IRC06:49
*** shaohe_feng has joined #openstack-cyborg06:49
*** shaohe_feng has quit IRC06:59
*** shaohe_feng has joined #openstack-cyborg07:00
*** shaohe_feng has quit IRC07:09
*** shaohe_feng has joined #openstack-cyborg07:11
*** shaohe_feng has quit IRC07:19
*** shaohe_feng has joined #openstack-cyborg07:21
*** shaohe_feng has quit IRC07:30
*** shaohe_feng has joined #openstack-cyborg07:31
*** shaohe_feng has quit IRC07:40
*** shaohe_feng has joined #openstack-cyborg07:46
*** shaohe_feng has quit IRC07:50
*** shaohe_feng has joined #openstack-cyborg07:51
*** shaohe_feng has quit IRC08:00
*** shaohe_feng has joined #openstack-cyborg08:01
*** shaohe_feng has quit IRC08:11
*** shaohe_feng has joined #openstack-cyborg08:11
*** shaohe_feng has quit IRC08:21
*** shaohe_feng has joined #openstack-cyborg08:22
*** shaohe_feng has quit IRC08:31
*** shaohe_feng has joined #openstack-cyborg08:33
*** shaohe_feng has quit IRC08:41
*** shaohe_feng has joined #openstack-cyborg08:43
*** shaohe_feng has quit IRC08:52
*** shaohe_feng has joined #openstack-cyborg08:53
*** shaohe_feng has quit IRC09:02
*** shaohe_feng has joined #openstack-cyborg09:02
*** shaohe_feng has quit IRC09:12
*** shaohe_feng has joined #openstack-cyborg09:13
*** shaohe_feng has quit IRC09:22
*** shaohe_feng has joined #openstack-cyborg09:23
*** shaohe_feng has quit IRC09:33
*** shaohe_feng has joined #openstack-cyborg09:35
*** shaohe_feng has quit IRC09:43
*** shaohe_feng has joined #openstack-cyborg09:44
*** shaohe_feng has quit IRC09:53
*** shaohe_feng has joined #openstack-cyborg09:55
*** shaohe_feng has quit IRC10:03
*** shaohe_feng has joined #openstack-cyborg10:08
*** shaohe_feng has quit IRC10:14
*** shaohe_feng has joined #openstack-cyborg10:15
*** shaohe_feng has quit IRC10:24
*** shaohe_feng has joined #openstack-cyborg10:28
*** shaohe_feng has quit IRC10:34
*** shaohe_feng has joined #openstack-cyborg10:35
*** shaohe_feng has quit IRC10:44
*** shaohe_feng has joined #openstack-cyborg10:51
*** shaohe_feng has quit IRC10:55
*** shaohe_feng has joined #openstack-cyborg10:57
*** shaohe_feng has quit IRC11:05
*** shaohe_feng has joined #openstack-cyborg11:06
*** shaohe_feng has quit IRC11:15
*** shaohe_feng has joined #openstack-cyborg11:16
*** shaohe_feng has quit IRC11:25
*** shaohe_feng has joined #openstack-cyborg11:28
*** shaohe_feng has quit IRC11:36
*** shaohe_feng has joined #openstack-cyborg11:39
*** shaohe_feng has quit IRC11:46
*** shaohe_feng has joined #openstack-cyborg11:47
*** shaohe_feng has quit IRC11:56
*** shaohe_feng has joined #openstack-cyborg11:58
*** shaohe_feng has quit IRC12:06
*** shaohe_feng has joined #openstack-cyborg12:08
*** shaohe_feng has quit IRC12:17
*** shaohe_feng has joined #openstack-cyborg12:19
*** shaohe_feng has quit IRC12:27
*** shaohe_feng has joined #openstack-cyborg12:29
*** shaohe_feng has quit IRC12:37
*** shaohe_feng has joined #openstack-cyborg12:38
*** shaohe_feng has quit IRC12:47
*** shaohe_feng has joined #openstack-cyborg12:49
*** shaohe_feng has quit IRC12:58
*** shaohe_feng has joined #openstack-cyborg12:58
*** shaohe_feng has quit IRC13:08
*** shaohe_feng has joined #openstack-cyborg13:11
*** shaohe_feng has quit IRC13:18
*** shaohe_feng has joined #openstack-cyborg13:21
*** shaohe_feng has quit IRC13:28
*** shaohe_feng has joined #openstack-cyborg13:31
*** shaohe_feng has quit IRC13:39
*** shaohe_feng has joined #openstack-cyborg13:39
*** shaohe_feng has quit IRC13:49
*** shaohe_feng has joined #openstack-cyborg13:51
*** Li_Liu has joined #openstack-cyborg13:58
*** shaohe_feng has quit IRC13:59
*** shaohe_feng has joined #openstack-cyborg14:00
*** Sundar has joined #openstack-cyborg14:03
*** wangzhh has joined #openstack-cyborg14:03
Li_Liu#startmeeting openstack-cyborg14:04
openstackMeeting started Wed Jun 27 14:04:15 2018 UTC and is due to finish in 60 minutes.  The chair is Li_Liu. Information about MeetBot at http://wiki.debian.org/MeetBot.14:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:04
*** openstack changes topic to " (Meeting topic: openstack-cyborg)"14:04
openstackThe meeting name has been set to 'openstack_cyborg'14:04
Li_Liu#topic Roll Call14:04
*** openstack changes topic to "Roll Call (Meeting topic: openstack-cyborg)"14:04
Li_Liu#info Li_Liu14:04
shaohe_feng#shaohe_feng14:04
shaohe_feng#info shaohe_feng14:05
efriedō/14:05
sum12#info sum1214:05
Sundar#info Sundar14:06
Li_LiuLet's get started14:07
Li_LiuHoward is not here today, I will run the meeting for me today14:07
Li_Liu#topic os-acc discussion14:07
*** openstack changes topic to "os-acc discussion (Meeting topic: openstack-cyborg)"14:07
Li_LiuHI Sundar, do you want to lead this topic?14:08
SundarSure, Li Liu14:08
SundarThe os-acc spec was updated as indicated in #link http://lists.openstack.org/pipermail/openstack-dev/2018-June/131751.html14:09
SundarThe reasons for the update are listed there as well14:09
*** shaohe_feng has quit IRC14:09
* efried owes y'all a review on that14:10
SundarThe updated spec is in #link https://review.openstack.org/#/c/577438/14:10
*** shaohe_feng has joined #openstack-cyborg14:10
Sundarefried: One comment I got was to include a sequence diagram14:10
efriedyup14:10
SundarWhen  I follow https://review.openstack.org/#/c/572583/11/specs/rocky/approved/reshape-provider-tree.rst, I get an error in RST syntax14:11
SundarThe seqdiag directive is not known to standard RST editors14:11
SundarWhat do you do to in addition to updating requirements.txt etc.?14:11
efriedSundar: Right, you have to set up dependencies and other stuff in your env14:11
efriedhold on, let me find the patch where we added that stuff into nova-specs...14:12
SundarYes, requirements.txt and doc/source/conf.py need to be updated14:12
efriedright, okay - so you did those things and it's still busted?14:12
Li_LiuSundar, quick question, do we still need a dedicated os-acc spec on top of this one you posted?14:13
SundarThe standard RST editors like http://rst.ninjs.org/# wouldn't know about them. So, how do you check before a submit?14:13
efriedIf you're building locally, you'll need to make sure the dep is installed into your venv.  You can do that by adding -r to your tox command, or you can enter the venv and install it manually via pip14:13
SundarOK, how do you run the tox command?14:14
efriedSundar: How have you been running it thus far?14:14
efriedtox -e docs ?14:15
SundarSO, tox -e -r docs?14:15
efriedSo you would say  tox -re docs  instead.  That will rebuild the venv from scratch.  That's assuming your problem is the missing dependency.14:15
SundarGot it. Thanks, Eric.14:15
efriedNo, -e is how you specify which testenv, so   tox -r -e docs   or   tox -re docs14:15
SundarLi Liu: I don't see why. We should be able to add any additional detail here14:15
efried++ ^14:16
SundarSure, Eric14:16
efriedagree the goal should be to have all the necessary design detail here.14:16
Li_Liusure, that is what I figured14:16
efriedSundar: This is assuming the problem was the missing dependency.  If you're still having problems, let me know and I'll see if I can help out.14:16
SundarLi Liu: We presumably need to add a bit more detail on how we can do a plugin for x86+FPGAs. Is that what you are looking for.14:16
SundarThanks, Eric. I may take up on that if things don't work out by today :)14:17
efriedwe're still doing this in openstack/cyborg, huh?14:17
Li_Liuyup14:17
efriedany plans to move to cyborg-specs?14:17
efriedwould make things easier to find :)14:18
SundarI was told we have latitude to stick to the current location for this cycle.14:18
Li_Liuthat's sounds good, let's get the current ones merged before we start the moving14:18
Li_Liuright14:19
*** shaohe_feng has quit IRC14:20
SundarOK, next steps are to add a sequence diagram. Also, I would propose a plugin for x86 + FPGAs, and a separate one for x86 + GPUs. The main reason to stick to x86 is that that's all I know about :)14:20
SundarWe can probably generalize to ARM if SR-IOV works the same way there. Power is an area where we need Eric's input14:20
Li_Liuhow much difference if it was arm or even power?14:20
efriedI don't think you should be proposing specific plugins via this spec.14:21
efriedjust the framework.14:21
efriedThe plugins themselves will ultimately be the responsibility of the vendors.14:21
efriedI would think.14:21
*** shaohe_feng has joined #openstack-cyborg14:21
SundarFor x86+FPGAs, we could have a community-supported plugin which calls into Cyborg/agent/driver for vendor-specific stuff14:21
Li_Liushall we provide a reference from community tho?14:22
SundarLi_Liu: yes ^^14:22
SundarLi_Liu: "how much difference if it was arm or even power?" Power seems to be quite different IIUC. Eric can expand on that14:23
shaohe_fengentry points for driver.14:23
efriedYeah, e.g. if the plugin has a "plug" operation, on libvirt this entails, what, editing the domain XML and doing stuff to special files under /dev?14:24
efriedIn POWER, it entails making a REST call to the NovaLink API asking for an I/O slot to be attached to a logical partition (VM) and the platform does the magic.14:25
efriedTotally, totally different model.14:25
efriedand definitely not something the cyborg team should try to become domain experts on.14:25
Sundarefried: Agreed. The plugin model should be able to handle such differences. The return value of the plug() itself is left open for that reason.14:26
Li_Liusounds good14:26
efriedI would think the return value would be an Acc* object14:27
SundarThat is why it may make sense to have a x86/ARM/libvirt section that specifies what plug(), does14:27
efriedIf it needs to contain platform-specific data, that goes in the *Profile bit, or something.14:27
SundarThe return value can be a VAN object with enough data that is hypervisor-specific14:28
efriedSundar: sorry, yeah, I guess we're calling it VAN now.14:28
SundarThe port profiles in Neutron may not be applicable here IMHO14:28
efriedBut again, I don't think your spec should go into any detail as to what each platform's plugin actually does.  You could mention it for the sake of example/understanding, but it should not be the role of this spec to lay out the details.14:28
SundarOK. If we agree that we will do a community-supported plugin for x86 + FPGAs, I can write a separate spec for that. Is that fine?14:29
*** shashaguo has joined #openstack-cyborg14:29
*** shaohe_feng has quit IRC14:30
efriedyes, that sounds like the right plan.14:30
efriedSundar: update on the seqdiag: right now it looks like the cyborg repo isn't yet using the "new" process for doc builds.14:31
efriedSo you'll want to put the requirement into test-requirements.txt instead of creating a new doc/requirements.txt14:31
SundarLi_Liu, shaohe, all: do we all agree on this plan?14:31
*** shaohe_feng has joined #openstack-cyborg14:31
efriedor you can switch over to the new build process14:31
SundarAh, I put it in cyborg/requirements.txt14:32
SundarThat seems closest?14:32
Li_LiuSundar, i am fine14:32
efriedRight now your docs env is calling out test-requirements.txt14:33
efriedI don't actually see anything calling out requirements.txt, which is weird.14:33
efriedSundar: Anyway, I'm noodling around with it locally, will let you know if I get something working.14:35
Li_Liulet's moving on14:35
Sundarefried: Sorry, where do you see the reference to test-requirements.txt?14:35
SundarI mean , I see the file but what in doc is referring to it?14:36
Li_LiuCyborg had a meetup in Beijing LC3 yesterday, shaohe_feng do you have anything to share?14:37
shaohe_fengzhipengh[m], introduce some scenario about cyborg14:38
Li_Liu#topic LC3 meetup summary14:39
*** openstack changes topic to "LC3 meetup summary (Meeting topic: openstack-cyborg)"14:39
*** shaohe_feng has quit IRC14:40
Li_Liuok, I will gather more information from the folks who attend the meetup and share with rest of the team14:43
Li_Liu#topc AoB14:44
Li_Liu#topic AoB14:44
*** shaohe_feng has joined #openstack-cyborg14:44
*** openstack changes topic to "AoB (Meeting topic: openstack-cyborg)"14:44
shaohe_fengDo you know iflytek? Sundar, Li_Liu14:44
Li_LiuI know them14:44
shaohe_feng#link http://www.iflytek.com/en/index.html14:45
SundarThis one? https://en.wikipedia.org/wiki/IFlytek14:45
shaohe_fengIt is a famous AI company in China.14:46
shaohe_fengSundar, yes.14:46
shaohe_fengAI will be a cyborg scenario.14:47
shaohe_fengthey need accelerator14:47
shaohe_fengthen we discuss the current status of cyborg development.14:47
SundarGPUs?14:47
shaohe_fengSundar, Gpus and FPGA.14:48
wangzhhFPGAs, also. :)14:48
Li_Liuare they planing to put people on Cyborg?14:48
shaohe_fengNot sure.14:48
shaohe_fengSundar, they develop logic on FPGA.14:49
shaohe_fengwe have a gap on cyborg API design.14:50
SundarInteresting. So, they have their own bitstreams. How are they using it -- like FPGA aaS?14:50
*** shaohe_feng has quit IRC14:50
*** shaohe_feng has joined #openstack-cyborg14:52
shaohe_fengNot sure how do they use it.14:52
shaohe_fengSundar, will check with them about it by mail.  and CC you.14:52
shaohe_fengfor we need to interactive nova.14:52
Sundarshaohe: Ok14:53
shaohe_fengwangzhh, introduce the whole flow for the interaction.14:53
shaohe_fengthey have do a demo for it during summit.14:53
wangzhhOK. We have a discussion offline this afternoon.14:54
wangzhhLet me introduce about it.14:54
shaohe_fengwangzhh, can you give a more details on it?14:54
wangzhhIt is about the flow of creating, deleting and rebooting instance with accelerators.14:55
wangzhhCreate:14:55
wangzhh1. nova-api (Create an instance with acc)14:55
wangzhh2. nova-conductor => nova-scheduler => placement-api (Get a node list and claim the accelerator unit)14:56
wangzhh3. nova-conductor => nova-compute14:56
wangzhhExtra work we should do in nova:14:56
wangzhha) nova-compute => cyborgclient => cyborg-api (Update acc, instance_uuid, assignable,etc. Program here if it is a request of fpga)14:56
wangzhhb) nova-compute pass parameters to os-acc(accelerator_address, acc_type, etc.) and get xml segment14:56
SundarWhy do they do "nova-compute => cyborgclient => cyborg-api" for programming? We can do it entirely in compute node14:57
SundarWe need to update the db, and that requires an RPC to the conductor14:58
SundarBut, otherwise, it can all be in os-acc/Cyborg-agent/driver14:58
wangzhhIt is for 2 reasons.14:58
efriedI'll just mention that there was a nova core (it might have been Dan) who said nova-compute should never have to call the cyborg API; everything should be done via os-acc.14:58
efriedI could be misquoting too :(14:58
Sundarwangzhh: Did they modify Cyborg?15:00
wangzhh1. In Openstack, It is a common design to interact by api. 2. We  have something like update quota in api.15:00
*** shaohe_feng has quit IRC15:01
Sundarwangzhh: If Nova compute has to call the REST APIs of Neutron, Cinder, Cyborg, ... it can get out of hand. The os-acc/os-vif/os-brick is supposed to solve that problem15:02
wangzhhefried, if so, could we imply it by os-acc =》 cyborclient?15:03
*** shaohe_feng has joined #openstack-cyborg15:03
efriedwangzhh: Yes, I would think so.15:03
Sundarefried: How about Power? Would you have os-acc call Cyborg for that too?15:03
efriedSundar: I would think any calls from os-acc to cyborg API would happen *outside* of the plugin, in the common os-acc code.15:04
wangzhhSundar, IMHO os-vif/os-brick didn't call neutron or cinder.15:04
efriedI probably need to punt on this issue, just wanted to bring it up so y'all didn't get miles down the road and end up surprised if someone started waving a red flag.15:05
SundarIn the currently proposed flow, os-acc --> plugin, and the plugin can do whatever it wants. For FPGAs, I think it would call Cyborg agent, which in turn can call the Cyborg conductor etc.15:05
SundarFor Power plugin, there could be a common os-acc function which invokes cyborg client to update the API15:06
wangzhhI think API is the entry of  cyborg.15:06
wangzhhIf we call agent directly. Some process would be complex.15:07
SundarFor vendor-specific actions, we need to delegate to the drivers, which would be through the agent.15:08
wangzhhWe can reuse client if so.15:08
wangzhhInstead of init a rpc client and do extra works.15:08
Li_Liushould os-acc be calling the Cyborg API from the top instead of call Cyborg driver?15:09
SundarSure, we can have the Cyborg agent use the cyborgclient too. Then we need to configure the REST API URL etc. but that gives a single entry point to update allocation/release15:09
wangzhhIt is cyborg-api =》 cyborg-agent15:09
Li_Liui mean shall if be like: os-acc --> Cyborg api --> Cyborg agent ?15:10
wangzhhYes, uncle li15:10
wangzhhSundar, client is for restful api15:11
*** shaohe_feng has quit IRC15:11
SundarLi_Liu: There is no need for such circuitous paths, and that probably won't work for Power. Eric doesn't want Cyborg to be in the middle for Power15:11
wangzhhBut agent is a rpc server.15:11
*** shaohe_feng has joined #openstack-cyborg15:12
SundarFolks, we need 2 things: vendor-specific actions (through Cyborg drivers for FPGAs etc.), and update the db (which can be through REST API)15:12
Li_Liuwhy Power does not work in this case, efried?15:12
efriedI want code provided by cyborg to do everything that's not platform specific; and I want everything that's platform specific done by plugin code.  That's all.15:12
efriedThat needs to apply to *all* platforms, including libvirt.15:13
efriedThere's a tendency to think of libvirt as being "common".  It's not.15:13
efried(It's common in the sense of "pervasive" - not common in the sense of "all code paths go through it")15:14
Li_LiuI understand, I don't think going through  os-acc --> Cyborg api --> Cyborg agent could be a problem for you15:14
SundarTo me, that means: os-acc calls the plugin for all vendor/arch-specific actions. The os-acc or the plugin must call into Cyborg REST API to update the db.15:14
efried^ this15:14
efriedAnd I'm tending toward s/or the plugin//15:14
efriedbut will have to see how the actual flows shake out.15:15
Sundarefried: That is how the spec is written today15:15
* efried sheepish15:15
Li_LiuSundar, that I agree, but call Cyborg Agent/Driver directly from os-acc might be a problem15:15
efriedstill need to review15:15
wangzhhSundar,15:16
SundarLi Liu: os-acc --> plugin. The plugin possibly calls Cyborg agent, but always updates Cyborg db through REST API15:16
wangzhhIt 's not just update state of acc in db when attach acc.15:17
wangzhhSomething should be done by API15:17
SundarWhy "by API"? All actions can be done by Cyborg agent/drivers or the plugin, except for updating db15:18
SundarE.g. programming15:18
wangzhhYes, but as a management service.15:18
Li_Liueven the programming function is now exposed by REST api15:18
efriedDoes programming require platform-specific code?15:18
efriedI would kind of expect it does.15:19
Sundarefried: Yes ^^15:19
wangzhhWe must maintain other meta,15:19
Li_Liuefried, in cyborg itself, not platform-specific code, in the driver plugin, yes15:19
wangzhhQuota usage, project or user info.15:19
SundarI would use the Cyborg driver on the node to do the programming. Using the compute node --> controller --> compute node loop relies on connectivity being intact through out the operation, and has more failure modes15:20
wangzhhIt is in oslo_context or handled by APi15:20
efriedSo what I would expect is that os-acc would have a 'program' method; that method would do anything generic (like maybe downloading the image? not sure) and then call into the plugin's 'program' method to do the platform-specific bits.15:20
efriedbut I wouldn't expect the plugin to call the cyborg API for any part of that.15:21
Li_Liuwell, os-acc is not meant for attach/detach right now15:21
*** shaohe_feng has quit IRC15:21
Li_Liuprogramming is done in vendor device drivers15:21
Li_Liuas programming process does not involve nova at all15:22
efried"os-acc is not meant for attach/detach right now" ?15:22
Li_Liusorry15:22
wangzhhefried, Yes. If nova wouldn't call client, we should have programe15:23
Li_Liutypo. is meat for attach/detach right now... :(15:23
SundarThe os-acc is an abstraction for Nova Compute to Cyborg, for all devices, not just FPGAs15:23
SundarIt includes attach/detach and any associated actions like device-specific configuration and programming15:24
SundarThe latter part is delegated to plugins, which in turn may delegate them to Cyborg drivers15:24
SundarSo, os-acc does not have a 'program' primitive natively15:25
SundarThat is left to any FPGA plugin. Agree with Li_Liu that it would be done via Cyborg drivers down the chain15:25
*** shaohe_feng has joined #openstack-cyborg15:25
SundarOne expectation seems to be that all programming has to go through REST API? If so, as I explained, that relies on connectivity and has more failure modes15:26
SundarOnly bitstream fetching needs connectivity15:27
SundarAnyways, please review the spec :)15:28
Li_Liuok, I think we open up more questions in os-acc spec, we can discuss them in the code review15:29
Li_LiuLet's wrap up and end the meeting for now and continuous the discussion offline15:29
Li_Liu#endmeeting15:29
*** openstack changes topic to "spec review day (Meeting topic: openstack-cyborg)"15:30
openstackMeeting ended Wed Jun 27 15:29:59 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_cyborg/2018/openstack_cyborg.2018-06-27-14.04.html15:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_cyborg/2018/openstack_cyborg.2018-06-27-14.04.txt15:30
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_cyborg/2018/openstack_cyborg.2018-06-27-14.04.log.html15:30
efriedSundar: Back to specs building: when y'all submit a spec to the repository, does it actually get built into an HTML file anywhere, ever?15:31
SundarLi_Liu or shaohe: do you know the answer to efried's question?15:31
*** shaohe_feng has quit IRC15:31
efried(Hint: looking at your tox.ini, I'm not sure how it could)15:31
*** shaohe_feng has joined #openstack-cyborg15:32
*** shaohe_feng has quit IRC15:42
*** shaohe_feng has joined #openstack-cyborg15:42
*** Li_Liu has quit IRC15:42
Sundarefried: I think I understand what you mean. The doc build succeeds and places the output in doc/build/html/. But the specs don't seem to be there.15:51
efriedSundar: Right.  I'm committing a patch right now that will cause them to be built.15:51
SundarExcellent. Thanks a lot, Eric!15:51
*** shaohe_feng has quit IRC15:52
*** shaohe_feng has joined #openstack-cyborg15:52
openstackgerritEric Fried proposed openstack/cyborg master: Build specs  https://review.openstack.org/57845515:53
efriedSundar: ^15:53
*** shaohe_feng has quit IRC16:02
*** shaohe_feng has joined #openstack-cyborg16:03
SundarThanks very much, Eric. I'll try this out.16:11
openstackgerritEric Fried proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc.  https://review.openstack.org/57743816:12
openstackgerritEric Fried proposed openstack/cyborg master: WIP/POC: seqdiag  https://review.openstack.org/57846016:12
*** shaohe_feng has quit IRC16:12
efriedSundar: I rebased your spec patch on top of the 'build specs' patch; and then threw another delta on top of it ^ which demonstrates a seqdiag being built.16:12
*** shaohe_feng has joined #openstack-cyborg16:13
efriedSundar: This works for me locally.  Once that top patch gets through zuul we can take a look and make sure it rendered.16:13
efriedSundar: If you want to build locally, you can use   tox -e specs   or   tox -e docs   which is a superset thereof.16:13
*** Sundar has quit IRC16:15
*** efried is now known as efried_rollin16:17
*** shaohe_feng has quit IRC16:23
*** shaohe_feng has joined #openstack-cyborg16:23
*** shaohe_feng has quit IRC16:33
*** shaohe_feng has joined #openstack-cyborg16:34
*** shashaguo has quit IRC16:39
*** shaohe_feng has quit IRC16:43
*** shaohe_feng has joined #openstack-cyborg16:44
*** shaohe_feng has quit IRC16:53
*** shaohe_feng has joined #openstack-cyborg16:57
*** shaohe_feng has quit IRC17:04
*** shaohe_feng has joined #openstack-cyborg17:04
*** shaohe_feng has quit IRC17:14
*** shaohe_feng has joined #openstack-cyborg17:15
*** efried_rollin is now known as efried17:19
*** shaohe_feng has quit IRC17:24
*** shaohe_feng has joined #openstack-cyborg17:27
*** shaohe_feng has quit IRC17:34
*** shaohe_feng has joined #openstack-cyborg17:37
*** shaohe_feng has quit IRC17:45
openstackgerritEric Fried proposed openstack/cyborg master: Move specs under doc/source so they build  https://review.openstack.org/57845517:45
openstackgerritEric Fried proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc.  https://review.openstack.org/57743817:45
openstackgerritEric Fried proposed openstack/cyborg master: WIP/POC: seqdiag  https://review.openstack.org/57846017:45
efriedThis ^ may not work without a doc/requirements.txt, but trying...17:46
*** shaohe_feng has joined #openstack-cyborg17:46
*** shaohe_feng has quit IRC17:55
*** shaohe_feng has joined #openstack-cyborg17:56
*** shaohe_feng has quit IRC18:05
*** shaohe_feng has joined #openstack-cyborg18:07
*** shaohe_feng has quit IRC18:15
*** shaohe_feng has joined #openstack-cyborg18:16
*** shaohe_feng has quit IRC18:26
*** shaohe_feng has joined #openstack-cyborg18:28
*** shaohe_feng has quit IRC18:36
*** shaohe_feng has joined #openstack-cyborg18:38
*** shaohe_feng has quit IRC18:46
*** shaohe_feng has joined #openstack-cyborg18:47
*** shaohe_feng has quit IRC18:56
*** shaohe_feng has joined #openstack-cyborg18:59
*** shaohe_feng has quit IRC19:07
*** shaohe_feng has joined #openstack-cyborg19:10
*** shaohe_feng has quit IRC19:17
*** shaohe_feng has joined #openstack-cyborg19:19
*** shaohe_feng has quit IRC19:27
*** shaohe_feng has joined #openstack-cyborg19:28
*** shaohe_feng has quit IRC19:37
*** shaohe_feng has joined #openstack-cyborg19:40
*** shaohe_feng has quit IRC19:48
*** shaohe_feng has joined #openstack-cyborg19:50
*** shaohe_feng has quit IRC19:58
*** shaohe_feng has joined #openstack-cyborg20:00
*** shaohe_feng has quit IRC20:08
*** shaohe_feng has joined #openstack-cyborg20:11
*** shaohe_feng has quit IRC20:18
*** shaohe_feng has joined #openstack-cyborg20:19
*** shaohe_feng has quit IRC20:29
*** shaohe_feng has joined #openstack-cyborg20:29
*** shaohe_feng has quit IRC20:39
*** shaohe_feng has joined #openstack-cyborg20:40
*** shaohe_feng has quit IRC20:49
*** shaohe_feng has joined #openstack-cyborg20:53
*** shaohe_feng has quit IRC20:59
*** shaohe_feng has joined #openstack-cyborg21:01
*** shaohe_feng has quit IRC21:10
*** shaohe_feng has joined #openstack-cyborg21:10
*** shaohe_feng has quit IRC21:20
*** shaohe_feng has joined #openstack-cyborg21:21
*** shaohe_feng has quit IRC21:30
*** shaohe_feng has joined #openstack-cyborg21:31
*** shaohe_feng has quit IRC21:40
*** shaohe_feng has joined #openstack-cyborg21:44
*** shaohe_feng has quit IRC21:51
*** shaohe_feng has joined #openstack-cyborg21:51
*** shaohe_feng has quit IRC22:01
*** shaohe_feng has joined #openstack-cyborg22:03
*** shaohe_feng has quit IRC22:11
*** shaohe_feng has joined #openstack-cyborg22:12
*** shaohe_feng has quit IRC22:21
*** shaohe_feng has joined #openstack-cyborg22:23
openstackgerritEric Fried proposed openstack/cyborg master: Move specs under doc/source so they build  https://review.openstack.org/57845522:26
openstackgerritEric Fried proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc.  https://review.openstack.org/57743822:26
openstackgerritEric Fried proposed openstack/cyborg master: Cyborg/Nova/Glance interaction in compute node, including os-acc.  https://review.openstack.org/57743822:30
*** shaohe_feng has quit IRC22:32
*** shaohe_feng has joined #openstack-cyborg22:32
*** shaohe_feng has quit IRC22:42
*** shaohe_feng has joined #openstack-cyborg22:43
*** shaohe_feng has quit IRC22:52
*** shaohe_feng has joined #openstack-cyborg22:53
*** shaohe_feng has quit IRC23:02
*** shaohe_feng has joined #openstack-cyborg23:04
efriedHey all, with ^ you now have specs rendering, including seqdiag: http://logs.openstack.org/38/577438/6/check/build-openstack-sphinx-docs/d2219f5/html/specs/rocky/approved/compute-node.html23:04
openstackgerritEric Fried proposed openstack/cyborg master: Move specs under doc/source so they build  https://review.openstack.org/57845523:08
*** shaohe_feng has quit IRC23:13
*** shaohe_feng has joined #openstack-cyborg23:13
*** shaohe_feng has quit IRC23:23
*** shaohe_feng has joined #openstack-cyborg23:24
*** shaohe_feng has quit IRC23:33
*** shaohe_feng has joined #openstack-cyborg23:34
*** shaohe_feng has quit IRC23:43
*** shaohe_feng has joined #openstack-cyborg23:45
*** shaohe_feng has quit IRC23:54
*** shaohe_feng has joined #openstack-cyborg23:57
*** alex_xu has quit IRC23:59

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!