| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20210125173852.GF617095@kernel.org>
Date: Mon, 25 Jan 2021 14:38:52 -0300
From: Arnaldo Carvalho de Melo <acme@...nel.org>
To: Jiri Olsa <jolsa@...hat.com>
Cc: Andrii Nakryiko <andrii.nakryiko@...il.com>,
Jiri Olsa <jolsa@...nel.org>,
Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
Andrii Nakryiko <andriin@...com>, dwarves@...r.kernel.org,
Networking <netdev@...r.kernel.org>, bpf <bpf@...r.kernel.org>,
Yonghong Song <yhs@...com>, Hao Luo <haoluo@...gle.com>,
Martin KaFai Lau <kafai@...com>,
Song Liu <songliubraving@...com>,
John Fastabend <john.fastabend@...il.com>,
KP Singh <kpsingh@...omium.org>,
Joe Lawrence <joe.lawrence@...hat.com>,
Mark Wielaard <mjw@...hat.com>
Subject: Re: [PATCH 2/2] bpf_encoder: Translate SHN_XINDEX in symbol's
st_shndx values
Em Mon, Jan 25, 2021 at 02:37:11PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Jan 22, 2021 at 09:37:48PM +0100, Jiri Olsa escreveu:
> > On Fri, Jan 22, 2021 at 12:16:42PM -0800, Andrii Nakryiko wrote:
> > > On Fri, Jan 22, 2021 at 8:46 AM Jiri Olsa <jolsa@...nel.org> wrote:
> > > >
> > > > For very large ELF objects (with many sections), we could
> > > > get special value SHN_XINDEX (65535) for symbol's st_shndx.
> > > >
> > > > This patch is adding code to detect the optional extended
> > > > section index table and use it to resolve symbol's section
> > > > index.
> > > >
> > > > Adding elf_symtab__for_each_symbol_index macro that returns
> > > > symbol's section index and usign it in collect functions.
> > > >
> > > > Signed-off-by: Jiri Olsa <jolsa@...nel.org>
> > > > ---
> > > > btf_encoder.c | 59 +++++++++++++++++++++++++++++++++++++--------------
> > > > elf_symtab.c | 39 +++++++++++++++++++++++++++++++++-
> > > > elf_symtab.h | 2 ++
> > > > 3 files changed, 83 insertions(+), 17 deletions(-)
> > > >
> > > > diff --git a/btf_encoder.c b/btf_encoder.c
> > > > index 5557c9efd365..56ee55965093 100644
> > > > --- a/btf_encoder.c
> > > > +++ b/btf_encoder.c
> > > > @@ -63,13 +63,13 @@ static void delete_functions(void)
> > > > #define max(x, y) ((x) < (y) ? (y) : (x))
> > > > #endif
> > > >
> > > > -static int collect_function(struct btf_elf *btfe, GElf_Sym *sym)
> > > > +static int collect_function(struct btf_elf *btfe, GElf_Sym *sym,
> > > > + Elf32_Word sym_sec_idx)
> > >
> > > nit: we use size_t or int for this, no need for libelf types here, imo
> >
> > ok
>
> I think it is because this patch ends up calling
>
> extern GElf_Sym *gelf_getsymshndx (Elf_Data *__symdata, Elf_Data *__shndxdata,
> int __ndx, GElf_Sym *__sym,
> Elf32_Word *__xshndx);
>
> Which expects a pointer to a Elf32_Word, right Jiri?
>
> Jiri, are you going to submit a new version of this patch? I processed
Sorry, saw v4, processing...
> the first one, collecting Andrii's Acked-by, if you're busy I can try to
> address the other concerns from Andrii, please let me know.
>
> - Arnaldo
>
> > >
> > >
> > >
> > > > {
> > > > struct elf_function *new;
> > > > static GElf_Shdr sh;
> > > > - static int last_idx;
> > > > + static Elf32_Word last_idx;
> > > > const char *name;
> > > > - int idx;
> > > >
> > > > if (elf_sym__type(sym) != STT_FUNC)
> > > > return 0;
> > > > @@ -90,12 +90,10 @@ static int collect_function(struct btf_elf *btfe, GElf_Sym *sym)
> > > > functions = new;
> > > > }
> > > >
> > > > - idx = elf_sym__section(sym);
> > > > -
> > > > - if (idx != last_idx) {
> > > > - if (!elf_section_by_idx(btfe->elf, &sh, idx))
> > > > + if (sym_sec_idx != last_idx) {
> > > > + if (!elf_section_by_idx(btfe->elf, &sh, sym_sec_idx))
> > > > return 0;
> > > > - last_idx = idx;
> > > > + last_idx = sym_sec_idx;
> > > > }
> > > >
> > > > functions[functions_cnt].name = name;
> > > > @@ -542,14 +540,15 @@ static bool percpu_var_exists(uint64_t addr, uint32_t *sz, const char **name)
> > > > return true;
> > > > }
> > > >
> > > > -static int collect_percpu_var(struct btf_elf *btfe, GElf_Sym *sym)
> > > > +static int collect_percpu_var(struct btf_elf *btfe, GElf_Sym *sym,
> > > > + Elf32_Word sym_sec_idx)
> > >
> > > nit: same, size_t or just int would be fine
> > >
> > > > {
> > > > const char *sym_name;
> > > > uint64_t addr;
> > > > uint32_t size;
> > > >
> > > > /* compare a symbol's shndx to determine if it's a percpu variable */
> > > > - if (elf_sym__section(sym) != btfe->percpu_shndx)
> > > > + if (sym_sec_idx != btfe->percpu_shndx)
> > > > return 0;
> > > > if (elf_sym__type(sym) != STT_OBJECT)
> > > > return 0;
> > > > @@ -585,12 +584,13 @@ static int collect_percpu_var(struct btf_elf *btfe, GElf_Sym *sym)
> > > > return 0;
> > > > }
> > > >
> > > > -static void collect_symbol(GElf_Sym *sym, struct funcs_layout *fl)
> > > > +static void collect_symbol(GElf_Sym *sym, struct funcs_layout *fl,
> > > > + Elf32_Word sym_sec_idx)
> > > > {
> > > > if (!fl->mcount_start &&
> > > > !strcmp("__start_mcount_loc", elf_sym__name(sym, btfe->symtab))) {
> > > > fl->mcount_start = sym->st_value;
> > > > - fl->mcount_sec_idx = sym->st_shndx;
> > > > + fl->mcount_sec_idx = sym_sec_idx;
> > > > }
> > > >
> > > > if (!fl->mcount_stop &&
> > > > @@ -598,9 +598,36 @@ static void collect_symbol(GElf_Sym *sym, struct funcs_layout *fl)
> > > > fl->mcount_stop = sym->st_value;
> > > > }
> > > >
> > > > +static bool elf_sym__get(Elf_Data *syms, Elf_Data *syms_sec_idx_table,
> > > > + int id, GElf_Sym *sym, Elf32_Word *sym_sec_idx)
> > >
> > > This is a generic function, why don't you want to move it into elf_symtab.h?
> > >
> > > > +{
> > > > + if (!gelf_getsym(syms, id, sym))
> > > > + return false;
> > > > +
> > > > + *sym_sec_idx = sym->st_shndx;
> > > > +
> > > > + if (sym->st_shndx == SHN_XINDEX) {
> > > > + if (!syms_sec_idx_table)
> > > > + return false;
> > > > + if (!gelf_getsymshndx(syms, syms_sec_idx_table,
> > > > + id, sym, sym_sec_idx))
> > > > + return false;
> > >
> > > You also ignored my feedback about not fetching symbol twice. Why?
> >
> > ugh, I did not read your last 2 comments.. let me check that, sry
> >
> > >
> > > > + }
> > > > +
> > > > + return true;
> > > > +}
> > > > +
> > > > +#define elf_symtab__for_each_symbol_index(symtab, id, sym, sym_sec_idx) \
> > > > + for (id = 0; \
> > > > + id < symtab->nr_syms && \
> > > > + elf_sym__get(symtab->syms, symtab->syms_sec_idx_table, \
> > > > + id, &sym, &sym_sec_idx); \
> > > > + id++)
> > >
> > > This should be in elf_symtab.h next to elf_symtab__for_each_symbol.
> > >
> > > And thinking a bit more, the variant with just ignoring symbols that
> > > we failed to get is probably a safer alternative. I.e., currently
> > > there is no way to communicate that we terminated iteration with
> > > error, so it's probably better to skip failed symbols and still get
> > > the rest, no? I was hoping to discuss stuff like this on the previous
> > > version of the patch...
> >
> > I was thinking of that, but then I thought it's better to fail,
> > than have possibly wrong data in BTF, because the ELF data is
> > possibly damaged? no idea.. so I took the safer way
> >
> > jirka
> >
>
> --
>
> - Arnaldo
--
- Arnaldo
Powered by blists - more mailing lists