From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx01.arubanetworks.com (mx01.arubanetworks.com [104.36.248.59]) by dpdk.org (Postfix) with ESMTP id 19BD5B4CD for ; Wed, 18 Feb 2015 05:09:30 +0100 (CET) X-ASG-Debug-ID: 1424232566-03d124379d123fc30001-TfluYd Received: from sjc-exch10hc-02.arubanetworks.com (sjc-exch10hc-02.arubanetworks.com [10.1.8.46]) by mx01.arubanetworks.com with ESMTP id 3UlYIWtAqQSiA5fj (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO); Tue, 17 Feb 2015 20:09:26 -0800 (PST) X-Barracuda-Envelope-From: vmohare@arubanetworks.com Received: from BOREAL.arubanetworks.com ([fe80::19f0:d3af:7377:a759]) by sjc-exch10hc-02.arubanetworks.com ([fe80::88ce:11e3:e0a3:1489%16]) with mapi id 14.03.0158.001; Tue, 17 Feb 2015 20:09:25 -0800 From: Vithal S Mohare To: Neil Horman Thread-Topic: [dpdk-dev] rte_memcpy optimization patch to dpdk ver 1.7 X-ASG-Orig-Subj: RE: [dpdk-dev] rte_memcpy optimization patch to dpdk ver 1.7 Thread-Index: AdBKZLThvvzjc57ZRGSwSpbpiPzVeQAkDKeAAA3PvnA= Date: Wed, 18 Feb 2015 04:09:25 +0000 Message-ID: <98DB008FA2AC6644B40AD8C766FAB271020CA68463@BOREAL.arubanetworks.com> References: <98DB008FA2AC6644B40AD8C766FAB271020CA67F5E@BOREAL.arubanetworks.com> <20150217130131.GA2729@neilslaptop.think-freely.org> In-Reply-To: <20150217130131.GA2729@neilslaptop.think-freely.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.20.102.232] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: sjc-exch10hc-02.arubanetworks.com[10.1.8.46] X-Barracuda-Start-Time: 1424232566 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: https://mx01.arubanetworks.com:443/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at arubanetworks.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=7.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.15463 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] rte_memcpy optimization patch to dpdk ver 1.7 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, 18 Feb 2015 04:09:30 -0000 Ok, crash, as expected. So, now dpdk mandates either AVX2 or SSSE2 suppor= ted CPUs. OR applications needs to handle it run-time. Thanks, -Vithal -----Original Message----- From: Neil Horman [mailto:nhorman@tuxdriver.com]=20 Sent: Tuesday, February 17, 2015 6:32 PM To: Vithal S Mohare Cc: dev@dpdk.org Subject: Re: [dpdk-dev] rte_memcpy optimization patch to dpdk ver 1.7 On Tue, Feb 17, 2015 at 08:39:22AM +0000, Vithal S Mohare wrote: > Hi, >=20 > I am trying to use rte_memcpy optimization patch along with dpdk version = 1.7. With the patch, while dpdk itself is compiled, applications failed wi= th below error: > ------------------------------- > include/rte_memcpy.h:629:2: error: implicit declaration of function=20 > '_mm_alignr_epi8' [-Werror=3Dimplicit-function-declaration] > /home/vithals/adu_src/build/x-men_dev/Default/shumway/infra/dpdk/shumway_= obj/lib/../include/rte_memcpy.h:629:2: error: incompatible type for argumen= t 2 of '_mm_storeu_si128' > ------------------------------- >=20 > After including -mssse3 flags, compilation (cross compiled for a x86 linu= x based platform) went through. Now the question is, when this binary is l= oaded on system that doesn't support SSSE3 instruction set (but just sse2 e= tc), what would be the behavior? >=20 A crash. You'll attempt to send an unknown binary instruction into the exe= cution pipeline and the processor will fault. Neil