From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21775 invoked by alias); 15 Oct 2012 20:42:15 -0000 Received: (qmail 21733 invoked by uid 22791); 15 Oct 2012 20:42:14 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DKIM_ADSP_CUSTOM_MED,DKIM_SIGNED,FREEMAIL_FROM,KHOP_RCVD_UNTRUST,KHOP_THREADED,NML_ADSP_CUSTOM_MED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_CP,T_DKIM_INVALID X-Spam-Check-By: sourceware.org Received: from mail-qa0-f41.google.com (HELO mail-qa0-f41.google.com) (209.85.216.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 15 Oct 2012 20:42:11 +0000 Received: by mail-qa0-f41.google.com with SMTP id p27so2168058qat.0 for ; Mon, 15 Oct 2012 13:42:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.173.84 with SMTP id o20mr22734281qaz.3.1350333730411; Mon, 15 Oct 2012 13:42:10 -0700 (PDT) Received: by 10.49.105.138 with HTTP; Mon, 15 Oct 2012 13:42:10 -0700 (PDT) In-Reply-To: <1350333255.2044.15.camel@ubuntu-sellcey> References: <5044746c.23eb440a.75e2.618f@mx.google.com> <1346771341.14333.20.camel@ubuntu-sellcey> <596797ED-6575-456D-98FD-C13A209DBC49@mentor.com> <1346948701.14333.152.camel@ubuntu-sellcey> <1347376645.14333.319.camel@ubuntu-sellcey> <1348166309.6170.55.camel@ubuntu-sellcey> <25105334-8813-4532-AC0E-B3A44BE69A19@codesourcery.com> <5B30D440-A918-4352-8DED-A7D681DF0338@codesourcery.com> <1349715796.30194.131.camel@ubuntu-sellcey> <954E9625-0D5C-4295-9229-C16A3F5C200D@codesourcery.com> <1350323373.2044.7.camel@ubuntu-sellcey> <1350333255.2044.15.camel@ubuntu-sellcey> Date: Mon, 15 Oct 2012 20:42:00 -0000 Message-ID: Subject: Re: [PATCH] Optimize MIPS memcpy From: Andrew Pinski To: Steve Ellcey Cc: Maxim Kuvyrkov , "Joseph S. Myers" , libc-ports@sourceware.org Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org X-SW-Source: 2012-10/txt/msg00025.txt.bz2 On Mon, Oct 15, 2012 at 1:34 PM, Steve Ellcey wrote: > On Mon, 2012-10-15 at 13:20 -0700, Andrew Pinski wrote: > >> On: >> system type : EBB6300 (CN6335p2.1-1500-AAP) >> processor : 0 >> cpu model : Cavium Octeon II V0.9 >> >> I get: >> ... >> 0x200757cb, (no zeros) >> 0x200757cc, (no zeros) >> 0x200757cd, (no zeros) >> 0x200757ce, (no zeros) >> 0x200757cf, (0x20075780 to 0x20075800, 128 byte prefetch) >> >> Thanks, >> Andrew Pinski > > Andrew, > > Is there a macro I can/should use when building glibc/memcpy to know > that it should assume a Cavium Octeon with 128 byte prefetch instead of > the 32 byte prefetch? Building you could use __OCTEON__ but that does not change the fact you could build glibc for the standard mips32/mips64 and then not get a working glibc if it defaults to 32bytes prefetch. Thanks, Andrew Pinski > > Steve Ellcey > sellcey@mips.com > >