[xorg-bugzilla-noise] [Bug 797] x86_64 with Radeon 9200 has corrupted image when depth > 8

[bugzilla-daemon at pdx.freedesktop.org]

Please do not reply to this email: if you want to comment on the bug, go to     
the URL shown below and enter your comments there.  
  
http://freedesktop.org/bugzilla/show_bug.cgi?id=797   
   




------- Additional Comments From freedesktopbugzilla at don-lindsay-archive.org  2004-07-13 21:31 -------
This bug was reported by others in the Red Hat Bugzilla as #124063

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124063

but the person that Bugzilla shows as assigned to that bug, Mike A. Harris
(mharris at redhat.com), prefers that the bug be tracked from here.

When I investigated my box's failure, I couldn't find the usual
/var/log/xorg.log. I suspect this is because the boot wasn't at the stage of
wanting me to log in. Rather, the first boot into a freshly configured Fedora
Core 2 wants you to click on a "Do you accept.." button. I assume the log was
going to some nonstandard place.

I do have an xorg.log from from X running at Depth 32. The log seems to be
unaware that there is any problem. I had to power cycle out, of course, because
the screen was unreadable.

My comments above about INT32 turn out to be wrong. On x86_64, a Make of xorg
uses  sizeof(int)==4, sizeof(long)==8, sizeof(float)==4. So, "int" continues to
be INT32 on that architecture. I hunted for unions but didn't find any that
depended on sizeof(long). I hunted for casts of pointers to int, but haven't
found any yet. I did find many casts of various ulong "Size" variables to int,
but those should work, until graphics starts using more than 4 GB of RAM :-)

Possibly the problem is endianness. Or maybe some bus needs 2 ints per write and
is getting one int. If anyone knows of a useful debug mode, I can collect an
xorg.log for them.   
   
--    
Configure bugmail: http://freedesktop.org/bugzilla/userprefs.cgi?tab=email   
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.