Re: [PATCH 2/5] backends: Add set_initial_registers_tid callback for LoongArch

On 05/09/2023 09:32 AM, Youling Tang wrote: Hi, Mark On 05/09/2023 03:57 AM, Mark Wielaard wrote: Him On Fri, Apr 07, 2023 at 10:59:25AM +0800, Youling Tang wrote: This patch implements the set_initial_registers_tid hook for LoongArch. Looks good, but one question: + /* Floating-point

Re: [PATCH 2/5] backends: Add set_initial_registers_tid callback for LoongArch

Hi, Mark On 05/09/2023 03:57 AM, Mark Wielaard wrote: Him On Fri, Apr 07, 2023 at 10:59:25AM +0800, Youling Tang wrote: This patch implements the set_initial_registers_tid hook for LoongArch. Looks good, but one question: + /* Floating-point registers (only 64bits are used). */ + struct

Re: eu-stacktrace: roadmap and discussion thread

First off, this all sounds great! I'm not on the mailing list, so apologies if this takes extra-effort to show up there. On 5/8/23 5:33 AM, Serhei Makarov wrote: eu-stacktrace will be a utility to process a stream of raw stack samples (such as those obtained from the Linux kernel's PERF_SAMPL

Re: [PATCH 5/5] backends: Add core_note callback for LoongArch

On Fri, Apr 07, 2023 at 10:59:28AM +0800, Youling Tang wrote: > +2023-04-07 Youling Tang > + > + * Makefile.am (loongarch_SRCS): Add loongarch_corenote.c. > + * loongarch_init.c (loongarch_init): Hook core_note. > + * loongarch_corenote.c: New file. This looks correct after a quick

[patch]: PR30316: debuginfod wal checkpointing

Hi - This is patch 2/2 of this series. commit 9b70bce69268eaae7621791ba7c72639469d4a69 Author: Frank Ch. Eigler Date: Mon May 8 11:05:48 2023 -0400 PR30316: debuginfod wal checkpointing Add a "--scan-checkpoint=NUM" option to debuginfod to control forced synchronization & sq

[patch] PR30378: debuginfod, _files table compression

Hi - This is patch 1 of 2 of important filesystem usage reduction work for debuginfod. commit 8ee1cc26b08f773c1c6d2f8ed2f68a88534cf93d Author: Frank Ch. Eigler Date: Fri May 5 13:56:23 2023 -0400 debuginfod: PR30378: better compression for _files table Split the _files table int

Re: [PATCH 4/5] backends: Add frame pointer unwinding for LoongArch

On Fri, Apr 07, 2023 at 10:59:27AM +0800, Youling Tang wrote: > If we don't find any debug information for a given frame, we usually > cannot unwind any further. However, the binary in question might have > been compiled with frame pointers, in which case we can look up the > well known frame point

Re: [PATCH 3/5] backends: Add initial return value location support for LoongArch

On Fri, Apr 07, 2023 at 10:59:26AM +0800, Youling Tang wrote: > LoongArch ELF ABI specification - Return values: > https://loongson.github.io/LoongArch-Documentation/LoongArch-ELF-ABI-EN.html#_return_values I haven't double checked everything against the actual ABI (thanks for adding the reference

Re: [PATCH 2/5] backends: Add set_initial_registers_tid callback for LoongArch

Him On Fri, Apr 07, 2023 at 10:59:25AM +0800, Youling Tang wrote: > This patch implements the set_initial_registers_tid hook for LoongArch. Looks good, but one question: > + /* Floating-point registers (only 64bits are used). */ > + struct user_fp_struct fregs; > + iovec.iov_base = &fregs; >

Re: [PATCH 1/5] backends: Add abi_cfi and register_info callbacks for LoongArch

On Fri, Apr 07, 2023 at 10:59:24AM +0800, Youling Tang wrote: > LoongArch Reference Manual - Volume 1: > https://loongson.github.io/LoongArch-Documentation/LoongArch-Vol1-EN.html > > LoongArch ELF ABI: > https://loongson.github.io/LoongArch-Documentation/LoongArch-ELF-ABI-EN.html Looks good. Than

☺ Buildbot (Sourceware): elfutils - build successful (master)

A restored build has been detected on builder elfutils-opensusetw-x86_64 while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#builders/88/builds/158 Build state: build successful Revision: 6cad4e56a930034765f8e79ba2eaa2ff1cd8394f Worker: bb1-1 Buil

Re: ☠ Buildbot (Sourceware): elfutils - failed test (failure) (master)

Hi, On Mon, 2023-05-08 at 16:30 +, builder--- via Elfutils-devel wrote: > A new failure has been detected on builder elfutils-opensusetw-x86_64 > while building elfutils. > > Full details are available at: > https://builder.sourceware.org/buildbot/#builders/88/builds/157 > > Build state: f

Re: Hitting g dwfl->lookup_elts limit in report_r_debug, so not all modules show up and backtracing fails

Hi Florian, Hi Luke, On Tue, 2023-05-02 at 09:57 +0200, Florian Weimer via Elfutils-devel wrote: > * Luke Diamand via Elfutils-devel: > > > I've got a few cores where report_r_debug() in link_map.c fails to > > find all of the modules - for example I had libc.so missing. This > > obviously meant

☠ Buildbot (Sourceware): elfutils - failed test (failure) (master)

A new failure has been detected on builder elfutils-opensusetw-x86_64 while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#builders/88/builds/157 Build state: failed test (failure) Revision: fa7da8bfad1ec2ac61859aa0b4b09b42ea657ea2 Worker: bb1-2 Bu

Re: [PATCH] elfcompress: Don't compress if section already compressed unless forced

Hi, On Sat, 2023-04-22 at 01:45 +0200, Mark Wielaard wrote: > Before commit a5b07cdf9 "support ZSTD compression algorithm" > elfcompress would not try to compress a section if it already > had the requested compression type (or was already uncompressed) > unless the --force flag was given. An else

Re: [PATCH] libdwfl: Fix memory leak in unzip()

Hi John, On Thu, 2023-04-27 at 23:04 -0700, John Gallagher wrote: > state.input_buffer is not freed if the file is found to not be > compressed with the compression algorithm unzip() is trying to use. Thanks, pushed. It is clearly correct to call fail here. Although in all my tests input_buffer w

eu-stacktrace: roadmap and discussion thread

Hello all, I wanted to open up public discussion on a project I'm looking to develop in elfutils, tentatively named eu-stacktrace. I've started to write code on branch users/serhei/eu-stacktrace. eu-stacktrace will be a utility to process a stream of raw stack samples (such as those obtained from