All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jay Lan <jlan@sgi.com>
To: Bernhard Walle <bwalle@suse.de>
Cc: Simon Horman <horms@verge.net.au>, kexec@lists.infradead.org
Subject: Re: How do i see printf output from the purgatory code?
Date: Fri, 29 Aug 2008 14:23:05 -0700	[thread overview]
Message-ID: <48B868B9.9040706@sgi.com> (raw)
In-Reply-To: <20080829095408.22f50a3f@halley.suse.de>

Bernhard Walle wrote:
> Hi,
> 
> * Simon Horman [2008-08-29 15:19]:
>> On Thu, Aug 28, 2008 at 05:14:04PM -0700, Jay Lan wrote:
>>> Specifically, an ia64.
>>>
>>> I added printf() to purgatory-ia64.c, compiled, and executed
>>> the kexec command from a shell window (ie, not from a script), but
>>> i still did not see the printf i put in.
>>>
>>> Thanks for help in advance!
>> IIRC, the printf output in purgatory only shows on the VGA console.
> 
> No, you just have to call kexec with right parameters:
> 
>        --console-serial
>               Enable the serial console.
> 
>        --serial=port
>               Specify the serial port for debug output.
> 
>        --serial-baud=baud_rate
>               Specify the baud rate of the serial port.
> 
> However, I don't know if it works on IA64, especially with SGI consoles
> I think one would have to patch kexec.
> 
> Also, don't use --noio (which is the default on SUSE on IA64 because
> we had problems on some machines without that parameter).

This is bad news. We need --noio option. :(

I have a 2.6.27 kernel that the kdump kernel would panic on boot,
depending on the physical address of 'physical_node_map'. If it
is located at the higher half of a 0xffff range, the instruction
in build_cnode_tables() in arch/ia64/sn/kernel/setup.c:
   memset(physical_node_map, -1, sizeof(physical_node_map));
would overwrite kern_memmap array of the kdump kernel.

It was so because, i think, the purgatory code of kexec
creates a boot efi_memmap with memory regions overlaped.
The above memset() put 0xff to part of memory of next region.

I am trying to debug the purgatory code :(

- jay


> 
> 
> Bernhard


_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

      reply	other threads:[~2008-08-29 21:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-29  0:14 How do i see printf output from the purgatory code? Jay Lan
2008-08-29  5:19 ` Simon Horman
2008-08-29  7:54   ` Bernhard Walle
2008-08-29 21:23     ` Jay Lan [this message]

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=48B868B9.9040706@sgi.com \
    --to=jlan@sgi.com \
    --cc=bwalle@suse.de \
    --cc=horms@verge.net.au \
    --cc=kexec@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.