https://bugs.freedesktop.org/show_bug.cgi?id=9455
Corbin Simpson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/extensions.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index 9cec15b..6e9e3b2 100644
--- a/src/mesa/main/extensions.c
+++ b/src/mesa/main/exte
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/texpal.c | 34 +-
1 files changed, 5 insertions(+), 29 deletions(-)
diff --git a/src/mesa/main/texpal.c b/src/mesa/main/texpal.c
index 0684638..ed2261b 100644
--- a/src/mesa/main/texpal.c
+++ b/s
From: Ian Romanick
This code was really broken before. A lot of the error checks were
done much later (too late), and some of the error checks would fail.
The underlying problem is that Mesa doesn't ever keep compressed paletted
textures in their original format. The textures are immediately
co
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/texpal.c | 16
src/mesa/main/texpal.h |4
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/texpal.c b/src/mesa/main/texpal.c
index 7608087..0684638 100644
--- a/src/mesa/mai
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/texpal.c | 45 -
src/mesa/main/texpal.h |3 +++
2 files changed, 35 insertions(+), 13 deletions(-)
diff --git a/src/mesa/main/texpal.c b/src/mesa/main/texpal.c
index b2112f9..7608
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/image.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/image.c b/src/mesa/main/image.c
index 3e75e7c..da8eaff 100644
--- a/src/mesa/main/image.c
+++ b/src/mesa/main/image.c
@@ -
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/teximage.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index cb4a5b4..f07418d 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa
(after my short talk here at XDC chicago, let's get this out to
everyone)
It's time again to start planning for the next FOSDEM. After our poor
showing in 2010 (where in the end openmoko got given half our time, as
we had not managed to schedule more than 3 talks 2 weeks before the
event), I d
>
> On the contrary, I think that putting norm and scaled/int in the same sack is
> talking apples and oranges... Normalization, like fixed-point integers,
> affects the interpretation of the 32bit integer in memory, namely the scale
> factor that it should be multiplied. Whereas the only dif
- Original Message -
> On Tue, Sep 13, 2011 at 8:45 PM, Jose Fonseca
> wrote:
> >
> >
> > - Original Message -
> >> José, Roland,
> >>
> >> there is a problem with the proposed approach of having the
> >> convert_to_float flag. That flag might not be supported for
> >> certain
>
Am 13.09.2011 21:39, schrieb Jose Fonseca:
>
>
> - Original Message -
>> Am 13.09.2011 20:45, schrieb Jose Fonseca:
>>>
>>>
>>> - Original Message -
José, Roland,
there is a problem with the proposed approach of having the
convert_to_float flag. That flag m
- Original Message -
> Am 13.09.2011 20:45, schrieb Jose Fonseca:
> >
> >
> > - Original Message -
> >> José, Roland,
> >>
> >> there is a problem with the proposed approach of having the
> >> convert_to_float flag. That flag might not be supported for
> >> certain integer form
On Tue, Sep 13, 2011 at 8:45 PM, Jose Fonseca wrote:
>
>
> - Original Message -
>> José, Roland,
>>
>> there is a problem with the proposed approach of having the
>> convert_to_float flag. That flag might not be supported for certain
>> integer formats. We would need to update some more pl
Am 13.09.2011 20:45, schrieb Jose Fonseca:
>
>
> - Original Message -
>> José, Roland,
>>
>> there is a problem with the proposed approach of having the
>> convert_to_float flag. That flag might not be supported for
>> certain integer formats. We would need to update some more places,
>
- Original Message -
> > The translate module also needs to distinguish between scaled and
> > integer types. Translate currently doesn't support integers, only
> > scaled. The code in Translate would either have to look like this:
> >
> > case PIPE_FORMAT_R32_SSCALED:
> >return is_in
- Original Message -
> José, Roland,
>
> there is a problem with the proposed approach of having the
> convert_to_float flag. That flag might not be supported for certain
> integer formats. We would need to update some more places, e.g.
> is_format_supported:
>
> boolean (*is_format_sup
Am 13.09.2011 19:32, schrieb Marek Olšák:
> José, Roland,
>
> there is a problem with the proposed approach of having the
> convert_to_float flag. That flag might not be supported for certain
> integer formats. We would need to update some more places, e.g.
> is_format_supported:
>
> boolean (*is
José, Roland,
there is a problem with the proposed approach of having the
convert_to_float flag. That flag might not be supported for certain
integer formats. We would need to update some more places, e.g.
is_format_supported:
boolean (*is_format_supported)( struct pipe_screen *,
Am 13.09.2011 18:31, schrieb Jose Fonseca:
>
>
> - Original Message -
>> Am 13.09.2011 00:33, schrieb Jose Fonseca:
>>> I admit I'm not very familiar how hardware currently supports
>>> native double formats. Or how likely it is for hardware to have
>>> native 4 x double register suppor
- Original Message -
> Am 13.09.2011 00:33, schrieb Jose Fonseca:
> > I admit I'm not very familiar how hardware currently supports
> > native
> > double formats. Or how likely it is for hardware to have native 4
> > x
> > double register support in the future. But even if we ignore the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/13/2011 11:23 AM, Jose Fonseca wrote:
> - Original Message -
>> I've attached a rough outline of a patch to add a
>> bind_as_integer flag for vertex elements, sampler views and
>> surfaces.
>
> I don't mind "as_integer" but I wonder if
On 13 September 2011 07:17, Ian Romanick wrote:
>
> > *instructions, type = glsl_type::error_type; }
> >
> > + /* From page 39 (page 45 of the PDF) of the GLSL 1.10 spec: +
> > * +*"When calling a function, expressions that do not
> > evaluate to +* l-values cannot be passed to
- Original Message -
> I've attached a rough outline of a patch to add a bind_as_integer
> flag
> for vertex elements, sampler views and surfaces.
I don't mind "as_integer" but I wonder if "as_float" (i.e. the negative),
wouldn't be more generic (so it could be used for doubles too [1])
On Tue, Sep 13, 2011 at 5:31 PM, Dave Airlie wrote:
> I've attached a rough outline of a patch to add a bind_as_integer flag
> for vertex elements, sampler views and surfaces.
>
> I wonder if the sampler view and surfaces are always going to be bind
> as integer for SCALED types, in which case may
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/12/2011 11:41 AM, Jose Fonseca wrote:
>
>
> - Original Message -
>> On Mon, Sep 12, 2011 at 5:48 PM, Roland Scheidegger
>> wrote:
>>> Am 11.09.2011 19:17, schrieb Dave Airlie:
On Sun, Sep 11, 2011 at 10:11 AM, Dave Airlie
w
Am 13.09.2011 17:31, schrieb Dave Airlie:
> I've attached a rough outline of a patch to add a bind_as_integer flag
> for vertex elements, sampler views and surfaces.
I wonder if the "default" shouldn't be the native type, so bind_as_float
instead? I guess it doesn't really matter though.
>
> I w
I've attached a rough outline of a patch to add a bind_as_integer flag
for vertex elements, sampler views and surfaces.
I wonder if the sampler view and surfaces are always going to be bind
as integer for SCALED types, in which case maybe we can just state
that somewhere and move on.
I've also sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/12/2011 06:20 PM, Paul Berry wrote:
> The array_lvalue field was attempting to enforce the restriction
> that whole arrays can't be used on the left-hand side of an
> assignment in GLSL 1.10 or GLSL ES, and can't be used as out or
> inout paramet
Am 13.09.2011 00:33, schrieb Jose Fonseca:
>
>
> - Original Message -
>> On 12.09.2011 21:14, Jose Fonseca wrote:
>>>
>>> - Original Message -
Am 12.09.2011 19:05, schrieb Christoph Bumiller:
> On 12.09.2011 18:41, Jose Fonseca wrote:
>> - Original Message -
On Sun, Sep 11, 2011 at 12:54:20AM +0200, Marcin Slusarz wrote:
> On Sat, Sep 10, 2011 at 06:59:39PM +0200, Maarten Lankhorst wrote:
> > Hey ★,
> >
> > On 09/10/2011 06:28 PM, ★ Emeric wrote:
> > > Hi Maarten,
> > > I tried the v2 patch with my good old geforce 8600M GS, and it worked
> > > well.
On 09/13/2011 04:54 AM, Dave Airlie wrote:
From: Dave Airlie
This introduces a new gl_clear_color union and moves the current
ClearColorUnclamped to use it, it removes ClearColor completely and
all drivers are modified to expected unclamped floats instead.
also fixes st to use translated color
From: Dave Airlie
This introduces a new gl_clear_color union and moves the current
ClearColorUnclamped to use it, it removes ClearColor completely and
all drivers are modified to expected unclamped floats instead.
also fixes st to use translated color in one place it wasn't.
Signed-off-by: Dave
On Fri, Sep 09, 2011 at 10:08:38AM -0700, Eric Anholt wrote:
> On Fri, 9 Sep 2011 13:21:57 +0800, Yuanhan Liu
> wrote:
> > On Thu, Sep 08, 2011 at 09:25:30PM -0700, Kenneth Graunke wrote:
> > > On 09/08/2011 06:59 PM, Yuanhan Liu wrote:
> > > > On Thu, Sep 08, 2011 at 08:39:46AM -0700, Eric Anhol
34 matches
Mail list logo
