linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

             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).