-Francesco
From 1ef3ca3ca59ae9e95e06c0a999794422fa94afa4 Mon Sep 17 00:00:00 2001
From: Francesco Marella
Date: Thu, 12 May 2011 13:27:09 +0200
Subject: [PATCH] nvfx: fill some PIPE_CAPs
Signed-off-by: Francesco Marella
---
src/gallium/drivers/nvfx/nvfx_screen.c |6 ++
1 files changed,
https://bugs.freedesktop.org/show_bug.cgi?id=37205
Summary: [GLSL] Norsetto shadow mapping: error: type mismatch
Product: Mesa
Version: git
Platform: Other
URL: http://norsetto.site11.com/?db_select=shadow&page_id=9
7
https://bugs.freedesktop.org/show_bug.cgi?id=37205
--- Comment #1 from Marek Olšák 2011-05-14 08:50:04 PDT ---
I guess the problem is:
offset.y = 0;
But it should be:
offset.y = 0.0;
It looks like a bug in the demo.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=37205
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=37205
--- Comment #3 from Kenneth Graunke 2011-05-14 10:14:19
PDT ---
Yep, that's the issue. The GLSL 1.10 specification, Chapter 4, explicitly
states "There are no implicit conversions between types."
Another alternative is to use #version 120. GL
On Fri, 13 May 2011 16:47:56 -0700, Kenneth Graunke
wrote:
> On 05/12/2011 09:05 PM, Eric Anholt wrote:
> > In the 16-wide rework, I missed that we were setting some things to be
> > SIMD16 mode (corresponding to their setup in emit_texture_gen4()).
> > ---
> > src/mesa/drivers/dri/i965/brw_fs.
On Fri, 13 May 2011 15:56:28 -0700, Kenneth Graunke
wrote:
> On 05/12/2011 09:05 PM, Eric Anholt wrote:
> > Fixes glean pointAtten.
> > ---
> > src/mesa/drivers/dri/i965/gen6_sf_state.c |9 +++--
> > 1 files changed, 7 insertions(+), 2 deletions(-)
> >
> > diff --git a/src/mesa/drivers
https://bugs.freedesktop.org/show_bug.cgi?id=35441
Johannes Obermayr changed:
What|Removed |Added
Summary|header files (at least |[PATCH] Mesa does not find
https://bugs.freedesktop.org/show_bug.cgi?id=37150
--- Comment #12 from Pavel Ondračka 2011-05-14
12:17:58 PDT ---
(In reply to comment #6)
> I don't know if this is the same bug, but in SC2 the gamma ramped up during
> the
> loading screen, each time getting brighter and brighter. The only thi
https://bugs.freedesktop.org/show_bug.cgi?id=37150
--- Comment #13 from Benjamin Bellec 2011-05-14 19:35:48
PDT ---
I must add that I have a similar behavior in some (reproducible) cases in
Civilization IV (hence a Wined game) BUT I have ALSO over-brightened scenes in
etqw/r600g:
I can only play
From: Dave Airlie
I'm hard pressed to think of any reason a gallium thread would want to
receive a signal, especially considering its probably loaded as a library
and you don't want the threads interfering with the main threads signal
handling.
This solves a problem loading llvmpipe into the X s
11 matches
Mail list logo
