On 08/29/2013 10:39 AM, Paul Berry wrote:
On 28 August 2013 18:06, Kenneth Graunke <kenn...@whitecape.org
<mailto:kenn...@whitecape.org>> wrote:
On 08/26/2013 03:12 PM, Paul Berry wrote:
---
src/mesa/drivers/dri/i965/brw___state.h | 8 +++
src/mesa/drivers/dri/i965/brw___vs_surface_state.c | 66
+++++++++++++++---------
2 files changed, 50 insertions(+), 24 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/__brw_state.h
b/src/mesa/drivers/dri/i965/__brw_state.h
index 4814639..e7a1b40 100644
--- a/src/mesa/drivers/dri/i965/__brw_state.h
+++ b/src/mesa/drivers/dri/i965/__brw_state.h
@@ -221,6 +221,14 @@ uint32_t
get_attr_override(const struct brw_vue_map *vue_map, int
urb_entry_read_offset,
int fs_attr, bool two_side_color, uint32_t
*max_source_attr);
+/* brw_vs_surface_state.c */
+void
+brw_upload_vec4_pull___constants(struct brw_context *brw,
+ GLbitfield64 brw_new_constbuf,
FWIW, brw->state.dirty.brw is only 32-bits currently. That said,
it's probably going to change in the not-too-distant future, so
using GLbitfield64 preemptively isn't crazy.
Oops, I didn't even realize I did that. I think I'll change it back to
GLbitfield, just so that it doesn't cause any confusion for people.
In that case, the next patch uses GLbitfield64 as well...
--Ken
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev