[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <878v8k14rg.fsf@xmission.com>
Date: Wed, 26 Dec 2012 20:46:27 -0800
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Daniel Kiper <daniel.kiper@...cle.com>
Cc: andrew.cooper3@...rix.com, hpa@...or.com, jbeulich@...e.com,
konrad.wilk@...cle.com, maxim.uvarov@...cle.com, mingo@...hat.com,
tglx@...utronix.de, vgoyal@...hat.com, x86@...nel.org,
kexec@...ts.infradead.org, linux-kernel@...r.kernel.org,
virtualization@...ts.linux-foundation.org,
xen-devel@...ts.xensource.com
Subject: Re: [PATCH v3 01/11] kexec: introduce kexec firmware support
Daniel Kiper <daniel.kiper@...cle.com> writes:
> Some kexec/kdump implementations (e.g. Xen PVOPS) could not use default
> Linux infrastructure and require some support from firmware and/or hypervisor.
> To cope with that problem kexec firmware infrastructure was introduced.
> It allows a developer to use all kexec/kdump features of given firmware
> or hypervisor.
As this stands this patch is wrong.
You need to pass an additional flag from userspace through /sbin/kexec
that says load the kexec image in the firmware. A global variable here
is not ok.
As I understand it you are loading a kexec on xen panic image. Which
is semantically different from a kexec on linux panic image. It is not
ok to do have a silly global variable kexec_use_firmware.
Furthermore it is not ok to have a conditional code outside of header
files.
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists