Hello Mesa folks,
Is there any Opengl 3.2 planned in any of the stacks (Mesa Classics,
Gallium)? Do you have a road map to catch up other vendors upto opengl 4 for
HWs which support requested features?
Cheers,
--bloboidum
___
mesa-dev mailing list
mesa-de
https://bugs.freedesktop.org/show_bug.cgi?id=31568
--- Comment #6 from Vinson Lee 2010-11-20 17:45:43 PST ---
The attachment (id=40430) fixes the SIGSEGV.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
Gallium drivers pass all piglit tests for the two (there are 12 tests
for separate_shader_objects and 5 tests for explicit_attrib_location),
and I was told the extensions don't need any driver-specific code.
I made them dependent on PIPE_CAP_GLSL.
---
src/mesa/state_tracker/st_extensions.c |2
On Sat, Nov 20, 2010 at 10:52:03PM +0100, Jakob Bornecrantz wrote:
> On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter
> wrote:
> > @@ -755,7 +756,9 @@
> > #define MT_COMPRESS_DXT1_RGB (4<<3)
> > #define MS3_USE_FENCE_REGS (1<<2)
> > #define MS3_TILED_SURFACE
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> Signed-off-by: Daniel Vetter
> ---
> src/gallium/drivers/i915/i915_reg.h | 5 -
> src/gallium/drivers/i915/i915_state_sampler.c | 3 +--
> 2 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/src/gallium/dr
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> Also change the vbo reloc to unfenced - tiled vbos are not a great idea ;-)
>
> Signed-off-by: Daniel Vetter
> ---
> src/gallium/drivers/i915/i915_context.h | 3 +--
> src/gallium/drivers/i915/i915_reg.h | 2 ++
> src/galli
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> This is needed to properly implement tiling flags. And the gem
> implementation of buffer_from_handle already calls get_tiling, so
> it's for free.
>
> Signed-off-by: Daniel Vetter
Broken record: Just switch using the enum for the tile arg
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> This way relaxed fencing is handled by libdrm. And buffers _can't_
> ever change their tiling.
>
> Signed-off-by: Daniel Vetter
Except for a nitpick Reviewed-by: Jakob Bornecrantz
> ---
> src/gallium/drivers/i915/i915_resource_texture.c
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> Different kernels have different restrictions for tiled buffers.
> Hence use the libdrm abstraction to calculate the necessary
> stride and height alignment requirements.
>
> Not yet used.
>
> Signed-off-by: Daniel Vetter
I discussed this
On Sat, Nov 20, 2010 at 08:33:06PM +0100, Jakob Bornecrantz wrote:
> Do you have commit access? Or should I push the patches for you?
Not for mesa. I'll probably apply for that some when later. Anyway, for
the first patches I prefer if you would push the patches (and take a close
at them while doi
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> type was only used to name the buffer. If needed, better let the
> caller specify a meaningful name.
>
> alignment is also rather unecessary. The kernel gem ignores it totally,
> and we can't run on the old userspace fake bo manager due to l
Adds this card to the egl_dri2 dri2_driver_map:
05:00.0 VGA compatible controller [0300]: nVidia Corporation G92 [GeForce 8800
GT] [10de:0611] (rev a2) (prog-if 00 [VGA controller])
Subsystem: eVga.com. Corp. Device [3842:c801]
---
src/egl/drivers/dri2/egl_dri2.c |5 +
1 files ch
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> More in line with other intel drivers.
Just needs a quick fix, otherwise Reviewed-by: Jakob Bornecrantz
>
> Signed-off-by: Daniel Vetter
> ---
> src/gallium/drivers/i915/i915_resource.h | 4 ++--
> src/gallium/drivers/i915/i9
On Fri, Nov 19, 2010 at 11:38 PM, Daniel Vetter wrote:
> Hi all,
Hi Daniel its awesome to see somebody else being interested in the i915g driver.
>
> This is my first stab at creating havoc in i915g. This cleans up a few
> obsoletes things and implements execbuf2 support. This way the kernel isn
https://bugs.freedesktop.org/show_bug.cgi?id=31587
--- Comment #3 from Luca Barbato 2010-11-20 05:20:24 PST
---
(In reply to comment #2)
> I got a FPE a little further, this time in vgDrawPath. Still null pointers
Switching to llvm 2.8 solved that one. but then there is yet another bug in
#0
On 20.11.2010 14:04, Marek Olšák wrote:
> Hi,
>
> Sorry that I am asking this but if a patch appears to be ignored on
> ML, should I push it to master anyway or should I ping you?
>
> The reason I'd like to add this CAP is to leverage what has already
> been implemented in GLSL2.
>
> Ideally I'd li
Hi,
Sorry that I am asking this but if a patch appears to be ignored on ML,
should I push it to master anyway or should I ping you?
The reason I'd like to add this CAP is to leverage what has already been
implemented in GLSL2.
Ideally I'd like to use GLSL2 IR in gallium drivers directly without
https://bugs.freedesktop.org/show_bug.cgi?id=31587
--- Comment #2 from Luca Barbato 2010-11-20 04:38:46 PST
---
I got a FPE a little further, this time in vgDrawPath. Still null pointers
Program received signal SIGFPE, Arithmetic exception.
0x2eac6e5b in
llvm::LiveIntervals::addInterval
18 matches
Mail list logo
