https://bugs.freedesktop.org/show_bug.cgi?id=57649
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Attachment #70730|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=57649
--- Comment #4 from Martin Pieuchot m...@openbsd.org ---
Your diff correctly fixes the problem I was seeing. I just tested it on a
PowerBook G4 with a rv350 at depth 24 *and* 16.
Thank you for taking the time to look into this issue, I really
https://bugs.freedesktop.org/show_bug.cgi?id=57649
--- Comment #5 from Alex Deucher ag...@yahoo.com ---
Might be worth applying to the ums xf86-video-ati git branch.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=57649
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=57649
--- Comment #1 from Michel Dänzer mic...@daenzer.net ---
The current code works correctly on Linux/PPC KMS (the XF86DRM_MODE path in
RADEONSolidPixmap()), so this patch would probably break that case.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=57649
--- Comment #2 from Michel Dänzer mic...@daenzer.net ---
Also, this patch will probably break when running at depth 16 instead of the
default 24, as the GPU will be programmed to do 16-bit instead of 32-bit byte
swapping for CPU access to VRAM.