Re: [Intel-gfx] [PATCH v10 00/15] dma-fence: Deadline awareness

upport igt-tests, and compositors which delay decisions about which > client buffer to display), and a sw_sync ioctl to read back the > deadline. IGT tests utilizing these can be found at: I read through the series and didn't spot anything. Have a rather weak Reviewed-by: Matt Turner Thanks!

Re: [Intel-gfx] [PATCH v9 15/15] drm/i915: Add deadline based boost support

On Fri, Mar 3, 2023 at 10:08 AM Tvrtko Ursulin wrote: > > > On 03/03/2023 14:48, Rob Clark wrote: > > On Fri, Mar 3, 2023 at 1:58 AM Tvrtko Ursulin > > wrote: > >> > >> > >> On 03/03/2023 03:21, Rodrigo Vivi wrote: > >>> On Thu, Mar 02, 2023 at 03:53:37PM -0800, Rob Clark wrote: > From: Rob

Re: [Intel-gfx] gitlab.fd.o financial situation and impact on services

On Fri, Feb 28, 2020 at 12:00 AM Daniel Stone wrote: > > Hi Matt, > > On Thu, 27 Feb 2020 at 23:45, Matt Turner wrote: > > We're paying 75K USD for the bandwidth to transfer data from the > > GitLab cloud instance. i.e., for viewing the https site, for > &

Re: [Intel-gfx] gitlab.fd.o financial situation and impact on services

On Thu, Feb 27, 2020 at 1:27 PM Daniel Vetter wrote: > > Hi all, > > You might have read the short take in the X.org board meeting minutes > already, here's the long version. > > The good news: gitlab.fd.o has become very popular with our > communities, and is used extensively. This especially

Re: [Intel-gfx] [PATCH xf86-video-intel] Fix build on i686

On Wed, Feb 20, 2019 at 11:25 PM Chris Wilson wrote: > > Quoting Matt Turner (2019-02-21 03:23:51) > > From: Adam Jackson > > > > Presumably this only matters for i686 because amd64 implies sse2, but: > > > > BUILDSTDERR: In file included from gen4_vertex.

[Intel-gfx] [PATCH xf86-video-intel] Fix build on i686

From: Adam Jackson Presumably this only matters for i686 because amd64 implies sse2, but: BUILDSTDERR: In file included from gen4_vertex.c:34: BUILDSTDERR: gen4_vertex.c: In function 'emit_vertex': BUILDSTDERR: sna_render_inline.h:40:26: error: inlining failed in call to always_inline

Re: [Intel-gfx] [PATCH 3/5] drm/i915: Implement 16GB dimm wa for latency level-0

On Thu, Jul 26, 2018 at 7:14 AM, Mahesh Kumar wrote: > Bspec: 4381 Do we know that these numbers are stable? I don't know if this form is common in the kernel, but in Mesa we specify the name of the page which should always allow readers to find it.

Re: [Intel-gfx] [CI 20/21] drm/i915: Remove unsafe i915.enable_rc6

On Sun, Nov 19, 2017 at 6:32 AM, Chris Wilson wrote: > It has been many years since the last confirmed sighting (and fix) of an > RC6 related bug (usually a system hang). Remove the parameter to stop > users from setting dangerous values, as they often set it during

Re: [Intel-gfx] [PATCH 02/13] drm/i915: Copy user requested buffers into the error state

all >> eternity (until the error state is destroyed). >> >> Based on an earlier patch by Ben Widawsky <b...@bwidawsk.net> >> Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> >> Cc: Ben Widawsky <b...@bwidawsk.net> >> Cc: Matt Turner <mat

Re: [Intel-gfx] [PATCH 02/13] drm/i915: Copy user requested buffers into the error state

sky <b...@bwidawsk.net> > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > Cc: Ben Widawsky <b...@bwidawsk.net> > Cc: Matt Turner <matts...@gmail.com> > Acked-by: Ben Widawsky <b...@bwidawsk.net> > Reviewed-by: Joonas Lahtinen <joonas.lahti...@

Re: [Intel-gfx] [PATCH] drm/i915: Remove instructions to file a bug report.

On Sat, Dec 3, 2016 at 1:52 AM, Jani Nikula <jani.nik...@linux.intel.com> wrote: > On Sat, 03 Dec 2016, Matt Turner <matts...@gmail.com> wrote: >> From these instructions, users assume that /sys/class/drm/card0/error >> contains all the information a developer need

Re: [Intel-gfx] [PATCH] drm/i915: Copy user requested buffers into the error state

sky <b...@bwidawsk.net> > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > Cc: Ben Widawsky <b...@bwidawsk.net> > Cc: Matt Turner <matts...@gmail.com> > --- Thanks Chris. I would love to give this patch a try, but I can't figure out what it applies t

Re: [Intel-gfx] [PATCH] drm/i915: Remove instructions to file a bug report.

On Fri, Dec 2, 2016 at 5:03 PM, Matt Turner <matts...@gmail.com> wrote: > From these instructions, users assume that /sys/class/drm/card0/error > contains all the information a developer needs to diagnose and fix a GPU > hang. > > In fact it doesn't, and we have no tools fo

[Intel-gfx] [PATCH] drm/i915: Remove instructions to file a bug report.

there. Signed-off-by: Matt Turner <matts...@gmail.com> --- Maybe now's a good time to discuss what *would* be useful to put in the error state for debugging hangs. The currently executing shader program would be a great place to start. drivers/gpu/drm/i915/i915_gpu_error.c | 11 ---

Re: [Intel-gfx] [PATCH v5] drm/i915: Use SSE4.1 movntdqa to accelerate reads from WC memory

On Sat, Jul 16, 2016 at 8:44 AM, Chris Wilson wrote: > This patch provides the infrastructure for performing a 16-byte aligned > read from WC memory using non-temporal instructions introduced with sse4.1. > Using movntdqa we can bypass the CPU caches and read directly

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Convert sandybridge_pcode_*() to use intel_wait_for_register()

On Thu, Jun 30, 2016 at 4:30 AM, Chris Wilson wrote: > We want to replace the inline wait_for() with an out-of-line hybrid > busy/sleep wait_for() in the hopes of speeding up the communication wit > the PCode unit. > > Signed-off-by: Chris Wilson

Re: [Intel-gfx] how can i check xf86-video-intel version ?

On Sat, Nov 21, 2015 at 5:00 PM, Perez Rodriguez, Humberto I < humberto.i.perez.rodrig...@intel.com> wrote: > hi guys, > > after compile xf86-video-intel driver, i trying to find how can i check > its version, by example the latest version so far is : 2.99.917 , so for > you maybe is easy how to

[Intel-gfx] [PATCH igt] tools/aubdump: Link with -ldl.

aubdump.c uses dlsym(), so it needs to link with -ldl. Otherwise: /bin/sh: symbol lookup error: /usr/lib64/intel_aubdump.so: undefined symbol: dlsym Signed-off-by: Matt Turner <matts...@gmail.com> --- tools/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

Re: [Intel-gfx] Request Linux Graphic Driver for Intel GMA 3150

On Wed, Sep 2, 2015 at 10:37 AM, Vivi, Rodrigo wrote: > On Wed, 2015-09-02 at 18:16 +0700, David Ho wrote: >> Dear Rodrigo, > > Hi David, > > I just paid attention to the subject and notice you are looking for > driver for GMA 3150. I'm not sure, but I'm afraid this

Re: [Intel-gfx] Request Linux Graphic Driver for Intel GMA 3150

On Wed, Sep 2, 2015 at 9:01 PM, David Ho wrote: > Dear Rodrigo, > > Thank you for your help. > > I'll take a look at the PCI ID. > > However, > when I search GMA 3150 at 01.org, I came across this page: >

Re: [Intel-gfx] [PATCH mesa v3] i965/gen8+: bo in state base address must be in 32-bit address range

On Fri, Aug 7, 2015 at 2:45 AM, Michel Thierry michel.thie...@intel.com wrote: diff --git a/src/mesa/drivers/dri/i965/intel_batchbuffer.c b/src/mesa/drivers/dri/i965/intel_batchbuffer.c index 54081a1..ca90784 100644 --- a/src/mesa/drivers/dri/i965/intel_batchbuffer.c +++

Re: [Intel-gfx] [PATCH] drm/i915 : Added Programming of the MOCS

On Thu, Jun 4, 2015 at 11:27 AM, Peter Antoine peter.anto...@intel.com wrote: This change adds the programming of the MOCS registers to the gen 9+ platforms. This change set programs the MOCS register values to a set of values that are defined to be optimal. It creates a fixed register set

Re: [Intel-gfx] [PATCH 2/4] drm/cache: Try to be smarter about clflushing on x86

On Sat, Dec 13, 2014 at 7:08 PM, Ben Widawsky benjamin.widaw...@intel.com wrote: Any GEM driver which has very large objects and a slow CPU is subject to very long waits simply for clflushing incoherent objects. Generally, each individual object is not a problem, but if you have very large

Re: [Intel-gfx] [PATCH] drm/i915: Make sample_c messages go faster on Haswell.

On Wed, Oct 29, 2014 at 2:12 PM, Kenneth Graunke kenn...@whitecape.org wrote: Haswell significantly improved the performance of sampler_c messages, but the optimization appears to be off by default. Later platforms remove this bit, and apparently always enable the optimization. Improves

Re: [Intel-gfx] Graphics driver Init code

On Tue, Aug 19, 2014 at 11:29 AM, Dushyant Behl myselfdushyantb...@gmail.com wrote: Ping. On Thu, Aug 14, 2014 at 2:55 AM, Dushyant Behl myselfdushyantb...@gmail.com wrote: Hi Everyone, I am an Operating system developer and I'm working on a project for which I wanted to understand the

Re: [Intel-gfx] [PATCH 1/2] drm/i915: enable HiZ Raw Stall Optimization on HSW

On Wed, Jan 29, 2014 at 9:56 AM, Daniel Vetter dan...@ffwll.ch wrote: On Tue, Jan 28, 2014 at 6:29 AM, Chia-I Wu olva...@gmail.com wrote: From: Chia-I Wu o...@lunarg.com The optimization is available on Ivy Bridge and later, and is disabled by default. Enabling it helps certain workloads

Re: [Intel-gfx] [PATCH intel-gpu-tools] configure: Don't bail if libdrm_nouveau isn't available.

On Fri, Oct 11, 2013 at 12:40 AM, Daniel Vetter dan...@ffwll.ch wrote: On Fri, Oct 11, 2013 at 5:56 AM, Matt Turner matts...@gmail.com wrote: We were seriously *requiring* libdrm_nouveau unless explicitly disabled? I've had a bit of hilarious fail with optional testcases that automatically

Re: [Intel-gfx] [PATCH intel-gpu-tools] configure: Don't bail if libdrm_nouveau isn't available.

On Fri, Oct 11, 2013 at 2:24 PM, Daniel Vetter dan...@ffwll.ch wrote: On Fri, Oct 11, 2013 at 12:51:34PM -0700, Matt Turner wrote: On Fri, Oct 11, 2013 at 12:40 AM, Daniel Vetter dan...@ffwll.ch wrote: On Fri, Oct 11, 2013 at 5:56 AM, Matt Turner matts...@gmail.com wrote: We were seriously

[Intel-gfx] [PATCH intel-gpu-tools] Depend on libdrm_intel = 2.4.47.

--- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 9777bcc..36765f0 100644 --- a/configure.ac +++ b/configure.ac @@ -70,7 +70,7 @@ if test x$GCC = xyes; then fi AC_SUBST(ASSEMBLER_WARN_CFLAGS) -PKG_CHECK_MODULES(DRM,

[Intel-gfx] [PATCH intel-gpu-tools] configure: Don't bail if libdrm_nouveau isn't available.

We were seriously *requiring* libdrm_nouveau unless explicitly disabled? --- configure.ac | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index f65942f..43740f9 100644 --- a/configure.ac +++ b/configure.ac @@ -92,8 +92,11 @@

[Intel-gfx] [PATCH intel-gpu-tools] assembler: Add support for the SENDC instruction.

--- assembler/gram.y | 20 assembler/lex.l | 1 + 2 files changed, 13 insertions(+), 8 deletions(-) diff --git a/assembler/gram.y b/assembler/gram.y index 50d71d1..09f21f1 100644 --- a/assembler/gram.y +++ b/assembler/gram.y @@ -440,7 +440,7 @@ static void

Re: [Intel-gfx] [PATCH 1/6] drm/i915: Enable FBC at Ivybridge.

On Tue, Apr 23, 2013 at 10:52 AM, Rodrigo Vivi rodrigo.v...@gmail.com wrote: This patch introduce Frame Buffer Compression (FBC) support for IVB, without enabling it by default. The summary is kind of confusing, since FBC isn't being enabled by default. Maybe change it to drm/i915: Add support

Re: [Intel-gfx] 回复： [ASK] How can I set the X to select the DRI driveri965

On Wed, Apr 17, 2013 at 12:43 AM, 熊 546496...@qq.com wrote: Yah, you mean the DRI driver i965 does not support my device 945GM ? but according to https://01.org/linuxgraphics/downloads/2012/2012q4-intel-graphics-stack-release, it should support my device. No, that means that they also test

[Intel-gfx] [PATCH intel-gpu-tools 1/2] Put -I m4 in ACLOCAL_AMFLAGS so ./autogen.sh just works

--- Makefile.am |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile.am b/Makefile.am index 0dd615b..20bca79 100644 --- a/Makefile.am +++ b/Makefile.am @@ -19,7 +19,7 @@ # IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN # CONNECTION WITH

[Intel-gfx] [PATCH intel-gpu-tools 2/2] quick_dump: Makefile.am best practices and fix distcheck

A few changes - Put CPPFLAGS in AM_CPPFLAGS instead of a per-target CFLAGS var; - Use _LIBS/_CFLAGS from pkg-config instead of hard-coded values; - List non-generated scripts in dist_bin_SCRIPTS; - Add chipset.py to the run that implicitly generates it, which fixes distcheck. ---

Re: [Intel-gfx] [PATCH 08/10] quick_dump: SWIG chipset interface

with an autodetect function in the script. That autodetect has a hardcoded path that shouldn't be there, but it will go away in the next patch when we can properly link in libpciaccess. Thanks to Matt for helping whip the automake stuff into shape. Cc: Matt Turner matts...@gmail.com Signed-off-by: Ben

Re: [Intel-gfx] [PATCH 2/3] drm/i915: Workaround to bump rc6 voltage to 450

for the platform, so we leave that fact as a DRM_ERROR for the user to see. Unfortunately this isn't fixing any of the issues it was targeted to fix, but it is documented that we must do it. CC: Jesse Barnes jbar...@virtuousgeek.org CC: Matt Turner matts...@gmail.com Signed-off-by: Ben Widawsky b

Re: [Intel-gfx] MESA compilation problem

On Sat, Aug 4, 2012 at 9:19 AM, Виктор n_vi...@mail.ru wrote: gmake[2]: g++: Command not found Install a C++ compiler. ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] gstreamer-vaapi does not work with g45

On Tue, May 29, 2012 at 6:54 AM, Niccolò Belli darkba...@linuxsystems.it wrote: Il 29/05/2012 11:36, Oliver Seitz ha scritto: But isn't this a decision to be made by the mainline maintainers? Obviously, but why shouldn't they reject a widely requested feature when the code is mature enough?

[Intel-gfx] [PATCH] drm/i915: use DDC_ADDR instead of hard-coding it

Signed-off-by: Matt Turner matts...@gmail.com --- drivers/gpu/drm/i915/intel_modes.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_modes.c b/drivers/gpu/drm/i915/intel_modes.c index 3b26a3b..ab534be 100644 --- a/drivers/gpu/drm/i915

Re: [Intel-gfx] 915GME support

On Thu, Jul 14, 2011 at 4:52 PM, Terumichi Sadahiro rumi...@gmail.com wrote: Hi all, I can't find any description about 915GME (not 915GM) in intellinuxgraphics.org at all. Does this device have so little demand for, or is there any problem? Best Regards, Terumichi It should work. Have

Re: [Intel-gfx] 3d performance very low

On Thu, Jul 29, 2010 at 11:15 AM, Hanno Böck ha...@hboeck.de wrote: Am Donnerstag 29 Juli 2010 schrieb Tino Keitel: When I tried Mesa 7.8 from Debian experimental I got stuttering 3D output, at least in neverball and glxgears. I tried libdrm2 2.4.18, 2.4.21, kernel 2.6.34, 2.6.35-rc5, and the