Fixes Coverity resource leak defect.
---
src/mesa/state_tracker/st_program.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/mesa/state_tracker/st_program.c
b/src/mesa/state_tracker/st_program.c
index 146e77f..8cd039c 100644
--- a/src/mesa/state_tracker/st_program.
Fixes Coverity resource leak defect.
---
src/gallium/state_trackers/dri/drm/dri2.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/dri/drm/dri2.c
b/src/gallium/state_trackers/dri/drm/dri2.c
index a6bf3c1..4e3f106 100644
--- a/src/gallium/stat
On Sat, Nov 5, 2011 at 1:15 PM, Brian Paul wrote:
> Most drivers have been creating fake/wrapper renderbuffers when a
> texture image is attached to an FBO. But that's not a requirement
> of core Mesa.
>
> So an FBO attachment that points into a texture may not have a
> (fake) renderbuffer. This
https://bugs.freedesktop.org/show_bug.cgi?id=42628
--- Comment #2 from Catalin Badea 2011-11-05
14:37:01 PDT ---
Created attachment 53197
--> https://bugs.freedesktop.org/attachment.cgi?id=53197
Bug reproduced in gdb.
Added the gdb log separately. The apitrace does not fully reproduce the bug
Hi Marek,
Christopher (CME on IRC) reports that this change regresses i915g in
wine. Nothing stikes me as wrong, do you have any idea?
Stéphane
On Sun, Oct 23, 2011 at 11:33, Marek Olšák
wrote:
> Module: Mesa
> Branch: master
> Commit: 37b62cc35435a704d33c1814fbdbd0e807699e21
> URL:
> http
On Sat, Nov 5, 2011 at 1:10 AM, Vadim Girlin wrote:
> On Fri, 2011-11-04 at 22:53 +0100, Marek Olšák wrote:
>> FYI, this commit completely breaks RV670. glxgears is completely
>> black, other apps are either black or rendered incorrectly (mostly
>> one-colored, the clear color I guess).
>>
>
> Tha
This series of patches fixes glReadPixels regressions when reading
from FBOs.
See the patch comments for details.
In particular, patch 3/3 needs to be tested on a Sandybridge system to
make sure that reading depth/stencil buffers works. I suspect this
_might_ be broken since there's some sub
Most drivers have been creating fake/wrapper renderbuffers when a
texture image is attached to an FBO. But that's not a requirement
of core Mesa.
So an FBO attachment that points into a texture may not have a
(fake) renderbuffer. This caused the new glReadPixels code to fail
when reading from a
This fixes a regression from the recent glReadPixels changes found
with the piglit hiz tests.
Use either MESA_FORMAT_RGBA or MESA_FORMAT_RGBA_REV for color
buffers depending on endian-ness. Before, the gl_renderbuffer::Format
field was MESA_FORMAT_RGBA but the data was really stored a
These vars will just get overwritten when we call _mesa_add_renderbuffer()
anyway. We only need to set the InternalFormat field when we create the
software renderbuffer.
---
src/mesa/main/renderbuffer.c | 16
1 files changed, 0 insertions(+), 16 deletions(-)
diff --git a/src/m
https://bugs.freedesktop.org/show_bug.cgi?id=42628
--- Comment #1 from Catalin Badea 2011-11-05
11:29:40 PDT ---
The apitrace size is bigger than the attachment size limit.
External link:
http://swarm.cs.pub.ro/~cbadea/freedroid/freedroid_llvmpipe.tar.gz
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=42628
Bug #: 42628
Summary: [llvmpipe] SIGFPE Crash
Classification: Unclassified
Product: Mesa
Version: 7.11
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
On 11/05/2011 11:19 AM, Dave Airlie wrote:
Module: Mesa
Branch: master
Commit: 7494c814ef642468c8e6838027443703d311602f
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=7494c814ef642468c8e6838027443703d311602f
Author: Dave Airlie
Date: Sat Nov 5 17:18:34 2011 +
gl3.txt: add not
This fixes the glReadPixels() regression for reading from the front/back
color buffers.
Note, we only allow one mapping of an XImage/Pixmap renderbuffer
at any time. That might need to be revisited in the future.
---
src/mesa/drivers/x11/xm_api.c|4 +-
src/mesa/drivers/x11/xm_buffer.c |
https://bugs.freedesktop.org/show_bug.cgi?id=42623
Bug #: 42623
Summary: Fix build with llvm-3.0/svn
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severit
https://bugs.freedesktop.org/show_bug.cgi?id=36792
Fabio Pedretti changed:
What|Removed |Added
Attachment #52030|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=36792
--- Comment #6 from Fabio Pedretti 2011-11-05 07:14:35
PDT ---
(In reply to comment #4)
> Created attachment 52118 [details] [review]
> LLVM should prefer shared libraries.
>
> Please try this patch on LLVM.
>
> It should also work if you patc
https://bugs.freedesktop.org/show_bug.cgi?id=41999
--- Comment #1 from Chia-I Wu 2011-11-05 00:58:22 UTC ---
I cannot reproduce this. Do you still have the issue?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=42480
Chia-I Wu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
19 matches
Mail list logo
