Thanks for following up. This bug report is being closed due to your
last comment regarding this being resolved. For future reference you can
manage the status of your own bugs by clicking on the current status in
the yellow line and then choosing a new status in the revealed drop down
box. You
Hi Marcus,
Thank you for taking the time to report this bug and helping to make
Ubuntu better. You reported this bug a while ago and there hasn't been any
activity in it recently. We were wondering is this still an issue for you? Can
you try with the latest development release of
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
Software rendering was fixed in mesa 7.6.1. Karmic has mesa 7.6.0. So
since 7.6.1 all should be good everywhere.
--
[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
Which did you use render engine? There are 2 upstream bugs:
http://bugs.freedesktop.org/show_bug.cgi?id=22767 and
http://bugs.freedesktop.org/show_bug.cgi?id=22017 First was fixed, but
second isn't resolved. May be it is fixed too.
** Bug watch added: freedesktop.org Bugzilla #22767
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
glxgears -info
See GL_RENDERER string. if it isn't 'Software Rasterizer', then hardware
rendering is enabled.
--
[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 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.
** Tags added: jaunty
--
[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.
___
Mailing list:
** Summary changed:
- Wrong colours on big-endian machine
+ [PPC] Wrong colours on big-endian machine
--
[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
14 matches
Mail list logo