---
src/gallium/winsys/r600/drm/r600_hw_context.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/gallium/winsys/r600/drm/r600_hw_context.c
b/src/gallium/winsys/r600/drm/r600_hw_context.c
index 365ab15..93551dd 100644
--- a/src/gallium/winsys/r600/drm/r600_hw_c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/13/2011 03:31 PM, Paul Berry wrote:
> This brings us into compliance with page 17 (page 22 of the PDF) of
> the GLSL 1.20 spec:
>
> "[Sampler types] can only be declared as function parameters or
> uniform variables (see Section 4.3.5 "U
https://bugs.freedesktop.org/show_bug.cgi?id=39219
--- Comment #4 from Padfoot 2011-07-15 14:54:38 PDT ---
Created an attachment (id=49165)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49165)
Backtrace Xbmc 10.1 liibgl-7.10.3 (patched)
Patched version 7.10.3 works.
Xbmc 10.1 now exits c
On Fri, 15 Jul 2011 12:22:41 -0600
Brian Paul wrote:
> On 07/15/2011 10:07 AM, Dave Airlie wrote:
> > On Fri, Jul 15, 2011 at 4:10 AM, Brian
> > Paul wrote:
> >>
> >>
> >> The map-texture-image-v4 branch that I just pushed implements
> >> this change. It really cleaned things up for the better
https://bugs.freedesktop.org/show_bug.cgi?id=39219
--- Comment #3 from Padfoot 2011-07-15 13:55:00 PDT ---
Compiling patched version. Will report back.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the ass
Christian,
I have also noticed create_ref_vert_shader doesn't write the vertex
position, which might lead to undefined rendering.
---
src/gallium/auxiliary/vl/vl_idct.c |3 +--
src/gallium/auxiliary/vl/vl_mc.c |3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/ga
https://bugs.freedesktop.org/show_bug.cgi?id=39209
--- Comment #8 from Victor Tseng 2011-07-15 13:26:44 PDT ---
(In reply to comment #6)
> I think that's a r700 card, so changing evergreen_state.c probably won't do
> much.
thx for pointing this out.
this time I patched the function "r600_transl
Patrick,
Good thought but it doesn't work. I don't understand why adding -lOSMesa to
the following makes everything work.
gcc -I../../include -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math
-fvisibility=hidden -fno-strict-aliasing -g -fPIC -D_GNU_SOURCE
-DPTHREADS -DDEBUG -DHAVE_POSIX_
If libOSMesa.so is separate library, then isn't libGL.so too? You're calling
glGetIntegerv() from libGL.so but not from libOSMesa.so -- try doing
dlsym("glGetIntegerv") and removing libGL.so from the link line.
Patrick
On Fri, Jul 15, 2011 at 2:41 PM, Paul Gotzel wrote:
> Hello,
>
> I've downlo
Hello,
I've downloaded the latest 7.10.3 and I need to be able to dynamically load
OSMesa. Is this possible? I've tried to use dlopen and dlsym to load the
functions and all the OSMesa calls return success but when I make the gl
calls I get:
GL User Error: glGetIntegerv called without a renderi
On Fri, Jul 15, 2011 at 2:22 PM, Brian Paul wrote:
> On 07/15/2011 10:07 AM, Dave Airlie wrote:
>>
>> On Fri, Jul 15, 2011 at 4:10 AM, Brian Paul
>> wrote:
>>>
>>> On Thu, Jun 23, 2011 at 7:08 PM, Brian Paul wrote:
I'd like to overhaul the part of Mesa related to texture memory
re
Andy Furniss wrote:
I have another problem though, vdpau-softpipe is not using my
LD_LIBRARY_PATH so fails to find where my lvdpau is.
As you can see from below r600 does use it and adds
-L/home/andy/Src/Xorg-git/modular/lib and links OK.
Maybe this doesn't come from LD_LIBRARY_PATH and inste
On 07/15/2011 11:22 AM, Brian Paul wrote:
> On 07/15/2011 10:07 AM, Dave Airlie wrote:
>> On Fri, Jul 15, 2011 at 4:10 AM, Brian Paul
>> wrote:
>>> On Thu, Jun 23, 2011 at 7:08 PM, Brian Paul wrote:
I'd like to overhaul the part of Mesa related to texture memory
reading/writing.
>>
- Original Message -
> On 07/15/2011 10:07 AM, Dave Airlie wrote:
> > On Fri, Jul 15, 2011 at 4:10 AM, Brian Paul
> > wrote:
> >> On Thu, Jun 23, 2011 at 7:08 PM, Brian Paul
> >> wrote:
> >>>
> >>> I'd like to overhaul the part of Mesa related to texture memory
> >>> reading/writing.
>
On 07/15/2011 10:07 AM, Dave Airlie wrote:
On Fri, Jul 15, 2011 at 4:10 AM, Brian Paul wrote:
On Thu, Jun 23, 2011 at 7:08 PM, Brian Paul wrote:
I'd like to overhaul the part of Mesa related to texture memory
reading/writing.
The basic idea would be to add two new driver functions:
/**
*
- Original Message -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/14/2011 10:05 AM, Jose Fonseca wrote:
> > Module: Mesa
> > Branch: master
> > Commit: 9a7f84d6b28e180ef79349b36de9a5d58a1e2dc9
> > URL:
> >
> > http://cgit.freedesktop.org/mesa/mesa/commit/?id=9a7f84d6b2
Andy Furniss wrote:
make[3]: *** No rule to make target
`../../../../src/gallium/winsys/sw/xlib/libws_xlib.a', needed by
`../../../../lib/gallium/libvdpau_softpipe.so'. Stop.
I see this is fixed now in master.
I have another problem though, vdpau-softpipe is not using my
LD_LIBRARY_PATH so f
On Fri, Jul 15, 2011 at 4:10 AM, Brian Paul wrote:
> On Thu, Jun 23, 2011 at 7:08 PM, Brian Paul wrote:
>>
>> I'd like to overhaul the part of Mesa related to texture memory
>> reading/writing.
>>
>> The basic idea would be to add two new driver functions:
>>
>> /**
>> * Map a 2D slice of a text
https://bugs.freedesktop.org/show_bug.cgi?id=39219
--- Comment #2 from Henri Verbeet 2011-07-15 05:27:14 PDT
---
Created an attachment (id=49135)
View: https://bugs.freedesktop.org/attachment.cgi?id=49135
Review: https://bugs.freedesktop.org/review?bug=39219&attachment=49135
patch
I suspect
When parsing S-Expressions, we need to store nul-terminated strings for
Symbol nodes. Prior to this patch, we called ralloc_strndup each time
we constructed a new s_symbol. It turns out that this is obscenely
expensive.
Instead, copy the whole buffer before parsing and overwrite it to
contain \0
Signed-off-by: Tobias Droste
---
src/gallium/targets/egl-static/Makefile | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/src/gallium/targets/egl-static/Makefile
b/src/gallium/targets/egl-static/Makefile
index 69e7eec..5b7b330 100644
--- a/src/gallium/targets/e
21 matches
Mail list logo
