Re: [openstack-dev] [nova] Is the Intel SRIOV CI running and if so, what does it test?

2016-03-30 Thread yongli he
Hi, mriedem Shaohe is on vacation. And Intel SRIOV CI comment to Neutron. running the macvtap vnic SRIOV testing and plus required neutron smoking test. [4] https://wiki.openstack.org/wiki/ThirdPartySystems/Intel-SRIOV-CI Regards Yongli He 在 2016年03月30日 23:21, Matt Riedemann 写道

Re: [openstack-dev] [nova][pci] What is the point of the ALLOCATED vs. CLAIMED device status?

2016-03-09 Thread yongli he
) Regards Yongli He 在 2016年03月08日 02:23, Jay Pipes 写道: Subject says it all. I've been trying to fix this bug: https://bugs.launchpad.net/nova/+bug/1549984 and just shake my head every time I look at the PCI handling code in nova/pci/manager.py and nova/pci/stats.py. Why do we have a CLAIMED

Re: [openstack-dev] pci_alias

2016-02-29 Thread yongli he
Hi, Beliveau, Ludovic currently the alias define as a multiple string option item. this make the code look this configure option is a array, but user define it multiple times instead of a array. pci_alias_opt = cfg.MultiStrOpt Yongli He 在 2015年10月27日 23:44, Beliveau, Ludovic 写道: Hi, I'm

Re: [openstack-dev] [nova] Intel PCI CI appears lost in the weeds

2015-10-07 Thread yongli he
Hi, mriedem and all Sorry for the CI problem. we now back from holiday now, and find the problem and got solution. CI will be back soon. summary: the LOG server connection lost, so the test result failed to uploading. Yongli He 在 2015年10月08日 07:03, Matt Riedemann 写道: Was seeing

[openstack-dev] [Nova][infra][third-party] Intel actively seeking solution to CI issue and getting close to a solution

2015-07-15 Thread yongli he
Hello OpenStackers! The Intel PCI/SRIOV/NGFW/PTAS CI located in China, due to reasons beyond our control, lost connectivity to the Jenkins servers. Although the CI system is working fine we haven’t been able to report results back for about a month now. We are actively looking for a

Re: [openstack-dev] Fwd: PCI passthrough of 40G ethernet interface

2015-03-26 Thread yongli he
在 2015年03月11日 22:15, jacob jacob 写道: Hi, jacob we now find przemyslaw.czesnowicz have same NIC, hope will help a little bit. Yongli He -- Forwarded message -- From: *jacob jacob* opstk...@gmail.com mailto:opstk...@gmail.com Date: Tue, Mar 10, 2015 at 6:00 PM Subject: PCI

Re: [openstack-dev] Fwd: PCI passthrough of 40G ethernet interface

2015-03-24 Thread yongli he
在 2015年03月11日 22:15, jacob jacob 写道: Hi, jacob I'm trying to find someone to check it, if there any feed back, i update you. Yongli He -- Forwarded message -- From: *jacob jacob* opstk...@gmail.com mailto:opstk...@gmail.com Date: Tue, Mar 10, 2015 at 6:00 PM Subject: PCI

Re: [openstack-dev] [nova][ThirdPartyCI][PCI] Intel Third party Hardware based CI for PCI

2015-03-24 Thread yongli he
for this purposes. networking CI(commenting to Neutron) - https://wiki.openstack.org/wiki/ThirdPartySystems/Intel-Networking-CI Yongli He Chris On 01/07/2015 08:31 PM, yongli he wrote: Hi, Intel set up a Hardware based Third Part CI. it's already running sets of PCI test cases for several

[openstack-dev] [nova][qa][pci] Intel PCI CI , testing method/env and test cases

2015-01-15 Thread yongli he
Hi, all Intel PCI CI use hardware machine to testing PCI, there are some change to devstack, tempest use Jerkins dispatch task. basic information: * the topology: log server --- Jenkins server node pool * use devstack deploy testing env. PCI CI 's main problem is how to know

Re: [openstack-dev] [nova][ThirdPartyCI][PCI] Intel Third party Hardware based CI for PCI

2015-01-15 Thread yongli he
are here: http://git.openstack.org/cgit/openstack-infra/system-config/tree/doc/source/third_party.rst thanks very much, we does considering change to a dns name. Yongli He Kurt Taylor (krtaylor) On Sun, Jan 11, 2015 at 11:18 PM, yongli he yongli...@intel.com mailto:yongli...@intel.com wrote

Re: [openstack-dev] [nova][ThirdPartyCI][PCI] Intel Third party Hardware based CI for PCI

2015-01-11 Thread yongli he
在 2015年01月08日 10:31, yongli he 写道: to make a more stable service we upgrade the networking device, then the log server address change to a new IP address: 198.175.100.33 so the sample log change to(replace the 192.55.68.190 to new address): http://198.175.100.33/143614/6/ http

[openstack-dev] [nova][ThirdPartyCI][PCI] Intel Third party Hardware based CI for PCI

2015-01-07 Thread yongli he
/6/ http://192.55.68.190/139900/4 http://192.55.68.190/143372/3/ http://192.55.68.190/141995/6/ http://192.55.68.190/137715/13/ http://192.55.68.190/133269/14/ 3. Test cases on github: https://github.com/intel-hw-ci/Intel-Openstack-Hardware-CI/tree/master/pci_testcases Thanks Yongli He

[openstack-dev] [nova][ThirdPartyCI][PCI CI] comments to Nova

2014-12-23 Thread yongli he
pass through testing. * after it begin to working, more test cases will be added , include basic SRIOV Thanks Yongli He More logs: http://192.55.68.190/138795/6 http://192.55.68.190/74423/6 http://192.55.68.190/141115/6 http://192.55.68.190/142565/2 http://192.55.68.190/142835/3 http

[openstack-dev] [nova][pci] A couple of questions

2014-06-24 Thread yongli he
-sriov,n,z Yongli He ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] about pci device filter

2014-05-06 Thread yongli he
于 2014年05月05日 16:28, Bohai (ricky) 写道: Hi, stackers: Now there is an default while list filter for PCI device. But maybe it's not enough in some scenario. Maybe it's better if we provide a mechanism to specify a customize filter. For example: So user can make a special filter , then specify

Re: [openstack-dev] [nova][pci]PCI SR-IOV use cases initial doc

2014-04-10 Thread yongli he
/Cisco/Mellanox card, does not mean we should disable it, or don't give a chance. 3. i raise couple of question and questioning the aggregate solution. see inline comments. https://docs.google.com/document/d/1zgMaXqrCnad01-jQH7Mkmf6amlghw9RMScGLBrKslmw/edit Yongli He Thanks, Irena *From

Re: [openstack-dev] [nova][pci]PCI SR-IOV use cases initial doc

2014-04-10 Thread yongli he
to getting agreement here, and getting useful feedback at the summit. Not sure I understand the tables, they seem a bit confusing/distracting. yeah, maybe because it's hard to description the use case flow without bothering a reference design . John On 10 April 2014 09:14, yongli he yongli

Re: [openstack-dev] [nova][pci]PCI SR-IOV use cases initial doc

2014-04-10 Thread yongli he
information should be add to this use-case? and any other suggestion? Yongli he would look at the pure data flow, in a Config/API agnostic way. Agreeing the info needed from the user, then in the VIF driver, then in between, etc. We should be able to agree on that, before returning to the host

Re: [openstack-dev] [nova][PCI] one use case make the flavor/extra-info based solution to be right choice

2014-03-25 Thread yongli he
feature set instead of one or 2 of group, so the extra information about a pci card is need, in a flexible way. Yongli He Best, -jay ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo

Re: [openstack-dev] [nova][PCI] problem about PCI SRIOV

2014-03-23 Thread yongli he
is the original alias with api support. we rename to pci_flavor because it's just for pci and the flaovr things much more OS style. hope help you. Yongli He Thanks ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi

[openstack-dev] [nova][PCI] one use case make the flavor/extra-info based solution to be right choice

2014-03-20 Thread yongli he
the intel-NIC or 1G_NIC. Regards Yongli He ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova][PCI] one use case make the flavor/extra-info based solution to be right choice

2014-03-20 Thread yongli he
, and provide the optimal interface to the admin/user. So let's keep the discussion going. thanks, Robert On 3/20/14 4:22 AM, yongli he yongli...@intel.com wrote: HI, all cause of the Juno, the PCI discuss keen open, for group VS to flavor/extra-information based solution. there is a use case, which group

Re: [openstack-dev] [nova][PCI] flavor/extra-info based solution: why need vendor/product id

2014-03-20 Thread yongli he
the discussion going. thanks, Robert On 3/20/14 4:22 AM, yongli he yongli...@intel.com wrote: HI, all cause of the Juno, the PCI discuss keen open, for group VS to flavor/extra-information based solution. there is a use case, which group based solution can not supported well. please considerate

Re: [openstack-dev] PCI SRIOV meeting suspend?

2014-03-04 Thread yongli he
On 2014年03月04日 20:45, Robert Li (baoli) wrote: Hi Yongli, I have been looking at your patch set. Let me look at it again if you have new update. look forward to that. thanks. The meeting changed back to UTC 1300 Tuesday. thanks, Robert On 3/4/14 12:39 AM, yongli he yongli...@intel.com

[openstack-dev] [nova][pci][sriov] rewriting the the common SRIOV support blue-prints :https://blueprints.launchpad.net/nova/+spec/pci-extra-info

2014-03-04 Thread yongli he
on this blue prints, i really want you guy check this bp to make sure it's the right things we had agreed( i think so) before and after new bp is done. i will update you when i finished it. meeting link: https://wiki.openstack.org/wiki/Meetings/Passthrough Regards Yongli He

Re: [openstack-dev] [nova] A problem about pci-passthrough

2014-03-03 Thread yongli he
is selected randomly. When chosen_host is B, the instance starts, but when chosen_host is A, the instance becomes error. The consume_from_instance will raise a exception. Hi Jeremy, You didn't mention the PciPassthroughFilter, have you enabled this in definitely need this filter. Yongli He your

[openstack-dev] PCI SRIOV meeting suspend?

2014-03-03 Thread yongli he
HI, Robert does it stop for while? and if you are convenient please review this patch set , check if the interface is ok. https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/pci-extra-info,n,z Yongli He

Re: [openstack-dev] PCI SRIOV meeting suspend?

2014-03-03 Thread yongli he
On 2014年03月04日 13:33, Irena Berezovsky wrote: Hi Yongli He, The PCI SRIOV meeting switched back to weekly occurrences,. Next meeting will be today at usual time slot: https://wiki.openstack.org/wiki/Meetings#PCI_Passthrough_Meeting In coming meetings we would like to work on content

[openstack-dev] does exception need localize or not?

2014-02-27 Thread yongli he
is not actively encouraged. Exception text should/not/be marked for translation, becuase if an exception occurs there is no guarantee that the translation machinery will be functional. Regards Yongli He ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [nova] pci device hotplug

2014-02-27 Thread yongli he
. The reason of no support yet is bandwidth. The folks working on PCI spend a lot of time on SR-IOV NIC discussion. --jyh sorry for later notice this, sure i also think it should have hotplug . --Yongli He ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-16 Thread yongli he
On 2014?01?16? 08:28, Ian Wells wrote: To clarify a couple of Robert's points, since we had a conversation earlier: On 15 January 2014 23:47, Robert Li (baoli) ba...@cisco.com mailto:ba...@cisco.com wrote: --- do we agree that BDF address (or device id, whatever you call it), and

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2014-01-09 Thread yongli he
On 2014?01?10? 00:49, Robert Li (baoli) wrote: Hi Folks, HI, all basiclly i flavor the pic-flavor style and against massing the white-list. please see my inline comments. With John joining the IRC, so far, we had a couple of productive meetings in an effort to come to consensus and

Re: [openstack-dev] [nova] [neutron] Todays' meeting log: PCI pass-through network support

2013-12-23 Thread yongli he
On 2013?12?24? 07:35, Ian Wells wrote: On autodiscovery and configuration, we agree that each compute node finds out what it has based on some sort of list of match expressions; we just disagree on where they should live. i think what we talk is group/class auto discovery here. I know we've

Re: [openstack-dev] [Nova] [Infra] Support for PCI Passthrough

2013-11-28 Thread yongli he
On 2013年11月27日 23:43, Jeremy Stanley wrote: On 2013-11-27 11:18:46 +0800 (+0800), yongli he wrote: [...] if you post -1, you should post testing log somewhere for people to debug it, so does third party testing can post testing log to the infra log server? Not at the moment--the infra log

Re: [openstack-dev] [Nova] [Infra] Support for PCI Passthrough

2013-11-26 Thread yongli he
On 2013年11月23日 03:43, Jeremy Stanley wrote: Hi, Jeremy for currently, we need setup it up asap, so the third party seems the right way. but i have some concern, if you post -1, you should post testing log somewhere for people to debug it, so does third party testing can post testing log to

[openstack-dev] [Nova] PCI next step blue print

2013-11-25 Thread yongli he
/PCI_passthrough_SRIOV_support https://wiki.openstack.org/wiki/PCI_passthrough_SRIOV_support user case discuss: https://docs.google.com/document/d/1EMwDg9J8zOxzvTnQJ9HwZdiotaVstFWKIuKrPse6JOs/edit#heading=h.30de7p6sgoxp Yongli He (Pauli He) @intel.com

Re: [openstack-dev] [Nova] [Infra] Support for PCI Passthrough

2013-11-24 Thread yongli he
solution for such testing. Yongli He(Pauli He) TripleO cloud is aiming at) and infra running the tests; for checking without infra running it the third-party system is a good mechanism (and that can be run from a single TripleO region too, in principle. -Rob

Re: [openstack-dev] [nova] [neutron] PCI pass-through network support

2013-10-28 Thread yongli he
On 2013?10?29? 03:22, Robert Li (baoli) wrote: Hi Irena, Thank you very much for your comments. See inline. --Robert On 10/27/13 3:48 AM, Irena Berezovsky ire...@mellanox.com mailto:ire...@mellanox.com wrote: Hi Robert, Thank you very much for sharing the information regarding

Re: [openstack-dev] [nova] [pci device passthrough] fails with NameError: global name '_' is not defined

2013-09-13 Thread yongli he
于 2013年09月11日 21:27, Henry Gessau 写道: For the TypeError: expected string or buffer I have filed Bug #1223874. On Wed, Sep 11, at 7:41 am, yongli he yongli...@intel.com wrote: 于 2013年09月11日 05:38, David Kang 写道: - Original Message - From: Russell Bryant rbry...@redhat.com To: David

Re: [openstack-dev] [nova] [pci device passthrough] fails with NameError: global name '_' is not defined

2013-09-11 Thread yongli he
于 2013年09月11日 05:17, Russell Bryant 写道: On 09/10/2013 05:03 PM, David Kang wrote: - Original Message - From: Russell Bryant rbry...@redhat.com To: OpenStack Development Mailing List openstack-dev@lists.openstack.org Cc: David Kang dk...@isi.edu Sent: Tuesday, September 10, 2013 4:42:41

Re: [openstack-dev] [nova] [pci device passthrough] fails with NameError: global name '_' is not defined

2013-09-11 Thread yongli he
or buffer. hi, David could you paste the new trace to the bug ? (note it with the patch) that's close to the fix i think. thanks Yongli he David ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] [nova] [pci device passthrough] fails with NameError: global name '_' is not defined

2013-09-11 Thread yongli he
于 2013年09月11日 21:27, Henry Gessau 写道: For the TypeError: expected string or buffer I have filed Bug #1223874. got, thanks。 On Wed, Sep 11, at 7:41 am, yongli he yongli...@intel.com wrote: 于 2013年09月11日 05:38, David Kang 写道: - Original Message - From: Russell Bryant rbry