From: Charlie Jenkins <charlie@rivosinc.com>
To: Jan Beulich <jbeulich@suse.com>
Cc: Nelson Chu <nelson@rivosinc.com>, jiawei <jiawei@iscas.ac.cn>,
gdb-patches <gdb-patches@sourceware.org>,
Binutils <binutils@sourceware.org>,
Andrew Burgess <aburgess@redhat.com>
Subject: Re: [PATCH v2] RISC-V: Fix disassembly of partial instructions
Date: Thu, 2 Jan 2025 11:14:22 -0800 [thread overview]
Message-ID: <Z3bljkL06h6CaMOP@ghost> (raw)
In-Reply-To: <3bf293a6-63dd-4ee9-9b3c-368c48476513@suse.com>
On Tue, Dec 24, 2024 at 09:22:06AM +0100, Jan Beulich wrote:
> On 20.12.2024 20:27, Charlie Jenkins wrote:
> > On Fri, Dec 20, 2024 at 11:38:01AM +0100, Jan Beulich wrote:
> >> On 19.12.2024 18:37, Nelson Chu wrote:
> >>> Some minor GNU coding styles as follows. Also cc Jan and Andrew, hope they
> >>> still have time in their busy schedules can help to see if there are some
> >>> side effects.
> >>
> >> I did actually take a look, but then pretty quickly decided I must be missing
> >> something: There's no disassembly of anything here afaics, and I also can't
> >> see how a partial insn could be disassembled in the first place. Such can
> >> only ever be displayed as raw hex data, I think. And that's what the patch
> >
> > I think this is just an issue with my terminology. I was referring to
> > raw hex data as the "disassembly". Should the title say "raw hex data"
> > instead of "disassembly"? I was thinking that "disassembly" included
> > any instruction data that was being output from objdump.
>
> That or "display" instead of "disassembly", if you ask me.
Sounds good, thank you for letting me know. Is there anything beyond
this wording that is of concern in this patch? Unless there is anything
else that needs to be changed, I can send a new version with the same
diff (containing Nelson's comments) but change "disassembly" to
"display" in the title and message.
- Charlie
>
> Jan
next prev parent reply other threads:[~2025-01-02 19:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-16 22:23 Charlie Jenkins
2024-12-19 17:37 ` Nelson Chu
2024-12-19 18:37 ` Charlie Jenkins
2024-12-20 10:38 ` Jan Beulich
2024-12-20 19:27 ` Charlie Jenkins
2024-12-24 8:22 ` Jan Beulich
2025-01-02 19:14 ` Charlie Jenkins [this message]
2025-01-03 6:22 ` Maciej W. Rozycki
2025-01-03 19:23 ` Charlie Jenkins
2025-01-06 8:22 ` Jan Beulich
2025-01-06 10:30 ` Andrew Burgess
2025-01-09 2:14 ` Nelson Chu
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=Z3bljkL06h6CaMOP@ghost \
--to=charlie@rivosinc.com \
--cc=aburgess@redhat.com \
--cc=binutils@sourceware.org \
--cc=gdb-patches@sourceware.org \
--cc=jbeulich@suse.com \
--cc=jiawei@iscas.ac.cn \
--cc=nelson@rivosinc.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