Nothing works if HiZ is enabled and the DDX is incapable of HiZ (that is,
the DDX version is < 2.16).
The problem is that the refactoring that eliminated
intel_renderbuffer::stencil_rb broke the recovery path in
intel_verify_dri2_has_hiz(). Specifically, it broke line
intel_context.c:1445, which
- Original Message -
> On 01/12/2012 09:06 AM, Chia-I Wu wrote:
> > On Tue, Jan 10, 2012 at 12:55 AM, Jose Fonseca
> > wrote:
> >>
> >>
> >> - Original Message -
> >>> On Fri, Dec 23, 2011 at 7:51 PM, Chia-I Wu
> >>> wrote:
> On Sat, Dec 24, 2011 at 12:37 AM, Ian Romanick
>
https://bugs.freedesktop.org/show_bug.cgi?id=44466
--- Comment #5 from Laurent carlier 2012-01-13 15:44:46
PST ---
I've tried native 32 bits program like ETQW/penumbra overture/Quake 4 without
problems.
What is the proper way to display these values ?
I've tried something like:
lp_build_prin
On 01/12/2012 09:06 AM, Chia-I Wu wrote:
On Tue, Jan 10, 2012 at 12:55 AM, Jose Fonseca wrote:
- Original Message -
On Fri, Dec 23, 2011 at 7:51 PM, Chia-I Wu wrote:
On Sat, Dec 24, 2011 at 12:37 AM, Ian Romanick
wrote:
On 12/23/2011 07:20 AM, Jose Fonseca wrote:
- Origina
On 01/12/2012 04:08 PM, Eric Anholt wrote:
For some reason these started showing up with the automake conversion.
For the series,
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/intel/intel_context.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/dri
Mesa 8.0-rc1 has been released. This is a release candidate for the 8.0
development release.
The tag in the GIT repository for Mesa 8.0-rc1 is 'mesa-8.0-rc1'.
Mesa 8.0-rc1 is available for download at ftp://freedesktop.org/pub/mesa/8.0/
md5sums:
efcdfe2e686cb47926c2241661687c71 MesaLib-8.0-rc
On 01/12/2012 04:08 PM, Eric Anholt wrote:
> Finally, a quiet build for the i965 driver, at least!
> ---
> configure.ac |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> index 1a120ec..f3f5e3e 100644
> --- a/configure.ac
> +++ b/config
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2012 11:00 AM, Kenneth Graunke wrote:
> On 01/12/2012 04:48 PM, Eric Anholt wrote:
>> On Thu, 12 Jan 2012 16:21:59 -0800, Kenneth Graunke
>> wrote:
>>> On 01/12/2012 04:08 PM, Eric Anholt wrote:
Fixes a compiler warning.
---
On Fri, Jan 13, 2012 at 11:59:28AM +0100, Michel Dänzer wrote:
> On Don, 2012-01-12 at 14:50 -0500, Jerome Glisse wrote:
> >
> > Attached is kernel, libdrm, ddx, mesa/r600g patches to enable 2D tiling
> > on r600 to cayman. I haven't yet done a full regression testing but 2D
> > tiling seems to w
Jose,
Ah yes and actually cleanly - I could have sworn I updated that tree
before :-).
I'll go add the clientinfo.c file, should fix the USE_XCB case.
Roland
Am 13.01.2012 21:46, schrieb Jose Fonseca:
> Hi Roland.
>
> Most of this is already fixed in commit
> f9b2d2fea586f772551abbb675970b71b
Hi Roland.
Most of this is already fixed in commit
f9b2d2fea586f772551abbb675970b71b2fdf8c9.
Except clientinfo.c
Jose
- Original Message -
> Enough to get it to work though I guess the libs should be added
> somewhere
> else (gallium.py? x11.py?)
> ---
> src/glx/SConscript |9
Enough to get it to work though I guess the libs should be added somewhere
else (gallium.py? x11.py?)
---
src/glx/SConscript |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/src/glx/SConscript b/src/glx/SConscript
index fc8ad77..7cbb170 100644
--- a/src/glx/SConscri
On 01/12/2012 04:48 PM, Eric Anholt wrote:
On Thu, 12 Jan 2012 16:21:59 -0800, Kenneth Graunke
wrote:
On 01/12/2012 04:08 PM, Eric Anholt wrote:
Fixes a compiler warning.
---
src/mesa/drivers/dri/intel/intel_extensions.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
On 01/12/2012 02:50 PM, Ian Romanick wrote:
> On 01/12/2012 05:44 AM, Neil Roberts wrote:
>> Hi,
>>
>> Chad Versace wrote:
>>
>>> [chad]: Make comments more concise. Change the if-condition to be
>>> compatible with a core context, which may not advertise old extensions.
>>
>> The change to the if
Looks good.
Jose
- Original Message -
> The AL44 format occupies one byte, not two.
>
> NOTE: This is a candidate for the 8.0 branch.
> ---
> src/mesa/main/format_pack.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/mesa/main/format_pack.c
> b/src/m
https://bugs.freedesktop.org/show_bug.cgi?id=44757
Alex Deucher changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
The AL44 format occupies one byte, not two.
NOTE: This is a candidate for the 8.0 branch.
---
src/mesa/main/format_pack.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/format_pack.c b/src/mesa/main/format_pack.c
index 0982c9a..85b2c69 100644
--- a/src/mes
On 01/13/2012 09:11 AM, Jose Fonseca wrote:
- Original Message -
The gl_renderbuffer::Format field wasn't always set properly. This
didn't matter much in the past but with the recent
swrast/renderbuffer
mapping changes, core Mesa will be directly touching OSMesa
colorbuffers
so using th
- Original Message -
> The gl_renderbuffer::Format field wasn't always set properly. This
> didn't matter much in the past but with the recent
> swrast/renderbuffer
> mapping changes, core Mesa will be directly touching OSMesa
> colorbuffers
> so using the right MESA_FORMAT_x value is impo
The gl_renderbuffer::Format field wasn't always set properly. This
didn't matter much in the past but with the recent swrast/renderbuffer
mapping changes, core Mesa will be directly touching OSMesa colorbuffers
so using the right MESA_FORMAT_x value is important.
Unfortunately, there aren't MESA_
https://bugs.freedesktop.org/show_bug.cgi?id=44618
--- Comment #6 from Michel Dänzer 2012-01-13 06:48:12 PST
---
(In reply to comment #5)
> I guess I should be reporting that to GCC, right?
Right.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=44618
--- Comment #5 from Thierry Reding
2012-01-13 06:41:16 PST ---
Now that Mesa actually builds past the src/glsl directory I get an internal
compiler error when building src/mesa/swrast/s_span.c. I was able to bisect
the ICE to this commit:
3
On Thu, Jan 12, 2012 at 12:06 PM, Chia-I Wu wrote:
> On Tue, Jan 10, 2012 at 12:55 AM, Jose Fonseca wrote:
>>
>>
>> - Original Message -
>>> On Fri, Dec 23, 2011 at 7:51 PM, Chia-I Wu wrote:
>>> > On Sat, Dec 24, 2011 at 12:37 AM, Ian Romanick
>>> > wrote:
>>> >> On 12/23/2011 07:20 AM,
https://bugs.freedesktop.org/show_bug.cgi?id=44618
--- Comment #4 from Thierry Reding
2012-01-13 06:18:50 PST ---
Created attachment 55540
--> https://bugs.freedesktop.org/attachment.cgi?id=55540
Don't cross-compile src/glsl/builtin_compiler.
--
Configure bugmail: https://bugs.freedesktop.or
On Don, 2012-01-12 at 14:50 -0500, Jerome Glisse wrote:
>
> Attached is kernel, libdrm, ddx, mesa/r600g patches to enable 2D tiling
> on r600 to cayman. I haven't yet done a full regression testing but 2D
> tiling seems to work ok. I would like to get feedback on 2 things :
>
> - the kernel API
On Fri, Jan 13, 2012 at 09:10:15AM +, Dave Airlie wrote:
> On Sun, Dec 18, 2011 at 4:22 PM, Ville Syrjälä wrote:
> > Ever since xserver commit 531869448d07e00ae241120b59f35709d59c,
> > the server no longer sends invalidate events to clients, unless they
> > have performed a GetBuffers requ
On Sun, Dec 18, 2011 at 4:22 PM, Ville Syrjälä wrote:
> Ever since xserver commit 531869448d07e00ae241120b59f35709d59c,
> the server no longer sends invalidate events to clients, unless they
> have performed a GetBuffers request since the drawable was last
> invalidated.
>
> If the drawable ge
PING PING PING! No one cares about Mesa 7.11 anymore?
On Sat, Jan 07, 2012 at 12:12:24AM +0200, Ville Syrjälä wrote:
> On Sun, Dec 18, 2011 at 06:22:01PM +0200, Ville Syrjälä wrote:
> > Ever since xserver commit 531869448d07e00ae241120b59f35709d59c,
> > the server no longer sends invalidate ev
28 matches
Mail list logo
