From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S938325AbXG0W02 (ORCPT ); Fri, 27 Jul 2007 18:26:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S938348AbXG0W0B (ORCPT ); Fri, 27 Jul 2007 18:26:01 -0400 Received: from wa-out-1112.google.com ([209.85.146.181]:33770 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S938343AbXG0WZ7 (ORCPT ); Fri, 27 Jul 2007 18:25:59 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DB1TQGHk+yqUBaYEQ+SmiXorPXMo7rRbZeKJkWGPwqLAPthOPT1cBdt+FqvvHdvpCMhdOBmP4PiKD39Z786AzzzhFoRtsuvfqW7l4vTJRIPlt1V9r27paWAfOvzcCUgEGAIroXzb0dWIUNTQGIcAZFt4RUqLB3pyd9SkImIW1U0= Message-ID: <92a12cdb0707271525i46970157ke1b2b2e6575682d6@mail.gmail.com> Date: Fri, 27 Jul 2007 23:25:59 +0100 From: "Adrian McMenamin" To: "Antonino A. Daplas" Subject: Re: Problems with framebuffer in 2.6.22-git17 Cc: "Adrian McMenamin" , linux-kernel@vger.kernel.org, lethal@users.sourceforge.net In-Reply-To: <1185571890.26603.7.camel@daplas> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <92a12cdb0707221141i4398d6fdxa7994c5f1f809b0a@mail.gmail.com> <1185146563.6370.8.camel@daplas> <8b67d60707241445l2764d9f1odb72848342135048@mail.gmail.com> <1185406433.5046.23.camel@daplas> <92a12cdb0707271247s727993b8i33999a9652b2ca20@mail.gmail.com> <92a12cdb0707271318t141ee32bs69cb9dab22eabba2@mail.gmail.com> <1185571890.26603.7.camel@daplas> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 27/07/07, Antonino A. Daplas wrote: > On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote: > > On 27/07/07, Adrian McMenamin wrote: > > > > > With the patch reverted and 24bpp, it oopses before freezing (with two > > > odd looking boot logos on the screen): > > > > > Tested this further and it fails on: > > > > rev = fb_readl(par->mmio_base + 0x04); > > Doubtful if this line is the point of failure, this line is executed > only once, on initialization. par->mmio_base is corrupted in some way during the call to register_framebuffer - still investigating how/why.