This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Fri Dec 8 04:50:35 2023 Received: from spaans.ds9a.nl (adsl-xs4all.ds9a.nl [213.84.159.51]) by kylie.puddingonline.com (8.11.6/8.11.6) with SMTP id g8IGB8X19178 for ; Wed, 18 Sep 2002 18:11:08 +0200 Received: (qmail 26172 invoked from network); 18 Sep 2002 06:31:38 -0000 Received: from unknown (HELO spaans.ds9a.nl) (3ffe:8280:10:360:202:44ff:fe2a:a1dd) by mayo.ipv6.ds9a.nl with SMTP; 18 Sep 2002 06:31:38 -0000 Received: (qmail 24672 invoked by uid 1000); 17 Sep 2002 19:58:36 -0000 Received: (maildatabase); juh Received: (qmail 21720 invoked by alias); 16 Jan 2001 21:43:09 -0000 Received: (qmail 21717 invoked from network); 16 Jan 2001 21:43:09 -0000 Received: from vger.kernel.org (199.183.24.194) by spaans.ds9a.nl with SMTP; 16 Jan 2001 21:43:09 -0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 16 Jan 2001 16:42:18 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 16 Jan 2001 16:42:08 -0500 Received: from zikova.cvut.cz ([147.32.235.100]:21256 "EHLO zikova.cvut.cz") by vger.kernel.org with ESMTP id ; Tue, 16 Jan 2001 16:42:00 -0500 Received: from vcnet.vc.cvut.cz (vcnet.vc.cvut.cz [147.32.240.61]) by zikova.cvut.cz (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id WAA66886; Tue, 16 Jan 2001 22:41:11 +0100 Received: from VCNET/SpoolDir by vcnet.vc.cvut.cz (Mercury 1.21); 16 Jan 101 22:41:12 MET-1MEST Received: from SpoolDir by VCNET (Mercury 1.30); 16 Jan 101 22:40:56 MET-1MEST From: "Petr Vandrovec" Organization: CC CTU Prague To: Chad Miller Date: Tue, 16 Jan 2001 22:40:51 MET-1 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Re: G400 behavior different, 2.2.18->2.4.0 (was: matroxfb o Cc: linux-kernel@vger.kernel.org X-Mailer: Pegasus Mail v3.40 Message-Id: <12C5A55170A3@vcnet.vc.cvut.cz> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org On 16 Jan 01 at 15:55, Chad Miller wrote: > (CC'd to lkml) > > On Tue, Jan 16, 2001 at 07:31:33PM +0000, Petr Vandrovec wrote: > > There is something wrong with your hardware. First region for G400 should > > be 32MB, not 16MB (even if you have 16MB G400, which I doubt). > > Ooo! Here's an edited diff of 'lspci -v' under 2.2.18 versus 2.4.0: > > 36,41c37,42 > < Flags: bus master, VGA palette snoop, medium devsel, latency 32, IRQ 10 > < Memory at d6000000 (32-bit, prefetchable) > --- > > Flags: bus master, VGA palette snoop, medium devsel, latency 64, IRQ 10 > > Memory at d8000000 (32-bit, prefetchable) [size=16M] > Do you think any configuration parameters could affect this? (I haven't > paid as much attention to the evolution from 2.2 to 2.4 as I should've.) > > Here's the diff of X' output, from 2.2.18 to 2.4.0: > > 43c43 > < (--) PCI:*(1:0:0) Matrox MGA G400 AGP rev 5, Mem @ 0xd6000000/25, 0xd4000000/14, 0xd5000000/23 > --- > > (--) PCI:*(1:0:0) Matrox MGA G400 AGP rev 5, Mem @ 0xd6000000/24, 0xd4000000/14, 0xd5000000/23 > 72,73d71 > < (WW) ****INVALID MEM ALLOCATION**** b: 0xd6000000 e: 0xd7ffffff correcting > < (EE) Cannot find a replacement memory range Output under 2.2.x is correct: '/25' for 32MB range. I have no idea why X complains about region D6000000-D7FFFFFF - can you look at '... regions behind bridge' when you boot 2.2.x (they are on 0:01.0 device, AFAIK) ? Under 2.4.x you showed that prefetchable region is D6000000-D8FFFFFF, which correctly covers 2.2.x framebuffer address (although it is not power of 2, but who knows...). You should see D4000000-D5FFFFFF as non-prefetchable memory behind bridge, and D6000000-D7FFFFFF as prefetchable memory behind bridge. Best regards, Petr Vandrovec vandrove@vc.cvut.cz - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/