Hi.
As already stated (in comment #6), the problem is fixed in lucid. Since I have
upgraded to lucid,
this is no longer an issue for me.
--
[PPC] Wrong colours on big-endian machine
https://bugs.launchpad.net/bugs/366755
You received this bug notification because you are a member of Ubuntu-X,
glxgears -info =
GL_RENDERER = Software Rasterizer
Xorg.log says:
(II) RADEON(0): RADEONInitMemoryMap() :
(II) RADEON(0): mem_size : 0x0400
(II) RADEON(0): MC_FB_LOCATION : 0x9bff9800
(II) RADEON(0): MC_AGP_LOCATION : 0xffc0
(II) RADEON(0): Depth moves disabled by
Ah-ha! After some googling, I found that with newer Xorg, you need to define
a Virtual attribute for each Display subsection in xorg.conf, or you will not
get
HW rendering. (Is there already a launchpad issue for this?)
The live CD does not come with any xorg.conf at all, so of course no
direct
But wait, it gets better! It turns out that karmic also has the bug
with xorg.conf.
After adding the kluge to my xorg.conf, it turns out that HW rendering actually
gets the colors right in karmic too, only SW rendering is wrong in karmic.
--
[PPC] Wrong colours on big-endian machine
I was running without LIBGL_ALWAYS_SOFTWARE, dmesg showed that radeon
drm was loaded, and glxinfo showed direct rendering: Yes. I suppose
that means I was using the radeon render engine, but if there is a
better way to know for sure, please let me know... :-)
--
[PPC] Wrong colours on
In current Lucid (with mesa 7.7). the problem seems to be fixed (tested
with today's live CD snapshot).
--
[PPC] Wrong colours on big-endian machine
https://bugs.launchpad.net/bugs/366755
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in
After upgrading to karmic, the same problem remains.
--
[PPC] Wrong colours on big-endian machine
https://bugs.launchpad.net/bugs/366755
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in ubuntu.
7 matches
Mail list logo