Messages in this thread | | | Date | Wed, 30 Jun 2010 17:50:07 +0200 | From | Markus Trippelsdorf <> | Subject | Re: [git pull] drm fixes + agp + one fb patch (bisected) |
| |
On Wed, Jun 30, 2010 at 11:34:53AM -0400, Alex Deucher wrote: > On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf > <markus@trippelsdorf.de> 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 > >> <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. > > The attached patch should fix the issue.
Sorry, but it does not. I've still the same issue with your patch applied. -- 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/
| |