[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAD=FV=WXJD+cyZajdEpd_KvpVq9b7_XV=iP2+QwxaXjiRb_xtA@mail.gmail.com>
Date: Fri, 29 Jan 2021 10:41:12 -0800
From: Doug Anderson <dianders@...omium.org>
To: Stephen Zhang <stephenzhangzsd@...il.com>
Cc: Jason Wessel <jason.wessel@...driver.com>,
Daniel Thompson <daniel.thompson@...aro.org>,
"Gustavo A. R. Silva" <gustavoars@...nel.org>,
kgdb-bugreport@...ts.sourceforge.net,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] kdb: kdb_support: Fix debugging information problem
Hi,
On Wed, Jan 27, 2021 at 11:50 PM Stephen Zhang
<stephenzhangzsd@...il.com> wrote:
>
> int kdbgetsymval(const char *symname, kdb_symtab_t *symtab)
> {
> - if (KDB_DEBUG(AR))
> - kdb_printf("kdbgetsymval: symname=%s, symtab=%px\n", symname,
> - symtab);
> + kdb_dbg_printf(AR, "symname=%s, symtab=%px\n", symname,
> + symtab);
nit: in this file it seems like convention is that alignment for
continued arguments is to match up with the first argument, so the
line starting with "symtab" needs to be indented more to line up under
"AR". Similar in some cases below.
> memset(symtab, 0, sizeof(*symtab));
> symtab->sym_start = kallsyms_lookup_name(symname);
> if (symtab->sym_start) {
> - if (KDB_DEBUG(AR))
> - kdb_printf("kdbgetsymval: returns 1, "
> - "symtab->sym_start=0x%lx\n",
> - symtab->sym_start);
> + kdb_dbg_printf(AR, "returns 1, "
> + "symtab->sym_start=0x%lx\n",
> + symtab->sym_start);
nit: This doesn't need to be 3 lines anymore. Probably best is to
stop splitting the string. In general the kernel convention considers
it better to not split strings even if you have to make long lines,
but in this case you won't even make a long line.
Other than those nits this looks really nice to me.
Reviewed-by: Douglas Anderson <dianders@...omium.org>
Powered by blists - more mailing lists