Age | Commit message (Collapse) | Author |
|
|
|
Conflicts:
src/gallium/auxiliary/draw/draw_context.c
src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline.c
src/gallium/auxiliary/pipebuffer/Makefile
src/gallium/auxiliary/pipebuffer/SConscript
src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c
src/gallium/auxiliary/tgsi/tgsi_scan.c
src/gallium/drivers/i915/i915_surface.c
src/gallium/drivers/i915/i915_texture.c
src/gallium/drivers/llvmpipe/lp_setup.c
src/gallium/drivers/llvmpipe/lp_tex_sample_c.c
src/gallium/drivers/llvmpipe/lp_texture.c
src/gallium/drivers/softpipe/sp_prim_vbuf.c
src/gallium/state_trackers/xorg/xorg_dri2.c
src/gallium/winsys/drm/intel/gem/intel_drm_api.c
src/gallium/winsys/drm/nouveau/drm/nouveau_drm_api.c
src/gallium/winsys/drm/radeon/core/radeon_drm.c
src/gallium/winsys/drm/vmware/core/vmw_screen_dri.c
src/mesa/state_tracker/st_cb_clear.c
|
|
Depending on first/last provoking vertex either the first or last
element/index may have the extra DRAW_PIPE_x flags. Mask off those
bits for all vertex elements to be safe (esp. for the quad case).
This may be overly cautious, but it's a cheap operation.
Fixes a segfault caused by large/bogus vertex indexes otherwise.
|
|
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
Note sure why the compiler's -I paths aren't doing the job, but this is OK.
Signed-off-by: Brian Paul <brianp@vmware.com>
|
|
Removed _glapi_noop_enable_warnings() and _glapi_set_warning_func().
Just check the DEBUG env vars and call fprintf(stderr) with a warning
message instead.
|
|
This unclutters the glapi.c file a bit.
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Matthias Hopf <mhopf@suse.de>
Signed-off-by: Brian Paul <brianp@vmware.com>
|
|
bits, settings derived from testing, might contain some errors...
|
|
fixes piglit depth_clamp
|
|
|
|
|
|
or maybe should flush(also) in finish_render_texture...
|
|
|
|
fixes some fbo cases (mipmaps, cube textures ..)
|
|
|
|
Simply the name to egl.
|
|
Pass -linker, -ldflags, and $(MKLIB_OPTIONS) to mklib.
|
|
With the addition egl_x11_swrast, egl_softpipe is sort of deprecated.
The new driver serves the same purpose as egl_softpipe does. It is
based on egl_g3d and provides more features.
|
|
The swrast winsys always returns NULL when drm_api_create is called.
|
|
In particular, delay patching GMR relocations until the buffers are
validated, since the buffers relative offset can only be established then.
|
|
|
|
The egl_g3d state tracker has support for KMS, and the support is based
on the egl state tracker. As egl_g3d provides more features, it should
be better to keep only egl_g3d to unify the efforts.
|
|
|
|
They do not build for a long while and there seems to be no active
users. It might be better for them to live in the git histroy.
|
|
The demo driver has outdated. It is suggested to look at any of the
drivers that is functioning.
|
|
|
|
|
|
It is used to fetch the GLX visuals/fbconfigs. Use egl_xdri's version
to avoid duplication. It might be better to rewrite that part though.
|
|
Mention that it also supports DRISW.
|
|
Try DRISW if both DRI2 and DRI fail. It can also be forced by setting
EGL_SOFTWARE. When DRISW is used, single-buffered modes are ignored.
|
|
|
|
The corresponding DRI functions does not flush for us.
|
|
It reported OpenGL ES support because some demos did not set
EGL_RENDERABLE_TYPE correctly. The demos are fixed.
|
|
__glXInitialize should return the same GLX display for the same X
display. This issue is triggered by
a35f6bb207efe3c959bbd16a37f2049e5aceeea9.
|
|
It reported OpenGL ES support because some demos did not set
EGL_RENDERABLE_TYPE correctly. The demos are fixed.
|
|
Update to use the new Makefile.template.
|
|
|
|
Mainly to respect LDFLAGS and remove unused target $(LIBNAME_EGL). This
is based on the patch by Tomáš Chvátal <scarabeus@gentoo.org>.
|
|
|
|
Need to use $CC for a shell variable, not $(CC) for a make variable
which the shell interprets as running the command "CC".
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
set within reasonable bounds.
|
|
|
|
This is a minimum change to keep things building and running minimally -- it
might cause applications to fail to allocate buffers due to out of
GMR memory.
A proper update will be commited later.
|
|
|
|
|