Hi,

On 6/5/20 10:17 AM, Miroslav Benes wrote:
Hi,

a nit below...

On Thu, 4 Jun 2020, Julien Thierry wrote:

One orc_entry is associated with each instruction in the object file,
but having the orc_entry contained by the instruction structure forces
architectures not implementing the orc subcommands to provide a dummy
definition of the orc_entry.

Avoid that by having orc_entries in a separate list, part of the
objtool_file.

  int create_orc(struct objtool_file *file)
  {
        struct instruction *insn;
for_each_insn(file, insn) {
-               struct orc_entry *orc = &insn->orc;
                struct cfi_reg *cfa = &insn->cfi.cfa;
                struct cfi_reg *bp = &insn->cfi.regs[CFI_BP];
+               struct orc_entry *orc;
+               struct orc_data *od;
+
+               if (!insn->sec->text)
+                       continue;

You have the same check added by the previous check a couple of lines
below.

+               od = calloc(1, sizeof(*od));
+               if (!od)
+                       return -1;
+               od->insn = insn;
+               list_add_tail(&od->list, &file->orc_data_list);
+
+               orc = &od->orc;
if (!insn->sec->text)
                        continue;

Here.

The rest looks good to me, but I should probably check again with a
clearer head.


Ah, I must have messed up the patch splitting/rebasing somewhere. Thanks for pointing it out, this patch shouldn't add the check (but od allocation should happen after the existing check). I'll fix that.

Overall, the patch set is a nice improvement.


Thanks!

--
Julien Thierry

Reply via email to