mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Josh Poimboeuf <jpoimboe@redhat.com>
To: Dave Jones <davej@codemonkey.org.uk>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: x86/kconfig: Consolidate unwinders into multiple choice selection
Date: Wed, 6 Sep 2017 16:49:45 -0500	[thread overview]
Message-ID: <20170906214945.5xcxv3t7z3lrz7se@treble> (raw)
In-Reply-To: <20170905170953.gqqrnmeahoojrdwz@codemonkey.org.uk>

On Tue, Sep 05, 2017 at 01:09:53PM -0400, Dave Jones wrote:
> On Mon, Sep 04, 2017 at 08:05:13PM +0000, Linux Kernel wrote:
>  > Web:        https://git.kernel.org/torvalds/c/81d387190039c14edac8de2b3ec789beb899afd9
>  > Commit:     81d387190039c14edac8de2b3ec789beb899afd9
>  > Parent:     a34a766ff96d9e88572e35a45066279e40a85d84
>  > Refname:    refs/heads/master
>  > Author:     Josh Poimboeuf <jpoimboe@redhat.com>
>  > AuthorDate: Tue Jul 25 08:54:24 2017 -0500
>  > Committer:  Ingo Molnar <mingo@kernel.org>
>  > CommitDate: Wed Jul 26 14:05:36 2017 +0200
>  > 
>  >     x86/kconfig: Consolidate unwinders into multiple choice selection
>  >     
>  >     There are three mutually exclusive unwinders.  Make that more obvious by
>  >     combining them into a multiple-choice selection:
>  >     
>  >       CONFIG_FRAME_POINTER_UNWINDER
>  >       CONFIG_ORC_UNWINDER
>  >       CONFIG_GUESS_UNWINDER (if CONFIG_EXPERT=y)
> 
> The help texts for the various unwinders are now attached to the wrong
> kconfig item.
> 
>  > +choice
>  > +	prompt "Choose kernel unwinder"
>  > +	default FRAME_POINTER_UNWINDER
>  > +	---help---
>  > +	  This determines which method will be used for unwinding kernel stack
>  > +	  traces for panics, oopses, bugs, warnings, perf, /proc/<pid>/stack,
>  > +	  livepatch, lockdep, and more.
> 
> This is what gets displayed, but tells me nothing about what the
> benefits/downsides are of each (or even what they are; I had to read the
> Kconfig file to figure out what 'GUESS' meant)
> 
> 
> an oldconfig run ..
> 
> 
> Choose kernel unwinder
> > 1. Frame pointer unwinder (FRAME_POINTER_UNWINDER) (NEW)
>   2. ORC unwinder (ORC_UNWINDER) (NEW)
>   3. Guess unwinder (GUESS_UNWINDER) (NEW)
> choice[1-3?]: ?
> 
> This determines which method will be used for unwinding kernel stack
> traces for panics, oopses, bugs, warnings, perf, /proc/<pid>/stack,
> livepatch, lockdep, and more.
> 
> Prompt: Choose kernel unwinder
>   Location:
>     -> Kernel hacking
>   Defined at arch/x86/Kconfig.debug:359
>   Selected by: m
> 
> 
> 
> Choose kernel unwinder
> > 1. Frame pointer unwinder (FRAME_POINTER_UNWINDER) (NEW)
>   2. ORC unwinder (ORC_UNWINDER) (NEW)
>   3. Guess unwinder (GUESS_UNWINDER) (NEW)
> choice[1-3?]: 

This is a quirk of the config tool.  It's not very intuitive, but to see
the help for a given option you have to type the number appended with a
'?', like:

  > 1. Frame pointer unwinder (FRAME_POINTER_UNWINDER) (NEW)
    2. ORC unwinder (ORC_UNWINDER) (NEW)
  choice[1-2?]: 1?
  
  CONFIG_FRAME_POINTER_UNWINDER:
  
  This option enables the frame pointer unwinder for unwinding kernel
  stack traces.
  
  The unwinder itself is fast and it uses less RAM than the ORC
  unwinder, but the kernel text size will grow by ~3% and the kernel's
  overall performance will degrade by roughly 5-10%.
  
  This option is recommended if you want to use the livepatch
  consistency model, as this is currently the only way to get a
  reliable stack trace (CONFIG_HAVE_RELIABLE_STACKTRACE).
  
  Symbol: FRAME_POINTER_UNWINDER [=y]
  Type  : boolean
  Prompt: Frame pointer unwinder
    Location:
      -> Kernel hacking
        -> Choose kernel unwinder (<choice> [=y])
    Defined at arch/x86/Kconfig.debug:367
    Depends on: <choice>
    Selects: FRAME_POINTER [=y]

-- 
Josh

  reply	other threads:[~2017-09-06 21:49 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-05 17:09 Dave Jones
2017-09-06 21:49 ` Josh Poimboeuf [this message]
2017-09-06 22:10   ` Dave Jones

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=20170906214945.5xcxv3t7z3lrz7se@treble \
    --to=jpoimboe@redhat.com \
    --cc=davej@codemonkey.org.uk \
    --cc=linux-kernel@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

all inboxes | Powered by JetHome®