Diego M. Vadell wrote:
quoted text
>> can you try 2.6.28-rc2 ot tip/master and boot with mtrr_cleanup_debug ?
>>
>> YH
> 
> Hello,
>   Thank you very much and sorry for the delay. This is a remote site and I
> have to travel to get here.
> 
>   I upgradedt to 2.6.28-rc2 but the problem persists. Here is the
> (hopefully) relevant part of dmesg:
> 
> BIOS EBDA/lowmem at: 0009fc00/0009fc00
> Linux version 2.6.28-rc2 (root@compute-0-5.local) (gcc version 3.4.6
> 20060404 (Red Hat 3.4.6-8))
> #1 SMP Fri Oct 31 18:01:52 ART 2008
> Command line: ro root=LABEL=/  mtrr_cleanup_debug
> KERNEL supported cpus:
>   Intel GenuineIntel
>   AMD AuthenticAMD
>   Centaur CentaurHauls
> BIOS-provided physical RAM map:
>  BIOS-e820: 0000000000000000 - 000000000008f000 (usable)
>  BIOS-e820: 000000000008f000 - 00000000000a0000 (reserved)
>  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
>  BIOS-e820: 0000000000100000 - 00000000cf561000 (usable)
>  BIOS-e820: 00000000cf561000 - 00000000cf56e000 (reserved)
>  BIOS-e820: 00000000cf56e000 - 00000000cf612000 (usable)
>  BIOS-e820: 00000000cf612000 - 00000000cf6e9000 (ACPI NVS)
>  BIOS-e820: 00000000cf6e9000 - 00000000cf6ed000 (usable)
>  BIOS-e820: 00000000cf6ed000 - 00000000cf6f2000 (ACPI data)
>  BIOS-e820: 00000000cf6f2000 - 00000000cf6f3000 (usable)
>  BIOS-e820: 00000000cf6f3000 - 00000000cf6ff000 (ACPI data)
>  BIOS-e820: 00000000cf6ff000 - 00000000cf700000 (usable)
>  BIOS-e820: 00000000cf700000 - 00000000d0000000 (reserved)
>  BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
>  BIOS-e820: 0000000100000000 - 000000012c000000 (usable)
> DMI 2.4 present.
> last_pfn = 0x12c000 max_arch_pfn = 0x3ffffffff
> x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
> After WB checking
> MTRR MAP PFN: 0000000000000000 - 00000000000d0000
> After UC checking
> MTRR MAP PFN: 0000000000000000 - 00000000000cf700
> After sorting
> MTRR MAP PFN: 0000000000000000 - 00000000000cf700
> WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 704MB of RAM.
> ------------[ cut here ]------------
> WARNING: at arch/x86/kernel/cpu/mtrr/main.c:1662
> mtrr_trim_uncached_memory+0x331/0x358()
> Modules linked in:
> Pid: 0, comm: swapper Not tainted 2.6.28-rc2 #1
> Call Trace:
>  [<ffffffff80232c63>] warn_on_slowpath+0x51/0x6d
>  [<ffffffff80233b5f>] printk+0x8d/0x95
>  [<ffffffff80306735>] generic_swap+0x0/0x19
>  [<ffffffff8060a92e>] cmp_range+0x0/0x6
>  [<ffffffff8060b4f0>] mtrr_trim_uncached_memory+0x331/0x358
>  [<ffffffff803efcf7>] dmi_table+0x6f/0x96
>  [<ffffffff80621aa3>] dmi_decode+0x0/0x4ab
>  [<ffffffff806072a8>] setup_arch+0x3f9/0x63c
>  [<ffffffff8060083c>] start_kernel+0x6a/0x307
>  [<ffffffff806003a1>] x86_64_start_kernel+0xef/0xf3
> ---[ end trace 4eaa2a86a8e2da22 ]---
> update e820 for mtrr
> modified physical RAM map:
>  modified: 0000000000000000 - 000000000008f000 (usable)
>  modified: 000000000008f000 - 00000000000a0000 (reserved)
>  modified: 00000000000e0000 - 0000000000100000 (reserved)
>  modified: 0000000000100000 - 00000000cf561000 (usable)
>  modified: 00000000cf561000 - 00000000cf56e000 (reserved)
>  modified: 00000000cf56e000 - 00000000cf612000 (usable)
>  modified: 00000000cf612000 - 00000000cf6e9000 (ACPI NVS)
>  modified: 00000000cf6e9000 - 00000000cf6ed000 (usable)
>  modified: 00000000cf6ed000 - 00000000cf6f2000 (ACPI data)
>  modified: 00000000cf6f2000 - 00000000cf6f3000 (usable)
>  modified: 00000000cf6f3000 - 00000000cf6ff000 (ACPI data)
>  modified: 00000000cf6ff000 - 00000000cf700000 (usable)
>  modified: 00000000cf700000 - 00000000d0000000 (reserved)
>  modified: 00000000fff00000 - 000000012c000000 (reserved)
> last_pfn = 0xcf700 max_arch_pfn = 0x3ffffffff

do you have 

# grep MTRR .config
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1

in your config files..

it seems mtrr_cleanup is not triggered...

also please put debug in your boot command line. like
ro root=LABEL=/  mtrr_cleanup_debug debug

YH
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/