* x86-64/kexec: crashkernel= without @xM suffix
@ 2010-04-30 6:42 Jan Beulich
2010-05-02 2:21 ` Simon Horman
0 siblings, 1 reply; 2+ messages in thread
From: Jan Beulich @ 2010-04-30 6:42 UTC (permalink / raw)
To: xen-devel
Was this ever tested by anyone? Has it ever worked with any Linux
as secondary kernel? We're getting reports (and analysis confirms
this) that the fact that Xen places the hole at the highest suitable
address below 4G prevents kexec from working.
A possible fix is non-obvious, since there doesn't appear to be a
hard boundary below which the hole must reside (especially for a
32-bit secondary kernel; for a 64-bit one it seems like any place
below 2G would be acceptable).
Simply using Linux' strategy and allocating at the lowest possible
address doesn't seem too nice a solution either, as we try to
conserve on the use of low memory as much as possible almost
everywhere else.
Thanks, Jan
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: x86-64/kexec: crashkernel= without @xM suffix
2010-04-30 6:42 x86-64/kexec: crashkernel= without @xM suffix Jan Beulich
@ 2010-05-02 2:21 ` Simon Horman
0 siblings, 0 replies; 2+ messages in thread
From: Simon Horman @ 2010-05-02 2:21 UTC (permalink / raw)
To: Jan Beulich; +Cc: xen-devel
On Fri, Apr 30, 2010 at 07:42:06AM +0100, Jan Beulich wrote:
> Was this ever tested by anyone? Has it ever worked with any Linux
> as secondary kernel? We're getting reports (and analysis confirms
> this) that the fact that Xen places the hole at the highest suitable
> address below 4G prevents kexec from working.
>
> A possible fix is non-obvious, since there doesn't appear to be a
> hard boundary below which the hole must reside (especially for a
> 32-bit secondary kernel; for a 64-bit one it seems like any place
> below 2G would be acceptable).
>
> Simply using Linux' strategy and allocating at the lowest possible
> address doesn't seem too nice a solution either, as we try to
> conserve on the use of low memory as much as possible almost
> everywhere else.
Hi Jan,
I don't recall specifically testing this combination.
I think that your suggestion of simply locating the hole as
low as possible is a good one though I fear there is
a gotcha in there somewhere.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-05-02 2:21 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-30 6:42 x86-64/kexec: crashkernel= without @xM suffix Jan Beulich
2010-05-02 2:21 ` Simon Horman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).