From owner-freebsd-arm@freebsd.org  Thu Oct 22 11:14:21 2015
Return-Path: <owner-freebsd-arm@freebsd.org>
Delivered-To: freebsd-arm@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1018CA1B133
 for <freebsd-arm@mailman.ysv.freebsd.org>;
 Thu, 22 Oct 2015 11:14:21 +0000 (UTC)
 (envelope-from kostikbel@gmail.com)
Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1])
 (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 7D3E51306
 for <freebsd-arm@freebsd.org>; Thu, 22 Oct 2015 11:14:20 +0000 (UTC)
 (envelope-from kostikbel@gmail.com)
Received: from tom.home (kostik@localhost [127.0.0.1])
 by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t9MBE73a043724
 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
 Thu, 22 Oct 2015 14:14:07 +0300 (EEST)
 (envelope-from kostikbel@gmail.com)
DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9MBE73a043724
Received: (from kostik@localhost)
 by tom.home (8.15.2/8.15.2/Submit) id t9MBE7UV043723;
 Thu, 22 Oct 2015 14:14:07 +0300 (EEST)
 (envelope-from kostikbel@gmail.com)
X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com
 using -f
Date: Thu, 22 Oct 2015 14:14:07 +0300
From: Konstantin Belousov <kostikbel@gmail.com>
To: Mattia Rossi <mattia.rossi.mailinglists@gmail.com>
Cc: freebsd-arm <freebsd-arm@freebsd.org>
Subject: Re: CC core dumping with CLANG 3.7 on armv5 - DREAMPLUG
Message-ID: <20151022111407.GD2257@kib.kiev.ua>
References: <5626144F.9060003@gmail.com> <5628873F.7050509@gmail.com>
 <20151022081551.GB2257@kib.kiev.ua> <5628B0B0.8040804@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5628B0B0.8040804@gmail.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00,
 DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no
 autolearn_force=no version=3.4.1
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home
X-BeenThere: freebsd-arm@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "Porting FreeBSD to ARM processors." <freebsd-arm.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arm/>
List-Post: <mailto:freebsd-arm@freebsd.org>
List-Help: <mailto:freebsd-arm-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-arm>,
 <mailto:freebsd-arm-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Oct 2015 11:14:21 -0000

On Thu, Oct 22, 2015 at 11:47:28AM +0200, Mattia Rossi wrote:
> > You may disassemble the instruction at the address, and print the content
> > of registers:
> > (gdb) disassemble *0x01eb0868-8,0x01eb0868+8
> > (gdb) info registers
> >
> > If the cause of your issue is weird codegeneration on ARMv5, it might be
> > seen from the data above.  On the other hand, this would not help if the
> > issue is algorithmic.  I am afraid there is not much more to suggest.
> (gdb) disassemble *0x01eb0868-8,0x01eb0868+8
> No function contains specified address.
Apparently correct syntax is
disassemble 0x01eb0868-8 0x01eb0868+8
> 
> (gdb) info registers
> r0             0x1e53b  124219
> r1             0x6a     106
> r2             0xc3c3c3c6       -1010580538
> r3             0x5a5a5a59       1515870809
> r4             0x3      3
> r5             0x1fd9f83        33398659
> r6             0x1e53b  124219
> r7             0x4019   16409
> r8             0x22a1708c       581005452
> r9             0xffffffff       -1
> r10            0x5a5a5a5a       1515870810
> r11            0xbfbfeb70       -1077941392
> r12            0x1      1
> sp             0xbfbfeb48       -1077941432
> lr             0x8f5c   36700
> pc             0x1eb0868        32180328
> fps            0x0      0
> cpsr           0x60000010       1610612752
> (gdb)
> 
> Doesn't tell me anything :-(
> 
> >
> > Is ARMv5 considered active platform for clang anyway ?
> 
> In http://www.llvm.org/svn/llvm-project/llvm/trunk/lib/Target/ARM/ARM.td
> I found this:
> 
> def HasV5TOps   : SubtargetFeature<"v5t", "HasV5TOps", "true",
>                                     "Support ARM v5T instructions",
>                                     [HasV4TOps]>;
> 
> 
> Which to me means that it still supports armv5 ...