Kexec Archive on 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox