I'm not enthused about this, but the r300g changes look fine, so go for it.
Posting from a mobile, pardon my terseness. ~ C.
On Dec 3, 2009 11:57 AM, "Christoph Bumiller" <e0425...@student.tuwien.ac.at>
wrote:
Roland Scheidegger schrieb:
> Hi, > > I'm planning to merge gallium-noblocks branch to master soon. This
api > change may affec...
What's strange with nv50 ?
There's this one "if (!pt->nblocksx[level]) {" in nv50_transfer.c that
was an unnecessary leftover because I hadn't seen miptree_blanket forgot
the initialize these and pushed a bit too early, thankfully this is now
gone automatically.
I just need the y blocks everywhere instead of just y because things
like offset = stride * y is simply wrong if you have *actual*
multi-pixel blocks (pitch as in nblocksx * width).
I hope no one will try to transfer just parts of a block (makes not much
sense for DXT imo though).
Well, as far as I can see nv50 should still work correctly, thanks for
adapting it.
> certainly if you have out of tree things they will break. > The changes
themselves should be fairl...
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
