Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756614Ab0F3PQn (ORCPT ); Wed, 30 Jun 2010 11:16:43 -0400 Received: from mail-ew0-f46.google.com ([209.85.215.46]:34922 "EHLO mail-ew0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751966Ab0F3PQm convert rfc822-to-8bit (ORCPT ); Wed, 30 Jun 2010 11:16:42 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JdB4YVQ5lPAVmZjWwaCCXvZaSevTJhzBvKtOSo8WUulHwp2YMh2B+rSyMgPrPrIWkx JfplA64S6vY/tJ9MbV2zDDr/JFFRquemUbj47/a/aLS3RCOxysSTgAus0sPAbop3MWBv meHJ0dKmQQIHUh8tSbOHY1XLl3OhBO4aa5Zhg= MIME-Version: 1.0 In-Reply-To: <20100630151449.GA1748@arch.tripp.de> References: <20100630065440.GA1736@arch.tripp.de> <20100630073145.GA1722@arch.tripp.de> <20100630145859.GC1722@arch.tripp.de> <20100630151449.GA1748@arch.tripp.de> Date: Wed, 30 Jun 2010 11:16:39 -0400 Message-ID: Subject: Re: [git pull] drm fixes + agp + one fb patch (bisected) From: Alex Deucher To: Markus Trippelsdorf Cc: Dave Airlie , torvalds@linux-foundation.org, linux-kernel@vger.kernel.org, dri-devel@lists.sf.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3314 Lines: 77 On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf wrote: > On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote: >> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf >> 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 >> >> 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 >> >> > 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 >> >> > ? ?Cc: stable >> >> > ? ?Signed-off-by: Dave Airlie >> >> >> >> Markus, can you send me a copy of your vbios? as root: >> >> cd /sys/bus/pci/devices/ >> >> 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. I found the problem. Patch on the way. Alex -- 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/