From: Abhijit Karmarkar <awk@google.com>
To: stable@kernel.org, linux-kernel@vger.kernel.org
Subject: question regarding the -stable patch queue ?
Date: Mon, 20 Apr 2009 18:26:53 -0700 [thread overview]
Message-ID: <88cc3e770904201826odfde9baodcf8c221a0296909@mail.gmail.com> (raw)
hi,
i am trying to find if a particular upstream commit [1] will appear in
the next -stable release of 2.6.28 kernel.
i see this commit being marked as "-stable candidate". does that mean
it will automatically make it to the next stable release? or should i
submit a patch against the latest 2.6.28 stable series, to have this
patch queued up for next stable release (2.6.28.10). can someone
please advice?
what is the recommend way to do this search ("will upstream patch X be
included in the next stable release")? so i don't bug this list in
future with similar queries.
finally, talking of this particular commit, we have quite a few
machines with such BIOSes and it will be really nice to have this
included in the next stable (2.6.28.10) release. Without this patch,
machines panic in early boot.
thanks!
abhijit
[1] the commit i am specifically interested in is:
===
[upstream commit: 01522df346f846906eaf6ca57148641476209909]
x86, setup: mark %esi as clobbered in E820 BIOS call
Jordan Hargrave diagnosed a BIOS clobbering %esi in the E820 call.
That particular BIOS has been fixed, but there is a possibility that
this is responsible for other occasional reports of early boot
failure, and it does not hurt to add %esi to the clobbers.
-stable candidate patch.
Cc: Justin Forbes <jmforbes@linuxtx.org>
Signed-off-by: Michael K Johnson <johnsonm@rpath.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Cc: stable@kernel.org
---
diff --git a/arch/x86/boot/memory.c b/arch/x86/boot/memory.c
index 8c3c25f..a99dbbe 100644
--- a/arch/x86/boot/memory.c
+++ b/arch/x86/boot/memory.c
@@ -27,13 +27,14 @@ static int detect_memory_e820(void)
do {
size = sizeof(struct e820entry);
- /* Important: %edx is clobbered by some BIOSes,
- so it must be either used for the error output
+ /* Important: %edx and %esi are clobbered by some BIOSes,
+ so they must be either used for the error output
or explicitly marked clobbered. */
asm("int $0x15; setc %0"
: "=d" (err), "+b" (next), "=a" (id), "+c" (size),
"=m" (*desc)
- : "D" (desc), "d" (SMAP), "a" (0xe820));
+ : "D" (desc), "d" (SMAP), "a" (0xe820)
+ : "esi");
/* BIOSes which terminate the chain with CF = 1 as opposed
to %ebx = 0 don't always report the SMAP signature on
next reply other threads:[~2009-04-21 1:27 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-21 1:26 Abhijit Karmarkar [this message]
2009-04-21 3:27 ` [stable] question regarding the -stable patch queue ? Greg KH
2009-04-21 17:37 ` Abhijit Karmarkar
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=88cc3e770904201826odfde9baodcf8c221a0296909@mail.gmail.com \
--to=awk@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=stable@kernel.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;
as well as URLs for NNTP newsgroup(s).