Re: [Intel-gfx] [PATCH] drm/i915: error_buffer->ring should be signed

f the report is the following. http://lists.freedesktop.org/archives/dri-devel/2012-February/019183.html > Signed-off-by: Daniel Vetter Acked-by: Paul Menzel > --- > drivers/gpu/drm/i915/i915_drv.h |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --gi

Re: [Intel-gfx] SNB/IVB sprite demo

Am Freitag, den 17.02.2012, 19:22 + schrieb Reese, Armin C: > Yeah, I got lazy and just did a diff. Sorry about that ... > > Here is a real git patch made by "git diff sprite_on.c" I think a real git patch is made by doing `git format-patch -1 -s`. Thanks, Paul signature.asc Description

Re: [Intel-gfx] [PATCH 4/5] intel_reg_dumper: Add dumping of GPU turbo regs.

Dear Eric, Am Montag, den 20.02.2012, 10:04 -0800 schrieb Eric Anholt: > I was interested in finding why my IVB system is not getting GPU turbo > after suspend/resume. The piece that looks weird to me is that > INTERRUPT_THRESHOLD is sitting at 0, whereas pre-suspend it's > 0x1200. are all

Re: [Intel-gfx] [PATCH] intel: Add support for (possibly) unsynchronized maps.

Dear Eric, Am Freitag, den 24.02.2012, 19:53 -0800 schrieb Eric Anholt: […] > +/** > + * Performs a mapping of the buffer object like the normal GTT > + * mapping, but avoiding waiting for the GPU to be done reading from s/avoiding/avoids/? > + * or rendering to the buffer. > + * > + * This i

Re: [Intel-gfx] [PATCH] drm/i915: Handle request to map a very large buffer object

gt;virtual = NULL; > + pthread_mutex_unlock(&bufmgr_gem->lock); > + return -1; > + } > + > if (bo_gem->map_count++ == 0) > drm_intel_gem_bo_open_vma(bufmgr_gem, bo_gem); Reviewed-by: Paul Menzel Thanks, Paul signature.asc Description

Re: [Intel-gfx] [PATCH 1/3] intel_reg_read: add support for getopt

dump_range(0x03000, 0x031ff); /* FENCE and PPGTT control > registers */ > @@ -71,12 +95,14 @@ int main(int argc, char** argv) > dump_range(0x7, 0x72fff); /* display and cursor registers > */ > dump_range(0x73000, 0x73fff); /* performance coun

Re: [Intel-gfx] [PATCH 2/2] intel: Add .aub file output support.

-Am Mittwoch, den 07.03.2012, 11:21 -0800 schrieb Eric Anholt: > From: Kenneth Graunke > > This will allow the driver to capture all of its execution state to a > file for later debugging. intel_gpu_dump is limited in that it only > captures batchbuffers, and Mesa's captures, while more complete

Re: [Intel-gfx] [PATCH] i915: fix ironlake edp panel setup (v3)

Dear Dave, just a small typo. > diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c > index 6094e42..151ed49 100644 > --- a/drivers/gpu/drm/i915/intel_dp.c > +++ b/drivers/gpu/drm/i915/intel_dp.c > @@ -139,6 +139,12 @@ intel_dp_link_required(struct drm_device *dev, […

Re: [Intel-gfx] 4500MHD driver crash

Am Freitag, den 16.07.2010, 01:50 -0600 schrieb Thomas Fjellstrom: > I've been having this little problem with the intel-gfx driver for a couple > months at least. Basically the xorg intel driver crashes with these errors: > > (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Cannot alloc

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

Am Donnerstag, den 29.07.2010, 12:24 -0400 schrieb Matt Turner: > On Thu, Jul 29, 2010 at 11:15 AM, Hanno Böck 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

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

Am Samstag, den 31.07.2010, 10:36 +0200 schrieb Valerio Camassa: > I tried to change vblank_mode with driconf and with set param > vblank_mode, but i obtain the same fps with 2.11 and 2.12 drivers: > > 311 frames in 5.0 seconds = 62.175 FPS > > With 2.12 glxgears rates ~700FPS. 62.175 FPS ≠ 700

Re: [Intel-gfx] [PATCH] drm/i915: intel_overlay_print_error_state() only needed for debugfs

Am Mittwoch, den 25.08.2010, 23:54 +0200 schrieb Tobias Doerffel: > The function intel_overlay_print_error_state() is called from within > i915_error_state() in i915_debufs.c which is only built if > CONFIG_DEBUG_FS is set. When building without this option, seq_printf() > is not declared in intel_

Re: [Intel-gfx] [PATCH v3] CHROMIUM: i915: Added function to initialize VBT settings

Am Mittwoch, den 29.09.2010, 10:34 +0100 schrieb Chris Wilson: > On Tue, 28 Sep 2010 16:12:16 -0700, Simon Que wrote: > > Hi all, > > > > I have updated the patch containing the dither bit change and VBT > > default settings. This time, all default values have been moved to a > > single function

Re: [Intel-gfx] i915 driver slowdown after 1-2 days?

Dear Chun-Yu, Am Sonntag, den 24.10.2010, 13:03 -0400 schrieb Chun-Yu Shei: > I'm currently running xf86-video-intel 2.13.0 with an i5-540M, and I've > been experiencing a strange issue where after a day or two, I can no > longer play videos smoothly in Flash 10.2 beta, as well as in VMWare.

Re: [Intel-gfx] i915 driver slowdown after 1-2 days?

Am Montag, den 25.10.2010, 13:23 -0400 schrieb Chun-Yu Shei: > On 10/24/2010 2:36 PM, Paul Menzel wrote: > > Am Sonntag, den 24.10.2010, 13:03 -0400 schrieb Chun-Yu Shei: > > > >> I'm currently running xf86-video-intel 2.13.0 with an i5-540M, and I've > >&

[Intel-gfx] [OT] avoid preformatting in Evolution (was: [bisected] offset display bug in i915)

Am Montag, den 08.11.2010, 18:08 -0500 schrieb Jon Masters: […] > I tried this, which didn't work. Then I added this (ignore stupid > evolution formatting - convenient for email backlog, but not mutt): You can select the corresponding sections and choose preformatted over normal in the list righ

Re: [Intel-gfx] QS57/HD Graphics support?

Dear Matthew, please send just plain text messages to mailing lists and no HTML. Am Dienstag, den 30.11.2010, 09:15 +0800 schrieb Matthew Willoughby: > I'm trying to get up and running on a Toshiba Libretto W100, A dual > touchscreen device(Detailed specs: > http://cdgenp01.csd.toshiba.com/con

Re: [Intel-gfx] [PATCH] configure: updated m4 macro check in configure.ac

Dear Artie, Am Dienstag, den 21.12.2010, 15:10 -0700 schrieb U. Artie Eoff: > Added m4 check for XORG_DRIVER_CHECK_EXT macro definition. Updated m4 > fatal messages to give better hint on how to resolve error when xorg > macros are missing. Previously, configure would continue in spite of > the

[Intel-gfx] Linux 2.6.37-2, 2.14.0-4: BUG: unable to handle kernel NULL pointer dereference at 00000100; IP: [] intel_tv_detect_type+0xa2/0x203 [i915]

Dear Intel driver folks, using Debian Sid/unstable with linux-image-2.6.37-2-686 2.6.37-2 [1] xserver-xorg-video-intel 2:2.14.0-4 [2] I noticed the following Linux kernel Oops today when shutting down the system. Mar 15 03:43:23 hostname kernel: [ 1189.189626] BUG: unab

Re: [Intel-gfx] [PATCH 1/3] drm/i915/tv: Remember the detected TV type

subject line of the commit in patches - readers are unlikely to have memorised commit IDs. > Reported-and-tested-by: Mathew McKernan > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=35977 > Signed-off-by: Mathew McKernan > Signed-off-by: Chris Wilson > Cc

Re: [Intel-gfx] [PATCH 1/3] drm/i915/tv: Remember the detected TV type

Am Dienstag, den 12.04.2011, 09:43 +0100 schrieb Chris Wilson: > On Tue, 12 Apr 2011 10:34:41 +0200, Paul Menzel > wrote: > > Am Dienstag, den 12.04.2011, 06:51 +0100 schrieb Chris Wilson: > > > This fixes a regression from 7b334fcb45b757ffb093696ca3de1b0c8b4a33f1. > &g

Re: [Intel-gfx] [PATCH 3/3] drm/i915: userspace interface to the forcewake

Dear Ben, Am Donnerstag, den 14.04.2011, 11:13 -0700 schrieb Ben Widawsky: > userspace to the forcewake reference count via debugfs. > > v2: > use new spin_locks instead of struct_mutex in my opinion these remarks should not go into the commit message. Reading the commit log the reader is not i

Re: [Intel-gfx] [PATCH 24/30] drm/i915: Refactor pwrite/pread to use single copy of get_user_pages

* Returns: an error code *and* the number of user pages acquired. Even > > * on an error, you must iterate over the return pages and release them. > > */ > > > > ? > > -Chris > > I like this patch... > > Reviewed-by: Ben Widawsky Reviewed-by: Paul Menzel Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] suggestions for Web site (was: Intel 2011Q1 release)

Dear Gordon, Am Freitag, den 15.04.2011, 08:25 +0800 schrieb Jin, Gordon: > We'd like to announce Intel 2011Q1 graphics package, with bug fixes as usual, > and improved support for Sandy Bridge. […] > Please also let us know your suggestions for how the website could be > improved. 1.

[Intel-gfx] [PATCH] NEWS: fix typo (s/2.14/2.15/) to match corresponding release

Date: Fri, 22 Apr 2011 15:09:12 +0200 Signed-off-by: Paul Menzel --- NEWS |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/NEWS b/NEWS index bf55b4b..61866b0 100644 --- a/NEWS +++ b/NEWS @@ -2,7 +2,7 @@ Release 2.15.0 (2011-04-14) == We

Re: [Intel-gfx] Graphical corruption post 2.6.38

Dear Chris, On Sa, 2011-03-26 at 13:26 +, an unknown sender wrote: > 'Twas brillig, and Chris Wilson at 23/03/11 18:51 did gyre and gimble: > > On Wed, 23 Mar 2011 19:35:56 +0100, Tino Keitel > tikei.de> wrote: > >> On Wed, Mar 23, 2011 at 14:08:24 +, Chris Wilson wrote: > >>> commit 29c

Re: [Intel-gfx] Graphical corruption post 2.6.38

Am Montag, den 25.04.2011, 22:13 +0100 schrieb Chris Wilson: > On Mon, 25 Apr 2011 18:58:01 +0200, Paul Menzel > wrote: > > > >> On Wed, Mar 23, 2011 at 14:08:24 +, Chris Wilson wrote: > > > >>> commit 29c5a587284195278e233eec5c2234c24fb2c204 > &g

Re: [Intel-gfx] Graphical corruption post 2.6.38

Am Freitag, den 29.04.2011, 22:16 +0200 schrieb Paul Menzel: > Am Montag, den 25.04.2011, 22:13 +0100 schrieb Chris Wilson: > > On Mon, 25 Apr 2011 18:58:01 +0200, Paul Menzel > > wrote: > > > > >> On Wed, Mar 23, 2011 at 14:08:24 +, Chris

Re: [Intel-gfx] [PATCH] Print the pixel clock of each mode.

hse htot vdisp " > -"vss vse vtot flags type\n"); > + "vss vse vtot flags type clock\n"); > for (j = 0; j < connector->count_modes; j++) > dump_mode(&connector->

Re: [Intel-gfx] [PATCH] Test the first mode if there is no preferred mode.

> + } > + else { > + fprintf(stderr, "failed to find any modes on connector > %d\n", > + c->id); > + return; > + } > } > >

Re: [Intel-gfx] [PATCH 2/2] drm/i915: add Ivy Bridge page flip support

Am Donnerstag, den 16.06.2011, 12:18 -0700 schrieb Jesse Barnes: > Updated with comment. > > -- > Jesse Barnes, Intel Open Source Technology Center > > >From 41bdb7457beb023faa0d465f483ab793ba8896e1 Mon Sep 17 00:00:00 2001 > From: Jesse Barnes > Date: Tue, 14 Jun 2011 11:08:03 -0700 > Subject:

Re: [Intel-gfx] [PATCH 0/5] enable Xv on Ivybridge

Dear Haihao, Am Donnerstag, den 23.06.2011, 00:47 +0800 schrieb Xiang, Haihao: > Xiang, Haihao (5): > Xv: separate fragments from M4 macros > Xv: New shaders for Xv on Ivybridge > Xv: update SURFACE_STATE & SAMPLER_STATE for Xv on Ivybridge > Xv: upload new shaders to GEM objects for Xv o

[Intel-gfx] Bugzilla #28306: [Arrandale] VGA output buggy (wavering/out-of-phase-ness) (was: ignored a serious bug)

Dear Tomasz, Am Sonntag, den 26.06.2011, 21:35 +0200 schrieb Tomasz C.: > I am writing on the bug: > > https://bugs.freedesktop.org/show_bug.cgi?id=28306 > > I am disappointed that this bug is not fixed for over a year. > Delegated by Intel person (Chris Wilson) to repair this bug seems to >

Re: [Intel-gfx] [PATCH 1/2] drm/i915: module parameter descriptions

Am Samstag, den 02.07.2011, 16:42 -0700 schrieb Ben Widawsky: Without a verb in the commit summary it is hard to guess what the change is about. drm/i915: Add module parameter descriptions > Signed-off-by: Ben Widawsky > --- > drivers/gpu/drm/i915/i915_drv.c | 24

Re: [Intel-gfx] [PATCH 2/2] drm/i915: remove defunct fbpercrtc param

Am Samstag, den 02.07.2011, 16:42 -0700 schrieb Ben Widawsky: > Signed-off-by: Ben Widawsky > --- > drivers/gpu/drm/i915/i915_drv.c |3 --- > drivers/gpu/drm/i915/i915_drv.h |1 - > 2 files changed, 0 insertions(+), 4 deletions(-) > > diff --git a/drivers/gpu/drm/i915/i915_drv.c b/driver

Re: [Intel-gfx] [PATCH] drm/i915: Seperate fence pin counting from normal bind pin counting

Am Samstag, den 09.07.2011, 09:25 +0100 schrieb Chris Wilson: Whoever pushes this, please correct s/Seperate/Separate/ in the commit summary. > In order to correctly account for reserving space in the GTT and fences > for a batch buffer, we need to independently track whether the fence is > pin

Re: [Intel-gfx] [PATCH] dri: Do not tile stencil buffer

Am Montag, den 18.07.2011, 00:55 -0700 schrieb Chad Versace: > Until now, the stencil buffer was allocated as a Y tiled buffer, because > in several locations the PRM states that it is. However, it is actually > W tiled. From the PRM, 2011 Sandy Bridge, Volume 1, Part 2, Section > 4.5.2.1 W-Major F

Re: [Intel-gfx] [PATCH] intel: Fix stencil buffer to be W tiled

Am Montag, den 18.07.2011, 00:55 -0700 schrieb Chad Versace: […] > diff --git a/src/mesa/drivers/dri/intel/intel_span.c > b/src/mesa/drivers/dri/intel/intel_span.c > index 153803f..d306432 100644 > --- a/src/mesa/drivers/dri/intel/intel_span.c > +++ b/src/mesa/drivers/dri/intel/intel_span.c > @@

Re: [Intel-gfx] [PATCH] drm/i915: Mark fastboot as unsafe

Dear Daniel, thank you for the support in #intel-...@irc.freenode.net and the patch. As already commented in the bug report #84682, there are some typos. Am Dienstag, den 04.11.2014, 15:29 +0100 schrieb Daniel Vetter: > Fastboot in its current incarnation assumes that the pfit isn't > relevatn f

[Intel-gfx] 01.org: HTTPS: Please fix mixed content loading

Dear Intel folks, accessing the resources at 01.org over HTTPS, some have mixed content loading issues. For example [1] loads an image from Gravatar – for whatever reason – over HTTP. Google Chromium reports for example the following. Mixed Content: The page at 'https://01.org/linuxgra

[Intel-gfx] Lenovo X60 with i945: Setting resolution in GRUB to 1024×768

Dear Intel folks, on the Lenovo X60 with i945 graphics (and vendor BIOS), for using fastboot, that means to avoid a modeset, I want to set the desired resolution in GRUB using the option `GRUB_GFXMODE=1024x768` in `/etc/default/grub`. Unfortunately that does not have an effect and the resolution

Re: [Intel-gfx] Lenovo X60 with i945: Setting resolution in GRUB to 1024×768

Am Sonntag, den 18.01.2015, 16:56 -0500 schrieb Felix Miata: > Paul Menzel composed on 2015-01-18 12:20 (UTC+0100): > > > on the Lenovo X60 with i945 graphics (and vendor BIOS), for using > > fastboot, that means to avoid a modeset, I want to set the desired > > reso

Re: [Intel-gfx] i915.fastboot bug report - not working on coreboot

Dear Charles, thanks a lot for following up on the intel-gfx mailing list. Am Dienstag, den 26.08.2014, 13:09 -0400 schrieb Charles Devereaux: > I'm trying to use i915.fastboot on a Thinkpad X60t. The bios has been > replaced by coreboot, which supports native video init. > > The goal is to b

Re: [PATCH] drm/i915/pps: debug log the remaining power cycle delay to wait

r may still wait after this one. Closes: https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/13007 Signed-off-by: Jani Nikula --- Cc: Paul Menzel --- drivers/gpu/drm/i915/display/intel_pps.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/driver

Re: [PATCH] drm/i915/pps: include panel power cycle delay in debugfs

wer cycle delay: %d\n", + intel_dp->pps.panel_power_cycle_delay); seq_printf(m, "Backlight on delay: %d\n", intel_dp->pps.backlight_on_delay); seq_printf(m, "Backlight off delay: %d\n", Tested-by: Paul Menzel # Dell XPS 13 9360 Kind regards, Paul

<    1   2