https://bugs.freedesktop.org/show_bug.cgi?id=78803
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=78771
--- Comment #6 from U. Artie Eoff ---
(In reply to comment #5)
> I have a sneaking suspicion that your mesa 10.x is trying to load an old
> (9.2.x) i965_dri.so and fails.
Ok, I might be wrong about that... but upload log anyway.
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=78771
--- Comment #5 from U. Artie Eoff ---
Can you attach your weston log please. Does it indicate whether egl loaded and
does it list the config details?
I have a sneaking suspicion that your mesa 10.x is trying to load an old
(9.2.x) i965_dri.so a
On Fri, May 16, 2014 at 4:32 AM, Rogovin, Kevin wrote:
> Thanks for the review. Should I make the necessary piglit tests?
Yes, please.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Michel Dänzer writes:
> I pushed my fix as 2bab95973d8ad3a84f62670143d6f26c230d9582, but it
> sounds like Roland's fix isn't really stable material anyway, so it
> might be best to ignore both for now.
OK. I've added both of these to the ignore list.
Thanks for the guidance.
-Carl
--
carl.d.w
From: David Heidelberger
I cleaned up, reviewed and retested these patches against mesa-git.
Everything work fine, no regression spotted with piglit on 6550D
Also I'd like to thank Marek Olšák for helping me.
Christoph Bumiller (8):
r600g: handle PIPE_QUERY_GPU_FINISHED
r600g: check for PIP
https://bugs.freedesktop.org/show_bug.cgi?id=78803
Priority: medium
Bug ID: 78803
Keywords: regression
CC: bri...@vmware.com, jfons...@vmware.com,
srol...@vmware.com
Assignee: mesa-dev@lists.freedesktop.org
Su
Ian and Brian,
How do you feel about importing this EGL extension header from the
Chromium source tree? Do you prefer to import the header or just add its
content to eglmesaext.h?
I have a slight preference for importing the header.
-Chad
On Tue, May 06, 2014 at 12:10:56PM -0700, Sarah Sharp wr
From: Roland Scheidegger
2ea923cf571235dfe573c35c3f0d90f632bd86d8 had the side effect of IR counting
now being done after IR optimization instead of before. Some quick analysis
shows that there's roughly 1.5 times more IR instructions before optimization
than after, hence the effective shader cac
https://bugs.freedesktop.org/show_bug.cgi?id=78771
--- Comment #4 from U. Artie Eoff ---
(In reply to comment #3)
> (In reply to comment #1)
> > Created attachment 99150 [details]
> > black window for application
> >
> > It will show a black window when you run weston-simple-egl or others apps
>
https://bugs.freedesktop.org/show_bug.cgi?id=78771
--- Comment #3 from U. Artie Eoff ---
(In reply to comment #1)
> Created attachment 99150 [details]
> black window for application
>
> It will show a black window when you run weston-simple-egl or others apps
> which use egl interface.
The atta
https://bugs.freedesktop.org/show_bug.cgi?id=78771
U. Artie Eoff changed:
What|Removed |Added
Attachment #99139|text/plain |image/png
mime type|
Series looks good to me.
Jose
- Original Message -
> From: Roland Scheidegger
>
> Enabled with GALLIVM_DEBUG=perf (which up to now was only used to print
> warnings for unoptimized code).
>
> While some unexpectedly long shader compile times for some shaders were fixed
> with 8a9f5ecdb
Sorry, I meant the linear filtering extensions.
Marek
On Fri, May 16, 2014 at 3:31 PM, Marek Olšák wrote:
> Hi Kevin,
>
> r300g doesn't support filtering of floating-point textures, so the
> extension shouldn't be advertised there.
>
> Marek
>
> On Wed, May 7, 2014 at 1:18 PM, Kevin Rogovin wro
Hi Kevin,
r300g doesn't support filtering of floating-point textures, so the
extension shouldn't be advertised there.
Marek
On Wed, May 7, 2014 at 1:18 PM, Kevin Rogovin wrote:
> Add support for GLES2 extensions for floating point and half
> floating point textures (GL_OES_texture_float, GL_O
OML_sync_control:
The graphics MSC value is incremented once for each screen refresh.
For a non-interlaced display, this means that the graphics MSC value
is incremented for each frame. For an interlaced display, it means
that it will be incremented for each field. For a multi-monit
Hi,
> The patch basically looks good. We're lacking piglit tests for these
> extensions, and I think we'll want some before we turn these extensions on.
Thanks for the review. Should I make the necessary piglit tests?
> These extensions still aren't sorted into the GL_OES_* list. I'll just d
Tom Stellard writes:
> On Thu, May 15, 2014 at 10:42:07PM +0200, Francisco Jerez wrote:
>> Tom Stellard writes:
>>
>> > On Thu, May 15, 2014 at 06:22:11PM +0200, Francisco Jerez wrote:
>> >> Bruno Jimenez writes:
>> >>
>> >> > Hi,
>> >> >
>> >> > I'm trying to make clover fail in the case tha
https://bugs.freedesktop.org/show_bug.cgi?id=78773
Michel Dänzer changed:
What|Removed |Added
Assignee|xorg-driver-...@lists.x.org |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=78771
--- Comment #2 from qwang13 ---
This will block many more apps who use egl/gles2 if they want to use egl
interface to rendering. Therefore I set it to the highest.
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=78771
qwang13 changed:
What|Removed |Added
Priority|medium |highest
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=78771
--- Comment #1 from qwang13 ---
Created attachment 99150
--> https://bugs.freedesktop.org/attachment.cgi?id=99150&action=edit
black window for application
It will show a black window when you run weston-simple-egl or others apps which
use egl
On 05/16/2014 12:59 AM, Chris Forbes wrote:
> There are a handful of references to the defunct nr_payload_regs left
> in the comments of brw_fs_reg_allocate.cpp (although that code doesn't
> actually reference the variables you've moved)
Ah, thanks! I've updated those comments in v2.
signatur
Series is:
Reviewed-by: Chris Forbes
On Fri, May 16, 2014 at 6:19 PM, Kenneth Graunke wrote:
> The if (!allocated_without_spills) block is an obvious spot for this
> performance warning message.
>
> In the Vec4 backend, scratch is also used for indirect access of
> temporary arrays. The FS bac
There are a handful of references to the defunct nr_payload_regs left
in the comments of brw_fs_reg_allocate.cpp (although that code doesn't
actually reference the variables you've moved)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lis
25 matches
Mail list logo
