LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* [PATCH] x86_32: fix regression caused by trim ram according to mtrr on system with 4G more RAM
       [not found]   ` <47A97E28.1010400@openvz.org>
@ 2008-02-06  9:49     ` Yinghai Lu
  2008-02-06  9:51       ` Ingo Molnar
  0 siblings, 1 reply; 2+ messages in thread
From: Yinghai Lu @ 2008-02-06  9:49 UTC (permalink / raw)
  To: Ingo Molnar
  Cc: Pavel Emelyanov, Kok, Auke, jesse.brandeburg, jeffrey.t.kirsher,
	john.ronciak, David Miller, Linux Netdev List, e1000-devel,
	Denis Lunev, Justin Piszcz, Thomas Gleixner,
	Linux Kernel Mailing List

[PATCH] x86_32: fix regression caused by trim ram according to mtrr on system with 4G more RAM

Pravel report:
"
The commit

        093af8d7f0ba3c6be1485973508584ef081e9f93
        x86_32: trim memory by updating e820

broke my e1000 card: on loading driver says that

        e1000: probe of 0000:04:03.0 failed with error -5

and the interface doesn't appear.
"

on 32 bit kernel, base will overflow when try to do PAGE_SHIFT.
and highest_addr will always less 4G.

so use pfn instead of address to avoid overflow when more than 4g
 ram installed on 32bit kernel
Many thanks for Pavel Emelyanov to report and test it.

Signed-off-by: Yinghai Lu <yinghai.lu@sun.com>
Tested-by: Pavel Emelyanov <xemul@openvz.org>

diff --git a/arch/x86/kernel/cpu/mtrr/main.c b/arch/x86/kernel/cpu/mtrr/main.c
index 1e27b69..4e7490f 100644
--- a/arch/x86/kernel/cpu/mtrr/main.c
+++ b/arch/x86/kernel/cpu/mtrr/main.c
@@ -659,7 +659,7 @@ static __init int amd_special_default_mtrr(void)
  */
 int __init mtrr_trim_uncached_memory(unsigned long end_pfn)
 {
-	unsigned long i, base, size, highest_addr = 0, def, dummy;
+	unsigned long i, base, size, highest_pfn = 0, def, dummy;
 	mtrr_type type;
 	u64 trim_start, trim_size;
 
@@ -682,28 +682,27 @@ int __init mtrr_trim_uncached_memory(unsigned long end_pfn)
 		mtrr_if->get(i, &base, &size, &type);
 		if (type != MTRR_TYPE_WRBACK)
 			continue;
-		base <<= PAGE_SHIFT;
-		size <<= PAGE_SHIFT;
-		if (highest_addr < base + size)
-			highest_addr = base + size;
+		if (highest_pfn < base + size)
+			highest_pfn = base + size;
 	}
 
 	/* kvm/qemu doesn't have mtrr set right, don't trim them all */
-	if (!highest_addr) {
+	if (!highest_pfn) {
 		printk(KERN_WARNING "WARNING: strange, CPU MTRRs all blank?\n");
 		WARN_ON(1);
 		return 0;
 	}
 
-	if ((highest_addr >> PAGE_SHIFT) < end_pfn) {
+	if (highest_pfn < end_pfn) {
 		printk(KERN_WARNING "WARNING: BIOS bug: CPU MTRRs don't cover"
 			" all of memory, losing %LdMB of RAM.\n",
-			(((u64)end_pfn << PAGE_SHIFT) - highest_addr) >> 20);
+			(end_pfn - highest_pfn) >> (20 - PAGE_SHIFT));
 
 		WARN_ON(1);
 
 		printk(KERN_INFO "update e820 for mtrr\n");
-		trim_start = highest_addr;
+		trim_start = highest_pfn;
+		trim_start <<= PAGE_SHIFT;
 		trim_size = end_pfn;
 		trim_size <<= PAGE_SHIFT;
 		trim_size -= trim_start;

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH] x86_32: fix regression caused by trim ram according to mtrr on system with 4G more RAM
  2008-02-06  9:49     ` [PATCH] x86_32: fix regression caused by trim ram according to mtrr on system with 4G more RAM Yinghai Lu
@ 2008-02-06  9:51       ` Ingo Molnar
  0 siblings, 0 replies; 2+ messages in thread
From: Ingo Molnar @ 2008-02-06  9:51 UTC (permalink / raw)
  To: Yinghai Lu
  Cc: Pavel Emelyanov, Kok, Auke, jesse.brandeburg, jeffrey.t.kirsher,
	john.ronciak, David Miller, Linux Netdev List, e1000-devel,
	Denis Lunev, Justin Piszcz, Thomas Gleixner,
	Linux Kernel Mailing List


* Yinghai Lu <Yinghai.Lu@Sun.COM> wrote:

> [PATCH] x86_32: fix regression caused by trim ram according to mtrr on system with 4G more RAM
> 
> Pravel report:
> "
> The commit
> 
>         093af8d7f0ba3c6be1485973508584ef081e9f93
>         x86_32: trim memory by updating e820
> 
> broke my e1000 card: on loading driver says that
> 
>         e1000: probe of 0000:04:03.0 failed with error -5
> 
> and the interface doesn't appear.
> "
> 
> on 32 bit kernel, base will overflow when try to do PAGE_SHIFT. and 
> highest_addr will always less 4G.
> 
> so use pfn instead of address to avoid overflow when more than 4g
>  ram installed on 32bit kernel
> Many thanks for Pavel Emelyanov to report and test it.

thanks guys, applied.

	Ingo

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-02-06  9:51 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <47A89A77.1050608@openvz.org>
     [not found] ` <200802060119.25278.yinghai.lu@sun.com>
     [not found]   ` <47A97E28.1010400@openvz.org>
2008-02-06  9:49     ` [PATCH] x86_32: fix regression caused by trim ram according to mtrr on system with 4G more RAM Yinghai Lu
2008-02-06  9:51       ` Ingo Molnar

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