*** s_shogo has joined #openstack-cyborg | 01:00 | |
*** chenke has joined #openstack-cyborg | 02:39 | |
*** Sundar has joined #openstack-cyborg | 03:00 | |
Sundar | #startmeeting openstack-cyborg | 03:01 |
---|---|---|
openstack | Meeting started Thu Oct 17 03:01:19 2019 UTC and is due to finish in 60 minutes. The chair is Sundar. Information about MeetBot at http://wiki.debian.org/MeetBot. | 03:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 03:01 |
*** openstack changes topic to " (Meeting topic: openstack-cyborg)" | 03:01 | |
openstack | The meeting name has been set to 'openstack_cyborg' | 03:01 |
Sundar | #topic Who's here | 03:01 |
*** openstack changes topic to "Who's here (Meeting topic: openstack-cyborg)" | 03:01 | |
chenke | #info chenke | 03:01 |
s_shogo | #info s_shogo | 03:01 |
*** Yumeng has joined #openstack-cyborg | 03:01 | |
Sundar | Hi chenke, s_shogo, Yumeng | 03:01 |
chenke | Hi all. | 03:02 |
Sundar | May be we can wait a couple of minutes for others to join | 03:02 |
Yumeng | Hi Sundar, hi all | 03:02 |
s_shogo | Hi all | 03:02 |
chenke | Ok. | 03:02 |
Sundar | Today's agenda: https://wiki.openstack.org/wiki/Meetings/CyborgTeamMeeting#Agenda | 03:03 |
Sundar | PTG etherpad: https://etherpad.openstack.org/p/cyborg-ptg-ussuri | 03:03 |
Yumeng | emmm... what's the meaning of "Poject updates: Not at Summit, but in etherpad" ? | 03:04 |
Yumeng | Is it canceled ? | 03:05 |
openstackgerrit | Xinran WANG proposed openstack/cyborg master: bug fix: ensure resource class instead of getting it. https://review.opendev.org/688231 | 03:06 |
Sundar | #topic PTG, Summit | 03:07 |
*** openstack changes topic to "PTG, Summit (Meeting topic: openstack-cyborg)" | 03:07 | |
Sundar | Yumeng: here's the email I got: | 03:07 |
Sundar | " Due to various constraints, we are unable to record Project Updates this Summit. ... | 03:07 |
*** xinranwang has joined #openstack-cyborg | 03:07 | |
Sundar | We suggest that as an alternative, you record your main updates in an etherpad and use that as a resource to share afterwards. ... | 03:07 |
xinranwang | Hi, all. Sorry for being late. | 03:08 |
Sundar | After the event, we’ll send out an email requesting slides and an etherpad link for each project. ... | 03:08 |
*** shaohe_feng has joined #openstack-cyborg | 03:08 | |
shaohe_feng | hi all | 03:08 |
shaohe_feng | sorry for late | 03:08 |
Sundar | Those materials will be placed on the Summit Schedule and we will notify the community once they are live. If you would like to record a version of your presentation and send us a link, we can also add that to the Schedule. " | 03:08 |
chenke | hi xinran ,shaohe. | 03:08 |
Sundar | That's the message | 03:08 |
Yumeng | Alright Thanks! make sense. | 03:09 |
Sundar | Please add your suggested topics to the PTG etherpad, linked above | 03:09 |
Sundar | Also, it would be good to have dinner as a team, as we have done before. | 03:10 |
Sundar | Does Thursday night (Nov 7) work for all of you? | 03:10 |
chenke | It's ok for me. | 03:11 |
Yumeng | +1 | 03:11 |
s_shogo | +1 | 03:11 |
Sundar | Cool. Let's go with that. If you want to bring anybody else, please go ahead. | 03:12 |
chenke | Cool. | 03:13 |
Sundar | I will let you all choose the restaurant! Please make sure it has vegetarian food. :) | 03:13 |
Sundar | #topic Doc patches | 03:15 |
*** openstack changes topic to "Doc patches (Meeting topic: openstack-cyborg)" | 03:15 | |
Sundar | https://review.opendev.org/#/q/status:open+project:openstack/cyborg+branch:stable/train | 03:16 |
Sundar | Thanks to Xinran for backporting the doc patches to stable/train | 03:16 |
Sundar | These were in cyborg master but the release team cut the stable branch after RC1 | 03:16 |
Sundar | Release team has said we can backport doc patches any time, and they will take effect wothout version number changes | 03:17 |
Sundar | *without | 03:18 |
Sundar | So, Yumeng and all, please review it. | 03:18 |
xinranwang | can we get bug fix patch in now, as the doc patch ;) | 03:18 |
Yumeng | ok, will do. | 03:19 |
chenke | Done. | 03:19 |
Sundar | Nope :( There was lots of resistance to backporting other patches. We can potentially do a point-release early in U if we really want, IMO, all that is beside the point till we get nova integ. | 03:19 |
Sundar | Once we get nova integ done, we have the option of doing an early point release instead of waiting for April/May | 03:20 |
Sundar | Basically, non-doc patches require version change. | 03:20 |
xinranwang | ok, got it. | 03:21 |
xinranwang | now the doc patch review has high priority. | 03:21 |
Sundar | Yes. | 03:22 |
xinranwang | when is the ddl for doc patches? | 03:22 |
Sundar | No deadline. Train is more or less done. So, we can backport any time | 03:23 |
Sundar | BTW, Cyborg got some free press in OpenStack press releases: https://www.zdnet.com/article/the-openstack-train-keeps-chugging-on/, https://www.theregister.co.uk/2019/10/15/openstack_train/ | 03:24 |
Sundar | Kudos to all of you :) | 03:24 |
Sundar | In other news, Nova-Cyborg interaction spec (https://review.opendev.org/#/c/684151/) got +2 from Nova PTL. Need to follow up more. | 03:25 |
xinranwang | good news! | 03:26 |
chenke | Great | 03:26 |
chenke | will follow up. | 03:26 |
Sundar | The press articles sound a bit weak because they mentioned only the Nova spec merge. We haven't really claimed that Cyborg supports VM creation etc. in this release. The next release is going to dleiver the goods, and we should be able to make stringer statements. | 03:27 |
Sundar | *stronger | 03:28 |
chenke | Ye. | 03:28 |
Sundar | #topic AoB | 03:28 |
*** openstack changes topic to "AoB (Meeting topic: openstack-cyborg)" | 03:28 | |
chenke | Cyborg is a popular project for openstack. | 03:28 |
Sundar | Yes | 03:29 |
Sundar | Anything else for today? | 03:29 |
chenke | I want to confirm that the version has been sent out. Does it make sense to change the documentation? | 03:29 |
Sundar | Are you asking if it is ok to change the docs after Train has shipped? | 03:30 |
chenke | If users take the version, they won't get the latest documents | 03:30 |
Sundar | Hmm, if they clone stable/train in the future, after we merge the doc patches, they will get them all. | 03:30 |
chenke | Has the train been sent out? | 03:30 |
chenke | Yes. If they clone the stable/train , they will get them. | 03:31 |
Sundar | More or less: https://review.opendev.org/#/c/687991/ has bene merged | 03:31 |
Sundar | I think they have some backend work. It should be done by this week, I think | 03:31 |
shaohe_feng | Will this release add more ACC support? | 03:32 |
Sundar | Do you mean if we get more drivers in U? | 03:32 |
shaohe_feng | another questions. | 03:32 |
shaohe_feng | yes. | 03:32 |
shaohe_feng | more drivers? | 03:33 |
shaohe_feng | any plane for it? | 03:33 |
shaohe_feng | Do we support apply FPGA pf to a VM? | 03:34 |
Sundar | We could. We need to talk about it. Right now, we got some drivers for GPU and Ascend. However, the maintainers are not regularly participating in Cyborg activities. That makes me concerned about maintenance. Also, we don;t have 3rd party CI for any driver yet. We are planning that for FPGAs, but what about other drivers? | 03:34 |
Sundar | I was replying about drivers, not PF | 03:35 |
shaohe_feng | so the questions is that. | 03:35 |
shaohe_feng | If a end user apply a FPGA | 03:35 |
Sundar | As a team, we may have to decide on a higher bar for drivers. That is something we can discuss here on at the PTG. | 03:35 |
Sundar | *or | 03:35 |
shaohe_feng | I will not attend PTG. | 03:35 |
Sundar | Ah yes, too bad. You can give your ideas here or in the PTG etherpad. | 03:36 |
shaohe_feng | if he found there's bug on his bitstream? | 03:36 |
shaohe_feng | what should he do? | 03:36 |
shaohe_feng | delete the VM, rebuild a new VM with a FPGA? | 03:37 |
Sundar | Passing a FPGA PF to a VM is potential security hole, because we don;t know what bitstreams get programmed | 03:37 |
s_shogo | Wow, it's so good > CI for FPGA driver's. | 03:37 |
shaohe_feng | or just re-program it? | 03:37 |
Sundar | We have a usage model called Runtime Programming, which we don't support today. It involves VM issuing requests for new bitstreams, Cyborg or something receives that request and does the reprogramming. We don;t see many customers asking for that | 03:38 |
shaohe_feng | maybe, the end user after doing his AI, then he want to change the AI model, which means he maybe need a new bitstream for his AI net model. | 03:38 |
shaohe_feng | what should he do? | 03:38 |
xinranwang | I think we can provider a program interface for this kind of users. | 03:39 |
xinranwang | in vf use case. | 03:39 |
Sundar | He could get the VM to issue a request somehow to underlying infra. That is not there today. Today, he only needs to stop that VM and start a new one | 03:39 |
Sundar | xinranwang: User cannot reprogram a FPGA via VF. | 03:40 |
shaohe_feng | yes, but he take a great effort to setup his AI env, such as install the openvino and the dependency, set connection with the camera maybe. | 03:40 |
xinranwang | if boot with bit-stream failed, vm should become failed. if user boot a vm successfully, and want reprogram the FPGA, what will we do. | 03:41 |
shaohe_feng | so should should delete vm, rebuild one, and take effort to setup the env again? | 03:41 |
shaohe_feng | Seams now, the user just can use FPGA as fix function PCI devices once he create the VM | 03:42 |
Sundar | If there is a strong customer demand for that, have that customer(s) call Intel. This use case will require changes in the product level, software stack and in Cyborg. It will also require discussion among ourselves in Cyborg community. | 03:43 |
shaohe_feng | I did not seen the flexible advantage of FPGA. | 03:44 |
xinranwang | hat is a problem. | 03:44 |
xinranwang | * That | 03:44 |
Sundar | There are different usage models of FPGA. Many customers are adopting it with the current software stack. | 03:45 |
Sundar | Perhaps we can take this offline, rather than hold everybody up. | 03:45 |
shaohe_feng | the question is that, cyborg is not adopt in a product at present. So we miss so many customer demand for end user. | 03:45 |
xinranwang | IMHO, Cyborg should support reprogram right? | 03:45 |
Sundar | xinranwang: It should and it does today (at least will after Nova integ). | 03:45 |
xinranwang | Sundar: Yes, so I think it is doable for user who want update their bitstream. | 03:46 |
shaohe_feng | so I should tell the user who wants to try cyborg, that we will not support reprogram, right? | 03:47 |
s_shogo | In my case,the current PAC seems to have some constraints (ex necessary for disabling SR-IOV when programming) and that is problem for reprogram in our usecase. | 03:48 |
Sundar | shaohe_feng: Why do you say that? We can reprogram when a VM is being launched. We cannot reprogram after a VM is launched. Most users today need only the former, from what we have seen. | 03:48 |
s_shogo | I would like to discuss these constraints are temporary or not, and cyborg( and user ) should think them as premise or not,in PTG and so on. | 03:48 |
Sundar | s_shogo: Sure, I;ll add usage models as a topic at the PTG, and come with some slides explaining our thoughts/plans. | 03:49 |
s_shogo | Great, thanks > Sundar | 03:49 |
shaohe_feng | Sundar, just think you want to do a AI with FPGA. you want to try you different model to find the best solution, what you should do? | 03:49 |
shaohe_feng | You can can add the reprogram in the etherpad list. | 03:50 |
shaohe_feng | and involve more end users to discuss it during PTG. | 03:50 |
Sundar | General question to all: s_shogo, chenke, Yumeng, shaohe_feng, xinranwang: Are you interested in FPGAs with networking? Adding that will require further discussion. We started that at the beginning of Train, but didn't follow u. | 03:51 |
Sundar | s/u./up./ | 03:51 |
Sundar | It will require Cyborg-Neutron interaction. I have some ideas for that, but they haven't been discussed deeply with neutron community yet. | 03:52 |
xinranwang | s_shogo: Could you list the constraints you met in etherpad? | 03:52 |
s_shogo | I have great interest in networking with FPGA, as a telco-carrier. ut there is not clear demand for interaction with neutron. | 03:53 |
s_shogo | s/ut/but/ | 03:53 |
shaohe_feng | I have looked into OVS card base FPGA before. | 03:54 |
s_shogo | xinranwang: ok, I'll list the constraints in etherpad, it may include misunderstanding, pointing out is welcome and happy for me :) | 03:54 |
shaohe_feng | it can works with DPDK. | 03:54 |
Sundar | s_shogo: The question is, does the networking solution require basic resources like MAC/IP addresses, and more advanced things like security groups and VXLAN config? These things are best left to neutron, rather than Cyborg replicating them. | 03:54 |
xinranwang | s_shogo: thanks, I am willing to see it. We can check if we also met them :P | 03:55 |
Sundar | OK, anything else for today? | 03:56 |
Yumeng | Sundar: Yes, I have intrests in smart NICs network adapter base FPGA, things like that. | 03:57 |
Yumeng | nothing else. thanks! | 03:57 |
Sundar | Great. Glad to hear the widespread interest. | 03:58 |
s_shogo | The current application in networking in FPGA is limited, so these parameters could be applied via application or operation. | 03:58 |
Sundar | s_shogo and Yumeng: For my interest, are you more interested in OVS offload or in offloading apps like vRAN or vEPC? | 03:59 |
s_shogo | Sundar: Yes, I have interested in them. These performance is critical for telco-carrier. | 04:00 |
Sundar | SO, you are interested in both types? | 04:01 |
Sundar | OCS offload is quite different architecturally from application offload | 04:01 |
Sundar | *OVS | 04:01 |
Sundar | The former is from the host, latter from VM. | 04:02 |
Sundar | Cyborg has to do different things for both | 04:02 |
shaohe_feng | We have a OVS offload card. | 04:02 |
shaohe_feng | can do some scenarios on it. | 04:04 |
Sundar | Anyway, we are past the time. We can cover this in next meeting. | 04:04 |
Sundar | Thanks, everybody! Have a good day. :) | 04:04 |
shaohe_feng | bye | 04:05 |
Sundar | #topic endmeeting | 04:05 |
*** openstack changes topic to "endmeeting (Meeting topic: openstack-cyborg)" | 04:05 | |
chenke | bye. | 04:05 |
xinranwang | bye | 04:05 |
Yumeng | bye | 04:05 |
s_shogo | bye | 04:05 |
*** chenke has quit IRC | 04:06 | |
*** Sundar has quit IRC | 04:20 | |
*** s_shogo has quit IRC | 04:32 | |
*** s_shogo has joined #openstack-cyborg | 04:51 | |
s_shogo | The last message was failed to send... | 04:55 |
s_shogo | I think there are several patterns in connecting OVS-accelerator (direct virtio, SR-IOV+DPDK, using tc flower,etc), and that effects cyborg and driver's operation. | 04:58 |
s_shogo | Anyway , I would like to discuss them in next chance:) | 04:58 |
*** s_shogo has quit IRC | 04:59 | |
*** links has joined #openstack-cyborg | 05:37 | |
*** FlorianFa has quit IRC | 06:53 | |
*** links has quit IRC | 07:04 | |
*** jraju__ has joined #openstack-cyborg | 07:04 | |
*** FlorianFa has joined #openstack-cyborg | 07:06 | |
*** jraju__ is now known as links | 07:07 | |
*** xinranwang has quit IRC | 07:57 | |
*** Yumeng has quit IRC | 09:14 | |
*** shaohe_feng has quit IRC | 10:26 | |
*** tetsuro has quit IRC | 12:55 | |
*** tetsuro has joined #openstack-cyborg | 12:55 | |
*** efried is now known as efried_afk | 13:46 | |
*** efried_afk is now known as efried | 14:12 | |
*** links has quit IRC | 14:37 | |
*** efried is now known as efried_afk | 14:53 | |
*** TxGirlGeek has joined #openstack-cyborg | 14:55 | |
*** TxGirlGeek has quit IRC | 15:42 | |
*** TxGirlGeek has joined #openstack-cyborg | 15:52 | |
*** efried_afk is now known as efried | 16:02 | |
*** efried is now known as efried_afk | 20:19 | |
*** TxGirlGeek has quit IRC | 23:00 | |
*** TxGirlGeek has joined #openstack-cyborg | 23:02 | |
*** TxGirlGeek has quit IRC | 23:36 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!