public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Josh Triplett <josh@joshtriplett.org>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Kees Cook <keescook@chromium.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>,
	the arch/x86 maintainers <x86@kernel.org>,
	Vivek Goyal <vgoyal@redhat.com>,
	Junjie Mao <eternal.n08@gmail.com>,
	Andi Kleen <ak@linux.intel.com>
Subject: Re: [PATCH v2] x86, boot: add hex output for debugging
Date: Fri, 31 Oct 2014 16:45:31 -0700	[thread overview]
Message-ID: <20141031234531.GA12082@thin> (raw)
In-Reply-To: <CAE9FiQVYBwTifYXACeJRBOEtrN6o5kBpA6v0xLqUYS379pH-Mw@mail.gmail.com>

On Fri, Oct 31, 2014 at 04:31:32PM -0700, Yinghai Lu wrote:
> On Fri, Oct 31, 2014 at 1:58 PM, Kees Cook <keescook@chromium.org> wrote:
> > This is useful for reporting various addresses or other values while
> > debugging early boot. For example, when CONFIG_X86_VERBOSE_BOOTUP is set,
> > this is now visible at boot time:
> >
> >         early console in setup code
> >         early console in decompress_kernel
> >         input_data: 0x0000000001e1526e
> >         input_len: 0x0000000000732236
> >         output: 0x0000000001000000
> >         output_len: 0x0000000001535640
> >         run_size: 0x00000000021fb000
> >         KASLR using RDTSC...
> >
> > Signed-off-by: Kees Cook <keescook@chromium.org>
> > ---
> > Since this displays run_size, this patch depends on Junjie Mao's patch
> > "x86, kaslr: Prevent .bss from overlaping initrd"
> >
> > ---
> >  arch/x86/boot/compressed/misc.c | 24 ++++++++++++++++++++++++
> >  arch/x86/boot/compressed/misc.h | 11 +++++++++++
> >  2 files changed, 35 insertions(+)
> ...
> 
> We can reuse printf.c in arch/x86/boot.
> 
> I had attached one in local tree for a while. or even sent it before
> several years ago.

I don't think we need the full generality of printf in the decompression
stub.  I prefer Kees' patch, though I'd still like to see __puthex made
conditional.

- Josh Triplett

  reply	other threads:[~2014-10-31 23:45 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-31 20:58 [PATCH v2] x86, boot: add hex output for debugging Kees Cook
2014-10-31 21:34 ` Andy Lutomirski
2014-10-31 23:31 ` Yinghai Lu
2014-10-31 23:45   ` Josh Triplett [this message]
2014-11-01  0:03     ` Joe Perches

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=20141031234531.GA12082@thin \
    --to=josh@joshtriplett.org \
    --cc=ak@linux.intel.com \
    --cc=eternal.n08@gmail.com \
    --cc=hpa@zytor.com \
    --cc=keescook@chromium.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=tglx@linutronix.de \
    --cc=vgoyal@redhat.com \
    --cc=x86@kernel.org \
    --cc=yinghai@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