Comment # 21
on bug 99120
from Larry
(In reply to Tom St Denis from comment #20) > So Catalyst works but none of the open source KMD/UMD pairs work? Hmm... > > I'll see if I can dig up a VERDE board and install an old kernel/catalyst > and see what they're doing diff. That about sums it up. Thanks for looking into it, much appreciated. VDPAU also works (mostly), while video GLX gives blocky garbage (in vlc). In the meantime, I've compiled mesa git and tried it - no change. Perhaps irrelevant, but the radeon KMD puts this error in dmesg: [ 4.980751] [drm] fb mappable at 0xE05D9000 [ 4.980753] [drm] vram apper at 0xE0000000 [ 4.980753] [drm] size 8294400 [ 4.980754] [drm] fb depth is 24 [ 4.980755] [drm] pitch is 7680 [ 4.980850] fbcon: radeondrmfb (fb0) is primary device [ 5.161636] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed [ 5.184528] Console: switching to colour frame buffer device 240x67 [ 5.188443] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device [ 5.212818] [drm] Initialized radeon 2.46.0 20080528 for 0000:01:00.0 on minor 0 Please Let me know if there's anything else I can do...
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
