https://bugs.freedesktop.org/show_bug.cgi?id=28110
--- Comment #2 from Clinton Stimpson 2010-05-14 13:02:28
PDT ---
Created an attachment (id=35658)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35658)
testcase
I've attached a simple test case. It doesn't draw correctly with Mesa, but
d
https://bugs.freedesktop.org/show_bug.cgi?id=28110
Clinton Stimpson changed:
What|Removed |Added
Summary|glMultiDrawlements |glMultiDrawElements doesn't
https://bugs.freedesktop.org/show_bug.cgi?id=28110
Summary: glMultiDrawlements
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Mes
Looks good to me...
Keith
On Fri, 2010-05-14 at 10:04 -0700, Marek Olšák wrote:
> ---
> src/gallium/drivers/svga/svga_swtnl.h|1 -
> src/gallium/drivers/trace/tr_dump.h |1 -
> src/gallium/include/pipe/p_screen.h |1 -
> src/gallium/include/state_tracker/dri
On Fri, May 14, 2010 at 02:46:36AM +0200, Marek Olšák wrote:
> Hi Tom,
>
> your patch helps but glean/texCube still fails here (it doesn't fail on
> master).
>
Oops, I forgot about the non-shader tests. Here is a patch that
should fix glean/texCube.
-Tom
diff --git a/src/mesa/drivers/dri/r300/c
---
src/gallium/drivers/svga/svga_swtnl.h|1 -
src/gallium/drivers/trace/tr_dump.h |1 -
src/gallium/include/pipe/p_screen.h |1 -
src/gallium/include/state_tracker/dri1_api.h |1 -
src/gallium/include/state_tracker/drm_api.h |1 -
5 files changed, 0
On 05/14/2010 10:58 AM, Brian Paul wrote:
> Kevin H. Hobbs wrote:
>>
>> 1. a build of Mesa where only libOSMesa.so is produced?
>>
>> 2. a build of Mesa where libGL.so and libOSMesa.so are produced but the
>> dynamic linker will need no symbols from libGL.so in order to load
>> libOSMesa.so?
>>
>>
Brian Paul writes:
> Kevin H. Hobbs wrote:
> > On 05/14/2010 08:51 AM, Dan Nicholson wrote:
> >> On Thu, May 13, 2010 at 7:40 AM, Kevin H. Hobbs wrote:
> >>> I tried it and it tests as well with VTK as any recent build.
> >> Thanks. Well, you and Tom use a standalone osmesa. The only distro I
> >
On Fri, May 14, 2010 at 5:10 AM, Keith Whitwell wrote:
> I'm considering modifying the gallium rasterizer state to remove most of
> the cw/ccw flags and replace them with front/back or other concepts
> closer to what GL is using.
>
> This is primarily motivated by the fact that noone other than GL
Kevin H. Hobbs wrote:
On 05/14/2010 08:51 AM, Dan Nicholson wrote:
On Thu, May 13, 2010 at 7:40 AM, Kevin H. Hobbs wrote:
I tried it and it tests as well with VTK as any recent build.
Thanks. Well, you and Tom use a standalone osmesa. The only distro I
looked at (fedora) uses a standalone osm
On 14.05.2010 16:34, Roland Scheidegger wrote:
> On 14.05.2010 14:10, Keith Whitwell wrote:
>> I'm considering modifying the gallium rasterizer state to remove most of
>> the cw/ccw flags and replace them with front/back or other concepts
>> closer to what GL is using.
>>
>> This is primarily motiv
On 05/14/2010 08:51 AM, Dan Nicholson wrote:
> On Thu, May 13, 2010 at 7:40 AM, Kevin H. Hobbs wrote:
>>
>> I tried it and it tests as well with VTK as any recent build.
>
> Thanks. Well, you and Tom use a standalone osmesa. The only distro I
> looked at (fedora) uses a standalone osmesa. Maybe t
Unfortunately, your patch returns the previous behavior where framebuffer
readbacks don't work sometimes. I think the real issue is somewhere in the
buffer management in winsys.
-Marek
2010/5/14 Michel Dänzer
> On Don, 2010-05-13 at 12:11 -0700, Marek Olk wrote:
> > Module: Mesa
> > Branch:
On 14.05.2010 14:10, Keith Whitwell wrote:
> I'm considering modifying the gallium rasterizer state to remove most of
> the cw/ccw flags and replace them with front/back or other concepts
> closer to what GL is using.
>
> This is primarily motivated by the fact that noone other than GL uses a
> lo
Keith Whitwell wrote:
I'm considering modifying the gallium rasterizer state to remove most of
the cw/ccw flags and replace them with front/back or other concepts
closer to what GL is using.
This is primarily motivated by the fact that noone other than GL uses a
lot of this state, and where they
2010/5/5 Michel Dänzer :
> On Die, 2010-05-04 at 10:36 -0700, Kristian HXXgsberg wrote:
>> Module: Mesa
>> Branch: master
>> Commit: 06c72da97a1bce87bc4b3fb8e7e18bf966926acb
>> URL:
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=06c72da97a1bce87bc4b3fb8e7e18bf966926acb
>>
>> Author: Kristi
On Don, 2010-05-13 at 12:11 -0700, Marek Olk wrote:
> Module: Mesa
> Branch: master
> Commit: 60a053510155c119a6927bf7114e597066f8c50a
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=60a053510155c119a6927bf7114e597066f8c50a
>
> Author: Marek Olšák
> Date: Thu May 13 20:32:08
On Thu, May 13, 2010 at 7:40 AM, Kevin H. Hobbs wrote:
> On 05/12/2010 02:21 PM, Dan Nicholson wrote:
>>
>>
>> Yeah, but you also have to stop it from being linked to libGL. Here's
>> what I'd try on master, although I have tested it. You'll have to rerun
>> autogen.sh.
>>
>> Dan
>>
>
> I tried it
I'm considering modifying the gallium rasterizer state to remove most of
the cw/ccw flags and replace them with front/back or other concepts
closer to what GL is using.
This is primarily motivated by the fact that noone other than GL uses a
lot of this state, and where they do, they tend to use th
19 matches
Mail list logo
