* [BUG?] mtrr sanitizer fails on Latitude E6230
@ 2013-11-06 9:16 Mikael Pettersson
2013-11-06 20:08 ` Yinghai Lu
0 siblings, 1 reply; 5+ messages in thread
From: Mikael Pettersson @ 2013-11-06 9:16 UTC (permalink / raw)
To: linux-kernel; +Cc: Yinghai Lu
I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed that
the mtrr sanitizer failed on it:
=== snip ===
Linux version 3.12.0 (mikpe@barley) (gcc version 4.8.3 20131017 (prerelease) (GCC) ) #1 SMP Wed Nov 6 09:46:02 CET 2013
Command line: ro root=LABEL=/ resume=/dev/sda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=sv-latin1
KERNEL supported cpus:
Intel GenuineIntel
e820: BIOS-provided physical RAM map:
BIOS-e820: [mem 0x0000000000000000-0x000000000009d3ff] usable
BIOS-e820: [mem 0x000000000009d400-0x000000000009ffff] reserved
BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
BIOS-e820: [mem 0x0000000020200000-0x0000000040003fff] usable
BIOS-e820: [mem 0x0000000040004000-0x0000000040004fff] reserved
BIOS-e820: [mem 0x0000000040005000-0x00000000d5f09fff] usable
BIOS-e820: [mem 0x00000000d5f0a000-0x00000000d5ffffff] reserved
BIOS-e820: [mem 0x00000000d6000000-0x00000000d6751fff] usable
BIOS-e820: [mem 0x00000000d6752000-0x00000000d67fffff] reserved
BIOS-e820: [mem 0x00000000d6800000-0x00000000d6fb2fff] usable
BIOS-e820: [mem 0x00000000d6fb3000-0x00000000d6ffffff] ACPI data
BIOS-e820: [mem 0x00000000d7000000-0x00000000d86fbfff] usable
BIOS-e820: [mem 0x00000000d86fc000-0x00000000d87fffff] ACPI NVS
BIOS-e820: [mem 0x00000000d8800000-0x00000000d96d4fff] usable
BIOS-e820: [mem 0x00000000d96d5000-0x00000000da054fff] reserved
BIOS-e820: [mem 0x00000000da055000-0x00000000da097fff] ACPI NVS
BIOS-e820: [mem 0x00000000da098000-0x00000000daadcfff] usable
BIOS-e820: [mem 0x00000000daadd000-0x00000000dafeffff] reserved
BIOS-e820: [mem 0x00000000daff0000-0x00000000daffffff] usable
BIOS-e820: [mem 0x00000000db800000-0x00000000df9fffff] reserved
BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
BIOS-e820: [mem 0x0000000100000000-0x000000021e5fffff] usable
NX (Execute Disable) protection: active
SMBIOS 2.7 present.
DMI: Dell Inc. Latitude E6230/0Y47PX, BIOS A11 08/27/2013
e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
e820: remove [mem 0x000a0000-0x000fffff] usable
e820: last_pfn = 0x21e600 max_arch_pfn = 0x400000000
MTRR default type: uncachable
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-BFFFF uncachable
C0000-CFFFF write-protect
D0000-E7FFF uncachable
E8000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 000000000 mask E00000000 write-back
1 base 200000000 mask FE0000000 write-back
2 base 0E0000000 mask FE0000000 uncachable
3 base 0DC000000 mask FFC000000 uncachable
4 base 0DB800000 mask FFF800000 uncachable
5 base 21F000000 mask FFF000000 uncachable
6 base 21E800000 mask FFF800000 uncachable
7 base 21E600000 mask FFFE00000 uncachable
8 disabled
9 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
original variable MTRRs
reg 0, base: 0GB, range: 8GB, type WB
reg 1, base: 8GB, range: 512MB, type WB
reg 2, base: 3584MB, range: 512MB, type UC
reg 3, base: 3520MB, range: 64MB, type UC
reg 4, base: 3512MB, range: 8MB, type UC
reg 5, base: 8688MB, range: 16MB, type UC
reg 6, base: 8680MB, range: 8MB, type UC
reg 7, base: 8678MB, range: 2MB, type UC
total RAM covered: 8094M
gran_size: 64K chunk_size: 64K num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 128K num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 256K num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 512K num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 1M num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 2M num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 4M num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 64K chunk_size: 16M num_reg: 10 lose cover RAM: 38M
*BAD*gran_size: 64K chunk_size: 32M num_reg: 10 lose cover RAM: -16M
*BAD*gran_size: 64K chunk_size: 64M num_reg: 10 lose cover RAM: -16M
gran_size: 64K chunk_size: 128M num_reg: 10 lose cover RAM: 0G
gran_size: 64K chunk_size: 256M num_reg: 10 lose cover RAM: 0G
gran_size: 64K chunk_size: 512M num_reg: 10 lose cover RAM: 0G
gran_size: 64K chunk_size: 1G num_reg: 10 lose cover RAM: 0G
*BAD*gran_size: 64K chunk_size: 2G num_reg: 10 lose cover RAM: -1G
gran_size: 128K chunk_size: 128K num_reg: 10 lose cover RAM: 102M
gran_size: 128K chunk_size: 256K num_reg: 10 lose cover RAM: 102M
gran_size: 128K chunk_size: 512K num_reg: 10 lose cover RAM: 102M
gran_size: 128K chunk_size: 1M num_reg: 10 lose cover RAM: 102M
gran_size: 128K chunk_size: 2M num_reg: 10 lose cover RAM: 102M
gran_size: 128K chunk_size: 4M num_reg: 10 lose cover RAM: 102M
gran_size: 128K chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 128K chunk_size: 16M num_reg: 10 lose cover RAM: 38M
*BAD*gran_size: 128K chunk_size: 32M num_reg: 10 lose cover RAM: -16M
*BAD*gran_size: 128K chunk_size: 64M num_reg: 10 lose cover RAM: -16M
gran_size: 128K chunk_size: 128M num_reg: 10 lose cover RAM: 0G
gran_size: 128K chunk_size: 256M num_reg: 10 lose cover RAM: 0G
gran_size: 128K chunk_size: 512M num_reg: 10 lose cover RAM: 0G
gran_size: 128K chunk_size: 1G num_reg: 10 lose cover RAM: 0G
*BAD*gran_size: 128K chunk_size: 2G num_reg: 10 lose cover RAM: -1G
gran_size: 256K chunk_size: 256K num_reg: 10 lose cover RAM: 102M
gran_size: 256K chunk_size: 512K num_reg: 10 lose cover RAM: 102M
gran_size: 256K chunk_size: 1M num_reg: 10 lose cover RAM: 102M
gran_size: 256K chunk_size: 2M num_reg: 10 lose cover RAM: 102M
gran_size: 256K chunk_size: 4M num_reg: 10 lose cover RAM: 102M
gran_size: 256K chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 256K chunk_size: 16M num_reg: 10 lose cover RAM: 38M
*BAD*gran_size: 256K chunk_size: 32M num_reg: 10 lose cover RAM: -16M
*BAD*gran_size: 256K chunk_size: 64M num_reg: 10 lose cover RAM: -16M
gran_size: 256K chunk_size: 128M num_reg: 10 lose cover RAM: 0G
gran_size: 256K chunk_size: 256M num_reg: 10 lose cover RAM: 0G
gran_size: 256K chunk_size: 512M num_reg: 10 lose cover RAM: 0G
gran_size: 256K chunk_size: 1G num_reg: 10 lose cover RAM: 0G
*BAD*gran_size: 256K chunk_size: 2G num_reg: 10 lose cover RAM: -1G
gran_size: 512K chunk_size: 512K num_reg: 10 lose cover RAM: 102M
gran_size: 512K chunk_size: 1M num_reg: 10 lose cover RAM: 102M
gran_size: 512K chunk_size: 2M num_reg: 10 lose cover RAM: 102M
gran_size: 512K chunk_size: 4M num_reg: 10 lose cover RAM: 102M
gran_size: 512K chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 512K chunk_size: 16M num_reg: 10 lose cover RAM: 38M
*BAD*gran_size: 512K chunk_size: 32M num_reg: 10 lose cover RAM: -16M
*BAD*gran_size: 512K chunk_size: 64M num_reg: 10 lose cover RAM: -16M
gran_size: 512K chunk_size: 128M num_reg: 10 lose cover RAM: 0G
gran_size: 512K chunk_size: 256M num_reg: 10 lose cover RAM: 0G
gran_size: 512K chunk_size: 512M num_reg: 10 lose cover RAM: 0G
gran_size: 512K chunk_size: 1G num_reg: 10 lose cover RAM: 0G
*BAD*gran_size: 512K chunk_size: 2G num_reg: 10 lose cover RAM: -1G
gran_size: 1M chunk_size: 1M num_reg: 10 lose cover RAM: 102M
gran_size: 1M chunk_size: 2M num_reg: 10 lose cover RAM: 102M
gran_size: 1M chunk_size: 4M num_reg: 10 lose cover RAM: 102M
gran_size: 1M chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 1M chunk_size: 16M num_reg: 10 lose cover RAM: 38M
*BAD*gran_size: 1M chunk_size: 32M num_reg: 10 lose cover RAM: -16M
*BAD*gran_size: 1M chunk_size: 64M num_reg: 10 lose cover RAM: -16M
gran_size: 1M chunk_size: 128M num_reg: 10 lose cover RAM: 0G
gran_size: 1M chunk_size: 256M num_reg: 10 lose cover RAM: 0G
gran_size: 1M chunk_size: 512M num_reg: 10 lose cover RAM: 0G
gran_size: 1M chunk_size: 1G num_reg: 10 lose cover RAM: 0G
*BAD*gran_size: 1M chunk_size: 2G num_reg: 10 lose cover RAM: -1G
gran_size: 2M chunk_size: 2M num_reg: 10 lose cover RAM: 102M
gran_size: 2M chunk_size: 4M num_reg: 10 lose cover RAM: 102M
gran_size: 2M chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 2M chunk_size: 16M num_reg: 10 lose cover RAM: 38M
*BAD*gran_size: 2M chunk_size: 32M num_reg: 10 lose cover RAM: -16M
*BAD*gran_size: 2M chunk_size: 64M num_reg: 10 lose cover RAM: -16M
gran_size: 2M chunk_size: 128M num_reg: 10 lose cover RAM: 0G
gran_size: 2M chunk_size: 256M num_reg: 10 lose cover RAM: 0G
gran_size: 2M chunk_size: 512M num_reg: 10 lose cover RAM: 0G
gran_size: 2M chunk_size: 1G num_reg: 10 lose cover RAM: 0G
*BAD*gran_size: 2M chunk_size: 2G num_reg: 10 lose cover RAM: -1G
gran_size: 4M chunk_size: 4M num_reg: 10 lose cover RAM: 102M
gran_size: 4M chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 4M chunk_size: 16M num_reg: 10 lose cover RAM: 38M
*BAD*gran_size: 4M chunk_size: 32M num_reg: 10 lose cover RAM: -14M
*BAD*gran_size: 4M chunk_size: 64M num_reg: 10 lose cover RAM: -14M
gran_size: 4M chunk_size: 128M num_reg: 10 lose cover RAM: 2M
gran_size: 4M chunk_size: 256M num_reg: 10 lose cover RAM: 2M
gran_size: 4M chunk_size: 512M num_reg: 10 lose cover RAM: 2M
gran_size: 4M chunk_size: 1G num_reg: 10 lose cover RAM: 2M
*BAD*gran_size: 4M chunk_size: 2G num_reg: 10 lose cover RAM: -1022M
gran_size: 8M chunk_size: 8M num_reg: 10 lose cover RAM: 102M
gran_size: 8M chunk_size: 16M num_reg: 10 lose cover RAM: 38M
gran_size: 8M chunk_size: 32M num_reg: 10 lose cover RAM: 38M
gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
gran_size: 8M chunk_size: 128M num_reg: 8 lose cover RAM: 6M
gran_size: 8M chunk_size: 256M num_reg: 8 lose cover RAM: 6M
gran_size: 8M chunk_size: 512M num_reg: 8 lose cover RAM: 6M
gran_size: 8M chunk_size: 1G num_reg: 8 lose cover RAM: 6M
gran_size: 8M chunk_size: 2G num_reg: 9 lose cover RAM: 6M
gran_size: 16M chunk_size: 16M num_reg: 10 lose cover RAM: 46M
gran_size: 16M chunk_size: 32M num_reg: 10 lose cover RAM: 46M
gran_size: 16M chunk_size: 64M num_reg: 9 lose cover RAM: 14M
gran_size: 16M chunk_size: 128M num_reg: 8 lose cover RAM: 14M
gran_size: 16M chunk_size: 256M num_reg: 8 lose cover RAM: 14M
gran_size: 16M chunk_size: 512M num_reg: 8 lose cover RAM: 14M
gran_size: 16M chunk_size: 1G num_reg: 8 lose cover RAM: 14M
gran_size: 16M chunk_size: 2G num_reg: 9 lose cover RAM: 14M
gran_size: 32M chunk_size: 32M num_reg: 10 lose cover RAM: 30M
gran_size: 32M chunk_size: 64M num_reg: 9 lose cover RAM: 30M
gran_size: 32M chunk_size: 128M num_reg: 8 lose cover RAM: 30M
gran_size: 32M chunk_size: 256M num_reg: 8 lose cover RAM: 30M
gran_size: 32M chunk_size: 512M num_reg: 8 lose cover RAM: 30M
gran_size: 32M chunk_size: 1G num_reg: 8 lose cover RAM: 30M
gran_size: 32M chunk_size: 2G num_reg: 9 lose cover RAM: 30M
gran_size: 64M chunk_size: 64M num_reg: 8 lose cover RAM: 94M
gran_size: 64M chunk_size: 128M num_reg: 7 lose cover RAM: 94M
gran_size: 64M chunk_size: 256M num_reg: 7 lose cover RAM: 94M
gran_size: 64M chunk_size: 512M num_reg: 7 lose cover RAM: 94M
gran_size: 64M chunk_size: 1G num_reg: 7 lose cover RAM: 94M
gran_size: 64M chunk_size: 2G num_reg: 8 lose cover RAM: 94M
gran_size: 128M chunk_size: 128M num_reg: 7 lose cover RAM: 158M
gran_size: 128M chunk_size: 256M num_reg: 7 lose cover RAM: 158M
gran_size: 128M chunk_size: 512M num_reg: 7 lose cover RAM: 158M
gran_size: 128M chunk_size: 1G num_reg: 7 lose cover RAM: 158M
gran_size: 128M chunk_size: 2G num_reg: 8 lose cover RAM: 158M
gran_size: 256M chunk_size: 256M num_reg: 5 lose cover RAM: 414M
gran_size: 256M chunk_size: 512M num_reg: 7 lose cover RAM: 414M
gran_size: 256M chunk_size: 1G num_reg: 7 lose cover RAM: 414M
gran_size: 256M chunk_size: 2G num_reg: 8 lose cover RAM: 414M
gran_size: 512M chunk_size: 512M num_reg: 3 lose cover RAM: 926M
gran_size: 512M chunk_size: 1G num_reg: 3 lose cover RAM: 926M
gran_size: 512M chunk_size: 2G num_reg: 3 lose cover RAM: 926M
gran_size: 1G chunk_size: 1G num_reg: 3 lose cover RAM: 926M
gran_size: 1G chunk_size: 2G num_reg: 3 lose cover RAM: 926M
gran_size: 2G chunk_size: 2G num_reg: 2 lose cover RAM: 1950M
mtrr_cleanup: can not find optimal value
please specify mtrr_gran_size/mtrr_chunk_size
=== snip ===
For now I'm disabling the mtrr sanitizer in this machine's kernel.
/Mikael
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG?] mtrr sanitizer fails on Latitude E6230
2013-11-06 9:16 [BUG?] mtrr sanitizer fails on Latitude E6230 Mikael Pettersson
@ 2013-11-06 20:08 ` Yinghai Lu
2013-11-07 8:25 ` Mikael Pettersson
0 siblings, 1 reply; 5+ messages in thread
From: Yinghai Lu @ 2013-11-06 20:08 UTC (permalink / raw)
To: Mikael Pettersson; +Cc: Linux Kernel Mailing List
On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson <mikpelinux@gmail.com> wrote:
> I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed that
> the mtrr sanitizer failed on it:
>
> === snip ===
> Linux version 3.12.0 (mikpe@barley) (gcc version 4.8.3 20131017 (prerelease) (GCC) ) #1 SMP Wed Nov 6 09:46:02 CET 2013
> Command line: ro root=LABEL=/ resume=/dev/sda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=sv-latin1
...
gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
...
> mtrr_cleanup: can not find optimal value
> please specify mtrr_gran_size/mtrr_chunk_size
> === snip ===
>
> For now I'm disabling the mtrr sanitizer in this machine's kernel.
Can you try to boot with "mtrr_gran_size=8m mtrr_chunk_size=64m" ?
Thanks
Yinghai
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG?] mtrr sanitizer fails on Latitude E6230
2013-11-06 20:08 ` Yinghai Lu
@ 2013-11-07 8:25 ` Mikael Pettersson
2013-11-07 20:12 ` Yinghai Lu
0 siblings, 1 reply; 5+ messages in thread
From: Mikael Pettersson @ 2013-11-07 8:25 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Mikael Pettersson, Linux Kernel Mailing List
Yinghai Lu writes:
> On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson <mikpelinux@gmail.com> wrote:
> > I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed that
> > the mtrr sanitizer failed on it:
> >
> > === snip ===
> > Linux version 3.12.0 (mikpe@barley) (gcc version 4.8.3 20131017 (prerelease) (GCC) ) #1 SMP Wed Nov 6 09:46:02 CET 2013
> > Command line: ro root=LABEL=/ resume=/dev/sda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=sv-latin1
> ...
> gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
> ...
> > mtrr_cleanup: can not find optimal value
> > please specify mtrr_gran_size/mtrr_chunk_size
> > === snip ===
> >
> > For now I'm disabling the mtrr sanitizer in this machine's kernel.
>
> Can you try to boot with "mtrr_gran_size=8m mtrr_chunk_size=64m" ?
That results in:
Linux version 3.12.0-test (mikpe@barley) (gcc version 4.8.3 20131017 (prerelease) (GCC) ) #1 SMP Thu Nov 7 09:12:14 CET 2013
Command line: mtrr_gran_size=8m mtrr_chunk_size=64m ro root=LABEL=/ resume=/dev/sda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=sv-latin1
KERNEL supported cpus:
Intel GenuineIntel
e820: BIOS-provided physical RAM map:
BIOS-e820: [mem 0x0000000000000000-0x000000000009d3ff] usable
BIOS-e820: [mem 0x000000000009d400-0x000000000009ffff] reserved
BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
BIOS-e820: [mem 0x0000000020200000-0x0000000040003fff] usable
BIOS-e820: [mem 0x0000000040004000-0x0000000040004fff] reserved
BIOS-e820: [mem 0x0000000040005000-0x00000000d5f09fff] usable
BIOS-e820: [mem 0x00000000d5f0a000-0x00000000d5ffffff] reserved
BIOS-e820: [mem 0x00000000d6000000-0x00000000d6751fff] usable
BIOS-e820: [mem 0x00000000d6752000-0x00000000d67fffff] reserved
BIOS-e820: [mem 0x00000000d6800000-0x00000000d6fb2fff] usable
BIOS-e820: [mem 0x00000000d6fb3000-0x00000000d6ffffff] ACPI data
BIOS-e820: [mem 0x00000000d7000000-0x00000000d86fbfff] usable
BIOS-e820: [mem 0x00000000d86fc000-0x00000000d87fffff] ACPI NVS
BIOS-e820: [mem 0x00000000d8800000-0x00000000d96d4fff] usable
BIOS-e820: [mem 0x00000000d96d5000-0x00000000da054fff] reserved
BIOS-e820: [mem 0x00000000da055000-0x00000000da097fff] ACPI NVS
BIOS-e820: [mem 0x00000000da098000-0x00000000daadcfff] usable
BIOS-e820: [mem 0x00000000daadd000-0x00000000dafeffff] reserved
BIOS-e820: [mem 0x00000000daff0000-0x00000000daffffff] usable
BIOS-e820: [mem 0x00000000db800000-0x00000000df9fffff] reserved
BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
BIOS-e820: [mem 0x0000000100000000-0x000000021e5fffff] usable
NX (Execute Disable) protection: active
SMBIOS 2.7 present.
DMI: Dell Inc. Latitude E6230/0Y47PX, BIOS A11 08/27/2013
e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
e820: remove [mem 0x000a0000-0x000fffff] usable
e820: last_pfn = 0x21e600 max_arch_pfn = 0x400000000
MTRR default type: uncachable
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-BFFFF uncachable
C0000-CFFFF write-protect
D0000-E7FFF uncachable
E8000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 000000000 mask E00000000 write-back
1 base 200000000 mask FE0000000 write-back
2 base 0E0000000 mask FE0000000 uncachable
3 base 0DC000000 mask FFC000000 uncachable
4 base 0DB800000 mask FFF800000 uncachable
5 base 21F000000 mask FFF000000 uncachable
6 base 21E800000 mask FFF800000 uncachable
7 base 21E600000 mask FFFE00000 uncachable
8 disabled
9 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
original variable MTRRs
reg 0, base: 0GB, range: 8GB, type WB
reg 1, base: 8GB, range: 512MB, type WB
reg 2, base: 3584MB, range: 512MB, type UC
reg 3, base: 3520MB, range: 64MB, type UC
reg 4, base: 3512MB, range: 8MB, type UC
reg 5, base: 8688MB, range: 16MB, type UC
reg 6, base: 8680MB, range: 8MB, type UC
reg 7, base: 8678MB, range: 2MB, type UC
total RAM covered: 8094M
gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
New variable MTRRs
reg 0, base: 0GB, range: 2GB, type WB
reg 1, base: 2GB, range: 1GB, type WB
reg 2, base: 3GB, range: 256MB, type WB
reg 3, base: 3328MB, range: 128MB, type WB
reg 4, base: 3456MB, range: 64MB, type WB
reg 5, base: 3512MB, range: 8MB, type UC
reg 6, base: 4GB, range: 4GB, type WB
reg 7, base: 8GB, range: 512MB, type WB
reg 8, base: 8672MB, range: 32MB, type UC
e820: update [mem 0xdb800000-0xffffffff] usable ==> reserved
e820: update [mem 0x21e000000-0x21e5fffff] usable ==> reserved
WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 6MB of RAM.
update e820 for mtrr
e820: modified physical RAM map:
modified: [mem 0x0000000000000000-0x0000000000000fff] reserved
modified: [mem 0x0000000000001000-0x000000000009d3ff] usable
modified: [mem 0x000000000009d400-0x000000000009ffff] reserved
modified: [mem 0x00000000000e0000-0x00000000000fffff] reserved
modified: [mem 0x0000000000100000-0x000000001fffffff] usable
modified: [mem 0x0000000020000000-0x00000000201fffff] reserved
modified: [mem 0x0000000020200000-0x0000000040003fff] usable
modified: [mem 0x0000000040004000-0x0000000040004fff] reserved
modified: [mem 0x0000000040005000-0x00000000d5f09fff] usable
modified: [mem 0x00000000d5f0a000-0x00000000d5ffffff] reserved
modified: [mem 0x00000000d6000000-0x00000000d6751fff] usable
modified: [mem 0x00000000d6752000-0x00000000d67fffff] reserved
modified: [mem 0x00000000d6800000-0x00000000d6fb2fff] usable
modified: [mem 0x00000000d6fb3000-0x00000000d6ffffff] ACPI data
modified: [mem 0x00000000d7000000-0x00000000d86fbfff] usable
modified: [mem 0x00000000d86fc000-0x00000000d87fffff] ACPI NVS
modified: [mem 0x00000000d8800000-0x00000000d96d4fff] usable
modified: [mem 0x00000000d96d5000-0x00000000da054fff] reserved
modified: [mem 0x00000000da055000-0x00000000da097fff] ACPI NVS
modified: [mem 0x00000000da098000-0x00000000daadcfff] usable
modified: [mem 0x00000000daadd000-0x00000000dafeffff] reserved
modified: [mem 0x00000000daff0000-0x00000000daffffff] usable
modified: [mem 0x00000000db800000-0x00000000df9fffff] reserved
modified: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
modified: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
modified: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
modified: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
modified: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
modified: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
modified: [mem 0x0000000100000000-0x000000021dffffff] usable
modified: [mem 0x000000021e000000-0x000000021e5fffff] reserved
/Mikael
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG?] mtrr sanitizer fails on Latitude E6230
2013-11-07 8:25 ` Mikael Pettersson
@ 2013-11-07 20:12 ` Yinghai Lu
2013-11-08 8:19 ` Mikael Pettersson
0 siblings, 1 reply; 5+ messages in thread
From: Yinghai Lu @ 2013-11-07 20:12 UTC (permalink / raw)
To: Mikael Pettersson; +Cc: Linux Kernel Mailing List
On Thu, Nov 7, 2013 at 12:25 AM, Mikael Pettersson <mikpelinux@gmail.com> wrote:
> Yinghai Lu writes:
> > On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson <mikpelinux@gmail.com> wrote:
> > > I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed that
> > > the mtrr sanitizer failed on it:
> > >
> > > === snip ===
> > > Linux version 3.12.0 (mikpe@barley) (gcc version 4.8.3 20131017 (prerelease) (GCC) ) #1 SMP Wed Nov 6 09:46:02 CET 2013
> > > Command line: ro root=LABEL=/ resume=/dev/sda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=sv-latin1
> > ...
> > gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
> > ...
> > > mtrr_cleanup: can not find optimal value
> > > please specify mtrr_gran_size/mtrr_chunk_size
> > > === snip ===
> > >
> > > For now I'm disabling the mtrr sanitizer in this machine's kernel.
> >
> > Can you try to boot with "mtrr_gran_size=8m mtrr_chunk_size=64m" ?
>
> That results in:
>
> reg 0, base: 0GB, range: 8GB, type WB
> reg 1, base: 8GB, range: 512MB, type WB
> reg 2, base: 3584MB, range: 512MB, type UC
> reg 3, base: 3520MB, range: 64MB, type UC
> reg 4, base: 3512MB, range: 8MB, type UC
> reg 5, base: 8688MB, range: 16MB, type UC
> reg 6, base: 8680MB, range: 8MB, type UC
> reg 7, base: 8678MB, range: 2MB, type UC
> total RAM covered: 8094M
> gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
> New variable MTRRs
> reg 0, base: 0GB, range: 2GB, type WB
> reg 1, base: 2GB, range: 1GB, type WB
> reg 2, base: 3GB, range: 256MB, type WB
> reg 3, base: 3328MB, range: 128MB, type WB
> reg 4, base: 3456MB, range: 64MB, type WB
> reg 5, base: 3512MB, range: 8MB, type UC
> reg 6, base: 4GB, range: 4GB, type WB
> reg 7, base: 8GB, range: 512MB, type WB
> reg 8, base: 8672MB, range: 32MB, type UC
> e820: update [mem 0xdb800000-0xffffffff] usable ==> reserved
> e820: update [mem 0x21e000000-0x21e5fffff] usable ==> reserved
...
>> modified: [mem 0x000000021e000000-0x000000021e5fffff] reserved
that is right, it throw 6M away.
Did you notice any slowness or speeding for x window?
What does /proc/mtrr look like after xwindow is started?
Thanks
Yinghai
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [BUG?] mtrr sanitizer fails on Latitude E6230
2013-11-07 20:12 ` Yinghai Lu
@ 2013-11-08 8:19 ` Mikael Pettersson
0 siblings, 0 replies; 5+ messages in thread
From: Mikael Pettersson @ 2013-11-08 8:19 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Mikael Pettersson, Linux Kernel Mailing List
Yinghai Lu writes:
> On Thu, Nov 7, 2013 at 12:25 AM, Mikael Pettersson <mikpelinux@gmail.com> wrote:
> > Yinghai Lu writes:
> > > On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson <mikpelinux@gmail.com> wrote:
> > > > I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed that
> > > > the mtrr sanitizer failed on it:
> > > >
> > > > === snip ===
> > > > Linux version 3.12.0 (mikpe@barley) (gcc version 4.8.3 20131017 (prerelease) (GCC) ) #1 SMP Wed Nov 6 09:46:02 CET 2013
> > > > Command line: ro root=LABEL=/ resume=/dev/sda2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=sv-latin1
> > > ...
> > > gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
> > > ...
> > > > mtrr_cleanup: can not find optimal value
> > > > please specify mtrr_gran_size/mtrr_chunk_size
> > > > === snip ===
> > > >
> > > > For now I'm disabling the mtrr sanitizer in this machine's kernel.
> > >
> > > Can you try to boot with "mtrr_gran_size=8m mtrr_chunk_size=64m" ?
> >
> > That results in:
> >
> > reg 0, base: 0GB, range: 8GB, type WB
> > reg 1, base: 8GB, range: 512MB, type WB
> > reg 2, base: 3584MB, range: 512MB, type UC
> > reg 3, base: 3520MB, range: 64MB, type UC
> > reg 4, base: 3512MB, range: 8MB, type UC
> > reg 5, base: 8688MB, range: 16MB, type UC
> > reg 6, base: 8680MB, range: 8MB, type UC
> > reg 7, base: 8678MB, range: 2MB, type UC
> > total RAM covered: 8094M
> > gran_size: 8M chunk_size: 64M num_reg: 9 lose cover RAM: 6M
> > New variable MTRRs
> > reg 0, base: 0GB, range: 2GB, type WB
> > reg 1, base: 2GB, range: 1GB, type WB
> > reg 2, base: 3GB, range: 256MB, type WB
> > reg 3, base: 3328MB, range: 128MB, type WB
> > reg 4, base: 3456MB, range: 64MB, type WB
> > reg 5, base: 3512MB, range: 8MB, type UC
> > reg 6, base: 4GB, range: 4GB, type WB
> > reg 7, base: 8GB, range: 512MB, type WB
> > reg 8, base: 8672MB, range: 32MB, type UC
> > e820: update [mem 0xdb800000-0xffffffff] usable ==> reserved
> > e820: update [mem 0x21e000000-0x21e5fffff] usable ==> reserved
> ...
> >> modified: [mem 0x000000021e000000-0x000000021e5fffff] reserved
>
> that is right, it throw 6M away.
>
> Did you notice any slowness or speeding for x window?
I'm not noticing any change. i915 kernel driver + xorg's intel driver.
> What does /proc/mtrr look like after xwindow is started?
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-back
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-back
reg02: base=0x0c0000000 ( 3072MB), size= 256MB, count=1: write-back
reg03: base=0x0d0000000 ( 3328MB), size= 128MB, count=1: write-back
reg04: base=0x0d8000000 ( 3456MB), size= 64MB, count=1: write-back
reg05: base=0x0db800000 ( 3512MB), size= 8MB, count=1: uncachable
reg06: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-back
reg07: base=0x200000000 ( 8192MB), size= 512MB, count=1: write-back
reg08: base=0x21e000000 ( 8672MB), size= 32MB, count=1: uncachable
/Mikael
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-11-08 8:20 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-11-06 9:16 [BUG?] mtrr sanitizer fails on Latitude E6230 Mikael Pettersson
2013-11-06 20:08 ` Yinghai Lu
2013-11-07 8:25 ` Mikael Pettersson
2013-11-07 20:12 ` Yinghai Lu
2013-11-08 8:19 ` Mikael Pettersson
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).