This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Sat Apr 27 06:39:02 2024 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 g8IGlYX02574 for ; Wed, 18 Sep 2002 18:47:35 +0200 Received: (qmail 26159 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 24649 invoked by uid 1000); 17 Sep 2002 19:58:36 -0000 Received: (maildatabase); juh Received: (qmail 21447 invoked by alias); 16 Jan 2001 20:55:15 -0000 Received: (qmail 21444 invoked from network); 16 Jan 2001 20:55:14 -0000 Received: from vger.kernel.org (199.183.24.194) by spaans.ds9a.nl with SMTP; 16 Jan 2001 20:55:14 -0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 16 Jan 2001 15:54:22 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 16 Jan 2001 15:54:13 -0500 Received: from shelly.surfsouth.com ([216.128.200.24]:19728 "EHLO shelly.surfsouth.com") by vger.kernel.org with ESMTP id convert rfc822-to-8bit; Tue, 16 Jan 2001 15:54:05 -0500 Received: from canard (canard.surfsouth.com [216.128.143.37]) by shelly.surfsouth.com (8.8.7/8.8.7) with ESMTP id PAA08578; Tue, 16 Jan 2001 15:54:02 -0500 Received: from cmiller by canard with local (Exim 3.20 #1 (Debian)) id 14Id8s-00007V-00; Tue, 16 Jan 2001 15:55:46 -0500 Date: Tue, 16 Jan 2001 15:55:46 -0500 From: Chad Miller To: Petr Vandrovec Cc: linux-kernel@vger.kernel.org Subject: G400 behavior different, 2.2.18->2.4.0 (was: matroxfb on 2.4.0 / PCI: Failed to allocate...) Message-Id: <20010116155545.A359@cahoots.surfsouth.com> References: <12C27D8E5537@vcnet.vc.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8BIT User-Agent: Mutt/1.2.5i In-Reply-To: <12C27D8E5537@vcnet.vc.cvut.cz>; from VANDROVE@vc.cvut.cz on Tue, Jan 16, 2001 at 07:31:33PM +0000 X-key-info: GPG key at http://web.chad.org/home/gpgkey Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org (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) < Memory at d4000000 (32-bit, non-prefetchable) < Memory at d5000000 (32-bit, non-prefetchable) < Capabilities: [dc] Power Management version 2 < Capabilities: [f0] AGP version 2.0 --- > Flags: bus master, VGA palette snoop, medium devsel, latency 64, IRQ 10 > Memory at d8000000 (32-bit, prefetchable) [size=16M] > Memory at d4000000 (32-bit, non-prefetchable) [size=16K] > Memory at d5000000 (32-bit, non-prefetchable) [size=8M] > Expansion ROM at [disabled] [size=64K] > Capabilities: Change in latency and base address. Interesting, eh? 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 Ideas? - chad -- Chad Miller URL: http://web.chad.org/ (GPG) "Any technology distinguishable from magic is insufficiently advanced". First corollary to Clarke's Third Law (Jargon File, v4.2.0, 'magic') - 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/