Re: [Bugme-new] [Bug 11490] New: Old mtrr bug comeback

Re: [Bugme-new] [Bug 11490] New: Old mtrr bug comeback

[Andrew Morton]

(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).

On Wed,  3 Sep 2008 08:44:27 -0700 (PDT) bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=11490
> 
>            Summary: Old mtrr bug comeback
>            Product: Memory Management
>            Version: 2.5
>      KernelVersion: v2.6.27-rc5
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: MTTR
>         AssignedTo: akpm@osdl.org
>         ReportedBy: ak@axet.ru
> 
> 
> Latest working kernel version:v2.6.26.3
> 
> Old mtrr bug comeback, when i boot my notebook with last kerenl they going to
> work really slow as turttle. to boot on normal speed i need use kernel param
> mem=1000M
> 
> when i use 2.6.26.3 everyting going fine. as i remember that bug fixed in
> 2.6.26 stable release and was in 2.6.25 and earlier.
> 
> probably you can find more details in bugzilla.redhat.com or
> bugzilla.mozilla.com i do no remember where is exactly i have been posted that
> old bug.
> 
> here the point (warning on 2.6.26.3 kernel):
> 
> WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 7MB of RAM.
> ------------[ cut here ]------------
> WARNING: at arch/x86/kernel/cpu/mtrr/main.c:706
> mtrr_trim_uncached_memory+0x103/0x168()
> Modules linked in:
> Pid: 0, comm: swapper Not tainted 2.6.26.3 #1
>  [<c06260e9>] ? printk+0xf/0x16
>  [<c0427749>] warn_on_slowpath+0x41/0x7b
>  [<c0628171>] ? _spin_unlock_irqrestore+0x10/0x14
>  [<c0628171>] ? _spin_unlock_irqrestore+0x10/0x14
>  [<c0427e4f>] ? release_console_sem+0x181/0x189
>  [<c04282d3>] ? vprintk+0x2e6/0x30b
>  [<c04282d3>] ? vprintk+0x2e6/0x30b
>  [<c040dbfd>] ? generic_get_mtrr+0x53/0x8a
>  [<c0756177>] mtrr_trim_uncached_memory+0x103/0x168
>  [<c075606c>] ? mtrr_bp_init+0x204/0x20c
>  [<c07539a9>] setup_arch+0x27b/0x6ce
>  [<c06260e9>] ? printk+0xf/0x16
>  [<c074d5c0>] start_kernel+0x64/0x2da
>  [<c074d008>] __init_begin+0x8/0xa
>  =======================
> ---[ end trace 4eaa2a86a8e2da22 ]---
> update e820 for mtrr
> modified physical RAM map:
> 

A post-2.6.26 regression.

We have a couple of mtrr fixes pending:

http://userweb.kernel.org/~akpm/mmotm/broken-out/x86-delay-early-cpu-initialization-until-cpuid-is-done.patch

http://userweb.kernel.org/~akpm/mmotm/broken-out/x86-move-mtrr-cpu-cap-setting-early-in-early_init_xxxx.patch

but I don't know if they'll fix this regression?

Re: [Bugme-new] [Bug 11490] New: Old mtrr bug comeback

[Yinghai Lu]

On Wed, Sep 3, 2008 at 9:18 AM, Andrew Morton <akpm@linux-foundation.org> wrote:
>
> (switched to email.  Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
>
> On Wed,  3 Sep 2008 08:44:27 -0700 (PDT) bugme-daemon@bugzilla.kernel.org wrote:
>
>> http://bugzilla.kernel.org/show_bug.cgi?id=11490
>>
>>            Summary: Old mtrr bug comeback
>>            Product: Memory Management
>>            Version: 2.5
>>      KernelVersion: v2.6.27-rc5
>>           Platform: All
>>         OS/Version: Linux
>>               Tree: Mainline
>>             Status: NEW
>>           Severity: normal
>>           Priority: P1
>>          Component: MTTR
>>         AssignedTo: akpm@osdl.org
>>         ReportedBy: ak@axet.ru
>>
>>
>> Latest working kernel version:v2.6.26.3
>>
>> Old mtrr bug comeback, when i boot my notebook with last kerenl they going to
>> work really slow as turttle. to boot on normal speed i need use kernel param
>> mem=1000M
>>
>> when i use 2.6.26.3 everyting going fine. as i remember that bug fixed in
>> 2.6.26 stable release and was in 2.6.25 and earlier.
>>
>> probably you can find more details in bugzilla.redhat.com or
>> bugzilla.mozilla.com i do no remember where is exactly i have been posted that
>> old bug.
>>
>> here the point (warning on 2.6.26.3 kernel):
>>
>> WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 7MB of RAM.
>> ------------[ cut here ]------------
>> WARNING: at arch/x86/kernel/cpu/mtrr/main.c:706
>> mtrr_trim_uncached_memory+0x103/0x168()
>> Modules linked in:
>> Pid: 0, comm: swapper Not tainted 2.6.26.3 #1
>>  [<c06260e9>] ? printk+0xf/0x16
>>  [<c0427749>] warn_on_slowpath+0x41/0x7b
>>  [<c0628171>] ? _spin_unlock_irqrestore+0x10/0x14
>>  [<c0628171>] ? _spin_unlock_irqrestore+0x10/0x14
>>  [<c0427e4f>] ? release_console_sem+0x181/0x189
>>  [<c04282d3>] ? vprintk+0x2e6/0x30b
>>  [<c04282d3>] ? vprintk+0x2e6/0x30b
>>  [<c040dbfd>] ? generic_get_mtrr+0x53/0x8a
>>  [<c0756177>] mtrr_trim_uncached_memory+0x103/0x168
>>  [<c075606c>] ? mtrr_bp_init+0x204/0x20c
>>  [<c07539a9>] setup_arch+0x27b/0x6ce
>>  [<c06260e9>] ? printk+0xf/0x16
>>  [<c074d5c0>] start_kernel+0x64/0x2da
>>  [<c074d008>] __init_begin+0x8/0xa
>>  =======================
>> ---[ end trace 4eaa2a86a8e2da22 ]---
>> update e820 for mtrr
>> modified physical RAM map:
>>
>
> A post-2.6.26 regression.
>
> We have a couple of mtrr fixes pending:
>
> http://userweb.kernel.org/~akpm/mmotm/broken-out/x86-delay-early-cpu-initialization-until-cpuid-is-done.patch
>
> http://userweb.kernel.org/~akpm/mmotm/broken-out/x86-move-mtrr-cpu-cap-setting-early-in-early_init_xxxx.patch
>
> but I don't know if they'll fix this regression?
>

cpu?

dmesg  with debug and initcall_debug

cat /proc/mtrr

YH

Re: [Bugme-new] [Bug 11490] New: Old mtrr bug comeback

[Yinghai Lu]

On Wed, Sep 3, 2008 at 10:08 AM, Alexey Kuznetsov <ak@axet.ru> wrote:
> Can you explain what mean debug and initcall_debug?

put "debug initcall_debug" in to grub.conf or pxe conf.

YH