Relaxes the validation of
OPTION ARB_precision_hint_{nicest,fastest};
to allow duplicate options. The spec says that both /nicest/ and
/fastest/ cannot be specified together, but could be interpreted
either way for respecification of the same option.
Other drivers (NVIDIA etc) accept this, an
https://bugs.freedesktop.org/show_bug.cgi?id=64745
Priority: medium
Bug ID: 64745
Keywords: have-backtrace
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe] SIGSEGV
src/gallium/state_trackers/glx/xlib/glx_api.c:137
On Thu, May 9, 2013 at 4:48 PM, Chad Versace
wrote:
> The drivers was setting MOCS (Memory Object Control State) to 0 for all
> objects. This patch sets it as following:
> renderbuffer, depthbuffer => LLC uncacheable, L3 cacheable
> texture, stencil, hiz => LLC cacheable, L3 cacheable
>
>
Ping. This patch allows more than 16 samplers in all shaders combined
(MAX_COMBINED_TEXTURE_IMAGE_UNITS), which has never been possible with
current Mesa git. GL 3.1 requires 32 combined texture image units and
GL 3.2 requires 48, so I think this patch deserves a review.
Marek
On Mon, May 13, 201
On 18.05.2013 17:41, Marek Olšák wrote:
> ARB_draw_instanced is a DX10 feature.
>
> The R300-R500 chipsets do not support instancing at all.
> ARB_instanced_arrays is emulated with a loop in the driver, so that
> instancing is supported in Wine/DX9.
Modern NV cards still require you to loop in the
ARB_draw_instanced is a DX10 feature.
The R300-R500 chipsets do not support instancing at all.
ARB_instanced_arrays is emulated with a loop in the driver, so that
instancing is supported in Wine/DX9.
Marek
On Sat, May 18, 2013 at 4:59 PM, Lauri Kasanen wrote:
> On Sat, 18 May 2013 17:46:32 +030
On Sat, 18 May 2013 17:46:32 +0300
Lauri Kasanen wrote:
> On Sat, 18 May 2013 13:50:35 +0200
> Christoph Bumiller wrote:
>
> > r300_get_param:
> > case PIPE_CAP_VERTEX_ELEMENT_INSTANCE_DIVISOR: return 1;
> >
> > That's ARB_instanced_arrays, which is what d3d9 supports
> > (IDirect3DDevice9::Set
On Sat, 18 May 2013 13:50:35 +0200
Christoph Bumiller wrote:
> On 18.05.2013 13:05, Lauri Kasanen wrote:
> > Hi,
> >
> > The 'net claims that instancing is a SM3 feature[1] (r500), but also
> > supported on SM2 ATI cards[2] (r300-r400).
> >
> > Yet r300g claims no support for it, and it seems tha
On 18.05.2013 13:05, Lauri Kasanen wrote:
> Hi,
>
> The 'net claims that instancing is a SM3 feature[1] (r500), but also
> supported on SM2 ATI cards[2] (r300-r400).
>
> Yet r300g claims no support for it, and it seems that even Nvidia's
r300_get_param:
case PIPE_CAP_VERTEX_ELEMENT_INSTANCE_DIVISO
Hi,
The 'net claims that instancing is a SM3 feature[1] (r500), but also
supported on SM2 ATI cards[2] (r300-r400).
Yet r300g claims no support for it, and it seems that even Nvidia's
Windows drivers don't expose ARB_draw_instanced on gf6 and gf7[3].
What's the story here? Does the GL extension
https://bugs.freedesktop.org/show_bug.cgi?id=64733
vagueli...@yahoo.com changed:
What|Removed |Added
Summary|Asked Ho Report Here|Asked To Report Here
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=64733
Priority: medium
Bug ID: 64733
Assignee: mesa-dev@lists.freedesktop.org
Summary: Asked Ho Report Here
Severity: normal
Classification: Unclassified
OS: All
Reporter
'type' was not fully initialized when calling lp_build_context_init.
Fixes "Uninitialized scalar variable" defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/rad
13 matches
Mail list logo
