On Sun, 2005-10-30 at 10:17 +1100, Benjamin Herrenschmidt wrote:
Sounds like 32-bit elts work for ppc.
16-bit elts are used in vtxfmt_a path so thats still broken.
They probably need HDW swapping... AFAIK, the CCE is doing 32 bits
bytewap all the time.
Yes, we set it up that way so
On Mon, 31 Oct 2005 14:59:59 +0100
Michel Dänzer [EMAIL PROTECTED] wrote:
On Sun, 2005-10-30 at 10:17 +1100, Benjamin Herrenschmidt wrote:
Sounds like 32-bit elts work for ppc.
16-bit elts are used in vtxfmt_a path so thats still broken.
They probably need HDW swapping... AFAIK,
Aapo you commit anything about the endian swapping for fixing
what Mattias was experiencing in his last report ?
No. Sounds like 32-bit elts work for ppc.
16-bit elts are used in vtxfmt_a path so thats still broken.
They probably need HDW swapping... AFAIK, the CCE is doing 32 bits
Hi again,
just wanted to let you know that I pulled the latest CVS tree this
evening and all rendering problems are gone! Many, many, many thanks!
I have given the r300 driver some workout with quake3 and there were
no rendering problems at all. The missing trails in gltron are also
On 10/28/05, Mattias Nissler [EMAIL PROTECTED] wrote:
Hi again,
just wanted to let you know that I pulled the latest CVS tree this
evening and all rendering problems are gone! Many, many, many thanks!
I have given the r300 driver some workout with quake3 and there were
no rendering problems
On Fri, 28 Oct 2005 11:39:57 +0200
Jerome Glisse [EMAIL PROTECTED] wrote:
On 10/28/05, Mattias Nissler [EMAIL PROTECTED] wrote:
Hi again,
just wanted to let you know that I pulled the latest CVS tree this
evening and all rendering problems are gone! Many, many, many thanks!
I have