From: Mark Wielaard <mark@klomp.org>
To: Ying Huang <ying.huang@oss.cipunited.com>, elfutils-devel@sourceware.org
Cc: yunqiang.su@oss.cipunited.com
Subject: Re: [PATCH v2 1/5] strip: Adapt src/strip -o -f on mips
Date: Sat, 10 Feb 2024 01:20:18 +0100 [thread overview]
Message-ID: <20240210002018.GB21691@gnu.wildebeest.org> (raw)
In-Reply-To: <6ed6da0bf43349ad36a41da2fd05a8cd858261f9.camel@klomp.org>
Hi Ying,
Sorry I keep postponing this. I don't have access to a mips64le box,
the cfarm only has 64bit big endian mips machines. But the part I am
struggling with is the relocation data conversion needed in the
mips64le case.
On Fri, Nov 03, 2023 at 01:18:12PM +0100, Mark Wielaard wrote:
> On Thu, 2023-11-02 at 14:55 +0800, Ying Huang wrote:
> > In mips64 little-endian, r_info consists of four byte fields(contains
> > three reloc types) and a 32-bit symbol index. In order to adapt
> > GELF_R_SYM and GELF_R_TYPE, need convert raw data to get correct symbol
> > index and type.
>
> This part and the new backends hooks look OK.
So to make progress could you split this part? Just a patch that adds
the initial mips backend (and the libebl and libelfP.h parts). And
another that introduces the libelf/elf_update and elf_getdata parts?
Also could you take a look at CONTRIBUTING
https://sourceware.org/cgit/elfutils/tree/CONTRIBUTING
And provide a Signed-off-by line if you can/agree with that?
Which MIPS variant(s) have you tested this against? Is it supposed to
only work for mips64le? Or also maps64[be] and/or mips32 bits?
Thanks,
Mark
next prev parent reply other threads:[~2024-02-10 0:20 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-02 6:55 [PATCH v2 0/5] Add support for MIPS Ying Huang
2023-11-02 6:55 ` [PATCH v2 1/5] strip: Adapt src/strip -o -f on mips Ying Huang
2023-11-03 12:18 ` Mark Wielaard
2024-02-10 0:20 ` Mark Wielaard [this message]
2024-02-18 7:22 ` Ying Huang
2023-11-02 6:55 ` [PATCH v2 2/5] readelf: Adapt src/readelf -h/-S/-r/-w/-l/-d/-a " Ying Huang
2023-11-02 6:56 ` [PATCH v2 3/5] elflint: adapt src/elflint --gnu src/nm " Ying Huang
2023-11-02 6:56 ` [PATCH v2 4/5] stack: Fix stack unwind failure " Ying Huang
2023-11-02 6:56 ` [PATCH v2 5/5] backends: Add register_info, return_value_location, core_note function " Ying Huang
2023-11-03 11:56 ` [PATCH v2 0/5] Add support for MIPS Mark Wielaard
2023-11-03 12:20 ` Mark Wielaard
2023-11-09 3:00 ` Ying Huang
2023-11-29 7:40 ` Ying Huang
2023-12-19 2:53 ` Ying Huang
2023-12-29 9:15 ` Ying Huang
2024-01-23 8:21 ` Ying Huang
2024-02-04 1:44 ` Ying Huang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240210002018.GB21691@gnu.wildebeest.org \
--to=mark@klomp.org \
--cc=elfutils-devel@sourceware.org \
--cc=ying.huang@oss.cipunited.com \
--cc=yunqiang.su@oss.cipunited.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).