From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6055 invoked by alias); 14 Apr 2019 20:23:54 -0000 Mailing-List: contact elfutils-devel-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: elfutils-devel-owner@sourceware.org Received: (qmail 6042 invoked by uid 89); 14 Apr 2019 20:23:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.3 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.0 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=ulimit, iv, theory, backtrace X-Spam-Status: No, score=-5.0 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on sourceware.org X-Spam-Level: X-HELO: gnu.wildebeest.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (212.238.236.112) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 14 Apr 2019 20:23:52 +0000 Received: from tarox.wildebeest.org (tarox.wildebeest.org [172.31.17.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 6701030130F6; Sun, 14 Apr 2019 22:23:50 +0200 (CEST) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id 163EE4034B32; Sun, 14 Apr 2019 22:23:50 +0200 (CEST) Message-ID: <4c84fd5a45f6f9ac5f12c68bbc848bb66e96169c.camel@klomp.org> Subject: Re: [PATCH V2 0/2] Add C-SKY support From: Mark Wielaard To: Mao Han , elfutils-devel@sourceware.org Cc: ren_guo@c-sky.com Date: Sun, 14 Apr 2019 20:23:00 -0000 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.28.5 (3.28.5-2.el7) Mime-Version: 1.0 X-Spam-Flag: NO X-IsSubscribed: yes X-SW-Source: 2019-q2/txt/msg00013.txt.bz2 On Wed, 2019-04-10 at 15:51 +0800, Mao Han wrote: > I'v check some of the failed testcase. Thanks for double checking, it seems we understand all of the cases why they fail except... > > I haven't looked at the code yet, so maybe none of the backtrace tests > > would work even if you could run in "full system mode". If you do have > > a way to generate a C-SKY core file it would be interesting to see if > > you can get a backtrace from it using eu-stack. >=20 > I'v tried that and not able to get a backtrace, seems something wrong > with the csky_corenote.c? > # eu-stack --core=3D./core=20 > PID 142 - core > eu-stack: Couldn't show any frames. It is hard to say what went wrong. In theory you can examine the executable and core file cross arch, if there is backend support. So if you could post a small binary and a core file for it somewhere we can try debugging together. Try something like: $ ulimit -c unlimited $ echo "int main () { int i =3D 1; i /=3D i - 1; }" | gcc -xc -static -o di= vzero - $ ./divzero=20 Floating point exception (core dumped) $ eu-stack --core core.18678 --exec divzero PID 18678 - core TID 18678: #0 0x0000000000400ff3 main #1 0x00000000004011e4 generic_start_main #2 0x0000000000401461 __libc_start_main #3 0x0000000000400ef6 _start If you could run that on your C-SKY setup and post the (static) binary and core file somewhere (they are probably too big for the mailinglist. Cheers, Mark