It looks like there is a regression,
https://bugs.freedesktop.org/show_bug.cgi?id=43353 . Can you investigate this?
Jose
- Original Message -
>
> Hi,
>
> Apologies for braking this!
> Thanks, looks great.
>
> Mathias
>
> On Tuesday, November 29, 2011 08:22:58 Chia-I Wu wrote:
> > Fro
Hi,
Apologies for braking this!
Thanks, looks great.
Mathias
On Tuesday, November 29, 2011 08:22:58 Chia-I Wu wrote:
> From: Chia-I Wu
>
> Fix build errors since 762c9766c93697af8d7fbaa729aed118789dbe8e.
> ---
> src/mesa/main/ffvertex_prog.c |2 +-
> src/mesa/main/get.c |6
https://bugs.freedesktop.org/show_bug.cgi?id=41999
--- Comment #3 from Chia-I Wu 2011-11-29 22:32:44 PST ---
Does it help to configure mesa with --enable-shared-glapi and rebuild? The
option is mandatory for GL and GLES interoperation.
--
Configure bugmail: https://bugs.freedesktop.org/userpre
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 constant limit. This would fix something
> > that 'GL_MAX_PROGRAM_
From: Chia-I Wu
---
docs/relnotes-7.12.html |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/docs/relnotes-7.12.html b/docs/relnotes-7.12.html
index 393b112..378df96 100644
--- a/docs/relnotes-7.12.html
+++ b/docs/relnotes-7.12.html
@@ -46,6 +46,7 @@ tbd
GL_NV_fog_distan
From: Chia-I Wu
Have st/mesa recognize MESA_FORMAT_ETC1_RGB8 then we are good to advertise the
extension.
---
src/mesa/state_tracker/st_extensions.c |8
src/mesa/state_tracker/st_format.c | 12
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/src/me
From: Chia-I Wu
The format is defined by GL_OES_compressed_ETC1_RGB8_texture.
---
src/gallium/auxiliary/Makefile.sources |1 +
src/gallium/auxiliary/util/u_format.csv |3 +
src/gallium/auxiliary/util/u_format.h|7 ++-
src/gallium/auxiliary/util/u_format_etc1.c |
From: Chia-I Wu
Add support for GL_OES_compressed_ETC1_RGB8_texture to core mesa. There is no
driver support yet.
Unlike desktop GL compressed texture formats, GLES compressed texture formats
usually can only be used with glCompressedTexImage2D. All other gl*Tex*Image*
functions are updated to
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 ++
src/mesa/main/texcompress_etc1_tmp.h |
From: Chia-I Wu
---
src/mapi/glapi/gen/es_EXT.xml |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mapi/glapi/gen/es_EXT.xml b/src/mapi/glapi/gen/es_EXT.xml
index bc98aee..c7e7d07 100644
--- a/src/mapi/glapi/gen/es_EXT.xml
+++ b/src/mapi/glapi/gen/es_EXT.xml
@@ -48
From: Chia-I Wu
Hi,
This series add GL_OES_compressed_ETC1_RGB8_texture support for softpipe and
llvmpipe. GL_OES_compressed_ETC1_RGB8_texture is a GLES-specific extension.
It defines a new compressed texture format, GL_ETC1_RGB8_OES. This format is
probably the only commonly used format on GL
On Tue, Nov 29, 2011 at 10:35:42AM -0800, Eric Anholt wrote:
> On Tue, 29 Nov 2011 16:08:38 +0800, Yuanhan Liu
> wrote:
> > Let if_stack just store the instruction pointer(an index). This is
> > somehow more flexible than store the instruction memory address.
>
> I'd be more specific: This lets
https://bugs.freedesktop.org/show_bug.cgi?id=43138
sunyi changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #8 from sunyi 2011-11-29 1
On Mon, 28 Nov 2011 20:21:45 -0800, Kenneth Graunke
wrote:
> Attempting to move an MRF to a MRF is not only pointless, it will fail
> because MRFs are read-only, resulting in garbage in your register.
>
> If we already set up a MRF source, there's nothing to resolve anyway.
>
> Signed-off-by: K
https://bugs.freedesktop.org/show_bug.cgi?id=43355
Bug #: 43355
Summary: state_tracker/st_mesa_to_tgsi.c:296:translate_texture_
target: Assertion `0' failed.
Classification: Unclassified
Product: Mesa
Version: git
Plat
https://bugs.freedesktop.org/show_bug.cgi?id=43353
--- Comment #3 from Vinson Lee 2011-11-29 15:50:16 PST ---
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
762c9766c93697af8d7fbaa729aed118789dbe8e
76ba431b97087e2d5ca0351e0d613f0812fd1425
We cannot bisect mor
https://bugs.freedesktop.org/show_bug.cgi?id=43353
Vinson Lee changed:
What|Removed |Added
Platform|Other |x86 (IA32)
OS/Version|All
https://bugs.freedesktop.org/show_bug.cgi?id=43353
--- Comment #1 from Vinson Lee 2011-11-29 15:29:35 PST ---
Created attachment 53962
--> https://bugs.freedesktop.org/attachment.cgi?id=53962
bgra-vert-attrib-pointer.png
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=43353
Bug #: 43353
Summary: [swrast] piglit bgra-vert-attrib-pointer
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=43317
--- Comment #2 from Nicholas Miell 2011-11-29 14:03:53 PST
---
Created attachment 53961
--> https://bugs.freedesktop.org/attachment.cgi?id=53961
glxinfo with Mesa ccd4d4367f2b4e5aebfc59b832599812a4a1c7d8
--
Configure bugmail: https://bugs.fr
Dear mesa-dev list,
[0] mentioned a third module/driver for deletion. The following patch will
do exactly that: remove all traces of the failover driver.
As before I tried to hit everything but would really appreiciate if somebody
with more in-depth knowledge of Mesa's codebase to look over the pat
On 11/27/2011 06:08 PM, Eric Anholt wrote:
When folding GL_EXT_texture_integer into the core, a new (and very
sensible) restriction was added.
---
src/mesa/main/drawpix.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/drawpix.c b/src/mesa/ma
On 11/27/2011 06:08 PM, Eric Anholt wrote:
While looking into MapRenderbuffer for glDrawPixels, I ended up
looking at integer again. It looks like GL 3.0 has added sanity to
drawpixels for integer, which is to say that they've disallowed it.
I don't think there was any way to usefully use drawp
https://bugs.freedesktop.org/show_bug.cgi?id=43138
Ian Romanick changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
On Tue, 29 Nov 2011 07:26:52 -0700, Brian Paul wrote:
> ---
> src/mesa/main/formats.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
> index d3b12d0..9374f00 100644
> --- a/src/mesa/main/formats.c
> +++ b/src/mesa/
Dear Jose,
Jose Fonseca schrieb am 29.11.2011 18:55:
> Thanks. This one was was almost perfect -- it was just missing to remove
> src/gallium/auxiliary/rtasm/rtasm_ppc_spe.[ch] which was only used by cell.
I've updated the patch at [0] to include the above two files (and also remove it
from the Ma
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 constant limit. This would fix something
> that 'GL_MAX_PROGRAM_INSTRUCTIONS_ARB was 16384 while the driver would
> limit it to 1'.
On Tue, 29 Nov 2011 16:08:38 +0800, Yuanhan Liu
wrote:
> Let if_stack just store the instruction pointer(an index). This is
> somehow more flexible than store the instruction memory address.
I'd be more specific: This lets us realloc the instruction store.
> diff --git a/src/mesa/drivers/dri/i9
https://bugs.freedesktop.org/show_bug.cgi?id=43317
--- Comment #1 from Brian Paul 2011-11-29 10:29:57 PST ---
Works for me. Can you attach the output of glxinfo?
--
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=43348
Bug #: 43348
Summary: [r600g] piglit:
spec/ARB_seamless_cube_map/arb_seamless_cube_map fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (
https://bugs.freedesktop.org/show_bug.cgi?id=43347
Bug #: 43347
Summary: [r600g] piglit: glx-make-glxdrawable-current fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=43346
Bug #: 43346
Summary: [r600g] piglit: varray-disabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=43345
Bug #: 43345
Summary: [r600g] piglit: quad-invariance fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
St
https://bugs.freedesktop.org/show_bug.cgi?id=43344
--- Comment #1 from Kai 2011-11-29 10:20:50 PST
---
I was just about to file an extra bug for the fby-sys-sub-blit regression, but
it sounds, judging from the name, like it might be related to this bug.
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=43344
Bug #: 43344
Summary: [r600g] piglit: fbo-sys-blit fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Statu
https://bugs.freedesktop.org/show_bug.cgi?id=43343
Bug #: 43343
Summary: [r600g] piglit: fbo-mipmap-copypix fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Thanks. This one was was almost perfect -- it was just missing to remove
src/gallium/auxiliary/rtasm/rtasm_ppc_spe.[ch] which was only used by cell.
I'll push later if there are no objections.
Jose
- Original Message -
> Dear mesa-dev list,
> the recent discussion about enabling GLSL un
Dear mesa-dev list,
the recent discussion about enabling GLSL unconditionally ([0]) lead to the
assessment, that certain Gallium3D drivers lacked developers (and users) but
complicated the development of the actively maintained Gallium3D drivers.
The cell driver was named as one such driver. The f
On 11/29/2011 09:04 AM, jfons...@vmware.com wrote:
From: José Fonseca
XP kernel mode was the only subsystem lacking stdio FILES.
---
src/gallium/auxiliary/Makefile.sources |5 -
src/gallium/auxiliary/os/os_stream.c| 58 -
src/gallium/auxiliary/os/os_stream.h
- Original Message -
> On Tue, Nov 29, 2011 at 10:12 AM, Jose Fonseca
> wrote:
> > The bulk is there but there are a few places missing.
> >
> > I'll update those, do some sanity checks and commit.
> >
> > Jose
>
> Is there a good reason to delete i965g ?
Hi Jerome,
Yes. Please read he
On Tue, Nov 29, 2011 at 10:12 AM, Jose Fonseca wrote:
> The bulk is there but there are a few places missing.
>
> I'll update those, do some sanity checks and commit.
>
> Jose
Is there a good reason to delete i965g ? Maybe some people are interested in it.
Cheers,
Jerome
Signed-off-by: Kai Wasserbäch
---
docs/sourcetree.html |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/docs/sourcetree.html b/docs/sourcetree.html
index 713e25b..3f100df 100644
--- a/docs/sourcetree.html
+++ b/docs/sourcetree.html
@@ -88,7 +88,6 @@ each directory.
Dear Jose,
I just noticed, that I forgot to commit/send the following two updates to the
docs together with the removal patch.
Kind regards,
Kai Wasserbäch
Kai Wasserbäch (2):
docs: Added item to release notes for 7.12.
docs: Removed i965 entry in the source tree listing.
docs/relnotes-7.1
Signed-off-by: Kai Wasserbäch
---
docs/relnotes-7.12.html |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/docs/relnotes-7.12.html b/docs/relnotes-7.12.html
index 74279a0..0d22113 100644
--- a/docs/relnotes-7.12.html
+++ b/docs/relnotes-7.12.html
@@ -69,9 +69,11 @@ tb
From: José Fonseca
Not actively used.
---
common.py |2 +-
scons/gallium.py| 128 +
src/gallium/auxiliary/os/os_memory.h|4 -
src/gallium/auxiliary/os/os_memory_win32k.h | 123
From: José Fonseca
XP kernel mode was the only subsystem lacking stdio FILES.
---
src/gallium/auxiliary/Makefile.sources |5 -
src/gallium/auxiliary/os/os_stream.c| 58 -
src/gallium/auxiliary/os/os_stream.h| 145 ---
src/gallium/auxiliary/
The bulk is there but there are a few places missing.
I'll update those, do some sanity checks and commit.
Jose
- Original Message -
> Dear mesa-dev list,
> Kai Wasserbäch schrieb am 29.11.2011 15:17:
> > Kai Wasserbäch (1):
> > i965g: Delete this driver, it is broken.
>
> the patch i
Brian,
The whole series looks a nice cleanup to me.
I haven't tried to compile this on MSVC, but it looks ordinary C, so it should
be alright.
Jose
- Original Message -
> This can be used to check that tables have the right number of
> entries,
> etc. at compile-time. This will hopefu
---
src/mesa/main/formats.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index d3b12d0..9374f00 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@ -2596,7 +2596,7 @@ _mesa_format_matches_format_and_ty
Dear mesa-dev list,
Kai Wasserbäch schrieb am 29.11.2011 15:17:
> Kai Wasserbäch (1):
> i965g: Delete this driver, it is broken.
the patch itself is held in moderation because it exceeds 128 KB, didn't know
there was a limit. I've uploaded the mbox file to [0] for immediate review and
hope someb
Dear mesa-dev list,
I prepared a patch, that should delete the i965g driver. I hope I didn't miss
something. It would be _very_ good if someone with more Mesa/Gallium3D
experience could have a look at this.
Please note, that I don't have commit access to Mesa's Git repository. In case
you accept
Am Dienstag, 29. November 2011 10:27 CET, Chia-I Wu
schrieb:
> On Tue, Nov 29, 2011 at 5:14 PM, Theiss, Ingo
> wrote:
> > Dear devs,
> >
> > is it possible that the current git is broken? After my daily git pull I am
> > no longer able to build mesa.
> > Here is the error which breaks my
On Tue, Nov 29, 2011 at 5:14 PM, Theiss, Ingo wrote:
> Dear devs,
>
> is it possible that the current git is broken? After my daily git pull I am
> no longer able to build mesa.
> Here is the error which breaks my build:
It should be fixed now.
> ---
> gcc -c -o main/ffvertex_prog.o main/ffvertex
Dear devs,
is it possible that the current git is broken? After my daily git pull I am no
longer able to build mesa.
Here is the error which breaks my build:
---
gcc -c -o main/ffvertex_prog.o main/ffvertex_prog.c -DFEATURE_GL=1
-DFEATURE_ES1=1 -DFEATURE_ES2=1 -D_GNU_SOURCE -DPTHREADS
-DTEXTUR
Increase the brw eu instruction store size dynamically instead of just
allocating it statically with a constant limit. This would fix something
that 'GL_MAX_PROGRAM_INSTRUCTIONS_ARB was 16384 while the driver would
limit it to 1'.
Signed-off-by: Yuanhan Liu
---
src/mesa/drivers/dri/i965/brw_
Let if_stack just store the instruction pointer(an index). This is
somehow more flexible than store the instruction memory address.
This patch is mainly for the next patch.
Signed-off-by: Yuanhan Liu
---
src/mesa/drivers/dri/i965/brw_eu.c |3 +--
src/mesa/drivers/dri/i965/brw_eu.h
I didn't find anywhere use it anymore, remove it.
Signed-off-by: Yuanhan Liu
---
src/mesa/drivers/dri/i965/brw_eu.h |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_eu.h
b/src/mesa/drivers/dri/i965/brw_eu.h
index dcb1fc9..8a446eb 100644
Silence the compile warning
Signed-off-by: Yuanhan Liu
---
src/glx/drisw_glx.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/glx/drisw_glx.c b/src/glx/drisw_glx.c
index a150c61..7ba491b 100644
--- a/src/glx/drisw_glx.c
+++ b/src/glx/drisw_glx.c
@@ -304,7 +304,6 @@
58 matches
Mail list logo
