From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) by dpdk.org (Postfix) with ESMTP id 9FB403237 for ; Wed, 8 Apr 2015 10:33:05 +0200 (CEST) Received: by iedfl3 with SMTP id fl3so77034768ied.1 for ; Wed, 08 Apr 2015 01:33:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f/4LagakfBGBmh27EuNab2NbxraMTuPkIszTQq3PaYU=; b=YRh4MQ3ddybmSFPDCf5NO3BI7NOMxA5cFAWEDwuyNFy2//XyGQXN1lr3dcE36zMEs1 +AOe1KsSlP+X0cJvsisfXLNmeYD1chc4sJ7MbK7Ga6fT5omTflMyrST9uwwJdAgdYPaG cI+bbm8zU/JhsbXXnc9pkCQxLHITSUCUeVj30txf5vBAw25jS7wmc3fl8GIQfI7i0RQK txjQXdF/ZnvEV1a8U+8dYvT09QbZm+hD0Huph/kd30DskLEnMdWFSU+ZJHK2t+P6AC22 8IwOh75HKUCDzvE7LmpnFRVqdJzOxAJzjnIYOHXDDPjWO4bnf6zv51tcU77PIAEKj9vF 8m+A== MIME-Version: 1.0 X-Received: by 10.50.35.195 with SMTP id k3mr10220401igj.11.1428481985065; Wed, 08 Apr 2015 01:33:05 -0700 (PDT) Received: by 10.107.39.199 with HTTP; Wed, 8 Apr 2015 01:33:05 -0700 (PDT) In-Reply-To: <20150407143522.GA10054@hmsreliant.think-freely.org> References: <20150407143522.GA10054@hmsreliant.think-freely.org> Date: Wed, 8 Apr 2015 14:03:05 +0530 Message-ID: From: Venkat Thummala To: Neil Horman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Running DPDK Binaries on a different Target 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: Wed, 08 Apr 2015 08:33:06 -0000 Hi Neil, Thanks for the quick response. The issue got fixed by setting CONFIG_RTE_MACHINE to "default". Though, this fixed the CRASH issue, I am observing inconsistent behavior with ACL tables. With the same traffic and same ACL rule, on ONE machine the ACL rule is being HIT, where as on the OTHER machine the rule never HITS. Is this because of the "default" machine option? Regards Venkat On 7 April 2015 at 20:05, Neil Horman wrote: > On Tue, Apr 07, 2015 at 05:30:15PM +0530, Venkat Thummala wrote: > > Attaching the CPU Info. > > > > On 7 April 2015 at 17:28, Venkat Thummala < > venkat.thummala.1978@gmail.com> > > wrote: > > > > > Hi, > > > > > > I have built a DPDK application [based on version 2.0] and run on the > > > native machine successfully. > > > > > > I have tried running the binary on a different machine, but it > resulted in > > > a CRASH with the following back trace. > > > > > > Please find the CPU info of the machines from the attachment. > > > > > > cpuinfo-1 - Native Machine > > > cpuinfo-2 - Non Native Machine > > > > > > Could someone please help me in understanding the issue here and > making it > > > work? > > > > > > Regards > > > Venkat > > > > > > Program terminated with signal SIGILL, Illegal instruction. > > > #0 0x00000000004209f2 in rte_cpu_get_flag_enabled (feature=2147483656, > > > feature@entry=RTE_CPUFLAG_EM64T) > > > at > > > > /home/vthummala/src/vwlc/dpdk/dpdk-2.0.0/x86_64-native-linuxapp-gcc/include/rte_cpuflags.h:303 > > > 303 return (regs[feat->reg] >> feat->bit) & 1; > > Looks like this somehow compiled into an instruction that the native system > understands but the system you're running on doesn't. disassemble the > code here > to see what instruction that is to confirm, then you either need to: > > 1) Change the machine you're compiling for to be more specific to your > target > system > > or > > 2) Understand that the hardware you're targeting doesn't support dpdk > > Neil > > > > (gdb) bt > > > #0 0x00000000004209f2 in rte_cpu_get_flag_enabled (feature=2147483656, > > > feature@entry=RTE_CPUFLAG_EM64T) > > > at > > > > /home/vthummala/src/vwlc/dpdk/dpdk-2.0.0/x86_64-native-linuxapp-gcc/include/rte_cpuflags.h:303 > > > #1 0x0000000000420a1b in rte_hash_crc_set_alg (alg=6 '\006') > > > at > > > > /home/vthummala/src/vwlc/dpdk/dpdk-2.0.0/x86_64-native-linuxapp-gcc/include/rte_hash_crc.h:429 > > > #2 rte_hash_crc_init_alg () at > > > > /home/vthummala/src/vwlc/dpdk/dpdk-2.0.0/x86_64-native-linuxapp-gcc/include/rte_hash_crc.h:445 > > > #3 0x000000000054968d in __libc_csu_init () > > > #4 0x00007fc3ca474e55 in group_nodes_into_DFAstates > > > (dests_ch=0x940f507ab10ff0c8, dests_node=0x4a8b44de74c084c0, > > > state=0x4420528b48a8ebc9, > > > dfa=) at regexec.c:3614 > > > #5 build_trtable (dfa=0x840fc139c0014468, state=0x4420528b48a8ebc9) at > > > regexec.c:3354 > > > #6 0x41d589495541f689 in ?? () > > > #7 0x00251630258d4c54 in ?? () > > > #8 0x002517302d8d4855 in ?? () > > > #9 0xc148db31e5294c53 in ?? () > > > #10 0x65e808ec834803fd in ?? () > > > #11 0x1e74ed8548ffed48 in ?? () > > > #12 0x0000000000841f0f in ?? () > > > > > >