On Wed, Nov 30, 2011 at 10:47 PM, Jose Fonseca wrote:
> The "1" in "ETC1" suggests that there might be related formats in the future.
> So I think that the trailing "1" should be dropped from
> UTIL_FORMAT_LAYOUT_ETC1.
>
> Whether "1" should be also dropped from the source files names I can't
>
https://bugs.freedesktop.org/show_bug.cgi?id=43353
Mathias Fröhlich changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop. |mathias.froehl...@web.de
https://bugs.freedesktop.org/show_bug.cgi?id=43404
José Fonseca changed:
What|Removed |Added
CC||jfons...@vmware.com
--- Comment #2 from J
On Wed, Nov 30, 2011 at 10:10 PM, Brian Paul wrote:
> On 11/29/2011 09:47 PM, Chia-I Wu wrote:
>>
>> From: Chia-I Wu
>>
>> The format is defined by GL_OES_compressed_ETC1_RGB8_texture. These
>> routines
>> will be used in the following commit.
>> ---
>> src/mesa/main/texcompress_etc1.c | 7
https://bugs.freedesktop.org/show_bug.cgi?id=40401
the...@gmail.com changed:
What|Removed |Added
CC||the...@gmail.com
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=43404
--- Comment #1 from idun...@lavabit.com 2011-11-30 23:09:28 PST ---
By the way:
After reverting the relevant commit, I still get some problems building:
make dies with an error about "no rule to make
src/gallium/winsys/radeon/drm/libradeonwinsys.a
https://bugs.freedesktop.org/show_bug.cgi?id=43404
idun...@lavabit.com changed:
What|Removed |Added
CC||idun...@lavabit.com
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=43404
Bug #: 43404
Summary: Git head fails to build-No rule to make target
'default' in src/gallium/drivers/failover
Classification: Unclassified
Product: Mesa
Version: git
R is in the high byte, G in the low byte.
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |2 +-
src/mesa/main/format_unpack.c|4 ++--
src/mesa/main/formats.c |8
src/mesa/main/formats.h |2 +-
src/
To better reflect the component ordering and be consistent with other
format names.
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |2 +-
src/mesa/drivers/dri/intel/intel_span.c |2 +-
src/mesa/drivers/dri/intel/intel_tex_format.c|2 +-
src/mesa/main/format_unpack.c
We weren't doing the necessary byte swap.
---
src/mesa/main/format_unpack.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/format_unpack.c b/src/mesa/main/format_unpack.c
index 4b4ee6b..fc0db34 100644
--- a/src/mesa/main/format_unpack.c
+++ b/src/mes
R should be in the high byte and G in the low byte for this format.
---
src/mesa/main/format_unpack.c|4 ++--
src/mesa/swrast/s_texfetch_tmp.h |6 +++---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/format_unpack.c b/src/mesa/main/format_unpack.c
index 0
Fixes these GCC warnings.
u_vbuf.c: In function ‘u_vbuf_draw_begin’:
u_vbuf.c:839:20: warning: ‘max_index’ may be used uninitialized in this
function [-Wuninitialized]
u_vbuf.c:838:20: warning: ‘min_index’ may be used uninitialized in this
function [-Wuninitialized]
Signed-off-by: Vinson Lee
--
On 11/30/2011 01:35 PM, Eric Anholt wrote:
> Since the MapTextureImage changes on Intel, nwn had corruption in the
> scrollbar at the load game menu, and corrupted ground textures in the
> starting zone.
>
> The issue was this code now seeing dstRowStride aligned to hardware
> requirements instead
Since the MapTextureImage changes on Intel, nwn had corruption in the
scrollbar at the load game menu, and corrupted ground textures in the
starting zone.
The issue was this code now seeing dstRowStride aligned to hardware
requirements instead of a temporary buffer that gets uploaded to
hardware l
- Original Message -
> On 11/30/2011 09:10 PM, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > This fixes the firefox crash but I've no idea if its correct.
>
> I don't think it is.
> Visual.samples is the value passed to RenderbufferStorageMultisample,
> and 1 here means "a desired m
On 11/30/2011 09:10 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This fixes the firefox crash but I've no idea if its correct.
I don't think it is.
Visual.samples is the value passed to RenderbufferStorageMultisample,
and 1 here means "a desired minimum number of samples" so the actual
sample
From: Dave Airlie
This fixes the firefox crash but I've no idea if its correct.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_cb_blit.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_blit.c
b/src/mesa/state_tracker/st_cb_blit.
From: Anuj Phogat
I made the suggested changes to swrast/s_texfilter.c (see the patch listed
below). Now it render
polygons without any texture (black) in depth-cube-map test (see the patch sent
on Nov 28 to piglit mailing list).
But the expected output is polygons rendered with different greys
On Wed, 30 Nov 2011 13:22:22 +0800, Yuanhan Liu
wrote:
> On Tue, Nov 29, 2011 at 10:40:46AM -0800, Eric Anholt wrote:
> > On Tue, 29 Nov 2011 16:08:39 +0800, Yuanhan Liu
> > wrote:
> > > Increase the brw eu instruction store size dynamically instead of just
> > > allocating it statically with a
Hi,
On Wednesday, November 30, 2011 07:58:08 Jose Fonseca wrote:
> It looks like there is a regression,
> https://bugs.freedesktop.org/show_bug.cgi?id=43353 . Can you investigate
> this?
Sure
Mathias
___
mesa-dev mailing list
mesa-dev@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=43353
José Fonseca changed:
What|Removed |Added
CC||jfons...@vmware.com
--- Comment #4 from J
https://bugs.freedesktop.org/show_bug.cgi?id=43348
--- Comment #1 from Kai 2011-11-30 07:55:10 UTC
---
While trying to bisect this I found out, that this is not a regression at all,
but something I can reproduce with all versions of Mesa I still have binaries
for. The condition to trigger this b
https://bugs.freedesktop.org/show_bug.cgi?id=43347
Kai changed:
What|Removed |Added
Keywords|regression |
--- Comment #1 from Kai 2011-11-30 07:54:51 PST
https://bugs.freedesktop.org/show_bug.cgi?id=43346
Kai changed:
What|Removed |Added
Keywords|regression |
--- Comment #1 from Kai 2011-11-30 07:54:30 PST
https://bugs.freedesktop.org/show_bug.cgi?id=43345
Kai changed:
What|Removed |Added
Keywords|regression |
--- Comment #1 from Kai 2011-11-30 07:54:06 PST
https://bugs.freedesktop.org/show_bug.cgi?id=43344
Kai changed:
What|Removed |Added
Keywords|regression |
--- Comment #2 from Kai 2011-11-30 07:53:39 PST
https://bugs.freedesktop.org/show_bug.cgi?id=43343
Kai changed:
What|Removed |Added
Keywords|regression |
--- Comment #1 from Kai 2011-11-30 07:53:08 PST
The "1" in "ETC1" suggests that there might be related formats in the future.
So I think that the trailing "1" should be dropped from UTIL_FORMAT_LAYOUT_ETC1.
Whether "1" should be also dropped from the source files names I can't say/care.
Otherwise looks good to me. (*)
Jose
(*) Except the Me
https://bugs.freedesktop.org/show_bug.cgi?id=41999
Neil Roberts changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 11/29/2011 09:47 PM, Chia-I Wu wrote:
From: Chia-I Wu
The format is defined by GL_OES_compressed_ETC1_RGB8_texture. These routines
will be used in the following commit.
---
src/mesa/main/texcompress_etc1.c | 71 ++
src/mesa/main/texcompress_etc1.h | 40
31 matches
Mail list logo
