public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Wojciech Kromer <wojciech.kromer@dgt.com.pl>
To: linux-kernel@vger.kernel.org
Subject: Re: Intel-Quad on GA-P35-S3 motherboard with 4*2GB
Date: Tue, 18 Sep 2007 09:01:44 +0200	[thread overview]
Message-ID: <46EF77D8.3090808@dgt.com.pl> (raw)
In-Reply-To: <20070914131859.GC5386@csclub.uwaterloo.ca>


> What does your mtrr look like?  How about dmesg?  Might be the stupid
> mtrr setup some bioses have been doing on intel chips where it would do:
> 4GB range at 4GB
> 1GB range at 8GB
> 512MB range at 9GB
> 256MB range at 9.5GB
> etc.
>
> And then it runs out of entries (which pisses of X).
>
> The simple solution would have been to assign an 8GB range at 4GB or
> maybe a 4GB range at 4GB and a 2GB range at 8GB to cover all the ram.
> Without the mtrr coverage you get no caching of that memory which makes
> use that that section of memory slow.  To make the system useable there
> is code in the kernel to discard any memory the BIOS didn't correctly
> cover with an mtrr cachable entry.
>
>
>   
I have  2.6.22.6 kernel

First MTRR looks good for me.
Why it was rejected?
And how to force using it?

here are more details

[root@kromblack ~]# cat /proc/mtrr
reg00: base=0x100000000 (4096MB), size=8192MB: write-back, count=1
reg01: base=0x280000000 (10240MB), size=2048MB: uncachable, count=1
reg02: base=0x260000000 (9728MB), size= 512MB: uncachable, count=1
reg03: base=0x00000000 (   0MB), size=4096MB: write-back, count=1
reg04: base=0xc0000000 (3072MB), size=1024MB: uncachable, count=1
reg05: base=0xa0000000 (2560MB), size= 512MB: uncachable, count=1
reg06: base=0x9ff00000 (2559MB), size=   1MB: write-through, count=1

[root@kromblack ~]# dmesg|grep mtrr
mtrr: your CPUs had inconsistent variable MTRR settings
mtrr: probably your BIOS does not setup all CPUs.
mtrr: corrected configuration.


and other interesting dmesg fragments:

Entering add_active_range(0, 0, 159) 0 entries of 3200 used
Entering add_active_range(0, 256, 655072) 1 entries of 3200 used
Entering add_active_range(0, 1048576, 2097152) 2 entries of 3200 used
end_pfn_map = 2097152
DMI 2.4 present.
ACPI: RSDP 000F6F10, 0014 (r0 GBT   )
ACPI: RSDT 9FEE3040, 003C (r1 GBT    GBTUACPI 42302E31 GBTU  1010101)
ACPI: FACP 9FEE30C0, 0074 (r1 GBT    GBTUACPI 42302E31 GBTU  1010101)
ACPI: DSDT 9FEE3180, 4A88 (r1 GBT    GBTUACPI     1000 MSFT  100000C)
ACPI: FACS 9FEE0000, 0040
ACPI: HPET 9FEE7D80, 0038 (r1 GBT    GBTUACPI 42302E31 GBTU       98)
ACPI: MCFG 9FEE7E00, 003C (r1 GBT    GBTUACPI 42302E31 GBTU  1010101)
ACPI: APIC 9FEE7C80, 0084 (r1 GBT    GBTUACPI 42302E31 GBTU  1010101)
ACPI: SSDT 9FEE7E80, 015C (r1  PmRef  Cpu0Ist     3000 INTL 20040311)
ACPI: SSDT 9FEE8430, 0275 (r1  PmRef    CpuPm     3000 INTL 20040311)
No NUMA configuration found
Faking a node at 0000000000000000-0000000200000000
Entering add_active_range(0, 0, 159) 0 entries of 3200 used
Entering add_active_range(0, 256, 655072) 1 entries of 3200 used
Entering add_active_range(0, 1048576, 2097152) 2 entries of 3200 used
Bootmem setup node 0 0000000000000000-0000000200000000
Zone PFN ranges:
 DMA             0 ->     4096
 DMA32        4096 ->  1048576
 Normal    1048576 ->  2097152
early_node_map[3] active PFN ranges
   0:        0 ->      159
   0:      256 ->   655072
   0:  1048576 ->  2097152
On node 0 totalpages: 1703551
 DMA zone: 56 pages used for memmap
 DMA zone: 1125 pages reserved
 DMA zone: 2818 pages, LIFO batch:0
 DMA32 zone: 14280 pages used for memmap
 DMA32 zone: 636696 pages, LIFO batch:31
 Normal zone: 14336 pages used for memmap
 Normal zone: 1034240 pages, LIFO batch:31


ACPI: HPET id: 0x8086a201 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
swsusp: Registered nosave memory region: 000000000009f000 - 
00000000000a0000
swsusp: Registered nosave memory region: 00000000000a0000 - 
00000000000f0000
swsusp: Registered nosave memory region: 00000000000f0000 - 
0000000000100000
swsusp: Registered nosave memory region: 000000009fee0000 - 
000000009fee3000
swsusp: Registered nosave memory region: 000000009fee3000 - 
000000009fef0000
swsusp: Registered nosave memory region: 000000009fef0000 - 
000000009ff00000
swsusp: Registered nosave memory region: 000000009ff00000 - 
00000000c0000000
swsusp: Registered nosave memory region: 00000000c0000000 - 
00000000c4000000
swsusp: Registered nosave memory region: 00000000c4000000 - 
00000000fec00000
swsusp: Registered nosave memory region: 00000000fec00000 - 
0000000100000000
Allocating PCI resources starting at c8000000 (gap: c4000000:3ac00000)
SMP: Allowing 4 CPUs, 0 hotplug CPUs
PERCPU: Allocating 36744 bytes of per cpu data
Built 1 zonelists.  Total pages: 1673754







  reply	other threads:[~2007-09-18  7:02 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-14  8:50 Intel-Quad on GA-P35-S3 motherboard with 4*2GB Wojciech Kromer
2007-09-14 13:18 ` Lennart Sorensen
2007-09-18  7:01   ` Wojciech Kromer [this message]
2007-09-18 14:20     ` Lennart Sorensen
2007-09-18 14:35       ` Wojciech Kromer
2007-09-18 14:50         ` Lennart Sorensen
2007-09-19  9:28           ` Wojciech Kromer
2007-09-20  7:43             ` Wojciech Kromer
2007-09-21 15:38               ` Lennart Sorensen
2007-09-21 15:38             ` Lennart Sorensen

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=46EF77D8.3090808@dgt.com.pl \
    --to=wojciech.kromer@dgt.com.pl \
    --cc=linux-kernel@vger.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