2.6.27-rc1 mtrr fixes do not work

2.6.27-rc1 mtrr fixes do not work

[Alexander Huemer]

hi,

mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not seem to work.
bios is the newest version, mainboard vendor says it's not their fault.
mainboard is tyan i5000pw.
please tell me how i can help and cc me on answers, i am not subscribed.

here is some data:

seaburg ~ # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
(WW) VESA(0): Failed to set up write-combining range (0xd8000000,0x2000000)
seaburg ~ # dmesg|grep mtrr
Command line: root=/dev/sda1 video=uvesafb:1280x1024-24@97,mtrr:3,ywrap 
mtrr_gran_size=64m mtrr_chunk_size=1024m
Kernel command line: root=/dev/sda1 
video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_gran_size=64m 
mtrr_chunk_size=1024m
mtrr: type mismatch for d8000000,800000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,400000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,200000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,100000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,80000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,40000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,20000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,10000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,8000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,4000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,2000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,1000 old: write-back new: write-combining
mtrr: type mismatch for d8000000,2000000 old: write-back new: 
write-combining
seaburg ~ # cat /proc/mtrr
reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
seaburg ~ # grep MemTotal /proc/meminfo
MemTotal:      4041308 kB
seaburg ~ # lspci -v | grep -A10 VGA
20:05.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics 
Innovation) Volari Z7 (prog-if 00 [VGA controller])
        Subsystem: XGI Technology Inc. (eXtreme Graphics Innovation) 
Volari Z7
        Flags: 66MHz, medium devsel
        BIST result: 00
        Memory at d8000000 (32-bit, prefetchable) [size=64M]
        Memory at dc300000 (32-bit, non-prefetchable) [size=256K]
        I/O ports at 3000 [size=128]
        Capabilities: [40] Power Management version 2

seaburg ~ # zcat /proc/config.gz | grep MTRR
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
seaburg ~ # uname -a
Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008 
x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
seaburg ~ #

Re: 2.6.27-rc1 mtrr fixes do not work

[Rafael J. Wysocki]

[Adding CCs.]

On Wednesday, 6 of August 2008, Alexander Huemer wrote:
> hi,
> 
> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not seem to work.
> bios is the newest version, mainboard vendor says it's not their fault.
> mainboard is tyan i5000pw.
> please tell me how i can help and cc me on answers, i am not subscribed.
> 
> here is some data:
> 
> seaburg ~ # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
> (WW) VESA(0): Failed to set up write-combining range (0xd8000000,0x2000000)
> seaburg ~ # dmesg|grep mtrr
> Command line: root=/dev/sda1 video=uvesafb:1280x1024-24@97,mtrr:3,ywrap 
> mtrr_gran_size=64m mtrr_chunk_size=1024m
> Kernel command line: root=/dev/sda1 
> video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_gran_size=64m 
> mtrr_chunk_size=1024m
> mtrr: type mismatch for d8000000,800000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,400000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,200000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,100000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,80000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,40000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,20000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,10000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,8000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,4000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,2000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,1000 old: write-back new: write-combining
> mtrr: type mismatch for d8000000,2000000 old: write-back new: 
> write-combining
> seaburg ~ # cat /proc/mtrr
> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
> seaburg ~ # grep MemTotal /proc/meminfo
> MemTotal:      4041308 kB
> seaburg ~ # lspci -v | grep -A10 VGA
> 20:05.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics 
> Innovation) Volari Z7 (prog-if 00 [VGA controller])
>         Subsystem: XGI Technology Inc. (eXtreme Graphics Innovation) 
> Volari Z7
>         Flags: 66MHz, medium devsel
>         BIST result: 00
>         Memory at d8000000 (32-bit, prefetchable) [size=64M]
>         Memory at dc300000 (32-bit, non-prefetchable) [size=256K]
>         I/O ports at 3000 [size=128]
>         Capabilities: [40] Power Management version 2
> 
> seaburg ~ # zcat /proc/config.gz | grep MTRR
> CONFIG_MTRR=y
> CONFIG_MTRR_SANITIZER=y
> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
> seaburg ~ # uname -a
> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008 
> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
> seaburg ~ #
> 
> 
> --
> 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/
> 
> 

RE: 2.6.27-rc1 mtrr fixes do not work

[Pallipadi, Venkatesh]

Adding Yinghai.

>-----Original Message-----
>From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
>Sent: Thursday, August 07, 2008 1:14 PM
>To: Alexander Huemer
>Cc: linux-kernel@vger.kernel.org; Andi Kleen; Pallipadi, Venkatesh
>Subject: Re: 2.6.27-rc1 mtrr fixes do not work
>
>[Adding CCs.]
>
>On Wednesday, 6 of August 2008, Alexander Huemer wrote:
>> hi,
>>
>> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not
>seem to work.
>> bios is the newest version, mainboard vendor says it's not
>their fault.
>> mainboard is tyan i5000pw.
>> please tell me how i can help and cc me on answers, i am not
>subscribed.
>>
>> here is some data:
>>
>> seaburg ~ # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))"
>/var/log/Xorg.0.log
>> (WW) VESA(0): Failed to set up write-combining range
>(0xd8000000,0x2000000)
>> seaburg ~ # dmesg|grep mtrr
>> Command line: root=/dev/sda1
>video=uvesafb:1280x1024-24@97,mtrr:3,ywrap
>> mtrr_gran_size=64m mtrr_chunk_size=1024m
>> Kernel command line: root=/dev/sda1
>> video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_gran_size=64m
>> mtrr_chunk_size=1024m
>> mtrr: type mismatch for d8000000,800000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,400000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,200000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,100000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,80000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,40000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,20000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,10000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,8000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,4000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,2000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,1000 old: write-back new:
>write-combining
>> mtrr: type mismatch for d8000000,2000000 old: write-back new:
>> write-combining
>> seaburg ~ # cat /proc/mtrr
>> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
>> seaburg ~ # grep MemTotal /proc/meminfo
>> MemTotal:      4041308 kB
>> seaburg ~ # lspci -v | grep -A10 VGA
>> 20:05.0 VGA compatible controller: XGI Technology Inc.
>(eXtreme Graphics
>> Innovation) Volari Z7 (prog-if 00 [VGA controller])
>>         Subsystem: XGI Technology Inc. (eXtreme Graphics Innovation)
>> Volari Z7
>>         Flags: 66MHz, medium devsel
>>         BIST result: 00
>>         Memory at d8000000 (32-bit, prefetchable) [size=64M]
>>         Memory at dc300000 (32-bit, non-prefetchable) [size=256K]
>>         I/O ports at 3000 [size=128]
>>         Capabilities: [40] Power Management version 2
>>
>> seaburg ~ # zcat /proc/config.gz | grep MTRR
>> CONFIG_MTRR=y
>> CONFIG_MTRR_SANITIZER=y
>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>> seaburg ~ # uname -a
>> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008
>> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>> seaburg ~ #
>>
>>
>> --
>> 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/
>>
>>
>
>
>

Re: 2.6.27-rc1 mtrr fixes do not work

[Yinghai Lu]

On Thu, Aug 7, 2008 at 1:15 PM, Pallipadi, Venkatesh
<venkatesh.pallipadi@intel.com> wrote:
>
> Adding Yinghai.
>
>>-----Original Message-----
>>From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
>>Sent: Thursday, August 07, 2008 1:14 PM
>>To: Alexander Huemer
>>Cc: linux-kernel@vger.kernel.org; Andi Kleen; Pallipadi, Venkatesh
>>Subject: Re: 2.6.27-rc1 mtrr fixes do not work
>>
>>[Adding CCs.]
>>
>>On Wednesday, 6 of August 2008, Alexander Huemer wrote:
>>> hi,
>>>
>>> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not
>>seem to work.
>>> bios is the newest version, mainboard vendor says it's not
>>their fault.
>>> mainboard is tyan i5000pw.
>>> please tell me how i can help and cc me on answers, i am not
>>subscribed.
>>>
>>> seaburg ~ # cat /proc/mtrr
>>> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>>> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>>> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1

>>>
>>> seaburg ~ # zcat /proc/config.gz | grep MTRR
>>> CONFIG_MTRR=y
>>> CONFIG_MTRR_SANITIZER=y
>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>> seaburg ~ # uname -a
>>> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008
>>> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>>> seaburg ~ #

alexander,

please send out
dmesg -s 262144 > dmesg.txt
or
dmesg -s 524288 > dmesg.txt

you may need to set
CONFIG_LOG_BUF_SHIFT=19

YH

Re: 2.6.27-rc1 mtrr fixes do not work

[Yinghai Lu]

On Thu, Aug 7, 2008 at 1:23 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> On Thu, Aug 7, 2008 at 1:15 PM, Pallipadi, Venkatesh
> <venkatesh.pallipadi@intel.com> wrote:
>>
>> Adding Yinghai.
>>
>>>-----Original Message-----
>>>From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
>>>Sent: Thursday, August 07, 2008 1:14 PM
>>>To: Alexander Huemer
>>>Cc: linux-kernel@vger.kernel.org; Andi Kleen; Pallipadi, Venkatesh
>>>Subject: Re: 2.6.27-rc1 mtrr fixes do not work
>>>
>>>[Adding CCs.]
>>>
>>>On Wednesday, 6 of August 2008, Alexander Huemer wrote:
>>>> hi,
>>>>
>>>> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not
>>>seem to work.
>>>> bios is the newest version, mainboard vendor says it's not
>>>their fault.
>>>> mainboard is tyan i5000pw.
>>>> please tell me how i can help and cc me on answers, i am not
>>>subscribed.
>>>>
>>>> seaburg ~ # cat /proc/mtrr
>>>> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>>>> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>>>> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
>
>>>>
>>>> seaburg ~ # zcat /proc/config.gz | grep MTRR
>>>> CONFIG_MTRR=y
>>>> CONFIG_MTRR_SANITIZER=y
>>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>> seaburg ~ # uname -a
>>>> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008
>>>> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>>>> seaburg ~ #
>
> alexander,
>
> please send out
> dmesg -s 262144 > dmesg.txt
> or
> dmesg -s 524288 > dmesg.txt
>
> you may need to set
> CONFIG_LOG_BUF_SHIFT=19

without mtrr_gran_size=64m mtrr_chunk_size=1024m on command line

guess mtrr_chunk_size=512m could work

YH

Re: 2.6.27-rc1 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Thu, Aug 7, 2008 at 1:23 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>   
>> On Thu, Aug 7, 2008 at 1:15 PM, Pallipadi, Venkatesh
>> <venkatesh.pallipadi@intel.com> wrote:
>>     
>>> Adding Yinghai.
>>>
>>>       
>>>> -----Original Message-----
>>>> From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
>>>> Sent: Thursday, August 07, 2008 1:14 PM
>>>> To: Alexander Huemer
>>>> Cc: linux-kernel@vger.kernel.org; Andi Kleen; Pallipadi, Venkatesh
>>>> Subject: Re: 2.6.27-rc1 mtrr fixes do not work
>>>>
>>>> [Adding CCs.]
>>>>
>>>> On Wednesday, 6 of August 2008, Alexander Huemer wrote:
>>>>         
>>>>> hi,
>>>>>
>>>>> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not
>>>>>           
>>>> seem to work.
>>>>         
>>>>> bios is the newest version, mainboard vendor says it's not
>>>>>           
>>>> their fault.
>>>>         
>>>>> mainboard is tyan i5000pw.
>>>>> please tell me how i can help and cc me on answers, i am not
>>>>>           
>>>> subscribed.
>>>>         
>>>>> seaburg ~ # cat /proc/mtrr
>>>>> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>>>>> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>>>>> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
>>>>>           
>>>>> seaburg ~ # zcat /proc/config.gz | grep MTRR
>>>>> CONFIG_MTRR=y
>>>>> CONFIG_MTRR_SANITIZER=y
>>>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>>> seaburg ~ # uname -a
>>>>> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008
>>>>> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>>>>> seaburg ~ #
>>>>>           
>> alexander,
>>
>> please send out
>> dmesg -s 262144 > dmesg.txt
>> or
>> dmesg -s 524288 > dmesg.txt
>>
>> you may need to set
>> CONFIG_LOG_BUF_SHIFT=19
>>     
>
> without mtrr_gran_size=64m mtrr_chunk_size=1024m on command line
>
> guess mtrr_chunk_size=512m could work
>
> YH
>   
yinghai,

thanks for the response.
i booted with
mtrr_gransize_64m mtrr_chunk_size_512m
mtrr_chunk_size_512m
here are the 2 dmesg outputs:
http://xx.vu/~ahuemer/dmesg_1.txt
http://xx.vu/~ahuemer/dmesg_2.txt

Re: 2.6.27-rc1 mtrr fixes do not work

[Yinghai Lu]

On Thu, Aug 7, 2008 at 3:14 PM, Alexander Huemer
<alexander.huemer@sbg.ac.at> wrote:
> Yinghai Lu wrote:
>>
>> On Thu, Aug 7, 2008 at 1:23 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>>
>>>
>>> On Thu, Aug 7, 2008 at 1:15 PM, Pallipadi, Venkatesh
>>> <venkatesh.pallipadi@intel.com> wrote:
>>>
>>>>
>>>> Adding Yinghai.
>>>>
>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
>>>>> Sent: Thursday, August 07, 2008 1:14 PM
>>>>> To: Alexander Huemer
>>>>> Cc: linux-kernel@vger.kernel.org; Andi Kleen; Pallipadi, Venkatesh
>>>>> Subject: Re: 2.6.27-rc1 mtrr fixes do not work
>>>>>
>>>>> [Adding CCs.]
>>>>>
>>>>> On Wednesday, 6 of August 2008, Alexander Huemer wrote:
>>>>>
>>>>>>
>>>>>> hi,
>>>>>>
>>>>>> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not
>>>>>>
>>>>>
>>>>> seem to work.
>>>>>
>>>>>>
>>>>>> bios is the newest version, mainboard vendor says it's not
>>>>>>
>>>>>
>>>>> their fault.
>>>>>
>>>>>>
>>>>>> mainboard is tyan i5000pw.
>>>>>> please tell me how i can help and cc me on answers, i am not
>>>>>>
>>>>>
>>>>> subscribed.
>>>>>
>>>>>>
>>>>>> seaburg ~ # cat /proc/mtrr
>>>>>> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>>>>>> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>>>>>> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
>>>>>>          seaburg ~ # zcat /proc/config.gz | grep MTRR
>>>>>> CONFIG_MTRR=y
>>>>>> CONFIG_MTRR_SANITIZER=y
>>>>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>>>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>>>> seaburg ~ # uname -a
>>>>>> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008
>>>>>> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>>>>>> seaburg ~ #
>>>>>>
>>>
>>> alexander,
>>>
>>> please send out
>>> dmesg -s 262144 > dmesg.txt
>>> or
>>> dmesg -s 524288 > dmesg.txt
>>>
>>> you may need to set
>>> CONFIG_LOG_BUF_SHIFT=19
>>>
>>
>> without mtrr_gran_size=64m mtrr_chunk_size=1024m on command line
>>
>> guess mtrr_chunk_size=512m could work
>>
>> YH
>>
>
> yinghai,
>
> thanks for the response.
> i booted with
> mtrr_gransize_64m mtrr_chunk_size_512m
> mtrr_chunk_size_512m
> here are the 2 dmesg outputs:
> http://xx.vu/~ahuemer/dmesg_1.txt
> http://xx.vu/~ahuemer/dmesg_2.txt
>

can you put "debug" in command line too?

YH

Re: 2.6.27-rc1 mtrr fixes do not work

[Yinghai Lu]

On Thu, Aug 7, 2008 at 4:16 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> On Thu, Aug 7, 2008 at 3:14 PM, Alexander Huemer
> <alexander.huemer@sbg.ac.at> wrote:
>> Yinghai Lu wrote:
>>>
>>> On Thu, Aug 7, 2008 at 1:23 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>>>
>>>>
>>>> On Thu, Aug 7, 2008 at 1:15 PM, Pallipadi, Venkatesh
>>>> <venkatesh.pallipadi@intel.com> wrote:
>>>>
>>>>>
>>>>> Adding Yinghai.
>>>>>
>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
>>>>>> Sent: Thursday, August 07, 2008 1:14 PM
>>>>>> To: Alexander Huemer
>>>>>> Cc: linux-kernel@vger.kernel.org; Andi Kleen; Pallipadi, Venkatesh
>>>>>> Subject: Re: 2.6.27-rc1 mtrr fixes do not work
>>>>>>
>>>>>> [Adding CCs.]
>>>>>>
>>>>>> On Wednesday, 6 of August 2008, Alexander Huemer wrote:
>>>>>>
>>>>>>>
>>>>>>> hi,
>>>>>>>
>>>>>>> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not
>>>>>>>
>>>>>>
>>>>>> seem to work.
>>>>>>
>>>>>>>
>>>>>>> bios is the newest version, mainboard vendor says it's not
>>>>>>>
>>>>>>
>>>>>> their fault.
>>>>>>
>>>>>>>
>>>>>>> mainboard is tyan i5000pw.
>>>>>>> please tell me how i can help and cc me on answers, i am not
>>>>>>>
>>>>>>
>>>>>> subscribed.
>>>>>>
>>>>>>>
>>>>>>> seaburg ~ # cat /proc/mtrr
>>>>>>> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>>>>>>> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>>>>>>> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
>>>>>>>          seaburg ~ # zcat /proc/config.gz | grep MTRR
>>>>>>> CONFIG_MTRR=y
>>>>>>> CONFIG_MTRR_SANITIZER=y
>>>>>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>>>>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>>>>> seaburg ~ # uname -a
>>>>>>> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008
>>>>>>> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>>>>>>> seaburg ~ #
>>>>>>>
>>>>
>>>> alexander,
>>>>
>>>> please send out
>>>> dmesg -s 262144 > dmesg.txt
>>>> or
>>>> dmesg -s 524288 > dmesg.txt
>>>>
>>>> you may need to set
>>>> CONFIG_LOG_BUF_SHIFT=19
>>>>
>>>
>>> without mtrr_gran_size=64m mtrr_chunk_size=1024m on command line
>>>
>>> guess mtrr_chunk_size=512m could work
>>>
>>> YH
>>>
>>
>> yinghai,
>>
>> thanks for the response.
>> i booted with
>> mtrr_gransize_64m mtrr_chunk_size_512m
>> mtrr_chunk_size_512m
>> here are the 2 dmesg outputs:
>> http://xx.vu/~ahuemer/dmesg_1.txt
>> http://xx.vu/~ahuemer/dmesg_2.txt
>>
>
> can you put "debug" in command line too?

without mtrr_chunk_size etc in command line...please

YH

Re: 2.6.27-rc1 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Thu, Aug 7, 2008 at 4:16 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>   
>> On Thu, Aug 7, 2008 at 3:14 PM, Alexander Huemer
>> <alexander.huemer@sbg.ac.at> wrote:
>>     
>>> Yinghai Lu wrote:
>>>       
>>>> On Thu, Aug 7, 2008 at 1:23 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>>>>
>>>>         
>>>>> On Thu, Aug 7, 2008 at 1:15 PM, Pallipadi, Venkatesh
>>>>> <venkatesh.pallipadi@intel.com> wrote:
>>>>>
>>>>>           
>>>>>> Adding Yinghai.
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> -----Original Message-----
>>>>>>> From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
>>>>>>> Sent: Thursday, August 07, 2008 1:14 PM
>>>>>>> To: Alexander Huemer
>>>>>>> Cc: linux-kernel@vger.kernel.org; Andi Kleen; Pallipadi, Venkatesh
>>>>>>> Subject: Re: 2.6.27-rc1 mtrr fixes do not work
>>>>>>>
>>>>>>> [Adding CCs.]
>>>>>>>
>>>>>>> On Wednesday, 6 of August 2008, Alexander Huemer wrote:
>>>>>>>
>>>>>>>               
>>>>>>>> hi,
>>>>>>>>
>>>>>>>> mtrr is wrong on my machine. the fixes of 2.6.27-rc1 do not
>>>>>>>>
>>>>>>>>                 
>>>>>>> seem to work.
>>>>>>>
>>>>>>>               
>>>>>>>> bios is the newest version, mainboard vendor says it's not
>>>>>>>>
>>>>>>>>                 
>>>>>>> their fault.
>>>>>>>
>>>>>>>               
>>>>>>>> mainboard is tyan i5000pw.
>>>>>>>> please tell me how i can help and cc me on answers, i am not
>>>>>>>>
>>>>>>>>                 
>>>>>>> subscribed.
>>>>>>>
>>>>>>>               
>>>>>>>> seaburg ~ # cat /proc/mtrr
>>>>>>>> reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>>>>>>>> reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>>>>>>>> reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
>>>>>>>>          seaburg ~ # zcat /proc/config.gz | grep MTRR
>>>>>>>> CONFIG_MTRR=y
>>>>>>>> CONFIG_MTRR_SANITIZER=y
>>>>>>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>>>>>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>>>>>> seaburg ~ # uname -a
>>>>>>>> Linux seaburg 2.6.27-rc1-blackbit #3 SMP Wed Aug 6 00:34:51 CEST 2008
>>>>>>>> x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>>>>>>>> seaburg ~ #
>>>>>>>>
>>>>>>>>                 
>>>>> alexander,
>>>>>
>>>>> please send out
>>>>> dmesg -s 262144 > dmesg.txt
>>>>> or
>>>>> dmesg -s 524288 > dmesg.txt
>>>>>
>>>>> you may need to set
>>>>> CONFIG_LOG_BUF_SHIFT=19
>>>>>
>>>>>           
>>>> without mtrr_gran_size=64m mtrr_chunk_size=1024m on command line
>>>>
>>>> guess mtrr_chunk_size=512m could work
>>>>
>>>> YH
>>>>
>>>>         
>>> yinghai,
>>>
>>> thanks for the response.
>>> i booted with
>>> mtrr_gransize_64m mtrr_chunk_size_512m
>>> mtrr_chunk_size_512m
>>> here are the 2 dmesg outputs:
>>> http://xx.vu/~ahuemer/dmesg_1.txt
>>> http://xx.vu/~ahuemer/dmesg_2.txt
>>>
>>>       
>> can you put "debug" in command line too?
>>     
>
> without mtrr_chunk_size etc in command line...please
>
> YH
>   
http://xx.vu/~ahuemer/dmesg_3.txt

Re: 2.6.27-rc1 mtrr fixes do not work

[Yinghai Lu]

On Thu, Aug 7, 2008 at 4:30 PM, Alexander Huemer
<alexander.huemer@sbg.ac.at> wrote:
> Yinghai Lu wrote:

>>> can you put "debug" in command line too?
>>>
>>
>> without mtrr_chunk_size etc in command line...please
>>
>
> http://xx.vu/~ahuemer/dmesg_3.txt
>

do you have
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1

in your .config?

YH

Re: 2.6.27-rc1 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Thu, Aug 7, 2008 at 4:30 PM, Alexander Huemer
> <alexander.huemer@sbg.ac.at> wrote:
>   
>> Yinghai Lu wrote:
>>     
>
>   
>>>> can you put "debug" in command line too?
>>>>
>>>>         
>>> without mtrr_chunk_size etc in command line...please
>>>
>>>       
>> http://xx.vu/~ahuemer/dmesg_3.txt
>>
>>     
>
> do you have
> CONFIG_MTRR=y
> CONFIG_MTRR_SANITIZER=y
> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>
> in your .config?
>
> YH
>   
definitely yes, in my initial post i grepped that out of my kernel config.

Re: 2.6.27-rc1 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Thu, Aug 7, 2008 at 4:30 PM, Alexander Huemer
> <alexander.huemer@sbg.ac.at> wrote:
>   
>> Yinghai Lu wrote:
>>     
>
>   
>>>> can you put "debug" in command line too?
>>>>
>>>>         
>>> without mtrr_chunk_size etc in command line...please
>>>
>>>       
>> http://xx.vu/~ahuemer/dmesg_3.txt
>>
>>     
>
> do you have
> CONFIG_MTRR=y
> CONFIG_MTRR_SANITIZER=y
> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>
> in your .config?
>
> YH
>   
2.6.27_rc3 does not solve the problem either.
what can i do to help?

-- 
alex

Re: 2.6.27-rc1 mtrr fixes do not work

[Yinghai Lu]

On Thu, Aug 14, 2008 at 7:09 AM, Alexander Huemer
<alexander.huemer@sbg.ac.at> wrote:
> Yinghai Lu wrote:
>>
>> On Thu, Aug 7, 2008 at 4:30 PM, Alexander Huemer
>> <alexander.huemer@sbg.ac.at> wrote:
>>
>>>
>>> Yinghai Lu wrote:
>>>
>>
>>
>>>>>
>>>>> can you put "debug" in command line too?
>>>>>
>>>>>
>>>>
>>>> without mtrr_chunk_size etc in command line...please
>>>>
>>>>
>>>
>>> http://xx.vu/~ahuemer/dmesg_3.txt
>>>
>>>
>>
>> do you have
>> CONFIG_MTRR=y
>> CONFIG_MTRR_SANITIZER=y
>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>
>> in your .config?
>>
>> YH
>>
>
> 2.6.27_rc3 does not solve the problem either.
> what can i do to help?

please send out you config

YH

Re: 2.6.27 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Thu, Aug 14, 2008 at 7:09 AM, Alexander Huemer
> <alexander.huemer@sbg.ac.at> wrote:
>   
>> Yinghai Lu wrote:
>>     
>>> On Thu, Aug 7, 2008 at 4:30 PM, Alexander Huemer
>>> <alexander.huemer@sbg.ac.at> wrote:
>>>
>>>       
>>>> Yinghai Lu wrote:
>>>>
>>>>         
>>>       
>>>>>> can you put "debug" in command line too?
>>>>>>
>>>>>>
>>>>>>             
>>>>> without mtrr_chunk_size etc in command line...please
>>>>>
>>>>>
>>>>>           
>>>> http://xx.vu/~ahuemer/dmesg_3.txt
>>>>
>>>>
>>>>         
>>> do you have
>>> CONFIG_MTRR=y
>>> CONFIG_MTRR_SANITIZER=y
>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>
>>> in your .config?
>>>
>>> YH
>>>
>>>       
>> 2.6.27_rc3 does not solve the problem either.
>> what can i do to help?
>>     
>
> please send out you config
>
> YH
>   
yinghai,

i just tried out 2.6.27-rc4, unfortunately without success.

here are my settings again,
if you need more info, just tell me.

as you can see, the mtrr size values are complete nonsense.
the framebuffer should be at d8000000.
i am unsure if this is the fault of the kernel or the bios.
or should the MTRR_SANITIZER resolv all broken bios issues?

    # uname -a
    Linux seaburg 2.6.27-rc4-blackbit #1 SMP Thu Aug 21 15:53:38 CEST
    2008 x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
    # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
    (WW) VESA(0): Failed to set up write-combining range
    (0xd8000000,0x2000000)
    # dmesg|grep mtrr                                               
    Command line: root=/dev/sda1
    video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m
    Kernel command line: root=/dev/sda1
    video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m
    mtrr: type mismatch for d8000000,800000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,400000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,200000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,100000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,80000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,40000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,20000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,10000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,8000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,4000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,2000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,1000 old: write-back new:
    write-combining
    mtrr: type mismatch for d8000000,2000000 old: write-back new:
    write-combining
    # grep MemTotal /proc/meminfo                         
    MemTotal:      4041088 kB
    # grep MTRR /usr/src/linux/.config                 
    CONFIG_MTRR=y
    CONFIG_MTRR_SANITIZER=y
    CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
    CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
    # dmesg|grep uvesafb  
    Command line: root=/dev/sda1
    video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m
    Kernel command line: root=/dev/sda1
    video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m
    uvesafb: XGI Technology, Inc., Volari Z9s, 1.09.10, OEM: XGI, VBE v3.0
    uvesafb: VBIOS/hardware supports DDC2 transfers
    uvesafb: monitor limits: vf = 97 Hz, hf = 129 kHz, clk = 364 MHz
    uvesafb: scrolling: redraw
    uvesafb: framebuffer at 0xd8000000, mapped to 0xffffc20002100000,
    using 10240k, total 32768k
    # cat /proc/mtrr
    reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
    reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
    reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
    #


-- 
regards
alex

Re: 2.6.27 mtrr fixes do not work

[Yinghai Lu]

On Thu, Aug 21, 2008 at 7:52 AM, Alexander Huemer
<alexander.huemer@sbg.ac.at> wrote:
> Yinghai Lu wrote:
>>
>> On Thu, Aug 14, 2008 at 7:09 AM, Alexander Huemer
>> <alexander.huemer@sbg.ac.at> wrote:
>>
>>>
>>> Yinghai Lu wrote:
>>>
>>>>
>>>> On Thu, Aug 7, 2008 at 4:30 PM, Alexander Huemer
>>>> <alexander.huemer@sbg.ac.at> wrote:
>>>>
>>>>
>>>>>
>>>>> Yinghai Lu wrote:
>>>>>
>>>>>
>>>>
>>>>
>>>>>>>
>>>>>>> can you put "debug" in command line too?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> without mtrr_chunk_size etc in command line...please
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> http://xx.vu/~ahuemer/dmesg_3.txt
>>>>>
>>>>>
>>>>>
>>>>
>>>> do you have
>>>> CONFIG_MTRR=y
>>>> CONFIG_MTRR_SANITIZER=y
>>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>>
>>>> in your .config?
>>>>
>>>> YH
>>>>
>>>>
>>>
>>> 2.6.27_rc3 does not solve the problem either.
>>> what can i do to help?
>>>
>>
>> please send out you config
>>
>> YH
>>
>
> yinghai,
>
> i just tried out 2.6.27-rc4, unfortunately without success.
>
> here are my settings again,
> if you need more info, just tell me.
>
> as you can see, the mtrr size values are complete nonsense.
> the framebuffer should be at d8000000.
> i am unsure if this is the fault of the kernel or the bios.
> or should the MTRR_SANITIZER resolv all broken bios issues?
>
>   # uname -a
>   Linux seaburg 2.6.27-rc4-blackbit #1 SMP Thu Aug 21 15:53:38 CEST
>   2008 x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>   # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
>   (WW) VESA(0): Failed to set up write-combining range
>   (0xd8000000,0x2000000)
>   # dmesg|grep mtrr                                                 Command
> line: root=/dev/sda1
>   video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m
>   Kernel command line: root=/dev/sda1
>   video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m

please boot without mtrr_chunk_size=512m
and put debug in your command line


>   # cat /proc/mtrr
>   reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>   reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>   reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1

another case of crazy size in /proc/mtrr

it is E5420, maybe mtrr code has problem to handle that cpu?

YH

Re: 2.6.27 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Thu, Aug 21, 2008 at 7:52 AM, Alexander Huemer
> <alexander.huemer@sbg.ac.at> wrote:
>   
>> Yinghai Lu wrote:
>>     
>>> On Thu, Aug 14, 2008 at 7:09 AM, Alexander Huemer
>>> <alexander.huemer@sbg.ac.at> wrote:
>>>
>>>       
>>>> Yinghai Lu wrote:
>>>>
>>>>         
>>>>> On Thu, Aug 7, 2008 at 4:30 PM, Alexander Huemer
>>>>> <alexander.huemer@sbg.ac.at> wrote:
>>>>>
>>>>>
>>>>>           
>>>>>> Yinghai Lu wrote:
>>>>>>
>>>>>>
>>>>>>             
>>>>>           
>>>>>>>> can you put "debug" in command line too?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>> without mtrr_chunk_size etc in command line...please
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>> http://xx.vu/~ahuemer/dmesg_3.txt
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>> do you have
>>>>> CONFIG_MTRR=y
>>>>> CONFIG_MTRR_SANITIZER=y
>>>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>>>
>>>>> in your .config?
>>>>>
>>>>> YH
>>>>>
>>>>>
>>>>>           
>>>> 2.6.27_rc3 does not solve the problem either.
>>>> what can i do to help?
>>>>
>>>>         
>>> please send out you config
>>>
>>> YH
>>>
>>>       
>> yinghai,
>>
>> i just tried out 2.6.27-rc4, unfortunately without success.
>>
>> here are my settings again,
>> if you need more info, just tell me.
>>
>> as you can see, the mtrr size values are complete nonsense.
>> the framebuffer should be at d8000000.
>> i am unsure if this is the fault of the kernel or the bios.
>> or should the MTRR_SANITIZER resolv all broken bios issues?
>>
>>   # uname -a
>>   Linux seaburg 2.6.27-rc4-blackbit #1 SMP Thu Aug 21 15:53:38 CEST
>>   2008 x86_64 Intel(R) Xeon(R) CPU E5420 @ 2.50GHz GenuineIntel GNU/Linux
>>   # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
>>   (WW) VESA(0): Failed to set up write-combining range
>>   (0xd8000000,0x2000000)
>>   # dmesg|grep mtrr                                                 Command
>> line: root=/dev/sda1
>>   video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m
>>   Kernel command line: root=/dev/sda1
>>   video=uvesafb:1280x1024-24@97,mtrr:3,ywrap mtrr_chunk_size=512m
>>     
>
> please boot without mtrr_chunk_size=512m
> and put debug in your command line
>
>
>   
>>   # cat /proc/mtrr
>>   reg00: base=0x00000000 (   0MB), size=198656MB: write-back, count=1
>>   reg01: base=0x80000000 (2048MB), size=197632MB: write-back, count=1
>>   reg02: base=0x100000000 (4096MB), size=197632MB: write-back, count=1
>>     
>
> another case of crazy size in /proc/mtrr
>
> it is E5420, maybe mtrr code has problem to handle that cpu?
>
> YH
>   
yinghai,

i booted as you suggested. i cannot see any difference.
here is the dmesg output: http://xx.vu/~ahuemer/dmesg_4.txt

what else can i do?

-- 
thanks
alex

Re: 2.6.27 mtrr fixes do not work when X starts

[Helge Hafting]

I also see mtrr problems. I use 2.6.27-rc4, with this in my .config:
CONFIG_MTRR=y
CONFIG_MTRR_SANITIZER=y
CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
(Have no idea what the last one is about, the docs didn't say.)

Everything is fine during boot, I see this in dmesg:
Found optimal setting for mtrr clean up
gran_size: 1M   chunk_size: 64M         num_reg: 7      lose RAM: 0M
range0: 0000000000000000 - 000000007c000000
Setting variable MTRR 0, base: 0MB, range: 1024MB, type WB
Setting variable MTRR 1, base: 1024MB, range: 512MB, type WB
Setting variable MTRR 2, base: 1536MB, range: 256MB, type WB
Setting variable MTRR 3, base: 1792MB, range: 128MB, type WB
Setting variable MTRR 4, base: 1920MB, range: 64MB, type WB
range: 000000007c000000 - 0000000080000000
Setting variable MTRR 5, base: 1984MB, range: 64MB, type WB
hole: 000000007ff00000 - 0000000080000000
Setting variable MTRR 6, base: 2047MB, range: 1MB, type UC
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
After WB checking
MTRR MAP PFN: 0000000000000000 - 0000000000080000
After UC checking
MTRR MAP PFN: 0000000000000000 - 000000000007ff00
After sorting
MTRR MAP PFN: 0000000000000000 - 000000000007ff00

X gets problems however, from my Xorg.0.log:(II) VESA(0): initializing int10
(II) VESA(0): Primary V_BIOS segment is: 0xc000
(II) VESA(0): VESA BIOS detected
(II) VESA(0): VESA VBE Version 3.0
(II) VESA(0): VESA VBE Total Mem: 14336 kB
(II) VESA(0): VESA VBE OEM: NVIDIA
(II) VESA(0): VESA VBE OEM Software Rev: 96.134
(II) VESA(0): VESA VBE OEM Vendor: NVIDIA Corporation
(II) VESA(0): VESA VBE OEM Product: G86 Board - dawson0
(II) VESA(0): VESA VBE OEM Product Rev: Chip Rev
(II) VESA(0): Splitting WC range: base: 0xfb000000, size: 0xe00000
(II) VESA(0): Splitting WC range: base: 0xfb800000, size: 0x600000
(==) VESA(0): Write-combining range (0xfbc00000,0x200000)
(WW) VESA(0): Failed to set up write-combining range (0xfb800000,0x600000)
(WW) VESA(0): Failed to set up write-combining range (0xfb000000,0xe00000)
(II) VESA(0): virtual address = 0x7f17bd6dd000,
         physical address = 0xfb000000, size = 14680064

And dmesg says:
mtrr: no more MTRRs available
mtrr: no more MTRRs available

So I get one write-combining range where X wants three.
$ cat /proc/mtrr
reg00: base=0x00000000 (   0MB), size=1024MB: write-back, count=1
reg01: base=0x40000000 (1024MB), size= 512MB: write-back, count=1
reg02: base=0x60000000 (1536MB), size= 256MB: write-back, count=1
reg03: base=0x70000000 (1792MB), size= 128MB: write-back, count=1
reg04: base=0x78000000 (1920MB), size=  64MB: write-back, count=1
reg05: base=0x7c000000 (1984MB), size=  64MB: write-back, count=1
reg06: base=0x7ff00000 (2047MB), size=   1MB: uncachable, count=1
reg07: base=0xfbc00000 (4028MB), size=   2MB: write-combining, count=1

2MB does obviously not cover the entire framebuffer. :-(

Helge Hafting

Re: 2.6.27 mtrr fixes do not work when X starts

[Yinghai Lu]

On Fri, Aug 22, 2008 at 3:11 AM, Helge Hafting
<helge.hafting@aitel.hist.no> wrote:
> I also see mtrr problems. I use 2.6.27-rc4, with this in my .config:
> CONFIG_MTRR=y
> CONFIG_MTRR_SANITIZER=y
> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
> (Have no idea what the last one is about, the docs didn't say.)
>
> Everything is fine during boot, I see this in dmesg:
> Found optimal setting for mtrr clean up
> gran_size: 1M   chunk_size: 64M         num_reg: 7      lose RAM: 0M
> range0: 0000000000000000 - 000000007c000000
> Setting variable MTRR 0, base: 0MB, range: 1024MB, type WB
> Setting variable MTRR 1, base: 1024MB, range: 512MB, type WB
> Setting variable MTRR 2, base: 1536MB, range: 256MB, type WB
> Setting variable MTRR 3, base: 1792MB, range: 128MB, type WB
> Setting variable MTRR 4, base: 1920MB, range: 64MB, type WB
> range: 000000007c000000 - 0000000080000000
> Setting variable MTRR 5, base: 1984MB, range: 64MB, type WB
> hole: 000000007ff00000 - 0000000080000000
> Setting variable MTRR 6, base: 2047MB, range: 1MB, type UC
> x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
> After WB checking
> MTRR MAP PFN: 0000000000000000 - 0000000000080000
> After UC checking
> MTRR MAP PFN: 0000000000000000 - 000000000007ff00
> After sorting
> MTRR MAP PFN: 0000000000000000 - 000000000007ff00
>
> X gets problems however, from my Xorg.0.log:(II) VESA(0): initializing int10
> (II) VESA(0): Primary V_BIOS segment is: 0xc000
> (II) VESA(0): VESA BIOS detected
> (II) VESA(0): VESA VBE Version 3.0
> (II) VESA(0): VESA VBE Total Mem: 14336 kB
> (II) VESA(0): VESA VBE OEM: NVIDIA
> (II) VESA(0): VESA VBE OEM Software Rev: 96.134
> (II) VESA(0): VESA VBE OEM Vendor: NVIDIA Corporation
> (II) VESA(0): VESA VBE OEM Product: G86 Board - dawson0
> (II) VESA(0): VESA VBE OEM Product Rev: Chip Rev
> (II) VESA(0): Splitting WC range: base: 0xfb000000, size: 0xe00000
> (II) VESA(0): Splitting WC range: base: 0xfb800000, size: 0x600000
> (==) VESA(0): Write-combining range (0xfbc00000,0x200000)
> (WW) VESA(0): Failed to set up write-combining range (0xfb800000,0x600000)
> (WW) VESA(0): Failed to set up write-combining range (0xfb000000,0xe00000)
> (II) VESA(0): virtual address = 0x7f17bd6dd000,
>        physical address = 0xfb000000, size = 14680064
>
> And dmesg says:
> mtrr: no more MTRRs available
> mtrr: no more MTRRs available
>
> So I get one write-combining range where X wants three.
> $ cat /proc/mtrr
> reg00: base=0x00000000 (   0MB), size=1024MB: write-back, count=1
> reg01: base=0x40000000 (1024MB), size= 512MB: write-back, count=1
> reg02: base=0x60000000 (1536MB), size= 256MB: write-back, count=1
> reg03: base=0x70000000 (1792MB), size= 128MB: write-back, count=1
> reg04: base=0x78000000 (1920MB), size=  64MB: write-back, count=1
> reg05: base=0x7c000000 (1984MB), size=  64MB: write-back, count=1
> reg06: base=0x7ff00000 (2047MB), size=   1MB: uncachable, count=1
> reg07: base=0xfbc00000 (4028MB), size=   2MB: write-combining, count=1
>
> 2MB does obviously not cover the entire framebuffer. :-(
>
please boot with "mtrr_spare_reg_nr=3 debug"

YH

Re: 2.6.27 mtrr fixes do not work when X starts

[Helge Hafting]

Yinghai Lu wrote:
> On Fri, Aug 22, 2008 at 3:11 AM, Helge Hafting
>   
[old bug report removed]
> please boot with "mtrr_spare_reg_nr=3 debug"
>   
I did that, and got:
dmesg:
Command line: root=/dev/sda2 ro mtrr_spare_reg=3 debug
KERNEL supported cpus:
  Intel GenuineIntel
  AMD AuthenticAMD
  Centaur CentaurHauls
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
 BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007fe80400 (usable)
 BIOS-e820: 000000007fe80400 - 0000000080000000 (reserved)
 BIOS-e820: 00000000f4000000 - 00000000f8000000 (reserved)
 BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
 BIOS-e820: 00000000fed18000 - 00000000fed1c000 (reserved)
 BIOS-e820: 00000000fed20000 - 00000000fed90000 (reserved)
 BIOS-e820: 00000000feda0000 - 00000000feda6000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
 BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved)
last_pfn = 0x7fe80 max_arch_pfn = 0x3ffffffff
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
total RAM coverred: 2047M
 gran_size: 1M  chunk_size: 1M  num_reg: 8      lose RAM: 7M
 gran_size: 1M  chunk_size: 2M  num_reg: 8      lose RAM: 7M
 gran_size: 1M  chunk_size: 4M  num_reg: 8      lose RAM: 7M
 gran_size: 1M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
*BAD* gran_size: 1M     chunk_size: 16M         num_reg: 8      lose 
RAM: -1M
 gran_size: 1M  chunk_size: 32M         num_reg: 8      lose RAM: 0M
 gran_size: 1M  chunk_size: 64M         num_reg: 7      lose RAM: 0M
 gran_size: 1M  chunk_size: 128M        num_reg: 6      lose RAM: 0M
 gran_size: 1M  chunk_size: 256M        num_reg: 5      lose RAM: 0M
 gran_size: 1M  chunk_size: 512M        num_reg: 4      lose RAM: 0M
 gran_size: 1M  chunk_size: 1024M       num_reg: 3      lose RAM: 0M
 gran_size: 1M  chunk_size: 2048M       num_reg: 2      lose RAM: 0M
 gran_size: 1M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
 gran_size: 2M  chunk_size: 2M  num_reg: 8      lose RAM: 7M
 gran_size: 2M  chunk_size: 4M  num_reg: 8      lose RAM: 7M
 gran_size: 2M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
*BAD* gran_size: 2M     chunk_size: 16M         num_reg: 8      lose 
RAM: -1M
 gran_size: 2M  chunk_size: 32M         num_reg: 8      lose RAM: 1M
 gran_size: 2M  chunk_size: 64M         num_reg: 7      lose RAM: 1M
 gran_size: 2M  chunk_size: 128M        num_reg: 6      lose RAM: 1M
 gran_size: 2M  chunk_size: 256M        num_reg: 5      lose RAM: 1M
 gran_size: 2M  chunk_size: 512M        num_reg: 4      lose RAM: 1M
 gran_size: 2M  chunk_size: 1024M       num_reg: 3      lose RAM: 1M
 gran_size: 2M  chunk_size: 2048M       num_reg: 2      lose RAM: 1M
 gran_size: 2M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
 gran_size: 4M  chunk_size: 4M  num_reg: 8      lose RAM: 7M
 gran_size: 4M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
*BAD* gran_size: 4M     chunk_size: 16M         num_reg: 8      lose 
RAM: -1M
 gran_size: 4M  chunk_size: 32M         num_reg: 8      lose RAM: 3M
 gran_size: 4M  chunk_size: 64M         num_reg: 7      lose RAM: 3M
 gran_size: 4M  chunk_size: 128M        num_reg: 6      lose RAM: 3M
 gran_size: 4M  chunk_size: 256M        num_reg: 5      lose RAM: 3M
 gran_size: 4M  chunk_size: 512M        num_reg: 4      lose RAM: 3M
 gran_size: 4M  chunk_size: 1024M       num_reg: 3      lose RAM: 3M
 gran_size: 4M  chunk_size: 2048M       num_reg: 2      lose RAM: 3M
 gran_size: 4M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
 gran_size: 8M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
 gran_size: 8M  chunk_size: 16M         num_reg: 8      lose RAM: 7M
 gran_size: 8M  chunk_size: 32M         num_reg: 8      lose RAM: 7M
 gran_size: 8M  chunk_size: 64M         num_reg: 7      lose RAM: 7M
 gran_size: 8M  chunk_size: 128M        num_reg: 6      lose RAM: 7M
 gran_size: 8M  chunk_size: 256M        num_reg: 5      lose RAM: 7M
 gran_size: 8M  chunk_size: 512M        num_reg: 4      lose RAM: 7M
 gran_size: 8M  chunk_size: 1024M       num_reg: 3      lose RAM: 7M
 gran_size: 8M  chunk_size: 2048M       num_reg: 2      lose RAM: 7M
 gran_size: 8M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
 gran_size: 16M         chunk_size: 16M         num_reg: 7      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 32M         num_reg: 7      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 64M         num_reg: 7      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 128M        num_reg: 6      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 256M        num_reg: 5      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 512M        num_reg: 4      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 1024M       num_reg: 3      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 2048M       num_reg: 2      lose 
RAM: 15M
 gran_size: 16M         chunk_size: 4096M       num_reg: 7      lose 
RAM: 15M
 gran_size: 32M         chunk_size: 32M         num_reg: 6      lose 
RAM: 31M
 gran_size: 32M         chunk_size: 64M         num_reg: 6      lose 
RAM: 31M
 gran_size: 32M         chunk_size: 128M        num_reg: 6      lose 
RAM: 31M
 gran_size: 32M         chunk_size: 256M        num_reg: 5      lose 
RAM: 31M
 gran_size: 32M         chunk_size: 512M        num_reg: 4      lose 
RAM: 31M
 gran_size: 32M         chunk_size: 1024M       num_reg: 3      lose 
RAM: 31M
 gran_size: 32M         chunk_size: 2048M       num_reg: 2      lose 
RAM: 31M
 gran_size: 32M         chunk_size: 4096M       num_reg: 6      lose 
RAM: 31M
 gran_size: 64M         chunk_size: 64M         num_reg: 5      lose 
RAM: 63M
 gran_size: 64M         chunk_size: 128M        num_reg: 5      lose 
RAM: 63M
 gran_size: 64M         chunk_size: 256M        num_reg: 5      lose 
RAM: 63M
 gran_size: 64M         chunk_size: 512M        num_reg: 4      lose 
RAM: 63M
 gran_size: 64M         chunk_size: 1024M       num_reg: 3      lose 
RAM: 63M
 gran_size: 64M         chunk_size: 2048M       num_reg: 2      lose 
RAM: 63M
 gran_size: 64M         chunk_size: 4096M       num_reg: 5      lose 
RAM: 63M
 gran_size: 128M        chunk_size: 128M        num_reg: 4      lose 
RAM: 127M
 gran_size: 128M        chunk_size: 256M        num_reg: 4      lose 
RAM: 127M
 gran_size: 128M        chunk_size: 512M        num_reg: 4      lose 
RAM: 127M
 gran_size: 128M        chunk_size: 1024M       num_reg: 3      lose 
RAM: 127M
 gran_size: 128M        chunk_size: 2048M       num_reg: 2      lose 
RAM: 127M
 gran_size: 128M        chunk_size: 4096M       num_reg: 4      lose 
RAM: 127M
 gran_size: 256M        chunk_size: 256M        num_reg: 3      lose 
RAM: 255M
 gran_size: 256M        chunk_size: 512M        num_reg: 3      lose 
RAM: 255M
 gran_size: 256M        chunk_size: 1024M       num_reg: 3      lose 
RAM: 255M
 gran_size: 256M        chunk_size: 2048M       num_reg: 2      lose 
RAM: 255M
 gran_size: 256M        chunk_size: 4096M       num_reg: 3      lose 
RAM: 255M
 gran_size: 512M        chunk_size: 512M        num_reg: 2      lose 
RAM: 511M
 gran_size: 512M        chunk_size: 1024M       num_reg: 2      lose 
RAM: 511M
 gran_size: 512M        chunk_size: 2048M       num_reg: 2      lose 
RAM: 511M
 gran_size: 512M        chunk_size: 4096M       num_reg: 2      lose 
RAM: 511M
 gran_size: 1024M       chunk_size: 1024M       num_reg: 1      lose 
RAM: 1023M
 gran_size: 1024M       chunk_size: 2048M       num_reg: 1      lose 
RAM: 1023M
 gran_size: 1024M       chunk_size: 4096M       num_reg: 1      lose 
RAM: 1023M
 gran_size: 2048M       chunk_size: 2048M       num_reg: 0      lose 
RAM: 2047M
 gran_size: 2048M       chunk_size: 4096M       num_reg: 0      lose 
RAM: 2047M
Found optimal setting for mtrr clean up
gran_size: 1M   chunk_size: 64M         num_reg: 7      lose RAM: 0M
range0: 0000000000000000 - 000000007c000000
Setting variable MTRR 0, base: 0MB, range: 1024MB, type WB
Setting variable MTRR 1, base: 1024MB, range: 512MB, type WB
Setting variable MTRR 2, base: 1536MB, range: 256MB, type WB
Setting variable MTRR 3, base: 1792MB, range: 128MB, type WB
Setting variable MTRR 4, base: 1920MB, range: 64MB, type WB
range: 000000007c000000 - 0000000080000000
Setting variable MTRR 5, base: 1984MB, range: 64MB, type WB
hole: 000000007ff00000 - 0000000080000000
Setting variable MTRR 6, base: 2047MB, range: 1MB, type UC
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
After WB checking
MTRR MAP PFN: 0000000000000000 - 0000000000080000
After UC checking
MTRR MAP PFN: 0000000000000000 - 000000000007ff00
After sorting
MTRR MAP PFN: 0000000000000000 - 000000000007ff00
init_memory_mapping
 0000000000 - 007fe00000 page 2M
 007fe00000 - 007fe80000 page 4k
kernel direct mapping tables up to 7fe80000 @ 8000-c000
last_map_addr: 7fe80000 end: 7fe80000
DMI 2.4 present.

Xorg.0.log:
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/lib/xorg/modules//libint10.so
(II) VESA(0): initializing int10
(II) VESA(0): Primary V_BIOS segment is: 0xc000
(II) VESA(0): VESA BIOS detected
(II) VESA(0): VESA VBE Version 3.0
(II) VESA(0): VESA VBE Total Mem: 14336 kB
(II) VESA(0): VESA VBE OEM: NVIDIA
(II) VESA(0): VESA VBE OEM Software Rev: 96.134
(II) VESA(0): VESA VBE OEM Vendor: NVIDIA Corporation
(II) VESA(0): VESA VBE OEM Product: G86 Board - dawson0
(II) VESA(0): VESA VBE OEM Product Rev: Chip Rev  
(II) VESA(0): Splitting WC range: base: 0xfb000000, size: 0xe00000
(II) VESA(0): Splitting WC range: base: 0xfb800000, size: 0x600000
(==) VESA(0): Write-combining range (0xfbc00000,0x200000)
(WW) VESA(0): Failed to set up write-combining range (0xfb800000,0x600000)
(WW) VESA(0): Failed to set up write-combining range (0xfb000000,0xe00000)
(II) VESA(0): virtual address = 0x7f3ccaf43000,
        physical address = 0xfb000000, size = 14680064

Just like last time, this lack of mtrr is reflected in dmesg:
mtrr: no more MTRRs available
mtrr: no more MTRRs available

$ cat /proc/mtrr
reg00: base=0x00000000 (   0MB), size=1024MB: write-back, count=1
reg01: base=0x40000000 (1024MB), size= 512MB: write-back, count=1
reg02: base=0x60000000 (1536MB), size= 256MB: write-back, count=1
reg03: base=0x70000000 (1792MB), size= 128MB: write-back, count=1
reg04: base=0x78000000 (1920MB), size=  64MB: write-back, count=1
reg05: base=0x7c000000 (1984MB), size=  64MB: write-back, count=1
reg06: base=0x7ff00000 (2047MB), size=   1MB: uncachable, count=1
reg07: base=0xfbc00000 (4028MB), size=   2MB: write-combining, count=1


The problem is still there, I hope the output is useful.
I can test experimental patches if necessary.

Helge Hafting

Re: 2.6.27 mtrr fixes do not work when X starts

[Yinghai Lu]

On Mon, Aug 25, 2008 at 4:10 AM, Helge Hafting
<helge.hafting@aitel.hist.no> wrote:
> Yinghai Lu wrote:
>>
>> On Fri, Aug 22, 2008 at 3:11 AM, Helge Hafting
>>
>
> [old bug report removed]
>>
>> please boot with "mtrr_spare_reg_nr=3 debug"
>>
>
> I did that, and got:
> dmesg:
> Command line: root=/dev/sda2 ro mtrr_spare_reg=3 debug

please use "mtrr_spare_reg_nr=3 debug"

you missed _nr.

YH

Re: 2.6.27 mtrr fixes do not work when X starts

[Alexander Huemer]

Yinghai Lu wrote:
> On Mon, Aug 25, 2008 at 4:10 AM, Helge Hafting
> <helge.hafting@aitel.hist.no> wrote:
>   
>> Yinghai Lu wrote:
>>     
>>> On Fri, Aug 22, 2008 at 3:11 AM, Helge Hafting
>>>
>>>       
>> [old bug report removed]
>>     
>>> please boot with "mtrr_spare_reg_nr=3 debug"
>>>
>>>       
>> I did that, and got:
>> dmesg:
>> Command line: root=/dev/sda2 ro mtrr_spare_reg=3 debug
>>     
>
> please use "mtrr_spare_reg_nr=3 debug"
>
> you missed _nr.
>
> YH
>   
yinghai,

should i try that boot option too?
can i try anything else?
i hope you remember my emails.

-- 
kind regards
alex

Re: 2.6.27 mtrr fixes do not work when X starts

[Yinghai Lu]

On Mon, Aug 25, 2008 at 1:19 PM, Alexander Huemer
<alexander.huemer@sbg.ac.at> wrote:
> Yinghai Lu wrote:

> should i try that boot option too?
> can i try anything else?
> i hope you remember my emails.

your case is different. it seems the whole mtrr_cleanup is not
triggered anyway...
you may try tip/master, and send out you .confg

YH

Re: 2.6.27 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Mon, Aug 25, 2008 at 4:29 PM, Alexander Huemer
> <alexander.huemer@sbg.ac.at> wrote:
>> Yinghai Lu wrote:
>>> On Mon, Aug 25, 2008 at 1:44 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>>>
>>>> On Mon, Aug 25, 2008 at 1:24 PM, Alexander Huemer
>>>> <alexander.huemer@sbg.ac.at> wrote:
>>>>
>>>>
>>>>> what do you mean with tip/master?
>>>>>
>>>> http://people.redhat.com/mingo/tip.git/readme.txt
>>>>
>>>>
>>>>> here is my .config: http://xx.vu/~ahuemer/config.txt
>>>>>
>>> using your config, i do get mtrr cleanup
>>>
>> very interesting, thx.
>> so, what can i do to make it working here?
>> are there some more debug options i could turn on?
>>
>
> can you post whole boot log with command line
>
> console=uart8250,io,0x3f8,115200n8 debug show_msr=1
>
> assume you have serial console...
>
> YH
yinghai,

there are quite good news! 2.6.27-rc5 brought some significant changes.
now i get this:

    # dmesg|grep -E "(mtrr|uvesafb)"
    Command line: root=/dev/sda1 video=uvesafb:1280x1024p-97,mtrr:2
    debug show_msr=1
    mtrr: your BIOS has set up an incorrect mask, fixing it up.
    Kernel command line: root=/dev/sda1
    video=uvesafb:1280x1024p-97,mtrr:2 debug show_msr=1
    uvesafb: XGI Technology, Inc., Volari Z9s, 1.09.10, OEM: XGI, VBE v3.0
    uvesafb: VBIOS/hardware supports DDC2 transfers
    uvesafb: monitor limits: vf = 97 Hz, hf = 129 kHz, clk = 364 MHz
    uvesafb: scrolling: redraw
    uvesafb: framebuffer at 0xd8000000, mapped to 0xffffc20002100000,
    using 10240k, total 32768k
    mtrr: 0xd8000000,0x2000000 overlaps existing 0xd8000000,0x800000
    # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
    (WW) VESA(0): Failed to set up write-combining range
    (0xd8000000,0x2000000)
    # cat /proc/mtrr
    reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
    reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
    reg02: base=0x100000000 (4096MB), size=1024MB: write-back, count=1
    reg03: base=0xd8000000 (3456MB), size=   8MB: write-back, count=1
    # grep MemTotal /proc/meminfo
    MemTotal:      4041064 kB
    #

which is much better than before, the total size of system memory is
correct.
the size of the graphics adapter memory is not correct.
and AFAIK the memory ranges should be:

ranges of system memory until the beginning of the graphics adapter
memory is reached (in my case 0x00000000 - 0xd8000000).
one range of the graphics adapter memory (0xd8000000, size 0x2000000).
with write combining.
remaining range of system memory (if applicable).

is this correct, yinghai?
so, something seems to be still wrong, X is still not satisfied, but i
think the kernel hackers are on the right way.

-- 
regards
alex

Re: 2.6.27 mtrr fixes do not work

[Yinghai Lu]

On Fri, Aug 29, 2008 at 8:09 AM, Alexander Huemer
<alexander.huemer@sbg.ac.at> wrote:
> Yinghai Lu wrote:
>> On Mon, Aug 25, 2008 at 4:29 PM, Alexander Huemer
>> <alexander.huemer@sbg.ac.at> wrote:
>>> Yinghai Lu wrote:
>>>> On Mon, Aug 25, 2008 at 1:44 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>>>>
>>>>> On Mon, Aug 25, 2008 at 1:24 PM, Alexander Huemer
>>>>> <alexander.huemer@sbg.ac.at> wrote:
>>>>>
>>>>>
>>>>>> what do you mean with tip/master?
>>>>>>
>>>>> http://people.redhat.com/mingo/tip.git/readme.txt
>>>>>
>>>>>
>>>>>> here is my .config: http://xx.vu/~ahuemer/config.txt
>>>>>>
>>>> using your config, i do get mtrr cleanup
>>>>
>>> very interesting, thx.
>>> so, what can i do to make it working here?
>>> are there some more debug options i could turn on?
>>>
>>
>> can you post whole boot log with command line
>>
>> console=uart8250,io,0x3f8,115200n8 debug show_msr=1
>>
>> assume you have serial console...
>>
>> YH
> yinghai,
>
> there are quite good news! 2.6.27-rc5 brought some significant changes.
> now i get this:
>
>    # dmesg|grep -E "(mtrr|uvesafb)"
>    Command line: root=/dev/sda1 video=uvesafb:1280x1024p-97,mtrr:2
>    debug show_msr=1
>    mtrr: your BIOS has set up an incorrect mask, fixing it up.
>    Kernel command line: root=/dev/sda1
>    video=uvesafb:1280x1024p-97,mtrr:2 debug show_msr=1
>    uvesafb: XGI Technology, Inc., Volari Z9s, 1.09.10, OEM: XGI, VBE v3.0
>    uvesafb: VBIOS/hardware supports DDC2 transfers
>    uvesafb: monitor limits: vf = 97 Hz, hf = 129 kHz, clk = 364 MHz
>    uvesafb: scrolling: redraw
>    uvesafb: framebuffer at 0xd8000000, mapped to 0xffffc20002100000,
>    using 10240k, total 32768k
>    mtrr: 0xd8000000,0x2000000 overlaps existing 0xd8000000,0x800000
>    # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
>    (WW) VESA(0): Failed to set up write-combining range
>    (0xd8000000,0x2000000)
>    # cat /proc/mtrr
>    reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
>    reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
>    reg02: base=0x100000000 (4096MB), size=1024MB: write-back, count=1
>    reg03: base=0xd8000000 (3456MB), size=   8MB: write-back, count=1

it seems BIOS setup extra entry (8M) and that is conflict with that of
from graphical card.

can you send out
dmesg -s 262144 > dmesg.txt
and
lspci -vvxxx
lspci -tv

so could find out if your graphical card is really allocated the memory area...

YH

Re: 2.6.27 mtrr fixes do not work

[Alexander Huemer]

Yinghai Lu wrote:
> On Fri, Aug 29, 2008 at 8:09 AM, Alexander Huemer
> <alexander.huemer@sbg.ac.at> wrote:
>   
>> Yinghai Lu wrote:
>>     
>>> On Mon, Aug 25, 2008 at 4:29 PM, Alexander Huemer
>>> <alexander.huemer@sbg.ac.at> wrote:
>>>       
>>>> Yinghai Lu wrote:
>>>>         
>>>>> On Mon, Aug 25, 2008 at 1:44 PM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>>>>>
>>>>>           
>>>>>> On Mon, Aug 25, 2008 at 1:24 PM, Alexander Huemer
>>>>>> <alexander.huemer@sbg.ac.at> wrote:
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> what do you mean with tip/master?
>>>>>>>
>>>>>>>               
>>>>>> http://people.redhat.com/mingo/tip.git/readme.txt
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> here is my .config: http://xx.vu/~ahuemer/config.txt
>>>>>>>
>>>>>>>               
>>>>> using your config, i do get mtrr cleanup
>>>>>
>>>>>           
>>>> very interesting, thx.
>>>> so, what can i do to make it working here?
>>>> are there some more debug options i could turn on?
>>>>
>>>>         
>>> can you post whole boot log with command line
>>>
>>> console=uart8250,io,0x3f8,115200n8 debug show_msr=1
>>>
>>> assume you have serial console...
>>>
>>> YH
>>>       
>> yinghai,
>>
>> there are quite good news! 2.6.27-rc5 brought some significant changes.
>> now i get this:
>>
>>    # dmesg|grep -E "(mtrr|uvesafb)"
>>    Command line: root=/dev/sda1 video=uvesafb:1280x1024p-97,mtrr:2
>>    debug show_msr=1
>>    mtrr: your BIOS has set up an incorrect mask, fixing it up.
>>    Kernel command line: root=/dev/sda1
>>    video=uvesafb:1280x1024p-97,mtrr:2 debug show_msr=1
>>    uvesafb: XGI Technology, Inc., Volari Z9s, 1.09.10, OEM: XGI, VBE v3.0
>>    uvesafb: VBIOS/hardware supports DDC2 transfers
>>    uvesafb: monitor limits: vf = 97 Hz, hf = 129 kHz, clk = 364 MHz
>>    uvesafb: scrolling: redraw
>>    uvesafb: framebuffer at 0xd8000000, mapped to 0xffffc20002100000,
>>    using 10240k, total 32768k
>>    mtrr: 0xd8000000,0x2000000 overlaps existing 0xd8000000,0x800000
>>    # grep -E "(^\(WW\)|^\(EE\)|^\(NI\)|^\(??\))" /var/log/Xorg.0.log
>>    (WW) VESA(0): Failed to set up write-combining range
>>    (0xd8000000,0x2000000)
>>    # cat /proc/mtrr
>>    reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
>>    reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
>>    reg02: base=0x100000000 (4096MB), size=1024MB: write-back, count=1
>>    reg03: base=0xd8000000 (3456MB), size=   8MB: write-back, count=1
>>     
>
> it seems BIOS setup extra entry (8M) and that is conflict with that of
> from graphical card.
>
> can you send out
> dmesg -s 262144 > dmesg.txt
> and
> lspci -vvxxx
> lspci -tv
>
> so could find out if your graphical card is really allocated the memory area...
>
> YH
>   
http://xx.vu/~ahuemer/dmesg_5.txt
http://xx.vu/~ahuemer/lspci_vvxxx.txt
http://xx.vu/~ahuemer/lspci_tv.txt

-- 
regards
alex

Re: 2.6.27 mtrr fixes do not work

[Yinghai Lu]

On Fri, Aug 29, 2008 at 12:10 PM, Alexander Huemer
<alexander.huemer@sbg.ac.at> wrote:
> http://xx.vu/~ahuemer/dmesg_5.txt
> http://xx.vu/~ahuemer/lspci_vvxxx.txt
> http://xx.vu/~ahuemer/lspci_tv.txt
>

pci 0000:00:1e.0:   IO window: 0x3000-0x3fff
pci 0000:00:1e.0:   MEM window: 0xdc300000-0xdc3fffff
pci 0000:00:1e.0:   PREFETCH window: 0x000000d8000000-0x000000dbffffff

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9)
(prog-if 01 [Subtractive decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Bus: primary=00, secondary=20, subordinate=20, sec-latency=32
	I/O behind bridge: 00003000-00003fff
	Memory behind bridge: dc300000-dc3fffff
	Prefetchable memory behind bridge: 00000000d8000000-00000000dbffffff
	Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [50] Subsystem: Tyan Computer Device 5397
00: 86 80 4e 24 07 00 10 00 d9 01 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 20 20 20 30 30 80 22
20: 30 dc 30 dc 01 d8 f1 db 00 00 00 00 00 00 00 00
30: 00 00 00 00 50 00 00 00 00 00 00 00 ff 00 0c 00
40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
50: 0d 00 00 00 f1 10 97 53 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 80 0f 01 00 00 00 00 00

20:05.0 VGA compatible controller: XGI Technology Inc. (eXtreme
Graphics Innovation) Volari Z7 (prog-if 00 [VGA controller])
	Subsystem: XGI Technology Inc. (eXtreme Graphics Innovation) Volari Z7
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
	BIST result: 00
	Region 0: Memory at d8000000 (32-bit, prefetchable) [size=64M]
	Region 1: Memory at dc300000 (32-bit, non-prefetchable) [size=256K]
	Region 2: I/O ports at 3000 [size=128]
	Capabilities: [40] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: ca 18 20 00 03 00 30 02 00 00 00 03 00 00 00 80
10: 08 00 00 d8 00 00 30 dc 01 30 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 ca 18 20 00
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 00 00 00
40: 01 00 02 06 00 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

mtrr: 0xd8000000,0x2000000 overlaps existing 0xd8000000,0x800000

so it seems your card HW said it need 64M,

someone (BIOS or vgabios?) set 8M for it at first. and with write-back...

   # cat /proc/mtrr
   reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
   reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
   reg02: base=0x100000000 (4096MB), size=1024MB: write-back, count=1
   reg03: base=0xd8000000 (3456MB), size=   8MB: write-back, count=1

before loading X drivers, need to remove that entry at first.

echo "disable=3" > /proc/mtrr

YH

Re: 2.6.27 mtrr fixes do not work

[Helge Hafting]

[-- Attachment #1: Type: text/plain, Size: 476 bytes --]

Yinghai Lu wrote:

> it seems BIOS setup extra entry (8M) and that is conflict with that of
> from graphical card.
> 
> can you send out
> dmesg -s 262144 > dmesg.txt
> and
> lspci -vvxxx
> lspci -tv
> 
> so could find out if your graphical card is really allocated the memory area...

Thank you for taking interest.
The files are attached.

The card is a nvidia card, but I use it in VESA mode because the
binary driver hangs the machine once or twice a week.

Helge Hafting

[-- Attachment #2: dmesg.txt --]
[-- Type: text/plain, Size: 58974 bytes --]

Linux version 2.6.27-rc4-hh1 (helgehaf@hh2) (gcc version 4.3.1 (Debian 4.3.1-2) ) #4 SMP Thu Aug 28 14:58:33 CEST 2008
Command line: root=/dev/sda2 ro mtrr_spare_reg_nr=3 debug 
KERNEL supported cpus:
  Intel GenuineIntel
  AMD AuthenticAMD
  Centaur CentaurHauls
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
 BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007fe5a800 (usable)
 BIOS-e820: 000000007fe5a800 - 0000000080000000 (reserved)
 BIOS-e820: 00000000f8000000 - 00000000fc000000 (reserved)
 BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
 BIOS-e820: 00000000fed18000 - 00000000fed1c000 (reserved)
 BIOS-e820: 00000000fed20000 - 00000000fed90000 (reserved)
 BIOS-e820: 00000000feda0000 - 00000000feda6000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
 BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved)
last_pfn = 0x7fe5a max_arch_pfn = 0x3ffffffff
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
total RAM coverred: 2047M
 gran_size: 1M 	chunk_size: 1M 	num_reg: 8 	lose RAM: 7M
 gran_size: 1M 	chunk_size: 2M 	num_reg: 8 	lose RAM: 7M
 gran_size: 1M 	chunk_size: 4M 	num_reg: 8 	lose RAM: 7M
 gran_size: 1M 	chunk_size: 8M 	num_reg: 8 	lose RAM: 7M
*BAD* gran_size: 1M 	chunk_size: 16M 	num_reg: 8 	lose RAM: -1M
 gran_size: 1M 	chunk_size: 32M 	num_reg: 8 	lose RAM: 0M
 gran_size: 1M 	chunk_size: 64M 	num_reg: 7 	lose RAM: 0M
 gran_size: 1M 	chunk_size: 128M 	num_reg: 6 	lose RAM: 0M
 gran_size: 1M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 0M
 gran_size: 1M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 0M
 gran_size: 1M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 0M
 gran_size: 1M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 0M
 gran_size: 1M 	chunk_size: 4096M 	num_reg: 8 	lose RAM: 7M
 gran_size: 2M 	chunk_size: 2M 	num_reg: 8 	lose RAM: 7M
 gran_size: 2M 	chunk_size: 4M 	num_reg: 8 	lose RAM: 7M
 gran_size: 2M 	chunk_size: 8M 	num_reg: 8 	lose RAM: 7M
*BAD* gran_size: 2M 	chunk_size: 16M 	num_reg: 8 	lose RAM: -1M
 gran_size: 2M 	chunk_size: 32M 	num_reg: 8 	lose RAM: 1M
 gran_size: 2M 	chunk_size: 64M 	num_reg: 7 	lose RAM: 1M
 gran_size: 2M 	chunk_size: 128M 	num_reg: 6 	lose RAM: 1M
 gran_size: 2M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 1M
 gran_size: 2M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 1M
 gran_size: 2M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 1M
 gran_size: 2M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 1M
 gran_size: 2M 	chunk_size: 4096M 	num_reg: 8 	lose RAM: 7M
 gran_size: 4M 	chunk_size: 4M 	num_reg: 8 	lose RAM: 7M
 gran_size: 4M 	chunk_size: 8M 	num_reg: 8 	lose RAM: 7M
*BAD* gran_size: 4M 	chunk_size: 16M 	num_reg: 8 	lose RAM: -1M
 gran_size: 4M 	chunk_size: 32M 	num_reg: 8 	lose RAM: 3M
 gran_size: 4M 	chunk_size: 64M 	num_reg: 7 	lose RAM: 3M
 gran_size: 4M 	chunk_size: 128M 	num_reg: 6 	lose RAM: 3M
 gran_size: 4M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 3M
 gran_size: 4M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 3M
 gran_size: 4M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 3M
 gran_size: 4M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 3M
 gran_size: 4M 	chunk_size: 4096M 	num_reg: 8 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 8M 	num_reg: 8 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 16M 	num_reg: 8 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 32M 	num_reg: 8 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 64M 	num_reg: 7 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 128M 	num_reg: 6 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 7M
 gran_size: 8M 	chunk_size: 4096M 	num_reg: 8 	lose RAM: 7M
 gran_size: 16M 	chunk_size: 16M 	num_reg: 7 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 32M 	num_reg: 7 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 64M 	num_reg: 7 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 128M 	num_reg: 6 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 15M
 gran_size: 16M 	chunk_size: 4096M 	num_reg: 7 	lose RAM: 15M
 gran_size: 32M 	chunk_size: 32M 	num_reg: 6 	lose RAM: 31M
 gran_size: 32M 	chunk_size: 64M 	num_reg: 6 	lose RAM: 31M
 gran_size: 32M 	chunk_size: 128M 	num_reg: 6 	lose RAM: 31M
 gran_size: 32M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 31M
 gran_size: 32M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 31M
 gran_size: 32M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 31M
 gran_size: 32M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 31M
 gran_size: 32M 	chunk_size: 4096M 	num_reg: 6 	lose RAM: 31M
 gran_size: 64M 	chunk_size: 64M 	num_reg: 5 	lose RAM: 63M
 gran_size: 64M 	chunk_size: 128M 	num_reg: 5 	lose RAM: 63M
 gran_size: 64M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 63M
 gran_size: 64M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 63M
 gran_size: 64M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 63M
 gran_size: 64M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 63M
 gran_size: 64M 	chunk_size: 4096M 	num_reg: 5 	lose RAM: 63M
 gran_size: 128M 	chunk_size: 128M 	num_reg: 4 	lose RAM: 127M
 gran_size: 128M 	chunk_size: 256M 	num_reg: 4 	lose RAM: 127M
 gran_size: 128M 	chunk_size: 512M 	num_reg: 4 	lose RAM: 127M
 gran_size: 128M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 127M
 gran_size: 128M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 127M
 gran_size: 128M 	chunk_size: 4096M 	num_reg: 4 	lose RAM: 127M
 gran_size: 256M 	chunk_size: 256M 	num_reg: 3 	lose RAM: 255M
 gran_size: 256M 	chunk_size: 512M 	num_reg: 3 	lose RAM: 255M
 gran_size: 256M 	chunk_size: 1024M 	num_reg: 3 	lose RAM: 255M
 gran_size: 256M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 255M
 gran_size: 256M 	chunk_size: 4096M 	num_reg: 3 	lose RAM: 255M
 gran_size: 512M 	chunk_size: 512M 	num_reg: 2 	lose RAM: 511M
 gran_size: 512M 	chunk_size: 1024M 	num_reg: 2 	lose RAM: 511M
 gran_size: 512M 	chunk_size: 2048M 	num_reg: 2 	lose RAM: 511M
 gran_size: 512M 	chunk_size: 4096M 	num_reg: 2 	lose RAM: 511M
 gran_size: 1024M 	chunk_size: 1024M 	num_reg: 1 	lose RAM: 1023M
 gran_size: 1024M 	chunk_size: 2048M 	num_reg: 1 	lose RAM: 1023M
 gran_size: 1024M 	chunk_size: 4096M 	num_reg: 1 	lose RAM: 1023M
 gran_size: 2048M 	chunk_size: 2048M 	num_reg: 0 	lose RAM: 2047M
 gran_size: 2048M 	chunk_size: 4096M 	num_reg: 0 	lose RAM: 2047M
Found optimal setting for mtrr clean up
gran_size: 1M 	chunk_size: 256M 	num_reg: 5 	lose RAM: 0M
range0: 0000000000000000 - 0000000070000000
Setting variable MTRR 0, base: 0MB, range: 1024MB, type WB
Setting variable MTRR 1, base: 1024MB, range: 512MB, type WB
Setting variable MTRR 2, base: 1536MB, range: 256MB, type WB
range: 0000000070000000 - 0000000080000000
Setting variable MTRR 3, base: 1792MB, range: 256MB, type WB
hole: 000000007ff00000 - 0000000080000000
Setting variable MTRR 4, base: 2047MB, range: 1MB, type UC
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
After WB checking
MTRR MAP PFN: 0000000000000000 - 0000000000080000
After UC checking
MTRR MAP PFN: 0000000000000000 - 000000000007ff00
After sorting
MTRR MAP PFN: 0000000000000000 - 000000000007ff00
init_memory_mapping
 0000000000 - 007fe00000 page 2M
 007fe00000 - 007fe5a000 page 4k
kernel direct mapping tables up to 7fe5a000 @ 8000-c000
last_map_addr: 7fe5a000 end: 7fe5a000
DMI 2.4 present.
ACPI: RSDP 000FBB10, 0024 (r2 DELL  )
ACPI: XSDT 7FE5D200, 0064 (r1 DELL    M08     27D80715 ASL        61)
ACPI: FACP 7FE5D09C, 00F4 (r4 DELL    M08     27D80715 ASL        61)
ACPI: DSDT 7FE5D800, 63EA (r2 INT430 SYSFexxx     1001 INTL 20050624)
ACPI: FACS 7FE6C000, 0040
ACPI: HPET 7FE5D300, 0038 (r1 DELL    M08            1 ASL        61)
ACPI: APIC 7FE5D400, 0068 (r1 DELL    M08     27D80715 ASL        47)
ACPI: ASF! 7FE5D000, 007E (r32 DELL    M08     27D80715 ASL        61)
ACPI: MCFG 7FE5D3C0, 003E (r16 DELL    M08     27D80715 ASL        61)
ACPI: TCPA 7FE5D700, 0032 (r1                        0 ASL         0)
ACPI: SLIC 7FE5D49C, 0176 (r1 DELL    M08     27D80715 ASL        61)
ACPI: SSDT 7FE5BA02, 04CC (r1  PmRef    CpuPm     3000 INTL 20050624)
ACPI: DMI detected: Dell Latitude D830
(5 early reservations) ==> bootmem [0000000000 - 007fe5a000]
  #0 [0000000000 - 0000001000]   BIOS data page ==> [0000000000 - 0000001000]
  #1 [0000006000 - 0000008000]       TRAMPOLINE ==> [0000006000 - 0000008000]
  #2 [0000200000 - 00016c14f4]    TEXT DATA BSS ==> [0000200000 - 00016c14f4]
  #3 [000009f000 - 0000100000]    BIOS reserved ==> [000009f000 - 0000100000]
  #4 [0000008000 - 000000a000]          PGTABLE ==> [0000008000 - 000000a000]
 [ffffe20000000000-ffffe20001bfffff] PMD -> [ffff880001800000-ffff8800033fffff] on node 0
Zone PFN ranges:
  DMA      0x00000000 -> 0x00001000
  DMA32    0x00001000 -> 0x00100000
  Normal   0x00100000 -> 0x00100000
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0: 0x00000000 -> 0x0000009f
    0: 0x00000100 -> 0x0007fe5a
On node 0 totalpages: 523769
  DMA zone: 3841 pages, LIFO batch:0
  DMA32 zone: 512663 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x1008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
ACPI: HPET id: 0x8086a201 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:78000000)
PERCPU: Allocating 76712 bytes of per cpu data
NR_CPUS: 4096, nr_cpu_ids: 2, nr_node_ids 512
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 516504
Kernel command line: root=/dev/sda2 ro mtrr_spare_reg_nr=3 debug 
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Extended CMOS year: 2000
TSC calibrated against PM_TIMER
Detected 1795.497 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
No AGP bridge found
Calgary: detecting Calgary via BIOS EBDA area
Calgary: Unable to locate Rio Grande table in EBDA - bailing!
Memory: 2041176k/2095464k available (4096k kernel code, 53300k reserved, 3060k data, 1176k init)
CPA: page pool initialized 1 of 1 pages preallocated
SLUB: Genslabs=12, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=512
hpet clockevent registered
Calibrating delay loop (skipped), value calculated using timer frequency.. 3592.61 BogoMIPS (lpj=5984990)
Mount-cache hash table entries: 256
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU0: Thermal monitoring enabled (TM2)
using mwait in idle threads.
ACPI: Core revision 20080609
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Core(TM)2 Duo CPU     T7100  @ 1.80GHz stepping 0d
Using local APIC timer interrupts.
APIC timer calibration result 12468730
Detected 12.468 MHz APIC timer.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 3592.02 BogoMIPS (lpj=5985646)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU1: Thermal monitoring enabled (TM2)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: Intel(R) Core(TM)2 Duo CPU     T7100  @ 1.80GHz stepping 0d
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
Brought up 2 CPUs
Total of 2 processors activated (7185.64 BogoMIPS).
CPU0 attaching sched-domain:
 domain 0: span 0-1 level MC
  groups: 0 1
CPU1 attaching sched-domain:
 domain 0: span 0-1 level MC
  groups: 1 0
net_namespace: 1552 bytes
Booting paravirtualized kernel on bare hardware
NET: Registered protocol family 16
ACPI: ACPI Dock Station Driver
ACPI: bus type pci registered
PCI: MCFG configuration 0: base f8000000 segment 0 buses 0 - 63
PCI: MCFG area at f8000000 reserved in E820
PCI: Using MMCONFIG at f8000000 - fbffffff
PCI: Using configuration type 1 for base access
ACPI: EC: Look up EC in DSDT
ACPI: BIOS _OSI(Linux) query ignored via DMI
ACPI: If "acpi_osi=Linux" works better, please notify linux-acpi@vger.kernel.org
ACPI Warning (tbutils-0217): Incorrect checksum in table [TCPA] - B3, should be 57 [20080609]
ACPI: SSDT 7FE6C080, 0043 (r1  LMPWR  DELLLOM     1001 INTL 20050624)
ACPI: Interpreter enabled
ACPI: (supports S0 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
pci 0000:00:01.0: PME# disabled
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.0: PME# disabled
pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.1: PME# disabled
pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.3: PME# disabled
pci 0000:00:1c.5: PME# supported from D0 D3hot D3cold
pci 0000:00:1c.5: PME# disabled
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.0: quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
pci 0000:00:1f.0: quirk: region 1080-10bf claimed by ICH6 GPIO
pci 0000:00:1f.2: PME# supported from D3hot
pci 0000:00:1f.2: PME# disabled
PCI: bridge 0000:00:01.0 io port: [e000, efff]
PCI: bridge 0000:00:01.0 32bit mmio: [f2000000, f6efffff]
PCI: bridge 0000:00:01.0 64bit mmio pref: [e0000000, efffffff]
pci 0000:0c:00.0: PME# supported from D0 D3hot D3cold
pci 0000:0c:00.0: PME# disabled
PCI: bridge 0000:00:1c.1 32bit mmio: [f1f00000, f1ffffff]
PCI: bridge 0000:00:1c.3 io port: [d000, dfff]
PCI: bridge 0000:00:1c.3 32bit mmio: [f1c00000, f1efffff]
PCI: bridge 0000:00:1c.3 64bit mmio pref: [f0000000, f01fffff]
pci 0000:09:00.0: PME# supported from D3hot D3cold
pci 0000:09:00.0: PME# disabled
PCI: bridge 0000:00:1c.5 32bit mmio: [f1b00000, f1bfffff]
pci 0000:03:01.0: supports D1
pci 0000:03:01.0: supports D2
pci 0000:03:01.0: PME# supported from D0 D1 D2 D3hot D3cold
pci 0000:03:01.0: PME# disabled
pci 0000:03:01.4: supports D1
pci 0000:03:01.4: supports D2
pci 0000:03:01.4: PME# supported from D0 D1 D2 D3hot D3cold
pci 0000:03:01.4: PME# disabled
pci 0000:00:1e.0: transparent bridge
PCI: bridge 0000:00:1e.0 32bit mmio: [f1a00000, f1afffff]
bus 00 -> node 0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIE._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP04._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP06._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 9 10 11) *5
ACPI: PCI Interrupt Link [LNKB] (IRQs 5 7) *3
ACPI: PCI Interrupt Link [LNKC] (IRQs 9 *10 11)
ACPI: PCI Interrupt Link [LNKD] (IRQs 5 7 *9 10 11)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: WMI: Mapper loaded
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp 00:00: parse allocated resources
pnp 00:00:   add io  0xcf8-0xcff flags 0x1
pnp 00:00: Plug and Play ACPI device, IDs PNP0a03 (active)
pnp 00:01: parse allocated resources
pnp 00:01:   add irq 12 flags 0x1
pnp 00:01: Plug and Play ACPI device, IDs PNP0f13 (active)
pnp 00:02: parse allocated resources
pnp 00:02:   add io  0x60-0x60 flags 0x1
pnp 00:02:   add io  0x64-0x64 flags 0x1
pnp 00:02:   add io  0x62-0x62 flags 0x1
pnp 00:02:   add io  0x66-0x66 flags 0x1
pnp 00:02:   add irq 1 flags 0x1
pnp 00:02: Plug and Play ACPI device, IDs PNP0303 (active)
pnp 00:03: parse allocated resources
pnp 00:03:   add io  0x70-0x71 flags 0x1
pnp 00:03:   add irq 8 flags 0x1
pnp 00:03:   add io  0x72-0x77 flags 0x1
pnp 00:03: Plug and Play ACPI device, IDs PNP0b00 (active)
pnp 00:04: parse allocated resources
pnp 00:04:   add io  0x61-0x61 flags 0x1
pnp 00:04:   add io  0x63-0x63 flags 0x1
pnp 00:04:   add io  0x65-0x65 flags 0x1
pnp 00:04:   add io  0x67-0x67 flags 0x1
pnp 00:04: Plug and Play ACPI device, IDs PNP0800 (active)
pnp 00:05: parse allocated resources
pnp 00:05:   add io  0x2e-0x2f flags 0x1
pnp 00:05:   add io  0xc80-0xcaf flags 0x1
pnp 00:05:   add io  0xcc0-0xcff flags 0x1
pnp 00:05:   add io  0x4e-0x4f flags 0x1
pnp 00:05: PNP0c01: calling quirk_system_pci_resources+0x0/0x182
pnp 00:05: Plug and Play ACPI device, IDs PNP0c01 (active)
pnp 00:06: parse allocated resources
pnp 00:06:   add dma 4 flags 0x4
pnp 00:06:   add io  0x0-0xf flags 0x1
pnp 00:06:   add io  0x80-0x85 flags 0x1
pnp 00:06:   add io  0x87-0x8f flags 0x1
pnp 00:06:   add io  0xc0-0xdf flags 0x1
pnp 00:06:   add io  0x10-0x1f flags 0x1
pnp 00:06:   add io  0x90-0x91 flags 0x1
pnp 00:06:   add io  0x93-0x9f flags 0x1
pnp 00:06: Plug and Play ACPI device, IDs PNP0200 (active)
pnp 00:07: parse allocated resources
pnp 00:07:   add io  0xf0-0xff flags 0x1
pnp 00:07:   add irq 13 flags 0x1
pnp 00:07: Plug and Play ACPI device, IDs PNP0c04 (active)
pnp 00:08: parse allocated resources
pnp 00:08:   add mem 0xfed00000-0xfed003ff flags 0x0
pnp 00:08: PNP0c01: calling quirk_system_pci_resources+0x0/0x182
pnp 00:08: Plug and Play ACPI device, IDs PNP0103 PNP0c01 (active)
pnp 00:09: parse allocated resources
pnp 00:09:   add irq 4 flags 0x11
pnp 00:09:   add io  0x3f8-0x3ff flags 0x1
pnp 00:09: parse resource options
pnp 00:09:   dependent set 0 (acceptable) irq 3 4 6 12 flags 0x11
pnp 00:09:   dependent set 0 (acceptable) io  min 0x3f8 max 0x3f8 align 8 size 8 flags 0x1
pnp 00:09:   dependent set 1 (acceptable) irq 3 4 6 12 flags 0x11
pnp 00:09:   dependent set 1 (acceptable) io  min 0x2f8 max 0x2f8 align 8 size 8 flags 0x1
pnp 00:09:   dependent set 2 (acceptable) irq 3 4 6 12 flags 0x11
pnp 00:09:   dependent set 2 (acceptable) io  min 0x3e8 max 0x3e8 align 8 size 8 flags 0x1
pnp 00:09:   dependent set 3 (acceptable) irq 3 4 6 12 flags 0x11
pnp 00:09:   dependent set 3 (acceptable) io  min 0x2e8 max 0x2e8 align 8 size 8 flags 0x1
pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active)
pnp 00:0a: parse allocated resources
pnp 00:0a:   add mem 0xfed40000-0xfed44fff flags 0x1
pnp 00:0a:   add io  0xcb0-0xcbb flags 0x1
pnp 00:0a: Plug and Play ACPI device, IDs BCM0102 PNP0c31 (active)
pnp 00:0b: parse allocated resources
pnp 00:0b:   add io  0x900-0x97f flags 0x1
pnp 00:0b:   add io  0x92-0x92 flags 0x1
pnp 00:0b:   add io  0xb2-0xb3 flags 0x1
pnp 00:0b:   add io  0x20-0x21 flags 0x1
pnp 00:0b:   add io  0xa0-0xa1 flags 0x1
pnp 00:0b:   add irq 0 flags 0x10000000
pnp 00:0b:   add io  0x4d0-0x4d1 flags 0x1
pnp 00:0b:   add io  0x1000-0x1005 flags 0x1
pnp 00:0b:   add io  0x1008-0x100f flags 0x1
pnp 00:0b: PNP0c01: calling quirk_system_pci_resources+0x0/0x182
pnp 00:0b: io resource (0x1000-0x1005) overlaps 0000:00:1f.0 BAR 7 (0x1000-0x107f), disabling
pnp 00:0b: io resource (0x1008-0x100f) overlaps 0000:00:1f.0 BAR 7 (0x1000-0x107f), disabling
pnp 00:0b: Plug and Play ACPI device, IDs PNP0c01 (active)
pnp 00:0c: parse allocated resources
pnp 00:0c:   add io  0xf400-0xf4fe flags 0x1
pnp 00:0c:   add io  0x86-0x86 flags 0x1
pnp 00:0c:   add io  0x1006-0x1007 flags 0x1
pnp 00:0c:   add io  0x100a-0x1059 flags 0x1
pnp 00:0c:   add io  0x1060-0x107f flags 0x1
pnp 00:0c:   add io  0x1080-0x10bf flags 0x1
pnp 00:0c:   add io  0x10c0-0x10df flags 0x1
pnp 00:0c:   add io  0x1010-0x102f flags 0x1
pnp 00:0c:   add io  0x809-0x809 flags 0x1
pnp 00:0c: PNP0c01: calling quirk_system_pci_resources+0x0/0x182
pnp 00:0c: io resource (0x1006-0x1007) overlaps 0000:00:1f.0 BAR 7 (0x1000-0x107f), disabling
pnp 00:0c: io resource (0x100a-0x1059) overlaps 0000:00:1f.0 BAR 7 (0x1000-0x107f), disabling
pnp 00:0c: io resource (0x1060-0x107f) overlaps 0000:00:1f.0 BAR 7 (0x1000-0x107f), disabling
pnp 00:0c: io resource (0x1010-0x102f) overlaps 0000:00:1f.0 BAR 7 (0x1000-0x107f), disabling
pnp 00:0c: Plug and Play ACPI device, IDs PNP0c01 (active)
pnp 00:0d: parse allocated resources
pnp 00:0d:   add mem 0x0-0x9efff flags 0x1
pnp 00:0d:   add mem 0x9f000-0x9ffff flags 0x1
pnp 00:0d:   add mem 0xc0000-0xcffff flags 0x0
pnp 00:0d:   add mem 0xe0000-0xfffff flags 0x0
pnp 00:0d:   add mem 0x100000-0x7fe5a7ff flags 0x1
pnp 00:0d:   add mem 0x7fe5a800-0x7fefffff flags 0x1
pnp 00:0d:   add mem 0x7ff00000-0x7fffffff flags 0x1
pnp 00:0d:   add mem 0x7ff00000-0x806fffff flags 0x0
pnp 00:0d:   add mem 0xffe00000-0xffffffff flags 0x0
pnp 00:0d:   add mem 0xffa00000-0xffbfffff flags 0x0
pnp 00:0d:   add mem 0xfec00000-0xfec0ffff flags 0x1
pnp 00:0d:   add mem 0xfee00000-0xfee0ffff flags 0x1
pnp 00:0d:   add mem 0xfed20000-0xfed3ffff flags 0x0
pnp 00:0d:   add mem 0xfed45000-0xfed8ffff flags 0x0
pnp 00:0d:   add mem 0xfeda0000-0xfeda3fff flags 0x1
pnp 00:0d:   add mem 0xfeda4000-0xfeda4fff flags 0x1
pnp 00:0d:   add mem 0xfeda5000-0xfeda5fff flags 0x1
pnp 00:0d:   add mem 0xfeda6000-0xfeda6fff flags 0x1
pnp 00:0d:   add mem 0xfed18000-0xfed1bfff flags 0x1
pnp 00:0d:   add mem 0xf8000000-0xfbffffff flags 0x1
pnp 00:0d: PNP0c01: calling quirk_system_pci_resources+0x0/0x182
pnp 00:0d: Plug and Play ACPI device, IDs PNP0c01 (active)
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
Bluetooth: Core ver 2.12
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
DMAR:parse DMAR table failure.
PCI-GART: No AMD northbridge found.
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
ACPI: RTC can wake from S4
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
pnp: the driver 'system' has been registered
system 00:05: ioport range 0xc80-0xcaf has been reserved
system 00:05: ioport range 0xcc0-0xcff could not be reserved
system 00:05: driver attached
system 00:08: iomem range 0xfed00000-0xfed003ff has been reserved
system 00:08: driver attached
system 00:0b: ioport range 0x900-0x97f has been reserved
system 00:0b: ioport range 0x4d0-0x4d1 has been reserved
system 00:0b: driver attached
system 00:0c: ioport range 0xf400-0xf4fe has been reserved
system 00:0c: ioport range 0x1080-0x10bf has been reserved
system 00:0c: ioport range 0x10c0-0x10df has been reserved
system 00:0c: ioport range 0x809-0x809 has been reserved
system 00:0c: driver attached
system 00:0d: iomem range 0x0-0x9efff could not be reserved
system 00:0d: iomem range 0x9f000-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff has been reserved
system 00:0d: iomem range 0x100000-0x7fe5a7ff could not be reserved
system 00:0d: iomem range 0x7fe5a800-0x7fefffff could not be reserved
system 00:0d: iomem range 0x7ff00000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x7ff00000-0x806fffff could not be reserved
system 00:0d: iomem range 0xffe00000-0xffffffff could not be reserved
system 00:0d: iomem range 0xffa00000-0xffbfffff has been reserved
system 00:0d: iomem range 0xfec00000-0xfec0ffff could not be reserved
system 00:0d: iomem range 0xfee00000-0xfee0ffff could not be reserved
system 00:0d: iomem range 0xfed20000-0xfed3ffff could not be reserved
system 00:0d: iomem range 0xfed45000-0xfed8ffff could not be reserved
system 00:0d: iomem range 0xfeda0000-0xfeda3fff could not be reserved
system 00:0d: iomem range 0xfeda4000-0xfeda4fff could not be reserved
system 00:0d: iomem range 0xfeda5000-0xfeda5fff could not be reserved
system 00:0d: iomem range 0xfeda6000-0xfeda6fff has been reserved
system 00:0d: iomem range 0xfed18000-0xfed1bfff could not be reserved
system 00:0d: iomem range 0xf8000000-0xfbffffff could not be reserved
system 00:0d: driver attached
pci 0000:03:01.0: BAR 9 too large: 0x00000000000000-0x00000003ffffff
pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
pci 0000:00:01.0:   IO window: 0xe000-0xefff
pci 0000:00:01.0:   MEM window: 0xf2000000-0xf6efffff
pci 0000:00:01.0:   PREFETCH window: 0x000000e0000000-0x000000efffffff
pci 0000:00:1c.0: PCI bridge, secondary bus 0000:0b
pci 0000:00:1c.0:   IO window: disabled
pci 0000:00:1c.0:   MEM window: disabled
pci 0000:00:1c.0:   PREFETCH window: disabled
pci 0000:00:1c.1: PCI bridge, secondary bus 0000:0c
pci 0000:00:1c.1:   IO window: disabled
pci 0000:00:1c.1:   MEM window: 0xf1f00000-0xf1ffffff
pci 0000:00:1c.1:   PREFETCH window: disabled
pci 0000:00:1c.3: PCI bridge, secondary bus 0000:0d
pci 0000:00:1c.3:   IO window: 0xd000-0xdfff
pci 0000:00:1c.3:   MEM window: 0xf1c00000-0xf1efffff
pci 0000:00:1c.3:   PREFETCH window: 0x000000f0000000-0x000000f01fffff
pci 0000:00:1c.5: PCI bridge, secondary bus 0000:09
pci 0000:00:1c.5:   IO window: disabled
pci 0000:00:1c.5:   MEM window: 0xf1b00000-0xf1bfffff
pci 0000:00:1c.5:   PREFETCH window: disabled
pci 0000:03:01.0: CardBus bridge, secondary bus 0000:04
pci 0000:03:01.0:   IO window: 0x002000-0x0020ff
pci 0000:03:01.0:   IO window: 0x002400-0x0024ff
pci 0000:03:01.0:   MEM window: 0x88000000-0x8bffffff
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:03
pci 0000:00:1e.0:   IO window: 0x2000-0x2fff
pci 0000:00:1e.0:   MEM window: 0xf1a00000-0xf1afffff
pci 0000:00:1e.0:   PREFETCH window: disabled
pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:01.0: setting latency timer to 64
pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
pci 0000:00:1c.0: setting latency timer to 64
pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
pci 0000:00:1c.1: setting latency timer to 64
pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19
pci 0000:00:1c.3: setting latency timer to 64
pci 0000:00:1c.5: PCI INT B -> GSI 17 (level, low) -> IRQ 17
pci 0000:00:1c.5: setting latency timer to 64
pci 0000:00:1e.0: setting latency timer to 64
pci 0000:03:01.0: enabling device (0000 -> 0003)
pci 0000:03:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
bus: 00 index 0 io port: [0, ffff]
bus: 00 index 1 mmio: [0, ffffffffffffffff]
bus: 01 index 0 io port: [e000, efff]
bus: 01 index 1 mmio: [f2000000, f6efffff]
bus: 01 index 2 mmio: [e0000000, efffffff]
bus: 01 index 3 mmio: [0, 0]
bus: 0b index 0 mmio: [0, 0]
bus: 0b index 1 mmio: [0, 0]
bus: 0b index 2 mmio: [0, 0]
bus: 0b index 3 mmio: [0, 0]
bus: 0c index 0 mmio: [0, 0]
bus: 0c index 1 mmio: [f1f00000, f1ffffff]
bus: 0c index 2 mmio: [0, 0]
bus: 0c index 3 mmio: [0, 0]
bus: 0d index 0 io port: [d000, dfff]
bus: 0d index 1 mmio: [f1c00000, f1efffff]
bus: 0d index 2 mmio: [f0000000, f01fffff]
bus: 0d index 3 mmio: [0, 0]
bus: 09 index 0 mmio: [0, 0]
bus: 09 index 1 mmio: [f1b00000, f1bfffff]
bus: 09 index 2 mmio: [0, 0]
bus: 09 index 3 mmio: [0, 0]
bus: 03 index 0 io port: [2000, 2fff]
bus: 03 index 1 mmio: [f1a00000, f1afffff]
bus: 03 index 2 mmio: [0, 0]
bus: 03 index 3 io port: [0, ffff]
bus: 03 index 4 mmio: [0, ffffffffffffffff]
bus: 04 index 0 io port: [2000, 20ff]
bus: 04 index 1 io port: [2400, 24ff]
bus: 04 index 2 mmio: [0, 3ffffff]
bus: 04 index 3 mmio: [88000000, 8bffffff]
NET: Registered protocol family 2
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
NET: Registered protocol family 1
audit: initializing netlink socket (disabled)
type=2000 audit(1220094183.736:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
fuse init (API version 7.9)
msgmni has been set to 3987
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci 0000:00:1a.0: uhci_check_and_reset_hc: cmd = 0x0080
pci 0000:00:1a.0: Performing full reset
pci 0000:00:1a.1: uhci_check_and_reset_hc: cmd = 0x0080
pci 0000:00:1a.1: Performing full reset
pci 0000:00:1d.0: uhci_check_and_reset_hc: cmd = 0x0080
pci 0000:00:1d.0: Performing full reset
pci 0000:00:1d.1: uhci_check_and_reset_hc: cmd = 0x0080
pci 0000:00:1d.1: Performing full reset
pci 0000:00:1d.2: uhci_check_and_reset_hc: cmd = 0x0080
pci 0000:00:1d.2: Performing full reset
pci 0000:01:00.0: Boot video device
pcieport-driver 0000:00:01.0: setting latency timer to 64
pcieport-driver 0000:00:01.0: found MSI capability
pci_express 0000:00:01.0:pcie00: allocate port service
pci_express 0000:00:01.0:pcie02: allocate port service
pci_express 0000:00:01.0:pcie03: allocate port service
pcieport-driver 0000:00:1c.0: setting latency timer to 64
pcieport-driver 0000:00:1c.0: found MSI capability
pci_express 0000:00:1c.0:pcie00: allocate port service
pci_express 0000:00:1c.0:pcie02: allocate port service
pci_express 0000:00:1c.0:pcie03: allocate port service
pcieport-driver 0000:00:1c.1: setting latency timer to 64
pcieport-driver 0000:00:1c.1: found MSI capability
pci_express 0000:00:1c.1:pcie00: allocate port service
pci_express 0000:00:1c.1:pcie02: allocate port service
pci_express 0000:00:1c.1:pcie03: allocate port service
pcieport-driver 0000:00:1c.3: setting latency timer to 64
pcieport-driver 0000:00:1c.3: found MSI capability
pci_express 0000:00:1c.3:pcie00: allocate port service
pci_express 0000:00:1c.3:pcie02: allocate port service
pci_express 0000:00:1c.3:pcie03: allocate port service
pcieport-driver 0000:00:1c.5: setting latency timer to 64
pcieport-driver 0000:00:1c.5: found MSI capability
pci_express 0000:00:1c.5:pcie00: allocate port service
pci_express 0000:00:1c.5:pcie02: allocate port service
pci_express 0000:00:1c.5:pcie03: allocate port service
nvidiafb 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
nvidiafb: Device ID: 10de042b 
nvidiafb: unknown NV_ARCH
ACPI: AC Adapter [AC] (on-line)
ACPI: Battery Slot [BAT0] (battery present)
ACPI: Battery Slot [BAT1] (battery absent)
input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input0
ACPI: Lid Switch [LID]
input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1
ACPI: Power Button (CM) [PBTN]
input: Sleep Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input2
ACPI: Sleep Button (CM) [SBTN]
input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:31/device:32/input/input3
ACPI: Video Device [VID] (multi-head: yes  rom: no  post: no)
input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:37/input/input4
ACPI: Video Device [VID1] (multi-head: yes  rom: no  post: no)
input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:3c/input/input5
ACPI: Video Device [VID2] (multi-head: yes  rom: no  post: no)
ACPI: SSDT 7FE5C538, 0244 (r1  PmRef  Cpu0Ist     3000 INTL 20050624)
ACPI: SSDT 7FE5BECE, 05E5 (r1  PmRef  Cpu0Cst     3001 INTL 20050624)
Monitor-Mwait will be used to enter C-1 state
Monitor-Mwait will be used to enter C-2 state
Monitor-Mwait will be used to enter C-3 state
ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
processor ACPI0007:00: registered as cooling_device0
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: SSDT 7FE5C77C, 00C4 (r1  PmRef  Cpu1Ist     3000 INTL 20050624)
ACPI: SSDT 7FE5C4B3, 0085 (r1  PmRef  Cpu1Cst     3000 INTL 20050624)
ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
processor ACPI0007:01: registered as cooling_device1
ACPI: Processor [CPU1] (supports 8 throttling states)
thermal LNXTHERM:01: registered as thermal_zone0
ACPI: Thermal Zone [THM] (25 C)
hpet_resources: 0xfed00000 is busy
Linux agpgart interface v0.103
ipmi message handler version 39.2
Serial: 8250/16550 driver4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
pnp: the driver 'serial' has been registered
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial 00:09: driver attached
brd: module loaded
loop: module loaded
Ethernet Channel Bonding Driver: v3.3.0 (June 10, 2008)
bonding: Warning: either miimon or arp_interval and arp_ip_target module parameters must be specified, otherwise bonding will not detect link failures! see bonding.txt for details.
tg3.c:v3.94 (August 14, 2008)
tg3 0000:09:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
tg3 0000:09:00.0: setting latency timer to 64
eth0: Tigon3 [partno(BCM95755m) rev a002 PHY(5755)] (PCI Express) 10/100/1000Base-T Ethernet 00:1c:23:9f:6f:17
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1]
eth0: dma_rwctrl[76180000] dma_mask[64-bit]
PPP generic driver version 2.4.2
PPP Deflate Compression module registered
PPP BSD Compression module registered
PPP MPPE Compression module registered
NET: Registered protocol family 24
PPPoL2TP kernel driver, V1.0
SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
CSLIP: code copyright 1989 Regents of the University of California.
SLIP linefill/keepalive option.
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.26kds
iwl3945: Copyright(c) 2003-2008 Intel Corporation
iwl3945 0000:0c:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
iwl3945 0000:0c:00.0: setting latency timer to 64
iwl3945: Detected Intel Wireless WiFi Link 3945ABG
iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
phy0: Selected rate control algorithm 'iwl-3945-rs'
iwl3945 0000:0c:00.0: PCI INT A disabled
console [netcon0] enabled
netconsole: network logging started
Uniform Multi-Platform E-IDE driver
piix 0000:00:1f.1: IDE controller (0x8086:0x2850 rev 0x02)
pci 0000:00:1f.1: PCI INT A -> GSI 16 (level, low) -> IRQ 16
piix 0000:00:1f.1: IDE port disabled
piix 0000:00:1f.1: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x6fa0-0x6fa7
Probing IDE interface ide0...
hda: TSSTcorp DVD+/-RW TS-L632D, ATAPI CD/DVD-ROM drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/33 mode selected
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide_generic: please use "probe_mask=0x3f" module parameter for probing all legacy ISA IDE ports
ide_generic: I/O resource 0x1F0-0x1F7 not free.
ide_generic: I/O resource 0x170-0x177 not free.
pnp: the driver 'ide' has been registered
hda: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache
Uniform CD-ROM driver Revision: 3.20
Driver 'sd' needs updating - please use bus_type methods
Driver 'sr' needs updating - please use bus_type methods
ahci 0000:00:1f.2: version 3.0
ahci 0000:00:1f.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 3 ports 3 Gbps 0x5 impl SATA mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part ems 
ahci 0000:00:1f.2: setting latency timer to 64
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
ata1: SATA max UDMA/133 abar m2048@0xf6ffb800 port 0xf6ffb900 irq 4346
ata2: DUMMY
ata3: SATA max UDMA/133 abar m2048@0xf6ffb800 port 0xf6ffba00 irq 4346
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-8: Hitachi HTS722080K9A300, DCBOC54P, max UDMA/133
ata1.00: 156301488 sectors, multi 8: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
ata3: SATA link down (SStatus 0 SControl 300)
scsi 0:0:0:0: Direct-Access     ATA      Hitachi HTS72208 DCBO PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 >
sd 0:0:0:0: [sda] Attached SCSI disk
sd 0:0:0:0: Attached scsi generic sg0 type 0
firewire_ohci 0000:03:01.4: PCI INT A -> GSI 19 (level, low) -> IRQ 19
firewire_ohci: Added fw-ohci device 0000:03:01.4, OHCI version 1.10
Yenta: CardBus bridge found at 0000:03:01.0 [1028:01fe]
yenta_cardbus 0000:03:01.0: CardBus bridge, secondary bus 0000:04
yenta_cardbus 0000:03:01.0:   IO window: 0x002000-0x0020ff
yenta_cardbus 0000:03:01.0:   IO window: 0x002400-0x0024ff
yenta_cardbus 0000:03:01.0:   PREFETCH window: 0x8c000000-0x8c3fffff
yenta_cardbus 0000:03:01.0:   MEM window: 0x88000000-0x8bffffff
Yenta O2: res at 0x94/0xD4: 00/ea
Yenta O2: enabling read prefetch/write burst
Yenta: ISA IRQ mask 0x0cb8, PCI irq 19
Socket status: 30000006
Yenta: Raising subordinate bus# of parent bus (#03) from #04 to #07
pcmcia: parent PCI bridge I/O window: 0x2000 - 0x2fff
pcmcia: parent PCI bridge Memory window: 0xf1a00000 - 0xf1afffff
ehci_hcd: block sizes: qh 160 qtd 96 itd 192 sitd 96
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
drivers/usb/core/inode.c: creating file 'devices'
drivers/usb/core/inode.c: creating file '001'
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: reset hcs_params 0x102204 dbg=1 cc=2 pcc=2 ordered !ppc ports=4
ehci_hcd 0000:00:1a.7: reset hcc_params 6871 thresh 7 uframes 1024 64 bit addr
ehci_hcd 0000:00:1a.7: reset command 000002 (park)=0 ithresh=0 period=1024 Reset HALT
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1a.7: supports USB remote wakeup
ehci_hcd 0000:00:1a.7: irq 22, io mem 0xfed1c400
ehci_hcd 0000:00:1a.7: reset command 080002 (park)=0 ithresh=8 period=1024 Reset HALT
ehci_hcd 0000:00:1a.7: init command 010001 (park)=0 ithresh=1 period=1024 RUN
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: default language 0x0409
usb usb1: uevent
usb usb1: usb_probe_device
usb usb1: configuration #1 chosen from 1 choice
usb usb1: adding 1-0:1.0 (config #1, interface 0)
usb 1-0:1.0: uevent
hub 1-0:1.0: usb_probe_interface
hub 1-0:1.0: usb_probe_interface - got id
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 4 ports detected
hub 1-0:1.0: standalone hub
hub 1-0:1.0: no power switching (usb 1.0)
hub 1-0:1.0: individual port over-current protection
hub 1-0:1.0: power on to power good time: 20ms
hub 1-0:1.0: local power source is good
hub 1-0:1.0: trying to enable port power on non-switchable hub
ehci_hcd 0000:00:1a.7: GetStatus port 2 status 001803 POWER sig=j CSC CONNECT
hub 1-0:1.0: port 2: status 0501 change 0001
hub 1-0:1.0: state 7 ports 4 chg 0004 evt 0000
drivers/usb/core/inode.c: creating file '001'
hub 1-0:1.0: port 2, status 0501, change 0000, 480 Mb/s
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.27-rc4-hh1 ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 20 (level, low) -> IRQ 20
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
drivers/usb/core/inode.c: creating file '002'
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: reset hcs_params 0x103206 dbg=1 cc=3 pcc=2 ordered !ppc ports=6
ehci_hcd 0000:00:1d.7: reset hcc_params 6871 thresh 7 uframes 1024 64 bit addr
ehci_hcd 0000:00:1d.7: reset command 000002 (park)=0 ithresh=0 period=1024 Reset HALT
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1d.7: supports USB remote wakeup
ehci_hcd 0000:00:1d.7: irq 20, io mem 0xfed1c000
ehci_hcd 0000:00:1d.7: reset command 080002 (park)=0 ithresh=8 period=1024 Reset HALT
ehci_hcd 0000:00:1d.7: init command 010001 (park)=0 ithresh=1 period=1024 RUN
ehci_hcd 0000:00:1a.7: port 2 full speed --> companion
ehci_hcd 0000:00:1a.7: GetStatus port 2 status 003801 POWER OWNER sig=j CONNECT
hub 1-0:1.0: port 2 not reset yet, waiting 50ms
ehci_hcd 0000:00:1a.7: GetStatus port 2 status 003002 POWER OWNER sig=se0 CSC
hub 1-0:1.0: state 7 ports 4 chg 0000 evt 0004
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb2: default language 0x0409
usb usb2: uevent
usb usb2: usb_probe_device
usb usb2: configuration #1 chosen from 1 choice
usb usb2: adding 2-0:1.0 (config #1, interface 0)
usb 2-0:1.0: uevent
hub 2-0:1.0: usb_probe_interface
hub 2-0:1.0: usb_probe_interface - got id
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
hub 2-0:1.0: standalone hub
hub 2-0:1.0: no power switching (usb 1.0)
hub 2-0:1.0: individual port over-current protection
hub 2-0:1.0: power on to power good time: 20ms
hub 2-0:1.0: local power source is good
hub 2-0:1.0: trying to enable port power on non-switchable hub
firewire_core: created device fw0: GUID 464fc0000e451870, S400
ehci_hcd 0000:00:1d.7: GetStatus port 5 status 001803 POWER sig=j CSC CONNECT
hub 2-0:1.0: port 5: status 0501 change 0001
hub 2-0:1.0: state 7 ports 6 chg 0020 evt 0000
drivers/usb/core/inode.c: creating file '001'
hub 2-0:1.0: port 5, status 0501, change 0000, 480 Mb/s
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.27-rc4-hh1 ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
USB Universal Host Controller Interface driver v3.0
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
uhci_hcd 0000:00:1a.0: setting latency timer to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
drivers/usb/core/inode.c: creating file '003'
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: detected 2 ports
uhci_hcd 0000:00:1a.0: uhci_check_and_reset_hc: cmd = 0x0000
uhci_hcd 0000:00:1a.0: Performing full reset
uhci_hcd 0000:00:1a.0: supports USB remote wakeup
uhci_hcd 0000:00:1a.0: irq 20, io base 0x00006f20
usb usb3: default language 0x0409
usb usb3: uevent
usb usb3: usb_probe_device
usb usb3: configuration #1 chosen from 1 choice
usb usb3: adding 3-0:1.0 (config #1, interface 0)
usb 3-0:1.0: uevent
hub 3-0:1.0: usb_probe_interface
hub 3-0:1.0: usb_probe_interface - got id
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
hub 3-0:1.0: standalone hub
hub 3-0:1.0: no power switching (usb 1.0)
hub 3-0:1.0: individual port over-current protection
hub 3-0:1.0: power on to power good time: 2ms
hub 3-0:1.0: local power source is good
hub 3-0:1.0: trying to enable port power on non-switchable hub
ehci_hcd 0000:00:1d.7: port 5 full speed --> companion
ehci_hcd 0000:00:1d.7: GetStatus port 5 status 003801 POWER OWNER sig=j CONNECT
hub 2-0:1.0: port 5 not reset yet, waiting 50ms
uhci_hcd 0000:00:1a.0: port 2 portsc 009b,00
hub 3-0:1.0: port 2: status 0101 change 0003
ehci_hcd 0000:00:1d.7: GetStatus port 5 status 003002 POWER OWNER sig=se0 CSC
hub 2-0:1.0: state 7 ports 6 chg 0000 evt 0020
hub 3-0:1.0: state 7 ports 2 chg 0004 evt 0000
drivers/usb/core/inode.c: creating file '001'
hub 3-0:1.0: port 2, status 0101, change 0000, 12 Mb/s
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: UHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.27-rc4-hh1 uhci_hcd
usb usb3: SerialNumber: 0000:00:1a.0
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:1a.1: setting latency timer to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
drivers/usb/core/inode.c: creating file '004'
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1a.1: detected 2 ports
uhci_hcd 0000:00:1a.1: uhci_check_and_reset_hc: cmd = 0x0000
uhci_hcd 0000:00:1a.1: Performing full reset
uhci_hcd 0000:00:1a.1: supports USB remote wakeup
uhci_hcd 0000:00:1a.1: irq 21, io base 0x00006f00
usb usb4: default language 0x0409
usb usb4: uevent
usb usb4: usb_probe_device
usb usb4: configuration #1 chosen from 1 choice
usb usb4: adding 4-0:1.0 (config #1, interface 0)
usb 4-0:1.0: uevent
hub 4-0:1.0: usb_probe_interface
hub 4-0:1.0: usb_probe_interface - got id
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
hub 4-0:1.0: standalone hub
hub 4-0:1.0: no power switching (usb 1.0)
hub 4-0:1.0: individual port over-current protection
hub 4-0:1.0: power on to power good time: 2ms
hub 4-0:1.0: local power source is good
hub 4-0:1.0: trying to enable port power on non-switchable hub
usb 3-2: new full speed USB device using uhci_hcd and address 2
drivers/usb/core/inode.c: creating file '001'
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: UHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.27-rc4-hh1 uhci_hcd
usb usb4: SerialNumber: 0000:00:1a.1
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
drivers/usb/core/inode.c: creating file '005'
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:1d.0: detected 2 ports
uhci_hcd 0000:00:1d.0: uhci_check_and_reset_hc: cmd = 0x0000
uhci_hcd 0000:00:1d.0: Performing full reset
uhci_hcd 0000:00:1d.0: supports USB remote wakeup
uhci_hcd 0000:00:1d.0: irq 20, io base 0x00006f80
usb usb5: default language 0x0409
usb usb5: uevent
usb usb5: usb_probe_device
usb usb5: configuration #1 chosen from 1 choice
usb usb5: adding 5-0:1.0 (config #1, interface 0)
usb 5-0:1.0: uevent
hub 5-0:1.0: usb_probe_interface
hub 5-0:1.0: usb_probe_interface - got id
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
hub 5-0:1.0: standalone hub
hub 5-0:1.0: no power switching (usb 1.0)
hub 5-0:1.0: individual port over-current protection
hub 5-0:1.0: power on to power good time: 2ms
hub 5-0:1.0: local power source is good
hub 5-0:1.0: trying to enable port power on non-switchable hub
drivers/usb/core/inode.c: creating file '001'
usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb5: Product: UHCI Host Controller
usb usb5: Manufacturer: Linux 2.6.27-rc4-hh1 uhci_hcd
usb usb5: SerialNumber: 0000:00:1d.0
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
drivers/usb/core/inode.c: creating file '006'
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:1d.1: detected 2 ports
uhci_hcd 0000:00:1d.1: uhci_check_and_reset_hc: cmd = 0x0000
uhci_hcd 0000:00:1d.1: Performing full reset
uhci_hcd 0000:00:1d.1: supports USB remote wakeup
uhci_hcd 0000:00:1d.1: irq 21, io base 0x00006f60
usb usb6: default language 0x0409
usb usb6: uevent
usb usb6: usb_probe_device
usb usb6: configuration #1 chosen from 1 choice
usb usb6: adding 6-0:1.0 (config #1, interface 0)
usb 6-0:1.0: uevent
hub 6-0:1.0: usb_probe_interface
hub 6-0:1.0: usb_probe_interface - got id
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
hub 6-0:1.0: standalone hub
hub 6-0:1.0: no power switching (usb 1.0)
hub 6-0:1.0: individual port over-current protection
hub 6-0:1.0: power on to power good time: 2ms
hub 6-0:1.0: local power source is good
hub 6-0:1.0: trying to enable port power on non-switchable hub
usb 3-2: skipped 1 descriptor after interface
usb 3-2: uevent
usb 3-2: usb_probe_device
usb 3-2: configuration #1 chosen from 1 choice
usb 3-2: adding 3-2:1.0 (config #1, interface 0)
usb 3-2:1.0: uevent
usb 3-2: adding 3-2:1.1 (config #1, interface 1)
usb 3-2:1.1: uevent
usb 3-2: adding 3-2:1.2 (config #1, interface 2)
usb 3-2:1.2: uevent
drivers/usb/core/inode.c: creating file '002'
usb 3-2: New USB device found, idVendor=413c, idProduct=8140
usb 3-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
hub 4-0:1.0: state 7 ports 2 chg 0000 evt 0000
hub 5-0:1.0: state 7 ports 2 chg 0000 evt 0000
hub 6-0:1.0: state 7 ports 2 chg 0000 evt 0000
drivers/usb/core/inode.c: creating file '001'
usb usb6: New USB device found, idVendor=1d6b, idProduct=0001
usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb6: Product: UHCI Host Controller
usb usb6: Manufacturer: Linux 2.6.27-rc4-hh1 uhci_hcd
usb usb6: SerialNumber: 0000:00:1d.1
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
drivers/usb/core/inode.c: creating file '007'
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 7
uhci_hcd 0000:00:1d.2: detected 2 ports
uhci_hcd 0000:00:1d.2: uhci_check_and_reset_hc: cmd = 0x0000
uhci_hcd 0000:00:1d.2: Performing full reset
uhci_hcd 0000:00:1d.2: supports USB remote wakeup
uhci_hcd 0000:00:1d.2: irq 22, io base 0x00006f40
usb usb7: default language 0x0409
usb usb7: uevent
usb usb7: usb_probe_device
usb usb7: configuration #1 chosen from 1 choice
usb usb7: adding 7-0:1.0 (config #1, interface 0)
usb 7-0:1.0: uevent
hub 7-0:1.0: usb_probe_interface
hub 7-0:1.0: usb_probe_interface - got id
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
hub 7-0:1.0: standalone hub
hub 7-0:1.0: no power switching (usb 1.0)
hub 7-0:1.0: individual port over-current protection
hub 7-0:1.0: power on to power good time: 2ms
hub 7-0:1.0: local power source is good
hub 7-0:1.0: trying to enable port power on non-switchable hub
uhci_hcd 0000:00:1d.2: port 1 portsc 009b,00
hub 7-0:1.0: port 1: status 0101 change 0003
hub 7-0:1.0: state 7 ports 2 chg 0002 evt 0000
drivers/usb/core/inode.c: creating file '001'
hub 7-0:1.0: port 1, status 0101, change 0000, 12 Mb/s
usb usb7: New USB device found, idVendor=1d6b, idProduct=0001
usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb7: Product: UHCI Host Controller
usb usb7: Manufacturer: Linux 2.6.27-rc4-hh1 uhci_hcd
usb usb7: SerialNumber: 0000:00:1d.2
usb 7-1: new full speed USB device using uhci_hcd and address 2
usb 7-1: ep0 maxpacket = 8
usb 7-1: uevent
usb 7-1: usb_probe_device
usb 7-1: configuration #1 chosen from 1 choice
usb 7-1: adding 7-1:1.0 (config #1, interface 0)
usb 7-1:1.0: uevent
hub 7-1:1.0: usb_probe_interface
hub 7-1:1.0: usb_probe_interface - got id
hub 7-1:1.0: USB hub found
hub 7-1:1.0: 4 ports detected
hub 7-1:1.0: compound device; port removable status: RFRR
hub 7-1:1.0: individual port power switching
hub 7-1:1.0: individual port over-current protection
hub 7-1:1.0: power on to power good time: 100ms
hub 7-1:1.0: local power source is lost (inactive)
hub 7-1:1.0: enabling power on all ports
hub 7-1:1.0: port 2: status 0101 change 0001
uhci_hcd 0000:00:1d.2: reserve dev 2 ep81-INT, period 128, phase 0, 12 us
drivers/usb/core/inode.c: creating file '002'
usb 7-1: New USB device found, idVendor=0b97, idProduct=7761
usb 7-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
hub 7-1:1.0: state 7 ports 4 chg 0004 evt 0000
hub 7-1:1.0: port 2, status 0101, change 0000, 12 Mb/s
usb 7-1.2: new full speed USB device using uhci_hcd and address 3
usb 7-1.2: skipped 1 descriptor after endpoint
usb 7-1.2: default language 0x0409
usb 7-1.2: uevent
usb 7-1.2: usb_probe_device
usb 7-1.2: configuration #1 chosen from 1 choice
usb 7-1.2: adding 7-1.2:1.0 (config #1, interface 0)
usb 7-1.2:1.0: uevent
drivers/usb/core/inode.c: creating file '003'
usb 7-1.2: New USB device found, idVendor=0b97, idProduct=7772
usb 7-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 7-1.2: Product: O2Micro CCID SC Reader
usb 7-1.2: Manufacturer: O2
hub 7-1:1.0: state 7 ports 4 chg 0000 evt 0004
usbcore: registered new interface driver usblp
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
pnp: the driver 'i8042 kbd' has been registered
i8042 kbd 00:02: driver attached
pnp: the driver 'i8042 aux' has been registered
i8042 aux 00:01: driver attached
PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
usb usb4: suspend_rh (auto-stop)
usb usb5: suspend_rh (auto-stop)
input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input6
pnp: the driver 'rtc_cmos' has been registered
rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one month, y3k, hpet irqs
rtc_cmos 00:03: driver attached
i2c /dev entries driver
i801_smbus 0000:00:1f.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17
usb usb6: suspend_rh (auto-stop)
input: PS/2 Mouse as /devices/platform/i8042/serio1/input/input7
input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input8
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.03 (30-Apr-2008)
iTCO_wdt: Found a ICH8M TCO device (Version=2, TCOBASE=0x1060)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
cpuidle: using governor ladder
cpuidle: using governor menu
Marking TSC unstable due to TSC halts in idle
dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
Driver for HIFN 795x crypto accelerator chip has been successfully registered.
dca service started, version 1.4
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
Advanced Linux Sound Architecture Driver Version 1.0.17.
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
HDA Intel 0000:00:1b.0: setting latency timer to 64
ALSA device list:
  #0: HDA Intel at 0xf6ffc000 irq 21
IPv4 over IPv4 tunneling driver
GRE over IPv4 tunneling driver
TCP bic registered
TCP westwood registered
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
tunl0: Disabled Privacy Extensions
NET: Registered protocol family 17
NET: Registered protocol family 15
rtc_cmos 00:03: setting system clock to 2008-08-30 11:03:09 UTC (1220094189)
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 1176k freed
Write protecting the kernel read-only data: 5504k
hub 1-0:1.0: hub_suspend
usb usb1: bus auto-suspend
ehci_hcd 0000:00:1a.7: suspend root hub
hub 2-0:1.0: hub_suspend
usb usb2: bus auto-suspend
ehci_hcd 0000:00:1d.7: suspend root hub
hub 4-0:1.0: hub_suspend
usb usb4: bus auto-suspend
usb usb4: suspend_rh
hub 5-0:1.0: hub_suspend
usb usb5: bus auto-suspend
usb usb5: suspend_rh
hub 6-0:1.0: hub_suspend
usb usb6: bus auto-suspend
usb usb6: suspend_rh
Clocksource tsc unstable (delta = -69822802 ns)
usb usb3: uevent
usb 3-0:1.0: uevent
usb 3-2: uevent
usb 3-2:1.0: uevent
usb 3-2:1.1: uevent
usb 3-2:1.2: uevent
usb usb4: uevent
usb 4-0:1.0: uevent
usb usb1: uevent
usb 1-0:1.0: uevent
usb usb5: uevent
usb 5-0:1.0: uevent
usb usb6: uevent
usb 6-0:1.0: uevent
usb usb7: uevent
usb 7-0:1.0: uevent
usb 7-1: uevent
usb 7-1.2: uevent
usb 7-1.2:1.0: uevent
usb 7-1:1.0: uevent
usb usb2: uevent
usb 2-0:1.0: uevent
Bluetooth: Generic Bluetooth USB driver ver 0.3
btusb 3-2:1.0: usb_probe_interface
btusb 3-2:1.0: usb_probe_interface - got id
btusb 3-2:1.2: usb_probe_interface
btusb 3-2:1.2: usb_probe_interface - got id
usbcore: registered new interface driver btusb
ACPI: \_SB_.PCI0.IDE0.SEC0.MAST: found ejectable bay
ACPI: \_SB_.PCI0.IDE0.SEC0.MAST: Adding notify handler
ACPI: Bay [\_SB_.PCI0.IDE0.SEC0.MAST] Added
ACPI: \_SB_.PCI0.IDE1.PRI_.MAST: found ejectable bay
ACPI: \_SB_.PCI0.IDE1.PRI_.MAST: Adding notify handler
ACPI: Bay [\_SB_.PCI0.IDE1.PRI_.MAST] Added
loadkeys[1699]: segfault at 5a0 ip 00007fd4db914af9 sp 00007fffe4144f58 error 4 in libconsole.so.0.0.0[7fd4db902000+19000]
Adding 3903752k swap on /dev/sda7.  Priority:-1 extents:1 across:3903752k
EXT3 FS on sda2, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
 domain 0: span 0-1 level MC
  groups: 0 1
  domain 1: span 0-1 level CPU
   groups: 0-1
CPU1 attaching sched-domain:
 domain 0: span 0-1 level MC
  groups: 1 0
  domain 1: span 0-1 level CPU
   groups: 0-1
ADDRCONF(NETDEV_UP): eth0: link is not ready
iwl3945 0000:0c:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
iwl3945 0000:0c:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106)
firmware: requesting iwlwifi-3945-1.ucode
Registered led device: iwl-phy0:radio
Registered led device: iwl-phy0:assoc
Registered led device: iwl-phy0:RX
Registered led device: iwl-phy0:TX
ADDRCONF(NETDEV_UP): wlan0: link is not ready
warning: `ntpd' uses 32-bit capabilities (legacy support in use)
wlan0: authenticate with AP 00:0d:54:a4:4c:4f
wlan0: authenticated
wlan0: associate with AP 00:0d:54:a4:4c:4f
wlan0: RX AssocResp from 00:0d:54:a4:4c:4f (capab=0x431 status=0 aid=2)
wlan0: associated
ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
evdev.c(EVIOCGBIT): Suspicious buffer size 511, limiting output to 64 bytes. See http://userweb.kernel.org/~dtor/eviocgbit-bug.html
wlan0: no IPv6 routers present
tun0: Disabled Privacy Extensions

[-- Attachment #3: lspci-vvxxx --]
[-- Type: text/plain, Size: 19741 bytes --]

00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
	Subsystem: Dell Device 01fe
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
	Latency: 0
	Capabilities: <access denied>
	Kernel modules: intel-agp
00: 86 80 00 2a 06 00 90 20 0c 00 00 06 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 e0 00 00 00 00 00 00 00 00 00 00 00

00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 0c) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000e000-0000efff
	Memory behind bridge: f2000000-f6efffff
	Prefetchable memory behind bridge: 00000000e0000000-00000000efffffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: <access denied>
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00: 86 80 01 2a 07 05 10 00 0c 00 04 06 10 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 e0 e0 00 00
20: 00 f2 e0 f6 01 e0 f1 ef 00 00 00 00 00 00 00 00
30: 00 00 00 00 88 00 00 00 00 00 00 00 00 01 1a 00

00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Contoller #4 (rev 02) (prog-if 00 [UHCI])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 20
	Region 4: I/O ports at 6f20 [size=32]
	Kernel driver in use: uhci_hcd
00: 86 80 34 28 05 00 80 02 02 00 03 0c 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 21 6f 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 00 00

00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02) (prog-if 00 [UHCI])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 21
	Region 4: I/O ports at 6f00 [size=32]
	Kernel driver in use: uhci_hcd
00: 86 80 35 28 05 00 80 02 02 00 03 0c 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 6f 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 02 00 00

00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02) (prog-if 20 [EHCI])
	Subsystem: Dell Device 01fe
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin C routed to IRQ 22
	Region 0: Memory at fed1c400 (32-bit, non-prefetchable) [size=1K]
	Capabilities: <access denied>
	Kernel driver in use: ehci_hcd
00: 86 80 3a 28 06 01 90 02 02 20 03 0c 00 00 00 00
10: 00 c4 d1 fe 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 50 00 00 00 00 00 00 00 09 03 00 00

00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
	Subsystem: Dell Device 01fe
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 21
	Region 0: Memory at f6ffc000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: HDA Intel
00: 86 80 4b 28 06 01 10 00 02 00 03 04 10 00 00 00
10: 04 c0 ff f6 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 01 00 00

00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=0b, subordinate=0b, sec-latency=0
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
	BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: <access denied>
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00: 86 80 3f 28 07 05 10 00 02 00 04 06 10 00 81 00
10: 00 00 00 00 00 00 00 00 00 0b 0b 00 f0 00 00 20
20: f0 ff 00 00 f1 ff 01 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 01 02 00

00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 02) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=0c, subordinate=0c, sec-latency=0
	Memory behind bridge: f1f00000-f1ffffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: <access denied>
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00: 86 80 41 28 07 05 10 00 02 00 04 06 10 00 81 00
10: 00 00 00 00 00 00 00 00 00 0c 0c 00 f0 00 00 00
20: f0 f1 f0 f1 f1 ff 01 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 02 02 00

00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 02) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=0d, subordinate=0e, sec-latency=0
	I/O behind bridge: 0000d000-0000dfff
	Memory behind bridge: f1c00000-f1efffff
	Prefetchable memory behind bridge: 00000000f0000000-00000000f01fffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: <access denied>
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00: 86 80 45 28 07 04 10 00 02 00 04 06 10 00 81 00
10: 00 00 00 00 00 00 00 00 00 0d 0e 00 d0 d0 00 00
20: c0 f1 e0 f1 01 f0 11 f0 00 00 00 00 00 00 00 00
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 04 02 00

00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=09, subordinate=09, sec-latency=0
	Memory behind bridge: f1b00000-f1bfffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
	BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: <access denied>
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp
00: 86 80 49 28 07 04 10 00 02 00 04 06 10 00 81 00
10: 00 00 00 00 00 00 00 00 00 09 09 00 f0 00 00 00
20: b0 f1 b0 f1 f1 ff 01 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 02 02 00

00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 20
	Region 4: I/O ports at 6f80 [size=32]
	Kernel driver in use: uhci_hcd
00: 86 80 30 28 05 00 80 02 02 00 03 0c 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 81 6f 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 00 00

00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 21
	Region 4: I/O ports at 6f60 [size=32]
	Kernel driver in use: uhci_hcd
00: 86 80 31 28 05 00 80 02 02 00 03 0c 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 61 6f 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 02 00 00

00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin C routed to IRQ 22
	Region 4: I/O ports at 6f40 [size=32]
	Kernel driver in use: uhci_hcd
00: 86 80 32 28 05 00 80 02 02 00 03 0c 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 41 6f 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 00 00 00 00 00 00 00 00 09 03 00 00

00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02) (prog-if 20 [EHCI])
	Subsystem: Dell Device 01fe
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 20
	Region 0: Memory at fed1c000 (32-bit, non-prefetchable) [size=1K]
	Capabilities: <access denied>
	Kernel driver in use: ehci_hcd
00: 86 80 36 28 06 01 90 02 02 20 03 0c 00 00 00 00
10: 00 c0 d1 fe 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 00 00

00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2) (prog-if 01 [Subtractive decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Bus: primary=00, secondary=03, subordinate=07, sec-latency=32
	I/O behind bridge: 00002000-00002fff
	Memory behind bridge: f1a00000-f1afffff
	Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR+
	BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: <access denied>
00: 86 80 48 24 07 00 10 00 f2 01 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 03 07 20 20 20 80 a2
20: a0 f1 a0 f1 f1 ff 01 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 50 00 00 00 00 00 00 00 ff 00 02 00

00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 02)
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Capabilities: <access denied>
00: 86 80 15 28 07 01 10 02 02 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 e0 00 00 00 00 00 00 00 00 00 00 00

00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 16
	Region 0: I/O ports at 01f0 [size=8]
	Region 1: I/O ports at 03f4 [size=1]
	Region 2: I/O ports at 0170 [size=8]
	Region 3: I/O ports at 0374 [size=1]
	Region 4: I/O ports at 6fa0 [size=16]
	Kernel driver in use: PIIX_IDE
00: 86 80 50 28 05 00 80 02 02 8a 01 01 00 00 00 00
10: f1 01 00 00 f5 03 00 00 71 01 00 00 75 03 00 00
20: a1 6f 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 00 00 00 00 00 00 00 00 05 01 00 00

00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 02) (prog-if 01 [AHCI 1.0])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin C routed to IRQ 4346
	Region 0: I/O ports at 6eb0 [size=8]
	Region 1: I/O ports at 6eb8 [size=4]
	Region 2: I/O ports at 6ec0 [size=8]
	Region 3: I/O ports at 6ec8 [size=4]
	Region 4: I/O ports at 6ee0 [size=32]
	Region 5: Memory at f6ffb800 (32-bit, non-prefetchable) [size=2K]
	Capabilities: <access denied>
	Kernel driver in use: ahci
00: 86 80 29 28 07 04 b0 02 02 01 06 01 00 00 00 00
10: b1 6e 00 00 b9 6e 00 00 c1 6e 00 00 c9 6e 00 00
20: e1 6e 00 00 00 b8 ff f6 00 00 00 00 28 10 fe 01
30: 00 00 00 00 80 00 00 00 00 00 00 00 0a 03 00 00

00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Interrupt: pin B routed to IRQ 17
	Region 0: Memory at f6ffb700 (32-bit, non-prefetchable) [size=256]
	Region 4: I/O ports at 10c0 [size=32]
	Kernel driver in use: i801_smbus
00: 86 80 3e 28 03 01 80 02 02 00 05 0c 00 00 00 00
10: 00 b7 ff f6 00 00 00 00 00 00 00 00 00 00 00 00
20: c1 10 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 00 00 00 00 00 00 00 00 03 02 00 00

01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 135M (rev a1) (prog-if 00 [VGA controller])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at f5000000 (32-bit, non-prefetchable) [size=16M]
	Region 1: Memory at e0000000 (64-bit, prefetchable) [size=256M]
	Region 3: Memory at f2000000 (64-bit, non-prefetchable) [size=32M]
	Region 5: I/O ports at ef00 [size=128]
	[virtual] Expansion ROM at f4000000 [disabled] [size=128K]
	Capabilities: <access denied>
00: de 10 2b 04 07 00 10 00 a1 00 00 03 10 00 00 00
10: 00 00 00 f5 0c 00 00 e0 00 00 00 00 04 00 00 f2
20: 00 00 00 00 01 ef 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 60 00 00 00 00 00 00 00 05 01 00 00

03:01.0 CardBus bridge: O2 Micro, Inc. Cardbus bridge (rev 21)
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 168
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at f1a00000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=03, secondary=04, subordinate=07, sec-latency=176
	Memory window 0: 8c000000-8c3ff000 (prefetchable)
	Memory window 1: 88000000-8bfff000
	I/O window 0: 00002000-000020ff
	I/O window 1: 00002400-000024ff
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
	16-bit legacy interface ports at 0001
	Kernel driver in use: yenta_cardbus
00: 17 12 35 71 87 00 10 04 21 00 07 06 00 a8 82 00
10: 00 00 a0 f1 a0 00 00 02 03 04 07 b0 00 00 00 8c
20: 00 f0 3f 8c 00 00 00 88 00 f0 ff 8b 01 20 00 00
30: fd 20 00 00 01 24 00 00 fd 24 00 00 ff 01 c0 05
40: 28 10 fe 01 01 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

03:01.4 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02) (prog-if 10 [OHCI])
	Subsystem: Dell Device 01fe
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+
	Latency: 64, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at f1aff000 (32-bit, non-prefetchable) [size=4K]
	Region 1: Memory at f1afe800 (32-bit, non-prefetchable) [size=2K]
	Capabilities: <access denied>
	Kernel driver in use: firewire_ohci
00: 17 12 f7 00 17 01 18 02 02 10 00 0c 10 40 00 00
10: 00 f0 af f1 00 e8 af f1 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 60 00 00 00 00 00 00 00 09 01 00 00

09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5755M Gigabit Ethernet PCI Express (rev 02)
	Subsystem: Dell Device 01fe
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 4345
	Region 0: Memory at f1bf0000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: tg3
00: e4 14 73 16 06 05 10 00 02 00 00 02 10 00 00 00
10: 04 00 bf f1 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 28 10 fe 01
30: 00 00 00 00 48 00 00 00 00 00 00 00 03 01 00 00

0c:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)
	Subsystem: Intel Corporation Device 1021
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 4344
	Region 0: Memory at f1fff000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: <access denied>
	Kernel driver in use: iwl3945
00: 86 80 22 42 06 05 10 00 02 00 80 02 10 00 00 00
10: 00 f0 ff f1 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 21 10
30: 00 00 00 00 c8 00 00 00 00 00 00 00 03 01 00 00


[-- Attachment #4: lspci-tv --]
[-- Type: text/plain, Size: 1534 bytes --]

-[0000:00]-+-00.0  Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub
           +-01.0-[0000:01]----00.0  nVidia Corporation Quadro NVS 135M
           +-1a.0  Intel Corporation 82801H (ICH8 Family) USB UHCI Contoller #4
           +-1a.1  Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5
           +-1a.7  Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2
           +-1b.0  Intel Corporation 82801H (ICH8 Family) HD Audio Controller
           +-1c.0-[0000:0b]--
           +-1c.1-[0000:0c]----00.0  Intel Corporation PRO/Wireless 3945ABG Network Connection
           +-1c.3-[0000:0d-0e]--
           +-1c.5-[0000:09]----00.0  Broadcom Corporation NetXtreme BCM5755M Gigabit Ethernet PCI Express
           +-1d.0  Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1
           +-1d.1  Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2
           +-1d.2  Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3
           +-1d.7  Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1
           +-1e.0-[0000:03-07]--+-01.0  O2 Micro, Inc. Cardbus bridge
           |                    \-01.4  O2 Micro, Inc. Firewire (IEEE 1394)
           +-1f.0  Intel Corporation 82801HEM (ICH8M) LPC Interface Controller
           +-1f.1  Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller
           +-1f.2  Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller
           \-1f.3  Intel Corporation 82801H (ICH8 Family) SMBus Controller

Re: 2.6.27 mtrr fixes do not work when X starts

[Helge Hafting]

Yinghai Lu wrote:

> please use "mtrr_spare_reg_nr=3 debug"
> 
> you missed _nr.
> 
Sorry. I got it right this time, and mtrr setup succeeded:

dmesg:
Command line: root=/dev/sda2 ro mtrr_spare_reg_nr=3 debug
KERNEL supported cpus:
   Intel GenuineIntel
   AMD AuthenticAMD
   Centaur CentaurHauls
BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
  BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
  BIOS-e820: 0000000000100000 - 000000007fe5a800 (usable)
  BIOS-e820: 000000007fe5a800 - 0000000080000000 (reserved)
  BIOS-e820: 00000000f8000000 - 00000000fc000000 (reserved)
  BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
  BIOS-e820: 00000000fed18000 - 00000000fed1c000 (reserved)
  BIOS-e820: 00000000fed20000 - 00000000fed90000 (reserved)
  BIOS-e820: 00000000feda0000 - 00000000feda6000 (reserved)
  BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
  BIOS-e820: 00000000ffe00000 - 0000000100000000 (reserved)
last_pfn = 0x7fe5a max_arch_pfn = 0x3ffffffff
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
total RAM coverred: 2047M
  gran_size: 1M  chunk_size: 1M  num_reg: 8      lose RAM: 7M
  gran_size: 1M  chunk_size: 2M  num_reg: 8      lose RAM: 7M
  gran_size: 1M  chunk_size: 4M  num_reg: 8      lose RAM: 7M
  gran_size: 1M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
*BAD* gran_size: 1M     chunk_size: 16M         num_reg: 8      lose 
RAM: -1M
  gran_size: 1M  chunk_size: 32M         num_reg: 8      lose RAM: 0M
  gran_size: 1M  chunk_size: 64M         num_reg: 7      lose RAM: 0M
  gran_size: 1M  chunk_size: 128M        num_reg: 6      lose RAM: 0M
  gran_size: 1M  chunk_size: 256M        num_reg: 5      lose RAM: 0M
  gran_size: 1M  chunk_size: 512M        num_reg: 4      lose RAM: 0M
  gran_size: 1M  chunk_size: 1024M       num_reg: 3      lose RAM: 0M
  gran_size: 1M  chunk_size: 2048M       num_reg: 2      lose RAM: 0M
  gran_size: 1M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
  gran_size: 2M  chunk_size: 2M  num_reg: 8      lose RAM: 7M
  gran_size: 2M  chunk_size: 4M  num_reg: 8      lose RAM: 7M
  gran_size: 2M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
*BAD* gran_size: 2M     chunk_size: 16M         num_reg: 8      lose 
RAM: -1M
  gran_size: 2M  chunk_size: 32M         num_reg: 8      lose RAM: 1M
  gran_size: 2M  chunk_size: 64M         num_reg: 7      lose RAM: 1M
  gran_size: 2M  chunk_size: 128M        num_reg: 6      lose RAM: 1M
  gran_size: 2M  chunk_size: 256M        num_reg: 5      lose RAM: 1M
  gran_size: 2M  chunk_size: 512M        num_reg: 4      lose RAM: 1M
  gran_size: 2M  chunk_size: 1024M       num_reg: 3      lose RAM: 1M
  gran_size: 2M  chunk_size: 2048M       num_reg: 2      lose RAM: 1M
  gran_size: 2M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
  gran_size: 4M  chunk_size: 4M  num_reg: 8      lose RAM: 7M
  gran_size: 4M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
*BAD* gran_size: 4M     chunk_size: 16M      num_reg: 8      lose RAM: -1M
  gran_size: 4M  chunk_size: 32M         num_reg: 8      lose RAM: 3M
  gran_size: 4M  chunk_size: 64M         num_reg: 7      lose RAM: 3M
  gran_size: 4M  chunk_size: 128M        num_reg: 6      lose RAM: 3M
  gran_size: 4M  chunk_size: 256M        num_reg: 5      lose RAM: 3M
  gran_size: 4M  chunk_size: 512M        num_reg: 4      lose RAM: 3M
  gran_size: 4M  chunk_size: 1024M       num_reg: 3      lose RAM: 3M
  gran_size: 4M  chunk_size: 2048M       num_reg: 2      lose RAM: 3M
  gran_size: 4M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
  gran_size: 8M  chunk_size: 8M  num_reg: 8      lose RAM: 7M
  gran_size: 8M  chunk_size: 16M         num_reg: 8      lose RAM: 7M
  gran_size: 8M  chunk_size: 32M         num_reg: 8      lose RAM: 7M
  gran_size: 8M  chunk_size: 64M         num_reg: 7      lose RAM: 7M
  gran_size: 8M  chunk_size: 128M        num_reg: 6      lose RAM: 7M
  gran_size: 8M  chunk_size: 256M        num_reg: 5      lose RAM: 7M
  gran_size: 8M  chunk_size: 512M        num_reg: 4      lose RAM: 7M
  gran_size: 8M  chunk_size: 1024M       num_reg: 3      lose RAM: 7M
  gran_size: 8M  chunk_size: 2048M       num_reg: 2      lose RAM: 7M
  gran_size: 8M  chunk_size: 4096M       num_reg: 8      lose RAM: 7M
  gran_size: 16M    chunk_size: 16M         num_reg: 7      lose RAM: 15M
  gran_size: 16M    chunk_size: 32M         num_reg: 7      lose RAM: 15M
  gran_size: 16M    chunk_size: 64M         num_reg: 7      lose RAM: 15M
  gran_size: 16M    chunk_size: 128M        num_reg: 6      lose RAM: 15M
  gran_size: 16M    chunk_size: 256M        num_reg: 5      lose RAM: 15M
  gran_size: 16M    chunk_size: 512M        num_reg: 4      lose RAM: 15M
  gran_size: 16M    chunk_size: 1024M       num_reg: 3      lose RAM: 15M
  gran_size: 16M    chunk_size: 2048M       num_reg: 2      lose RAM: 15M
  gran_size: 16M    chunk_size: 4096M       num_reg: 7      lose RAM: 15M
  gran_size: 32M    chunk_size: 32M         num_reg: 6      lose RAM: 31M
  gran_size: 32M    chunk_size: 64M         num_reg: 6      lose RAM: 31M
  gran_size: 32M    chunk_size: 128M        num_reg: 6      lose RAM: 31M
  gran_size: 32M    chunk_size: 256M        num_reg: 5      lose RAM: 31M
  gran_size: 32M    chunk_size: 512M        num_reg: 4      lose RAM: 31M
  gran_size: 32M    chunk_size: 1024M       num_reg: 3      lose RAM: 31M
  gran_size: 32M    chunk_size: 2048M       num_reg: 2      lose RAM: 31M
  gran_size: 32M    chunk_size: 4096M       num_reg: 6      lose RAM: 31M
  gran_size: 64M    chunk_size: 64M         num_reg: 5      lose RAM: 63M
  gran_size: 64M    chunk_size: 128M        num_reg: 5      lose RAM: 63M
  gran_size: 64M    chunk_size: 256M        num_reg: 5      lose RAM: 63M
  gran_size: 64M    chunk_size: 512M        num_reg: 4      lose RAM: 63M
  gran_size: 64M    chunk_size: 1024M       num_reg: 3      lose RAM: 63M
  gran_size: 64M    chunk_size: 2048M       num_reg: 2      lose RAM: 63M
  gran_size: 64M    chunk_size: 4096M       num_reg: 5      lose RAM: 63M
  gran_size: 128M  chunk_size: 128M        num_reg: 4      lose RAM: 127M
  gran_size: 128M  chunk_size: 256M        num_reg: 4      lose RAM: 127M
  gran_size: 128M  chunk_size: 512M        num_reg: 4      lose RAM: 127M
  gran_size: 128M  chunk_size: 1024M       num_reg: 3      lose RAM: 127M
  gran_size: 128M  chunk_size: 2048M       num_reg: 2      lose RAM: 127M
  gran_size: 128M  chunk_size: 4096M       num_reg: 4      lose RAM: 127M
  gran_size: 256M  chunk_size: 256M        num_reg: 3      lose RAM: 255M
  gran_size: 256M  chunk_size: 512M        num_reg: 3      lose RAM: 255M
  gran_size: 256M  chunk_size: 1024M       num_reg: 3      lose RAM: 255M
  gran_size: 256M  chunk_size: 2048M       num_reg: 2      lose RAM: 255M
  gran_size: 256M  chunk_size: 4096M       num_reg: 3      lose RAM: 255M
  gran_size: 512M  chunk_size: 512M        num_reg: 2      lose RAM: 511M
  gran_size: 512M  chunk_size: 1024M       num_reg: 2      lose RAM: 511M
  gran_size: 512M  chunk_size: 2048M       num_reg: 2      lose RAM: 511M
  gran_size: 512M  chunk_size: 4096M       num_reg: 2      lose RAM: 511M
  gran_size: 1024M chunk_size: 1024M      num_reg: 1      lose RAM: 1023M
  gran_size: 1024M chunk_size: 2048M      num_reg: 1      lose RAM: 1023M
  gran_size: 1024M chunk_size: 4096M      num_reg: 1      lose RAM: 1023M
  gran_size: 2048M chunk_size: 2048M      num_reg: 0      lose RAM: 2047M
  gran_size: 2048M chunk_size: 4096M      num_reg: 0      lose RAM: 2047M
Found optimal setting for mtrr clean up
gran_size: 1M   chunk_size: 256M        num_reg: 5      lose RAM: 0M
range0: 0000000000000000 - 0000000070000000
Setting variable MTRR 0, base: 0MB, range: 1024MB, type WB
Setting variable MTRR 1, base: 1024MB, range: 512MB, type WB
Setting variable MTRR 2, base: 1536MB, range: 256MB, type WB
range: 0000000070000000 - 0000000080000000
Setting variable MTRR 3, base: 1792MB, range: 256MB, type WB
hole: 000000007ff00000 - 0000000080000000
Setting variable MTRR 4, base: 2047MB, range: 1MB, type UC
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
After WB checking
MTRR MAP PFN: 0000000000000000 - 0000000000080000
After UC checking
MTRR MAP PFN: 0000000000000000 - 000000000007ff00
After sorting
MTRR MAP PFN: 0000000000000000 - 000000000007ff00
init_memory_mapping
  0000000000 - 007fe00000 page 2M
  007fe00000 - 007fe5a000 page 4k
kernel direct mapping tables up to 7fe5a000 @ 8000-c000
last_map_addr: 7fe5a000 end: 7fe5a000
DMI 2.4 present.

Xorg.0.log:
(II) VESA(0): Primary V_BIOS segment is: 0xc000
(II) VESA(0): VESA BIOS detected
(II) VESA(0): VESA VBE Version 3.0
(II) VESA(0): VESA VBE Total Mem: 14336 kB
(II) VESA(0): VESA VBE OEM: NVIDIA
(II) VESA(0): VESA VBE OEM Software Rev: 96.134
(II) VESA(0): VESA VBE OEM Vendor: NVIDIA Corporation
(II) VESA(0): VESA VBE OEM Product: G86 Board - dawson0
(II) VESA(0): VESA VBE OEM Product Rev: Chip Rev
(II) VESA(0): Splitting WC range: base: 0xf3000000, size: 0xe00000
(II) VESA(0): Splitting WC range: base: 0xf3800000, size: 0x600000
(==) VESA(0): Write-combining range (0xf3c00000,0x200000)
(==) VESA(0): Write-combining range (0xf3800000,0x600000)
(==) VESA(0): Write-combining range (0xf3000000,0xe00000)
(II) VESA(0): virtual address = 0x7fe74b00e000,
         physical address = 0xf3000000, size = 14680064
(==) VESA(0): Default visual is TrueColor
(==) VESA(0): Backing store disabled


$ cat /proc/mtrr
reg00: base=0x00000000 (   0MB), size=1024MB: write-back, count=1
reg01: base=0x40000000 (1024MB), size= 512MB: write-back, count=1
reg02: base=0x60000000 (1536MB), size= 256MB: write-back, count=1
reg03: base=0x70000000 (1792MB), size= 256MB: write-back, count=1
reg04: base=0x7ff00000 (2047MB), size=   1MB: uncachable, count=1
reg05: base=0xf3c00000 (3900MB), size=   2MB: write-combining, count=1
reg06: base=0xf3800000 (3896MB), size=   4MB: write-combining, count=1
reg07: base=0xf3000000 (3888MB), size=   8MB: write-combining, count=1

This time X got its 3 regions, and no sluggishness when moving
opaque windows. :-)

I hope this helps so the extra bootup parameters can be avoided in the 
release kernel.

Helge Hafting

Re: 2.6.27 mtrr fixes do not work when X starts

[Yinghai Lu]

On Tue, Aug 26, 2008 at 2:32 AM, Helge Hafting
<helge.hafting@aitel.hist.no> wrote:
> Yinghai Lu wrote:
>
>> please use "mtrr_spare_reg_nr=3 debug"
>>
>> you missed _nr.
>>
> Sorry. I got it right this time, and mtrr setup succeeded:
>
..
> $ cat /proc/mtrr
> reg00: base=0x00000000 (   0MB), size=1024MB: write-back, count=1
> reg01: base=0x40000000 (1024MB), size= 512MB: write-back, count=1
> reg02: base=0x60000000 (1536MB), size= 256MB: write-back, count=1
> reg03: base=0x70000000 (1792MB), size= 256MB: write-back, count=1
> reg04: base=0x7ff00000 (2047MB), size=   1MB: uncachable, count=1
> reg05: base=0xf3c00000 (3900MB), size=   2MB: write-combining, count=1
> reg06: base=0xf3800000 (3896MB), size=   4MB: write-combining, count=1
> reg07: base=0xf3000000 (3888MB), size=   8MB: write-combining, count=1
>
> This time X got its 3 regions, and no sluggishness when moving
> opaque windows. :-)

good.

>
> I hope this helps so the extra bootup parameters can be avoided in the
> release kernel.

that is a little bit hard.

YH

Re: 2.6.27 mtrr fixes do not work when X starts

[Helge Hafting]

Yinghai Lu wrote:
> On Tue, Aug 26, 2008 at 2:32 AM, Helge Hafting
> <helge.hafting@aitel.hist.no> wrote:

>> I hope this helps so the extra bootup parameters can be avoided in the
>> release kernel.
> 
> that is a little bit hard.

Well, perhaps not 2.6.27, but I hope I won't need
"mtrr_spare_reg_nr=3" forever. Or is my machine a strange
corner case as far as mtrr's are concerned?

Helge Hafting

Re: 2.6.27 mtrr fixes do not work when X starts

[Andi Kleen]

On Wed, Aug 27, 2008 at 02:53:25PM +0200, Helge Hafting wrote:
> Yinghai Lu wrote:
> >On Tue, Aug 26, 2008 at 2:32 AM, Helge Hafting
> ><helge.hafting@aitel.hist.no> wrote:
> 
> >>I hope this helps so the extra bootup parameters can be avoided in the
> >>release kernel.
> >
> >that is a little bit hard.
> 
> Well, perhaps not 2.6.27, but I hope I won't need
> "mtrr_spare_reg_nr=3" forever. Or is my machine a strange
> corner case as far as mtrr's are concerned?

It's just a side effect of having far too much BIOS code 
in the kernel. These basic MTRRs should be set up by the BIOS and when
the kernel starts to think it knows better it ultimatively ends up
being far more platform dependent than it should be.

-Andi