Linux debuggers
 help / color / mirror / Atom feed
From: Omar Sandoval <osandov@osandov.com>
To: linux-debuggers@vger.kernel.org
Subject: Re: Linux Kernel Debugging Tools Monthly Meeting on Wednesday, January 25th
Date: Wed, 25 Jan 2023 13:36:56 -0800	[thread overview]
Message-ID: <Y9Gg+PqIVjSTn1wn@telecaster> (raw)
In-Reply-To: <Y87pyvDebF7YBQTZ@telecaster>

On Mon, Jan 23, 2023 at 12:10:50PM -0800, Omar Sandoval wrote:
> Hello! The first Linux Kernel Debugging Tools meeting of 2023 is this
> Wednesday, January 25th at 11:30 AM Pacific time. We've been having
> these for a few years as a forum to discuss development of Linux kernel
> debugging tools like drgn, crash, and more. Now that we have this
> mailing list, I figured it'd be nice to publicize it more widely. If you
> would like to attend, please email me offlist.
> 
> The agenda so far is roughly:
> 
> - Is there a good way to iterate over all online `struct page`s? See
>   https://github.com/osandov/drgn/pull/228
> - Pending drgn work
>     - Pluggable symbol finder from Stephen
>     - Slab helpers from Imran
> - Dealing with `DW_OP_entry_value` and `DW_TAG_call_site_parameter`. See
>   https://github.com/osandov/drgn/issues/233
> - Call for drgn/contrib scripts:
>   https://github.com/osandov/drgn/tree/main/contrib
> 
> Please reply with anything else you'd like to add to the agenda.
> 
> Thanks!
> Omar

Here are notes from the meeting:

- There doesn't seem to be a better way currently to get the constants
  needed for iterating sparsemem. We should bite the bullet and make
  them enums upstream. This won't be too hard, but it'll be a bit
  tedious since they're defined separately for each architecture. And it
  will only solve it for new kernels.
- Stephen Brennan is working on making symbol finding pluggable (as
  opposed to only from ELF symbols). This will make it possible to find
  debug info for kernel modules from `kallsyms` without loading the
  module debug info, for BPF functions, and more.
- Imran Khan has a bunch of new slab helpers, and on top of those,
  helpers for validating that the slab metadata makes sense, to help
  with debugging memory corruptions. Some of these require `slub_debug`
  to be enabled.
- Ross Zwisler is working on setting aside the vmcore from the kdump
  kernel for the full kernel to access. This works on x86 by marking it
  in the e820 table, but Arm will need something different (maybe in
  device tree).
- I'll merge the workaround for `DW_OP_entry_value` from
  https://github.com/osandov/drgn/issues/233, but there's potentially
  more we can do to actually recover the value when
  `DW_TAG_call_site_parameter` is available.
- Jeremy Carin, a teaching assistant at Columbia University's Operating
  Systems course, is looking for good resources to teach beginners
  kernel debugging.
    - We weren't aware of anything great that already exists, but we had
      some ideas for the future. Specifically, I would love to have
      step-by-step walkthroughs through kernel bugs with the core dumps
      and debug info available for download so that you can follow along
      with drgn.
- I may or may not be around for the meeting next month since I have a
  baby coming around then.

Thanks everyone!

  reply	other threads:[~2023-01-25 21:37 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-23 20:10 Linux Kernel Debugging Tools Monthly Meeting on Wednesday, January 25th Omar Sandoval
2023-01-25 21:36 ` Omar Sandoval [this message]
2023-01-26  0:47   ` Stephen Brennan

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=Y9Gg+PqIVjSTn1wn@telecaster \
    --to=osandov@osandov.com \
    --cc=linux-debuggers@vger.kernel.org \
    /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