From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7482 invoked by alias); 22 Jan 2019 14:50:14 -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 7461 invoked by uid 89); 22 Jan 2019 14:50:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy= X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) 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; Tue, 22 Jan 2019 14:50:12 +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 5DB96302BBFE; Tue, 22 Jan 2019 15:50:09 +0100 (CET) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id 1C50A413CC4F; Tue, 22 Jan 2019 15:50:09 +0100 (CET) Message-ID: <2b0fb9e94118c740ad22e9baeb4b142b7bbd22b7.camel@klomp.org> Subject: Re: MIPS Elfutils support? From: Mark Wielaard To: Luke Diamand , "elfutils-devel@sourceware.org" Date: Tue, 22 Jan 2019 14:50: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-q1/txt/msg00080.txt.bz2 Hi Luke, On Sun, 2019-01-20 at 16:42 +0000, Luke Diamand wrote: > I was hoping to use elfutils on some MIPS core files. So I was > wondering what the status is? >=20 > There is a patch in Debian (apparently originally from RedHat?) here: >=20 https://sources.debian.org/src/elfutils/0.175-2/debian/patches/mips_backend= .diff/ >=20 > That's not in the mainline code though, and also lacks unwind support > (?). >=20 > I also have a small patch needed to pick up the shared library > process map - instead of using DT_DEBUG, MIPS targets use > DT_MIPS_RLD_MAP in core files. The status of that port is somewhat unclear. Although the files state they are copyrighted Red Hat, I believe that is wrong. They might be derived from some other backend which was. But I think the original authors have disappeared. The other problem has been that we don't seem to have anybody with MIPS experience/setups that can help test/integrate the port. Also, in the past the port made changes to the generic libelf code that caused bugs on other architectures: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794488 Which made me somewhat suspicious about this backend. Best would be to discuss with the Debian maintainer, Kurt Roeckx < kurt@roeckx.be>, how to move this forward/upstream. Thanks, Mark