On Mon, 2017-02-06 at 01:11 +0100, Marek Olšák wrote:
> Hi,
>
> Back in 2012-2013, then-Intel employees Eric Anholt and Paul Berry
> wrote this threaded GL dispatch where GL calls are queued and
> executed
> in a different thread. It was supposed to deal with high CPU overhead
> of Mesa, but at th
On Fri, 2017-02-10 at 17:15 +, Emil Velikov wrote:
> On 8 February 2017 at 18:03, Marek Olšák wrote:
> > From: Eric Anholt
> >
> > v2: Rebase on the Begin/End changes, and just disable this feature
> > on
> > non-GL-core.
> > ---
> > src/mapi/glapi/gen/gl_marshal.py | 10 ++
> >
On Wed, 2013-11-06 at 17:06 -0800, Chad Versace wrote:
> On 11/06/2013 02:44 PM, Eric Anholt wrote:
> > Matt Turner writes:
> >
> >> Uses SSE 4.1's MOVNTDQA instruction (streaming load) to read from
> >> uncached memory without polluting the cache.
> >> ---
> >> We should add runtime detection sup
I was looking at getting Beignet compiling against current mesa working
again a few weeks ago. Really there needs to be some coordination with
the Mesa devs to provide a suitable API since what was being used has
been since removed. To that end; I've cc'd mesa-dev, hopefully there can
be progress m
On Thu, 2014-06-26 at 08:24 +0200, Iago Toral Quiroga wrote:
> So far we have been using CL_INVOCATION_COUNT to resolve this query
> but this
> is no good with streams, as only stream 0 reaches the clipping
> stage. Instead
> we will use SO_PRIM_STORAGE_NEEDED which can keep track of the
> primi
On Wed, 2014-07-02 at 10:59 +0200, Iago Toral wrote:
> Oh, I just noticed there was some problem with the first reply I sent
> and Chris and Steven got out of the CC in my reply, so adding them
> back
> now.
>
> Steven: the summary is that on IvyBridge Kenneth's second patch
> produces
> a GPU
On Wed, 2014-07-02 at 15:40 +0100, Steven Newbury wrote:
> On Wed, 2014-07-02 at 10:59 +0200, Iago Toral wrote:
> > Oh, I just noticed there was some problem with the first reply I
> > sent
> > and Chris and Steven got out of the CC in my reply, so adding them
> >
On Wed, 2014-07-02 at 21:04 +0200, Andreas Boll wrote:> I'd like to make a new demos release on Friday, July 4th.> The last release was on February 24th, 2013. Additionally this> release is needed to fix the build with mesa 10.2. (fdo#78101)> > Any objections?> > Also I'd like to get these 3 patc
On Thu, 2014-07-03 at 10:47 +0200, Andreas Boll wrote:
> 2014-07-03 7:39 GMT+02:00 Steven Newbury :
> > On Wed, 2014-07-02 at 21:04 +0200, Andreas Boll wrote:
> > >
> > > I'd like to make a new demos release on Friday, July 4th.
> > > The last release
On Fri, 2014-07-04 at 03:40 -0400, Ilia Mirkin wrote:
> On Fri, Jul 4, 2014 at 3:37 AM, Steven Newbury
> wrote:
> > On Thu, 2014-07-03 at 10:47 +0200, Andreas Boll wrote:
> > > 2014-07-03 7:39 GMT+02:00 Steven Newbury
> > > :
> > > > On Wed, 201
On Sat, 2014-07-05 at 10:53 +0300, Pekka Paalanen wrote:
> On Fri, 04 Jul 2014 08:45:00 +0100
> Steven Newbury wrote:
>
> > On Fri, 2014-07-04 at 03:40 -0400, Ilia Mirkin wrote:
> > > On Fri, Jul 4, 2014 at 3:37 AM, Steven Newbury
> > > wrote:
> >
On Sat, 2014-07-05 at 10:53 +0300, Pekka Paalanen wrote:
> On Fri, 04 Jul 2014 08:45:00 +0100
> Steven Newbury wrote:
>
> > On Fri, 2014-07-04 at 03:40 -0400, Ilia Mirkin wrote:
> > > On Fri, Jul 4, 2014 at 3:37 AM, Steven Newbury
> > > wrote:
> >
When the Gallium i965 driver was renamed to "ilo" the driver descriptor
was never changed. The pipe-loader driver is required to have the same
descriptor name as the driver name, so for consistency change the DRI
driver descriptor to match.
---
src/gallium/targets/dri-ilo/target.c | 2 +-
1 file
In trying to get gallium-nine working with the ilo Gallium driver I
noticed there's no ilo pipe-loader driver being built.
This patch simply puts in place the missing pieces.
The driver descriptor is named "ilo", rather than "i965" as the ilo DRI
driver currently names itself, this is necessary a
When the Gallium i965 driver was renamed to "ilo" the driver descriptor
was never changed. The pipe-loader driver is required to have the same
descriptor name as the driver name, so for consistency change the DRI
driver descriptor to match.
Signed-off-by:
---
src/gallium/targets/dri-ilo/target.
ilo DRI
driver currently names itself, this is necessary as otherwise the
pipe-loader refuses to load as it has a sanity check verifying the name
matches. A follow-up patch renames the ilo DRI driver descriptor to
match.
Signed-off-by: Steven Newbury
---
include/pci_ids/pci_id_driver_map.h
On Fri, 2014-01-03 at 13:14 +0800, Chia-I Wu wrote:
> On Thu, Jan 2, 2014 at 10:39 PM, Steven Newbury wrote:
> > Forgot to add signed-off-by...
> >
> > In trying to get gallium-nine working with the ilo Gallium driver I
> > noticed there's no ilo pipe-loader driver
On Tue, 2014-03-04 at 21:12 +, Emil Velikov wrote:
> Drop the duplication accross all dri targets.
...
> diff --git a/src/gallium/targets/dri-ilo/Makefile.am
> b/src/gallium/targets/dri-ilo/Makefile.am
> index 418e2ea..18d3c44 100644
> --- a/src/gallium/targets/dri-ilo/Makefile.am
> +++ b/sr
On Thu, 2014-03-13 at 07:35 +, Emil Velikov wrote:
> On 13/03/14 07:09, Steven Newbury wrote:
> > On Tue, 2014-03-04 at 21:12 +, Emil Velikov wrote:
> >> Drop the duplication accross all dri targets.
> >
> > ...
> >
> >> diff --git a/src/ga
On Sun, 2015-05-31 at 20:41 -0700, Kenneth Graunke wrote:
> On Monday, June 01, 2015 11:35:03 AM Dave Airlie wrote:
> > From: Dave Airlie
> >
> > I'm not sure if we shouldn't enable this everywhere
> > and rip out the API checks,
> >
> > discuss,
> >
> > Signed-off-by: Dave Airlie
> > ---
> >
On Thu, 2014-10-23 at 09:20 -0700, Matt Turner wrote:
> On Thu, Oct 23, 2014 at 2:13 AM, Timothy Arceri <
> t_arc...@yahoo.com.au> wrote:
> > On Wed, 2014-10-22 at 22:49 -0700, Matt Turner wrote:
> > > On Wed, Oct 22, 2014 at 10:30 PM, Matt Turner > > > wrote:
> > > > On Wed, Oct 22, 2014 at 9:02
On Thu, 2014-11-06 at 14:39 -0800, Matt Turner wrote:
> On Thu, Nov 6, 2014 at 2:33 PM, Marc Dietrich
> wrote:
> > So this is only a problem with Link-Time-Opt.
>
> I don't actually know how you're getting to this point in the build
> with LTO. It fails for me in src/mapi.
>
> I think LTO is s
On Thu, 2014-11-06 at 21:00 -0800, Matt Turner wrote:
> On Thu, Nov 6, 2014 at 8:56 PM, Siavash Eliasi <
> siavashser...@gmail.com> wrote:
> > Then I do recommend removing the "if (cpu_has_sse4_1)" from this
> > patch and similar places, because there is no runtime CPU
> > dispatching happening f
On Wed, 2014-11-05 at 00:46 +, Emil Velikov wrote:
> On 04/11/14 22:42, Marek Olšák wrote:
> > Hi everybody,
> >
> > I'm about to address this long-standing issue: The EGL state
> > tracker is redundant. It duplicates what st/dri does and it also
> > duplicates what the common loader egl_dri
On Sat, 2016-02-20 at 13:41 -0800, Jason Ekstrand wrote:
> On Feb 20, 2016 1:19 PM, "Rob Clark" wrote:
> >
> > fwiw, I think a *small* number of topic branches in certain cases
> > makes sense.. I'm definitely in support of a TTL limit (ie.
> > automatically nuke topic branches with no activity
On Sun, 2016-02-21 at 11:28 +, Steven Newbury wrote:
> On Sun, 2016-02-21 at 10:56 +0000, Steven Newbury wrote:
> > On Sun, 2016-02-21 at 10:16 +0000, Steven Newbury wrote:
> > > Hi Jason,
> > >
> > > commit f6d95876888c81559d4ba773e4e6c82b184e708e in the
Hi Jason,
commit f6d95876888c81559d4ba773e4e6c82b184e708e in the vulkan branch
has broken out-of-source-tree builds. The generated header files
should be included from the build tree, instead of the source tree.
___
mesa-dev mailing list
mesa-dev@lists
On Sun, 2016-02-21 at 10:16 +, Steven Newbury wrote:
> Hi Jason,
>
> commit f6d95876888c81559d4ba773e4e6c82b184e708e in the vulkan branch
> has broken out-of-source-tree builds. The generated header files
> should be included from the build tree, instead of the source tree.
On Sun, 2016-02-21 at 12:01 +, Steven Newbury wrote:
> On Sun, 2016-02-21 at 11:28 +0000, Steven Newbury wrote:
> > On Sun, 2016-02-21 at 10:56 +0000, Steven Newbury wrote:
> > > On Sun, 2016-02-21 at 10:16 +0000, Steven Newbury wrote:
> > > > Hi
On Sun, 2016-02-21 at 10:56 +, Steven Newbury wrote:
> On Sun, 2016-02-21 at 10:16 +0000, Steven Newbury wrote:
> > Hi Jason,
> >
> > commit f6d95876888c81559d4ba773e4e6c82b184e708e in the vulkan
> > branch
> > has broken out-of-source-tree builds. The gen
On Thu, 2016-03-17 at 20:12 +0100, Christian Schmidbauer wrote:
> Currently mesa fails building with the x32 abi as ms_abi is not
> defined
> in such a case.
>
> The patch uses ms_abi only for amd64 targets and stdcall only for
> i386
> targets to be sure that those are defined.
>
Being quite inv
On Fri, 2016-06-10 at 16:05 -0400, Ilia Mirkin wrote:
> On Fri, Jun 10, 2016 at 3:43 PM, Tim Rowley om> wrote:
> >
> > Previously used core-avx-i was for ivybridge;
> > corei7-avx allows sandybridge.
> > ---
> > src/gallium/drivers/swr/Makefile.am | 2 +-
> > 1 file changed, 1 insertion(+), 1 de
On Mon, 2016-06-13 at 09:03 -0400, Chuck Atkins wrote:
> > Maybe I'm the only one who finds it horrible to override -march
> > from
> > within project build systems. It causes no end of problems with
> > LTO,
> > and results in objects being built inappropriately for the target
> > as
> > specifie
On Fri, 2014-09-12 at 18:20 -0400, Nick Sarnie wrote:
> Trivial patch to create the pipe loader for ilo. All the code was
> already there.
>
> Signed-off-by: Nick Sarnie
> ---
> src/gallium/targets/pipe-loader/Makefile.am | 14 ++
> src/gallium/targets/pipe-loader/pipe_i965.c | 26
On Fri, 2017-12-15 at 23:04 +0100, Mario Kleiner wrote:
> Some clients may not like RGB10X2 and RGB10A2 fbconfigs and
> visuals. Add a new driconf option 'allow_rgb10_configs' to
> allow per application enable/disable.
>
> The option defaults to enabled.
>
> v2: Rename expose_rgb10_configs to all
On Mon, 2017-01-16 at 16:52 +0300, Vladislav Egorov wrote:
>
> 16.01.2017 16:13, Emil Velikov пишет:
> > Hi Vladislav,
> >
> > On 14 January 2017 at 01:50, Vladislav Egorov > > wrote:
> > > 14.01.2017 01:45, Timothy Arceri пишет:
> > > > I'm asking for a chance to test before we jump in, its pro
On Wed, 2017-01-18 at 20:43 +1100, Timothy Arceri wrote:
> On Wed, 2017-01-18 at 08:30 +0000, Steven Newbury wrote
[SNIP]
> >
> > Why not leave in a build time option for whichever is the fastest
> > (non-
> > OpenSSL) external SHA1 implementation but default or fa
On Wed, 2016-12-07 at 13:25 +, Emil Velikov wrote:
> From: Emil Velikov
>
> We've been using and depending on it for at least a couple of years.
> Make it obvious and error out, should one opt for it.
>
> Signed-off-by: Emil Velikov
> ---
> configure.ac | 4 +---
> 1 file changed, 1 insert
On Thu, 2017-01-19 at 15:19 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Otherwise we'll get a lovely message as below:
> "require_dri_shared_libs_and_glapi: command not found"
>
> Cc: Steven Newbury
> Reported-by: Steven Newbury
> Fixes: da4
On Thu, 2017-01-19 at 15:16 +, Emil Velikov wrote:
> On 19 January 2017 at 00:18, Steven Newbury
> wrote:
> > On Wed, 2016-12-07 at 13:25 +, Emil Velikov wrote:
> > > From: Emil Velikov
> > >
> > > We've been using and depending on it for at
On Wed, 2017-03-01 at 12:38 +0200, Eero Tamminen wrote:
> Hi,
>
> On 01.03.2017 07:25, Timothy Arceri wrote:
> > This reduces the cache size for Deus Ex from ~160M to ~30M for
> > radeonsi.
> >
> > I'm also seeing the following improvements in minimum fps in the
> > Shadow of Mordor benchmark:
>
On Wed, 2017-03-08 at 21:29 -0700, Brian Paul wrote:
> I just noticed something:
>
> $ ls -l lib/*_dri.so
> -rwxr-xr-x 8 brianp users 43779971 Mar 8 20:59 lib/i915_dri.so*
> -rwxr-xr-x 8 brianp users 43779971 Mar 8 20:59 lib/i965_dri.so*
> -rwxr-xr-x 8 brianp users 43779971 Mar 8 20:59
> lib/no
Introduction of zlib compression for the shader cache means
zlib needs to be explicitly linked to libOSMesa and libstandalone
otherwise build fails when LTO is used.
---
src/compiler/Makefile.glsl.am | 1 +
src/gallium/targets/osmesa/Makefile.am | 3 ++-
2 files changed, 3 insertions(+),
On Fri, 2017-03-10 at 12:11 +, Emil Velikov wrote:
> On 9 March 2017 at 14:39, Steven Newbury
> wrote:
> > Introduction of zlib compression for the shader cache means
> > zlib needs to be explicitly linked to libOSMesa and libstandalone
> > otherwise buil
On Fri, 2017-03-10 at 13:27 +, bugzilla-dae...@freedesktop.org
wrote:
> Comment # 23 on bug 100073 from Grazvydas Ignotas
> (In reply to oiaohm from comment #21)
> > This is why I am so upset. As soon as this comes though I have
> possible
> > trouble with miss matched mesa versions crossing
uot;${CFLAGS}"
> LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-flto=8"
>
> AR="gcc-ar"
> NM="gcc-nm"
> RANLIB="gcc-ranlib"
>
>
> On Sat, 11 Mar 2017 at 16:46 Matt Turner wrote:
> > On Sat, Mar 11, 2017 a
The recent changes to anv_entrypoints_gen.py seem to have broken out-of
-tree builds:
Traceback (most recent call last):
File
"/var/tmp/portage/media-libs/mesa--r1/work/Mesa-/src/intel/vulkan/anv_entrypoints_gen.py",
line 381, in
main()
File
"/var/tmp/portage/media-libs/mesa-9
47 matches
Mail list logo
