mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: piet@bluelane.com
Cc: Andi Kleen <ak@suse.de>, Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org, fastboot@osdl.org
Subject: Re: [PATCH] x86_64 kexec: Remove experimental mark of kexec
Date: Thu, 07 Sep 2006 00:03:21 -0600	[thread overview]
Message-ID: <m1odtsrz6e.fsf@ebiederm.dsl.xmission.com> (raw)
In-Reply-To: <1157608031.14930.27.camel@piet2.bluelane.com> (Piet Delaney's message of "Wed, 06 Sep 2006 22:47:11 -0700")

Piet Delaney <piet@bluelane.com> writes:

> On Wed, 2006-09-06 at 21:22 +0200, Andi Kleen wrote:
>> On Wednesday 06 September 2006 18:55, Eric W. Biederman wrote:
>> > 
>> > kexec has been marked experimental for a year now and all
>> > of the serious problems have been worked through.  So it
>> > is time (if not past time) to remove the experimental mark.
>> > 
>> 
>> Hmm, I personally have some doubts it is really not experimental
>> (not because of the kexec code itself, but because of all the other drivers
>> that still break)
>
> What drivers does kexec break?

Kexec doesn't break any drivers.  kexec exposes bugs in driver initialization
handling, when drivers on not robust.

The normal kexec case should be quite simple to handle and because we cleanup
just like a reboot, the difference is that we don't ask the BIOS to reset us
first.

The kexec on panic case is painful, because drivers in the original kernel are
not stopped or shutdown, and so the secondary kernel gets to initialize drivers
from an essentially random state.

Eric

      reply	other threads:[~2006-09-07  6:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-06 16:42 Eric W. Biederman
2006-09-06 16:55 ` Eric W. Biederman
2006-09-06 19:22   ` Andi Kleen
2006-09-06 20:15     ` Eric W. Biederman
2006-09-07  6:20       ` Piet Delaney
2006-09-07  6:55         ` Eric W. Biederman
2006-09-08  1:54           ` Piet Delaney
2006-09-07  5:47     ` Piet Delaney
2006-09-07  6:03       ` Eric W. Biederman [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=m1odtsrz6e.fsf@ebiederm.dsl.xmission.com \
    --to=ebiederm@xmission.com \
    --cc=ak@suse.de \
    --cc=akpm@osdl.org \
    --cc=fastboot@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=piet@bluelane.com \
    /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

Powered by JetHome