From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) by sourceware.org (Postfix) with ESMTPS id F1564389680B for ; Mon, 7 Dec 2020 19:51:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org F1564389680B Received: by mail-pf1-x441.google.com with SMTP id c12so4084186pfo.10 for ; Mon, 07 Dec 2020 11:51:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uPoWiYJ/oIgvMiLblqFMKDrr60n2UFYLNAKu/RHSN4w=; b=gH/0b+oAUOJ03Iul2NThmmfFP3uhltO4ZtSz6re267qrPwBPC8CcnMo8gev5+Of2N6 v/T2S/u2FB5UUi979MH3EKfhTVEWF5H/ygPHI+pCGWWLXxxxGlQnE+K/0DBw2y/ekQmw oJMIWa2wFkOcK/Ga3RzpmFJFm+Tq8dF0pfH313jSmX9yUO+R4DeFwBLKjfdDbpBMNx8Y Wvd0EByjg62qWTpI0pqYM6ryVYwtGm9Lo8QCoP/Sw5T0K7VzNz9Y7gba0AyKxh3sd4Rf XocslMuyyI0Q28qmvLilOJ1+5D3DpahSRMssvn2fHbRzpctjwWruLjKd8/Z0vcxOaook ZEow== X-Gm-Message-State: AOAM531ySxhnSEcftpz3rXc92SUGK6u636bMbqdlK5Jg3SwNQqrLvulL kiPInhvbjTWtaPf1p3iv5rpV6frYJhVQdIbVUqW47w== X-Google-Smtp-Source: ABdhPJxedWTQiEzzwg/oOncYhmBF7F2nZT357rznbxkWHJy9SziZKFuVDvC/1LjMNWHtcbPuFqchlx5QPqIwEHpm0yY= X-Received: by 2002:a17:90a:3cc6:: with SMTP id k6mr416951pjd.204.1607370674727; Mon, 07 Dec 2020 11:51:14 -0800 (PST) MIME-Version: 1.0 References: <5ba628c1042f3000947a1f2a6f9e24cf46573fa3.1606930261.git.andrew.burgess@embecosm.com> <20201207151702.GK2729@embecosm.com> <36bed17a-6012-a5d9-a29c-64e9cbbef640@linaro.org> <20201207165836.GM2729@embecosm.com> <615830c3-4ccb-cfd6-3721-0123d6c4b56a@linaro.org> <20201207181136.GN2729@embecosm.com> <3595d9b8-e26c-5ed4-8906-4ee3519a120e@linaro.org> <20201207192359.GO2729@embecosm.com> <601f2195-db95-3864-c54d-8c6998cff00a@linaro.org> In-Reply-To: <601f2195-db95-3864-c54d-8c6998cff00a@linaro.org> From: Paul Mathieu Date: Mon, 7 Dec 2020 11:51:03 -0800 Message-ID: Subject: Re: [PATCH 5/8] gdb/riscv: introduce bare metal core dump support To: Luis Machado Cc: Andrew Burgess , binutils@sourceware.org, gdb-patches@sourceware.org, Fredrik Hederstierna Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.5 required=5.0 tests=BAYES_00, DKIMWL_WL_MED, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, USER_IN_DEF_DKIM_WL, USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 19:51:17 -0000 Thanks Luis for getting the ball rolling again! As far as I'm concerned, I haven't deployed much infrastructure to generate or otherwise deal with bare metal cores at the moment, so I'm happy to work with anything. The one thing that is a big deal to me is support for RTOS threads. ELF + NOTES seems like the obvious choice to me, as it matches what I'm used to. Most online resources about core dumps seem to be specifically about Linux core dumps, so it would be less surprising and more helpful to share as much as possible with it, IMO. What I'm expecting from a bare metal core dump: - memory dump sections - CPU registers - when available (RTOS support from the dumping side): inactive threads' CPU registers