Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262145AbVBZBEh (ORCPT ); Fri, 25 Feb 2005 20:04:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262811AbVBZBEg (ORCPT ); Fri, 25 Feb 2005 20:04:36 -0500 Received: from gate.crashing.org ([63.228.1.57]:38041 "EHLO gate.crashing.org") by vger.kernel.org with ESMTP id S262145AbVBZBCF (ORCPT ); Fri, 25 Feb 2005 20:02:05 -0500 Subject: Re: [Linux-fbdev-devel] Re: 2.6.11-rc5 From: Benjamin Herrenschmidt To: Olaf Hering Cc: Linux Fbdev development list , Kernel Mailing List In-Reply-To: <20050225233043.GA16187@suse.de> References: <20050224145049.GA21313@suse.de> <1109287708.15026.25.camel@gaston> <20050225070813.GA13735@suse.de> <1109316551.14993.63.camel@gaston> <20050225172945.GA31211@suse.de> <20050225202423.GA24282@suse.de> <20050225212157.GA31227@suse.de> <20050225233043.GA16187@suse.de> Content-Type: text/plain Date: Sat, 26 Feb 2005 12:01:04 +1100 Message-Id: <1109379664.15026.108.camel@gaston> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1661 Lines: 43 On Sat, 2005-02-26 at 00:30 +0100, Olaf Hering wrote: > On Fri, Feb 25, Olaf Hering wrote: > > > On Fri, Feb 25, Olaf Hering wrote: > > > > > On Fri, Feb 25, James Simmons wrote: > > > > > > > > > > > > cfb_imageblit(320) dst1 fa51a800 base e0b80000 bitstart 1999a800 > > > > > fast_imageblit(237) s daea4000 dst1 fa51a800 > > > > > fast_imageblit(269) j 1 fa51a800 0 > > > > > Unable to handle kernel paging request at virtual address fa51a800 > > > > > > > > > > is bitstart incorrect or is the thing just not (yet) mapped? > > > > > > > > Looks like the screen_base is not mapped to. > > > > > > rc3 worked ok, rc4 does not. testing the -bk snapshots now. > > > > bk8 works, bk9 breaks, it contains the radeonfb update. > > it works ok if the driver is compiled into the kernel. > > > modedb = rinfo->mon1_modedb; passes some shit to fb_find_mode() which > kills my screen(1) when DPRINTK is enabled. it dies because bitstart > relies on xres_virtual which is 0xcccccc or whatever. I think the problem is that you have totally bogus EDID data coming from DDC. I'm still curious what makes a difference between module and built-in. Either we try to set a bogus mode, or we just fail setting a mode at all and fbdev doesn't deal with that properly. Did you try plugging a different monitor ? Also, do you have output with a recent X.org (6.8.2 for example) ? Can you send me that log too ? Ben. - 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/