Hi Jerome,
As a hack, couldn't we redefine this macro within R300 driver ? Just put in somewhere in r300_context.h for example.
If it makes things working for PPC folks it would be great :)
best
Vladimir Dergachev
On Sat, 12 Feb 2005, Jerome Glisse wrote:
We know this issue, i will submit a patch latter. This is very simple, in radeon_macro.h of Mesa cvs there is no swapping for big endian. While the dri included with Xorg use the xorg macro to access reg and thus have swapping. If you wish just change the radeon_macro.h so it does the 32LENDIAN to 32BENDIAN conv.
Jerome Glisse
On Sat, 12 Feb 2005 16:55:55 +1100, Paul Mackerras <[EMAIL PROTECTED]> wrote:I have been trying the r300 driver on my aluminium powerbook (1.5GHz G4 with radeon M10 ("NP")). When I run a GL program such as glxgears, it draws a window complete with frame but then renders the image into a region vertically below the window. Somehow the base address being used to compute framebuffer addresses for 3D primitives is wrong.
Which register is that base address stored in?
Thanks, Paul.
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel