Checkpoint of a super-simplified i915 driver in the pipe model.

Doesn't yet compile, but when it does, it will only draw gouraud tris
and even those will be as simple as possible.  Needs some 'winsys' support
also before that can happen.

1 files changed, 128 insertions, 0 deletions

diff --git a/src/mesa/pipe/i915simple/i915_winsys.h b/src/mesa/pipe/i915simple/i915_winsys.h
new file mode 100644
index 00000000000..514c53c7b21
--- /dev/null
+++ b/src/mesa/pipe/i915simple/i915_winsys.h
@@ -0,0 +1,128 @@
+/**************************************************************************
+ * 
+ * Copyright 2007 Tungsten Graphics, Inc., Cedar Park, Texas.
+ * All Rights Reserved.
+ * 
+ * Permission is hereby granted, free of charge, to any person obtaining a
+ * copy of this software and associated documentation files (the
+ * "Software"), to deal in the Software without restriction, including
+ * without limitation the rights to use, copy, modify, merge, publish,
+ * distribute, sub license, and/or sell copies of the Software, and to
+ * permit persons to whom the Software is furnished to do so, subject to
+ * the following conditions:
+ * 
+ * The above copyright notice and this permission notice (including the
+ * next paragraph) shall be included in all copies or substantial portions
+ * of the Software.
+ * 
+ * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
+ * OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+ * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT.
+ * IN NO EVENT SHALL TUNGSTEN GRAPHICS AND/OR ITS SUPPLIERS BE LIABLE FOR
+ * ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
+ * TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
+ * SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
+ * 
+ **************************************************************************/
+
+#ifndef I915_WINSYS_H
+#define I915_WINSYS_H
+
+#include "main/mtypes.h"
+
+/* This is the interface that softpipe requires any window system
+ * hosting it to implement.  This is the only include file in softpipe
+ * which is public.
+ */
+
+
+/* Pipe drivers are (meant to be!) independent of both GL and the
+ * window system.  The window system provides a buffer manager and a
+ * set of additional hooks for things like command buffer submission,
+ * etc.
+ *
+ * There clearly has to be some agreement between the window system
+ * driver and the hardware driver about the format of command buffers,
+ * etc.
+ */
+
+struct pipe_buffer_handle;
+
+struct i915_winsys {
+
+
+   /* The buffer manager is modeled after the dri_bugmgr interface,
+    * but this is the subset that i915 cares about.  Remember that
+    * i915 gets to choose the interface it needs, and the window
+    * systems must then implement that interface (rather than the
+    * other way around...).
+    *
+    * I915 only really wants to make system memory allocations,
+    * right?? 
+    */
+   struct pipe_buffer_handle *(*create_buffer)(struct i915_winsys *sws, 
+					       unsigned alignment );
+
+   void *(*buffer_map)( struct i915_winsys *sws, 
+			struct pipe_buffer_handle *buf );
+   
+   void (*buffer_unmap)( struct i915_winsys *sws, 
+			 struct pipe_buffer_handle *buf );
+
+   struct pipe_buffer_handle *(*buffer_reference)( struct i915_winsys *sws,
+						   struct pipe_buffer_handle *buf );
+
+   void (*buffer_unreference)( struct i915_winsys *sws, 
+			       struct pipe_buffer_handle **buf );
+
+   void (*buffer_data)(struct i915_winsys *sws, 
+		       struct pipe_buffer_handle *buf,
+		       unsigned size, const void *data );
+
+   void (*buffer_subdata)(struct i915_winsys *sws, 
+			  struct pipe_buffer_handle *buf,
+			  unsigned long offset, 
+			  unsigned long size, 
+			  const void *data);
+
+   void (*buffer_get_subdata)(struct i915_winsys *sws, 
+			      struct pipe_buffer_handle *buf,
+			      unsigned long offset, 
+			      unsigned long size, 
+			      void *data);
+
+
+   /* An over-simple batchbuffer mechanism.  Will want to improve the
+    * performance of this, perhaps based on the cmdstream stuff.  It
+    * would be pretty impossible to implement swz on top of this
+    * interface.
+    *
+    * Will also need additions/changes to implement static/dynamic
+    * indirect state.
+    */
+   unsigned *(*batch_start)( struct i915_winsys *sws,
+			     unsigned dwords,
+			     unsigned relocs );
+   void (*batch_dword)( struct i915_winsys *sws,
+			unsigned dword );
+   void (*batch_reloc)( struct i915_winsys *sws,
+			struct pipe_buffer_handle *buf,
+			unsigned access_flags,
+			unsigned delta );
+   void (*batch_flush)( struct i915_winsys *sws );
+   
+
+   /* Printf???
+    */
+   void (*dpf)( const char *fmt, ... );
+   
+};
+
+#define I915_BUFFER_ACCESS_WRITE   0x1 
+#define I915_BUFFER_ACCESS_READ    0x2
+
+
+struct pipe_context *i915_create( struct i915_winsys * );
+
+
+#endif