lkml.org 
[lkml]   [2010]   [Jun]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [git pull] drm fixes + agp + one fb patch (bisected)
From
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
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?

Thanks,

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/

\
 
 \ /
  Last update: 2010-06-30 16:51    [from the cache]
©2003-2011 Jasper Spaans