13:00:20 #startmeeting PCI passthrough 13:00:21 Meeting started Tue May 20 13:00:20 2014 UTC and is due to finish in 60 minutes. The chair is baoli. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:00:24 The meeting name has been set to 'pci_passthrough' 13:00:37 Hi everyone. 13:00:52 hi 13:00:54 Hope everyone had a good trip back home 13:01:01 hi 13:01:03 hi 13:01:04 Hi 13:01:25 I came in 2 days delay... 13:01:50 irenab, why was your flight getting cancelled? 13:02:05 irenab: 2 days delay? are you also american airline? 13:02:16 yes :-) 13:02:28 never again,,, 13:03:08 it was bead weather in Philadephia and weather radar not working on the plain 13:03:24 wow 13:03:52 But at least finally I am back, a little sick though 13:04:50 sorry for not having progress on the spec, hope to catch up tomorrow and push for review 13:05:03 Irenab, wish you a quick recovery. 13:05:16 hello, sorry late 13:05:16 baoli: thanks 13:05:17 let's get started with the nova-spec 13:05:28 #topic sriov nova-spec 13:05:40 irenab, do you need me to edit the spec? 13:06:08 heyongli, hi 13:06:11 baoli: if you have time today, please do and let me know. I hope can get to it tomorrow 13:06:12 hi 13:06:26 irenab, sure, let me start it today, then 13:06:52 baoli: fine, let me know by the end of the day if I can assist further 13:07:49 irenab, I think initially I will just use the etherpad's contents. the current spec has much more. 13:08:46 so the goal is to make it contain what we have discussed to deliver and hopefully to get it approved soon 13:09:17 +1 13:09:27 sure 13:09:27 baoli: agree, please us the spec we already have, just remove all unneeded content for now 13:09:44 irenab, will do. 13:11:33 Please take a look at the update once it's pushed up. And if everyone is ok with it, we should contact the cores for approval. 13:11:53 ok 13:11:56 baoli: sure 13:12:04 sure 13:12:10 Cool 13:12:14 any other topics we want to cover today? 13:12:33 irenab, yes. let's talk about the real work 13:12:45 #topic nova patches 13:13:42 Can we talk about baoli patch 13:14:35 BrianB_: sure 13:14:36 +1 for cleaning up baoli's patch and posting it for review 13:14:36 irenab, sadasu how has your testing been 13:14:51 sadasu: +1 13:15:18 BrianB_: faking neutron agent, it did the expected job 13:15:24 I have been working with baoli's patches in my lab setup and having success with it 13:15:59 so seems that neutron "consumers" are quite satisfied :-) 13:16:27 great so baoli can this be pushed up 13:16:43 to get basic funionality in 13:16:59 BrianB_: yes we can 13:17:17 thanks 13:17:32 baoli, heyongli: need to resolve the white_list/pci_stats modifications 13:17:43 i like to take it 13:18:55 irenab, that's what i had wanted to talk about during the summit 13:19:13 baoli: will you split your patch, or simply push it as a big one? 13:19:40 split might better 13:19:49 I think we need clarly identify the tasks in the spec, so each one can be picked and pushed as separate patch. It is not mandatory to be done by different people 13:20:13 irenab: +1 13:20:24 irenab, +1 13:20:37 sure 13:20:50 yjiang51, heyongli, we should talk about the changes with the changes in the whitelist 13:21:32 what's is it? 13:21:33 I haven't gone through all of my email yet (yesterday was a holiday here) - so I'm assuming nobody has done this already, but it just occurred to me that we should've planned on summarizing the outcome and discussions of the summit for those who weren't there. 13:21:43 Might reduce confusion and miscommunication 13:22:30 heyongli: I think baoli is talking about the pci config white list change on your patch and his patch. 13:23:01 ok, what's the concern, baoli? 13:23:11 beagles, I assumed that yjiang51 had talked with heyongli about the summit. If not, we can brief heyongli now 13:23:25 yes, we did 13:23:34 ok, cool 13:23:44 heyongli: the signle/multiple tag as discussed yesterday. 13:24:07 ok, for now only phy netowrk, right? 13:24:15 heyongli: yes 13:24:19 heyongli, it's just the changes we made in that area were quite different. 13:24:40 heyongli, I gave comments to your patches 13:24:57 recently? 13:27:28 heyongli: yes, for now only phy network. 13:27:38 i'm fine with it 13:29:25 heyongli: can you please briefly describe what is proposed to cover phy net support? 13:29:56 add tag to whitelist, preset it to pci stats 13:30:24 do you expect this? 13:31:22 is it same as baoli's suggestion? 13:31:59 no real conflict actually 13:32:43 make sure pci stats contain this tags information, and other information already exist 13:33:03 baoli: Are you ok to go with this? 13:34:21 irenab, for networking devices, I don't think that we want the vendor_id and product_id in the stats key, if that's what you guys are talking about 13:35:28 if the device is tagged, then the tag is used for stats keys 13:35:44 does it crash the sriov? 13:36:10 heyongli, can you rephrase? 13:36:45 baoli: as discussed in summit, the pci stats should not block future potential extension, because we need consider upgrade. so we should keep the pci_stats more generic one. I think the first thing for pci_stats is to make it an object, because the compute manager objectify is waiting for it. 13:36:55 had that information is not stop sriov, and provide extra info for later enhancement maybe 13:38:04 yjiang51, objectifying the pci_stats may be a new BP for it's own. 13:38:21 The change allows multiple tags 13:38:42 So it doesn't prevent future enhancement such as pci flavor, etc 13:38:57 image will need that 13:39:11 baoli: Its covered by an existed BP already. If the changes allows multiple tags, it's ok and we can discuss on the review? 13:39:31 yjiang51, which review? 13:40:25 heyongli, other existing scheudler filters should cover the image requirement you brought up 13:40:58 baoli: I assume you will split the patch into multiple one, and then one of them will be changes to pci_stats, right? We can review that patch then. 13:41:03 other filter never access pci information now 13:42:13 heyongli, so you want to include vid, pid in the stats key as mandatory? 13:42:22 baoli: let's put multiple info implementation aside, and only make sure no blocking for future changes. And also, we should split the patch and push them in parrellel. So that if there are disagreement on one patch, others will continue move forward. 13:42:44 +1 13:42:49 yjiang51, +1 13:43:27 shall we discuss alternative time for this meeting? Everyone can make current time slot? 13:43:31 So we'll split my POC up and push them individually? 13:44:32 baoli: I don't think we can resolve the pci_stats now, but at least we agree wih the white list, and it's a progress now. I had a quick check on the pci_stats part, frankly not quite sure on the changes. If it's splitted, it will be much better. 13:44:53 baoli: I think it may help us to move faster 13:45:35 cool 13:45:35 baoli: you current POC still good to have as is to progress with neutron side implemention 13:46:50 So we'll split it up in smaller patches 13:47:04 And we will review them individually 13:48:54 so this week, let's focus on the spec 13:49:28 irenab, yes. let's push it for approval 13:49:55 Anything else we want to talk about? 13:50:04 baoli: heyongli, for the white list spec, do we still support address regexp? 13:50:41 yjiang51, I'd like to use the lspci format that is known to people 13:51:17 baoli: I remember someone strongly suggested something like 0000.*.3.*, but forgot who give the request. Does your patch support it? 13:51:42 yjiang51, yes, and it's using the same format as lspci 13:52:40 baoli: lspci has no regex, right? And what's the exact difference of lspci format and current implementation? I think currently it's also domain:b:d.f in the code. 13:53:17 baoli: asking because seems your patch has no support for widecard etc. Of coruse, we can discuss in the patch review. 13:53:39 yjiang51, take a look at the lspci man page. basically, it allows the use of . and * in individual fields. 13:54:25 yjiang51, we don't have to reinvent it 13:54:40 baoli: cool, it's ok only if it's supported. 13:54:47 yjiang51, baoli: if lspci format provides required flexibility, I think its better to follow it 13:55:11 irenab, that's the idea 13:55:28 good 13:56:06 So to summarize, baoli is planning to work on spec today and push if possible, right? 13:56:33 irenab, yes 13:56:35 irenab to join the effort on spec tomorrow, all to review one pushed. Agree? 13:56:39 irenab: what's next meeting? 13:56:59 next week, smae time? 13:56:59 irenab, fine 13:57:04 #action baoli pushing the sriov nova-spec update 13:57:50 yjiang51: can you make this time slotor want alternative time? 13:58:01 ^time slot 13:58:45 irenab: I thought either yongli or me will be in. 6:00 am is still a bit early to me. 13:59:07 in that case, would 10:00pm too late for yongli? 13:59:15 irenab: I will try, but you know, sometimes alerm does not work as expected. I had 3 alarm this morning. 13:59:32 it is 9pm for him now 13:59:42 yjiang51: :-) 13:59:55 irenab: let' keep this time, and I will try to attend. I hope NFV meeting will replace this one sooon :) 14:00:16 baoli: it's 10:00 pm for yongli already. 14:00:37 yeah, now it's 10:00pm 14:00:37 yjiang51, I'm talking about the meeting start time 14:00:43 sorry for the confusion 14:00:46 baoli: :) 14:01:01 ok, so see you next week same time 14:01:01 so, same time next week? 14:01:07 baoli: yes. 14:01:21 thanks everyone. We're making a lot of progress 14:01:24 today 14:01:29 See you next week 14:01:31 thanks! 14:01:35 #endmeeting