Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753815AbYH2PJ4 (ORCPT ); Fri, 29 Aug 2008 11:09:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750971AbYH2PJs (ORCPT ); Fri, 29 Aug 2008 11:09:48 -0400 Received: from mx11.lb01.inode.at ([62.99.145.13]:24750 "EHLO mx.inode.at" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750770AbYH2PJs (ORCPT ); Fri, 29 Aug 2008 11:09:48 -0400 Message-ID: <48B81138.4060601@sbg.ac.at> Date: Fri, 29 Aug 2008 17:09:44 +0200 From: Alexander Huemer User-Agent: Thunderbird 2.0.0.16 (X11/20080729) MIME-Version: 1.0 To: Yinghai Lu CC: "linux-kernel@vger.kernel.org" , Helge Hafting Subject: Re: 2.6.27 mtrr fixes do not work References: <4899AF8E.20105@sbg.ac.at> <86802c440808221024u1f152a73hf060f70e1b16dccb@mail.gmail.com> <48B29320.5070903@aitel.hist.no> <86802c440808251308i609a1c8ay6a7300bf4d0e0758@mail.gmail.com> <48B313C3.30704@sbg.ac.at> <86802c440808251322l72546d59o90c4e0b87c81538c@mail.gmail.com> <48B31508.6020305@sbg.ac.at> <86802c440808251344h697a27d0i91486a836d258cb@mail.gmail.com> <86802c440808251624u181a98eesd8a19ea6fd3d8d8c@mail.gmail.com> <48B34056.5080100@sbg.ac.at> <86802c440808251633s7bf8ecb2ua6ef187b5be563db@mail.gmail.com> In-Reply-To: <86802c440808251633s7bf8ecb2ua6ef187b5be563db@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2981 Lines: 84 Yinghai Lu wrote: > On Mon, Aug 25, 2008 at 4:29 PM, Alexander Huemer > wrote: >> Yinghai Lu wrote: >>> On Mon, Aug 25, 2008 at 1:44 PM, Yinghai Lu wrote: >>> >>>> On Mon, Aug 25, 2008 at 1:24 PM, Alexander Huemer >>>> 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 -- 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/