From: Khalid Aziz <khalid@gonehiking.org>
To: Vivek Goyal <vgoyal@redhat.com>
Cc: Dave Young <dyoung@redhat.com>,
horms@verge.net.au, kexec@lists.infradead.org,
"Eric W. Biederman" <ebiederm@xmission.com>
Subject: Re: [PATCH v2] kdump: pass acpi_rsdp= to 2nd kernel for efi booting
Date: Tue, 23 Oct 2012 07:33:18 -0600 [thread overview]
Message-ID: <1350999198.30243.43.camel@rhapsody> (raw)
In-Reply-To: <20121022154300.GD3401@redhat.com>
On Mon, 2012-10-22 at 11:43 -0400, Vivek Goyal wrote:
> On Sat, Oct 20, 2012 at 08:06:23PM -0700, Eric W. Biederman wrote:
>
> [..]
> > It is the non-pure UEFI case where non-UEFI table scans work.
> >
> > Of course it puzzles me why we can't find the table via scanning memory
> > when running in a pure UEFI environment. Ah well that is a problem for
> > another day.
>
> I have the same question. Why can we find acpi tables by scaning in
> non-uefi case and why same is not possible in case of UEFI.
I had sent an explanation out on Friday but looks like my email got
stuck somewhere, and I don't see it on kexec list archive.
On a UEFI machine with CSM, kernel finds RSDP by searching through EBDA.
On a UEFI machine with no CSM, there is no EBDA I believe and kernel
fails to find RSDP. Here is the message I see on a UEFI machine with no
CSM:
ACPI BIOS Bug: Error: A valid RSDP was not found (20120913/tbxfroot-219)
--
Khalid
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2012-10-23 13:33 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-18 3:16 [PATCH v2] kdump: pass acpi_rsdp= to 2nd kernel for efi booting Dave Young
2012-10-18 21:20 ` Eric W. Biederman
2012-10-19 0:26 ` Simon Horman
2012-10-19 14:53 ` Vivek Goyal
2012-10-19 20:09 ` Khalid Aziz
2012-10-21 3:06 ` Eric W. Biederman
2012-10-22 15:43 ` Vivek Goyal
2012-10-23 13:33 ` Khalid Aziz [this message]
-- strict thread matches above, loose matches on Subject: below --
2012-10-18 3:10 Dave Young
2012-10-18 14:56 ` Khalid Aziz
2012-10-18 19:11 ` Vivek Goyal
2012-10-18 19:22 ` Khalid Aziz
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=1350999198.30243.43.camel@rhapsody \
--to=khalid@gonehiking.org \
--cc=dyoung@redhat.com \
--cc=ebiederm@xmission.com \
--cc=horms@verge.net.au \
--cc=kexec@lists.infradead.org \
--cc=vgoyal@redhat.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