Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756641Ab0F3POy (ORCPT <rfc822;w@1wt.eu>);
	Wed, 30 Jun 2010 11:14:54 -0400
Received: from smtp-out-161.synserver.de ([212.40.180.161]:1314 "HELO
	smtp-out-161.synserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with SMTP id S1756149Ab0F3POw (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 30 Jun 2010 11:14:52 -0400
X-SynServer-TrustedSrc: 1
X-SynServer-AuthUser: markus@trippelsdorf.de
X-SynServer-PPID: 14116
Date: Wed, 30 Jun 2010 17:14:49 +0200
From: Markus Trippelsdorf <markus@trippelsdorf.de>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: Dave Airlie <airlied@linux.ie>, torvalds@linux-foundation.org,
       linux-kernel@vger.kernel.org, dri-devel@lists.sf.net
Subject: Re: [git pull] drm fixes + agp + one fb patch (bisected)
Message-ID: <20100630151449.GA1748@arch.tripp.de>
References: <alpine.DEB.2.00.1006300202190.30052@skynet.skynet.ie>
 <20100630065440.GA1736@arch.tripp.de>
 <20100630073145.GA1722@arch.tripp.de>
 <AANLkTimr33Bar73xO9IjDWhPWidZr0HB663oRU8fDCyt@mail.gmail.com>
 <20100630145859.GC1722@arch.tripp.de>
 <AANLkTil58kym4SgjMDv8RCXWkoUHKVYfTpT775uufoDJ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <AANLkTil58kym4SgjMDv8RCXWkoUHKVYfTpT775uufoDJ@mail.gmail.com>
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 3125
Lines: 74

On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
> <markus@trippelsdorf.de> wrote:
> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
> >> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
> >> <markus@trippelsdorf.de> wrote:
> >> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
> >> >> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
> >> >> >
> >> >> > one fb layer fix in a flag I introduced,
> >> >> >
> >> >> > the rest are drm fixes:
> >> >> > radeon fixes: the larger ones in the command stream checker for older cards,
> >> >> > which was causing a lot of userspace apps to fail. Also some powerpc server fixes.
> >> >> > along with some updates to the evergreen command stream checker introduced in -rc1.
> >> >> >
> >> >> > agp: fix issue with warning on memory allocation + fallback to vmalloc.
> >> >> > ttm: fix regression introduced in -rc1 in memory allocation paths.
> >> >> >
> >> >> > The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
> >> >> >
> >> >> > ? Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)
> >> >> >
> >> >>
> >> >> I've tested these patches and they break my setup (RS780). On reboot, the
> >> >> monitor goes straight to powersaving mode and no framebuffer is shown.
> >> >
> >> > This is the result of the bisection:
> >> >
> >> > 07d4190327b02ab3aaad25a2d168f79d92e8f8c2 is the first bad commit
> >> > commit 07d4190327b02ab3aaad25a2d168f79d92e8f8c2
> >> > Author: Alex Deucher <alexdeucher@gmail.com>
> >> > Date: ? Sat Jun 12 11:50:13 2010 -0400
> >> >
> >> > ? ?drm/radeon/kms: fix bandwidth calculation when sideport is present
> >> >
> >> > ? ?Fixes fdo bug 27529:
> >> > ? ?https://bugs.freedesktop.org/show_bug.cgi?id=27529
> >> >
> >> > ? ?Reported-by: steckdenis@yahoo.fr
> >> > ? ?Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
> >> > ? ?Cc: stable <stable@kernel.org>
> >> > ? ?Signed-off-by: Dave Airlie <airlied@redhat.com>
> >>
> >> Markus, can you send me a copy of your vbios? as root:
> >> cd /sys/bus/pci/devices/<pci bus id of video card>
> >> echo 1 > rom
> >> cat rom ? /tmp/vbio.rom
> >> echo 0 > rom
> >
> > Attached.
> >
> >>
> >> Also, when you say "on reboot" do you mean the card comes up ok
> >> initially with the new kernel and then fails after a reboot, or fails
> >> directly after booting the new kernel? ?Also, is there an oops or
> >> anything like that in dmesg?
> >
> > It fails directly after booting the new kernel. There is no oops or
> > anything like it in dmesg, because the kernel fails so early that it
> > could not log anything.
> 
> Is the machine still pingable?  Can you ssh in? or is it completely dead?

I don't think so. There is no disk activivy after the hang, but maybe
the kernel displays an oops, which I just can't see.

-- 
Markus
--
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/