From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from indelg01.tcs.com (indelg01.tcs.com [203.200.109.55]) by dpdk.org (Postfix) with ESMTP id B292E58D8 for ; Mon, 9 Mar 2015 05:09:20 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CmBAA7HP1U/0YgFaxahDLINwKBcQEBAQEBAXyEDwECBHkVBg0EAwECMR8uCAYLCBGICgOnSgEBlkcNhTQBAQEBAQEBAQIBAQEBAQEBAQEZixeCRIIPCgwFDYMRgRYFimiDJYNngS6ERTOCYhGDF4kfhhOCIh+BWGeCQwEBAQ X-IPAS-Result: A2CmBAA7HP1U/0YgFaxahDLINwKBcQEBAQEBAXyEDwECBHkVBg0EAwECMR8uCAYLCBGICgOnSgEBlkcNhTQBAQEBAQEBAQIBAQEBAQEBAQEZixeCRIIPCgwFDYMRgRYFimiDJYNngS6ERTOCYhGDF4kfhhOCIh+BWGeCQwEBAQ X-IronPort-AV: E=Sophos;i="5.11,365,1422901800"; d="xml'?rdf'?odt'72,48?png'72,48,150?scan'72,48,150,72,48,208,150"; a="61236989" X-DISCLAIMER: FALSE MIME-Version: 1.0 Importance: Normal X-Priority: 3 (Normal) In-Reply-To: References: From: Arkajit Ghosh To: Ngo Doan Lap Message-ID: Date: Mon, 9 Mar 2015 09:39:16 +0530 X-Mailer: Lotus Domino Web Server Release 9.0.1FP2HF609 December 16, 2014 X-MIMETrack: Serialize by Notes Server on InDelM04/TCS(Release 9.0.1FP2HF609 | December 16, 2014) at 03/09/2015 09:39:16, Serialize complete at 03/09/2015 09:39:16, Itemize by Notes Server on InDelM04/TCS(Release 9.0.1FP2HF609 | December 16, 2014) at 03/09/2015 09:39:16, Serialize by Router on InDelM04/TCS(Release 9.0.1FP2HF609 | December 16, 2014) at 03/09/2015 09:39:17 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Guest Machine is not Pingable from Host Machine X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 04:09:22 -0000 Hi,=20 I have executed below commands: ./utilities/ovs-vsctl add-br ovsbr0 ./utilities/ovs-vsctl set bridge datapath=5Ftype=3Dnetdev ./utilities/ovs-vsctl add-port ovsbr0 dpdk0 -- set Interface dpdk0 type=3Dd= pdk ./utilities/ovs-vsctl add-port ovsbr0 dpdk1 -- set Interface dpdk1 type=3Dd= pdk ./utilities/ovs-vsctl show Please find the attachement for bridge and dpdk-port creation.. Now, If i do "ifconfig -a" the created bridge ovsbr0 is showing Broadcast R= unning and Multicast but ip address was not given. So i had assign an IP-ad= dress to ovsbr0 which previously Eth1 had.=20 So, now I try to ping this guest machine ip address from its host.=A0 Here = is the output.=20 ping 192.168.1.7 PING 192.168.1.7 (192.168.1.7) 56(84) bytes of data. >>From 192.168.1.40 icmp=5Fseq=3D1 Destination Host Unreachable >>From 192.168.1.40 icmp=5Fseq=3D5 Destination Host Unreachable >>From 192.168.1.40 icmp=5Fseq=3D6 Destination Host Unreachable >>From 192.168.1.40 icmp=5Fseq=3D7 Destination Host Unreachable >>From 192.168.1.40 icmp=5Fseq=3D8 Destination Host Unreachable >>From 192.168.1.40 icmp=5Fseq=3D9 Destination Host Unreachable I believe it should be pinged from its host machine. Can please let=A0 me k= now what is the issue and how to proceed. Thanks & Regards Arkajit Ghosh =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F -----Ngo Doan Lap wrote: ----- To: Arkajit Ghosh From: Ngo Doan Lap Date: 03/06/2015 08:52PM Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Guest Machine is not Pingable from Host Machine Hi, Can you show the log output of OVS? and the ouput of following command cd path/to/ovs/utilities/ =A0./ovs-ofctl show br0 =A0./ovs-ofctl dump-flows br0 (Assum that br0 is a bridge name that you had created) On Fri, Mar 6, 2015 at 10:14 PM, Arkajit Ghosh wrot= e: Hi, =20 Can anyone please suggest how to proceed. =20 =20 Thanks & Regards Arkajit Ghosh =20 -----Arkajit Ghosh/DEL/TCS wrote: ----- To: dev@dpdk.org From: Arkajit Ghosh/DEL/TCS Date: 03/04/2015 12:39PM Subject: Guest Machine is not Pingable from Host Machine =20 Hi Team, =20 Guest machine is not pingable from Host machine after creating a bridge wi= th datapath=5Ftype "netdev" in the configuration database and adding=A0 dpd= k ports. Can anyone please let me know what is the issue. =20 Thanks in advance. =20 Thanks & Regards Arkajit Ghosh =20 =20 =3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you =20 =20 =20 --=20 Thanks and Best Regards, Ngo Doan Lap Mobile: 0977.833.757 =20 >From michael.qiu@intel.com Mon Mar 9 06:21:27 2015 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 460B95A9C for ; Mon, 9 Mar 2015 06:21:27 +0100 (CET) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga101.fm.intel.com with ESMTP; 08 Mar 2015 22:21:25 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,365,1422950400"; d="scan'208";a="537885754" Received: from pgsmsx107.gar.corp.intel.com ([10.221.44.105]) by orsmga003.jf.intel.com with ESMTP; 08 Mar 2015 22:20:58 -0700 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by PGSMSX107.gar.corp.intel.com (10.221.44.105) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 9 Mar 2015 13:21:24 +0800 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.192]) by SHSMSX152.ccr.corp.intel.com ([169.254.6.46]) with mapi id 14.03.0195.001; Mon, 9 Mar 2015 13:21:23 +0800 From: "Qiu, Michael" To: Thomas Monjalon Thread-Topic: [dpdk-dev] [PATCH 1/3 v2] librte_hash: Fix unsupported instruction `crc32' in i686 platform Thread-Index: AQHQV2U5FnYjrJBY6UetCuCVTidWCg== Date: Mon, 9 Mar 2015 05:21:22 +0000 Message-ID: <533710CFB86FA344BFBF2D6802E60286CF0575@SHSMSX101.ccr.corp.intel.com> References: <1425561339-13300-2-git-send-email-michael.qiu@intel.com> <9902699.YtPW44peIi@xps13> <533710CFB86FA344BFBF2D6802E60286CEF549@SHSMSX101.ccr.corp.intel.com> <9442704.dXlXz1iyK3@xps13> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH 1/3 v2] librte_hash: Fix unsupported instruction `crc32' in i686 platform X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 05:21:27 -0000 On 3/8/2015 2:39 AM, Thomas Monjalon wrote:=0A= > 2015-03-06 01:39, Qiu, Michael:=0A= >> On 3/6/2015 1:11 AM, Thomas Monjalon wrote:=0A= >>> 2015-03-06 00:55, Michael Qiu:=0A= >>>> CC rte_hash.o=0A= >>>> Error: unsupported instruction `crc32'=0A= >>>>=0A= >>>> The root cause is that i686 platform does not support 'crc32q'=0A= >>>> Need make it only available in x86_64 platform=0A= >>>>=0A= >>>> Signed-off-by: Michael Qiu =0A= >>>> ---=0A= >>>> v2 --> v1:=0A= >>>> Make crc32 instruction only works in X86 platform=0A= >>>> lib/librte_hash/rte_hash_crc.h | 12 ++++++++++++=0A= >>>> 1 file changed, 12 insertions(+)=0A= >>>>=0A= >>>> diff --git a/lib/librte_hash/rte_hash_crc.h b/lib/librte_hash/rte_hash= _crc.h=0A= >>>> index d28bb2a..c0a789e 100644=0A= >>>> --- a/lib/librte_hash/rte_hash_crc.h=0A= >>>> +++ b/lib/librte_hash/rte_hash_crc.h=0A= >>>> @@ -364,6 +364,7 @@ crc32c_2words(uint64_t data, uint32_t init_val)=0A= >>>> return crc;=0A= >>>> }=0A= >>>> =0A= >>>> +#if defined RTE_ARCH_I686 || defined RTE_ARCH_X86_64=0A= >>>> static inline uint32_t=0A= >>>> crc32c_sse42_u32(uint32_t data, uint32_t init_val)=0A= >>>> {=0A= >>>> @@ -373,7 +374,9 @@ crc32c_sse42_u32(uint32_t data, uint32_t init_val)= =0A= >>>> : [data] "rm" (data));=0A= >>>> return init_val;=0A= >>>> }=0A= >>>> +#endif=0A= >>> Wouldn't it be more elegant to define a stub which returns 0 in #else= =0A= >>> in order to remove #ifdef below?=0A= >>> Not sure, matter of taste.=0A= >> It may be not a good idea, see rte_hash_crc_8byte(), if no crc32=0A= >> support, it will use crc32c_2words(), if we define a stub which returns= =0A= >> 0 in #else, then we need always check the return value whether it is=0A= >> none-zero otherwise need fallback.=0A= > I don't think so.=0A= > The stub won't never been called because they are protected by the cpufla= g=0A= > condition.=0A= =0A= Hi, Thomas=0A= =0A= You are right, I will send out v3 patch to fix this=0A= =0A= Thanks,=0A= Michael=0A= =0A= >=0A= =0A=