[Intel-gfx] Can't start X headless

Hi All, I am trying desperately to find a working X config that would allow me to leverage the intel driver without a monitor being plugged in (Headless). We need to do some opengl rendering which are later saved on the disk as images and the jobs are executed on servers which by nature are

[Intel-gfx] *ERROR* Hangcheck timer elapsed... render ring idle

in solving this. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 08:02:10 up 16:42, 1 user, load average: 0.14, 0.22, 0.28 Ubuntu 14.04.2 LTS, kernel 3.13.0-48-generic chris@localhost:~$ sudo lshw [sudo] password for chris: localhost description: Mini

[Intel-gfx] Video lockup

provide? I'll do whatever it takes. This having to reboot every couple of days or having the system lockup at inopportune times is killing me. Thank you for your time. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 10:33:40 up 9 min, 2 users, load average: 0.15, 1.33, 1.04

[Intel-gfx] Screen locksup with only black screen and cursor

to post to. If not possibly someone could point me to the correct place to post and whether or not to file a bug report and where to file it. Thanks for your time Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 07:49:44 up 44 min, 1 user, load average: 0.24, 0.25, 0.31

Re: [Intel-gfx] *ERROR* Hangcheck timer elapsed... render ring idle

On Wed, 2015-03-25 at 14:38 +0100, Daniel Vetter wrote: On Tue, Mar 24, 2015 at 08:35:42AM -0500, Chris wrote: I am hoping that by joining this list I can get some kind of assistance with this bug in the subject line. Every one to one and a half days my system will just lockup with a black

[Intel-gfx] Video lockup

://pastebin.com/aCF3Vmaq As well as my Xorg.0.log file from the lockup http://pastebin.com/4GDf2u23 -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 08:15:12 up 1 day, 14:06, 1 user, load average: 0.07, 0.15, 0.24 Ubuntu 14.04.2 LTS, kernel 4.0.0-997-generic #201503310205 SMP Tue

[Intel-gfx] Video lockup still happening

below files to another name. I also ran 'cat /sys/class/drm/card0/error and the output was 'no error state collected'. I don't know whether the 'call trace' in the kernel log will show anything or not. I had sent the kern.log output to Chris Wilson on the 10th from another lockup that happened when X

[Intel-gfx] Video freezes continue

Jul 28 16:02:28 localhost kernel: [793861.820048] [drm:i915_hangcheck_elapsed [i915]] *ERROR* Hangcheck timer elapsed... render ring idle The above was the last time the 'Hangcheck' error was noted. I'm running Gnome 3.12.2 and Ubuntu 14.04.3 LTS Any advice will be appreciated. Chris -- Chris

Re: [Intel-gfx] Video freezes continue

On Sat, 2015-08-15 at 17:17 -0500, Chris wrote: I'm still continuing to experience video lockups though not quite as frequent as before. The most recent was 12 August. I'm running the kernel as shown in my sig. I've attached my Xorg.0.log. I'm able to SSH into my desktop from my tablet

Re: [Intel-gfx] Video freezing after activating XScreensaver

On Wed, 2015-10-14 at 14:55 +0200, Daniel Vetter wrote: > On Tue, Oct 13, 2015 at 02:51:25PM -0500, Chris wrote: > > On Tue, 2015-10-13 at 17:30 +0200, Daniel Vetter wrote: > > > On Tue, Oct 13, 2015 at 08:56:52AM -0500, Chris wrote: > > > > This is an issue that h

[Intel-gfx] Replicating video freeze

://bugs.launchpad.net/ubuntu/+source/linux/+bug/1497627 I also have a bug report at freedesktop.org https://bugs.freedesktop.org/show_bug.cgi?id=91495 Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 20:30:48 up 7 min, 1 user, load average: 0.95, 1.87, 1.03 Ubuntu 14.04.3

[Intel-gfx] Video freezing after activating XScreensaver

the random freeze happen when running this kernelkernel 4.0.0-997-generic #201503310205 SMP Tue Mar 31 02:07:04 UTC 2015 which Chris Wilson from this list had me run kernel kernel 4.0.0-997-generic #201503310205 SMP Tue Mar 31 02:07:04 UTC 2015 however when I attempted to file a bug report at Ubuntu

Re: [Intel-gfx] Video freezing after activating XScreensaver

On Tue, 2015-10-13 at 17:30 +0200, Daniel Vetter wrote: > On Tue, Oct 13, 2015 at 08:56:52AM -0500, Chris wrote: > > This is an issue that has been ongoing for over 1 1/2 years now. I have > > tried kernel after kernel and whether it's a Ubuntu kernel such as the > > one in my

Re: [Intel-gfx] Approximately every other day video will freeze for no reason at all and no specific time between freezes.

leted however I noticed when switching desktop windows a flickering of the video The video flickering is slight most times but it's there. I'm currently running kernel I'm currently running kernel Linux localhost 4.2.3-040203-generic #201510030832 SMP Sat Oct 3 12:34:31 UTC 2015 x86_64 x86_64 x86

Re: [Intel-gfx] Approximately every other day video will freeze for no reason at all and no specific time between freezes.

gt; was considered unstable and I shouldn't be using it. > > Has atomic been switched on recently? > > Unfortunately the laptop is no longer functional so I can't test any > of this out > > Mike > > > On Sun, 4 Oct 2015 10:32 Martin Steigerwald <mar...@lic

[Intel-gfx] Approximately every other day video will freeze for no reason at all and no specific time between freezes.

uot; would show up. All background processes such as Fetchmail, Procmail, Spam Assassin, ClamAv and cron jobs continue to run normally. Any assistance would be appreciated. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 15:31:29 up 21 min, 1 user, load average: 0.54, 0.35, 0

[Intel-gfx] Still trying to isolate video freezes

at all. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 16:27:16 up 37 min, 1 user, load average: 0.61, 0.47, 0.53 Ubuntu 14.04.4 LTS, kernel 4.6.0-997-generic #20160502 SMP Mon May 23 02:03:57 UTC 2016 FIFO.txt.xz Description: application/xz

Re: [Intel-gfx] Video freezes continue to plague me

On Tue, 2016-03-15 at 16:37 -0400, Felix Miata wrote: > Chris composed on 2016-03-15 14:50 (UTC-0500): > > > My system is a Dell Optiplex 780. > > Which? Tower? Desktop? SFF? USFF? Sorry, it's a desktop > > > I've filed several bug reports both > >

[Intel-gfx] Video freezes continue to plague me

that is happening and has been for awhile is that the video will 'flicker' when I'm switching between desktops or sometimes when I'm scrolling through my twitter feed using Firefox. I've attached my Xorg.0.log in case it's any help. I'm using Ubuntu 14.04.4 LTS with Gnome 3.12.2. -- Chris KeyID

Re: [Intel-gfx] Video freezes continue to plague me

On Tue, 2016-03-15 at 19:17 -0400, Felix Miata wrote: > Chris composed on 2016-03-15 17:43 (UTC-0500): > > > On Tue, 2016-03-15 at 16:37 -0400, Felix Miata wrote: > > >> Chris composed on 2016-03-15 14:50 (UTC-0500): > > >> > My system is a Dell Optiplex

[Intel-gfx] *ERROR* Hangcheck timer elapsed... render ring idle

. There could be as little as a few hours between freezes or as much as 30 or more days. May 19 17:09:18 localhost kernel: [689093.808053] [drm:i915_hangcheck_elapsed [i915]] *ERROR* Hangcheck timer elapsed... render ring idle -- Chris KeyID 0xE372A7DA98E6705C 31.11°N 97.89°W (Elev. 1092 ft) 17:29:27 up

Re: [Intel-gfx] *ERROR* Hangcheck timer elapsed... render ring idle

On Mon, 2016-05-23 at 11:06 +0300, Jani Nikula wrote: > On Fri, 20 May 2016, Chris <cpoll...@embarqmail.com> wrote: > > I'm still seeing this periodically, previous to today it happened on > > April 24th. Doesn't matter what I'm doing the video will freeze however > >

Re: [Intel-gfx] Still trying to isolate video freezes (RESOLVED)

On Sun, 2016-06-05 at 16:42 -0500, Chris wrote: > In an effort to try and figure out why the video on my Dell Optiplex 780 > keeps freezing I've been advised to run the latest kernel to see if it > may fix the problem. Today I installed 4.6.0-997.20160502_amd64.deb > and when boot

Re: [Intel-gfx] Still trying to isolate video freezes

On Sun, 2016-06-05 at 16:42 -0500, Chris wrote: > In an effort to try and figure out why the video on my Dell Optiplex 780 > keeps freezing I've been advised to run the latest kernel to see if it > may fix the problem. Today I installed 4.6.0-997.20160502_amd64.deb > and when boot

Re: [Intel-gfx] [PATCH] drm/i915: fix tiling limits for i915 class hw

the max pitch value is 16 for 512 byte wide tiles. -ickle -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [PATCH 1/2] drm/i915: check execbuffer for validity earlier to save on work.

. Ainsworth o...@openbsd.org Minor comment inline. Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c | 42 ++ 1 files changed, 16 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Remove the bind in mmap_gtt_ioctl

as it would on the ioctl being called. Discussed with danvet and jbarnes. Signed-Off-By: Owain G. Ainsworth o...@openbsd.org Acked-by: Chris Wilson ch...@chris-wilson.co.uk -ickle -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing

[Intel-gfx] [PATCH] drm/i915: Mark the object as dirty when setting to the CPU write domain.

Or else we may not write back the written pages upon unbind. For example the contents of a batch buffer written using a simple mmap or using shmmem pwrite may be discarded if we are forced to evict everything whilst pinning the objects for execbuffer. Signed-off-by: Chris Wilson ch...@chris

[Intel-gfx] [PATCH] drm/i915: Protect mmaped buffers from casual eviction.

://bugs.freedesktop.org/show_bug.cgi?id=24369 Bug 15911 - Intermittent X crash (freeze) https://bugzilla.kernel.org/show_bug.cgi?id=15911 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Tested-by: Christian von Schultz ker...@vonschultz.se --- drivers/gpu/drm/i915/i915_drv.h | 13

Re: [Intel-gfx] [PATCH] drm/i915: Protect mmaped buffers from casual eviction.

at which we have to mmap buffers should reduce as well... -ickle -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] [PATCH] drm/i915: Fail to load driver if KMS request without GEM

[a0207589] drm_mm_search_free+0x49/0x90 [drm] RSP 8800699f3af8 CR2: Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_dma.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_dma.c

Re: [Intel-gfx] [PATCH 0/9] [RFC] fair-lru eviction

On Tue, 18 May 2010 23:11:42 +0200, Daniel Vetter daniel.vet...@ffwll.ch wrote: Hi all, This patch series implements the fair-lru eviction Chris Wilson already posted with a twist. It's essentially the same idea algorithm. Differnences versus his patch: - Doesn't do any allocations while

Re: [Intel-gfx] 945gm: xrandr crashes X

a new bug on fd.o bugzilla? commit 9f54107f866a25cf670f81f7c52b8c108728c6a5 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Tue May 11 14:55:16 2010 +0100 dri2: Handle reference counting across page flipping 1. Instead of swapping bos, swap the entire private structure. 2. If we

[Intel-gfx] [PATCH] drm/i915: Return the error code from init_hws()

Otherwise we indicate success in the event of failure and this will lead to an eventual OOPS. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b

[Intel-gfx] [PATCH 01/11] drm/i915: Only print an message if there was an error

Only report an error if the GPU has actually detected one, otherwise we are just hung. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_irq.c | 38 -- 1 files changed, 24 insertions(+), 14 deletions(-) diff --git a/drivers

[Intel-gfx] [PATCH 02/11] drm/i915: Hold the spinlock whilst resetting unpin_work along error path

Delay taking the mutex until we need to and ensure that we hold the spinlock when resetting unpin_work on the error path. Also defer the debugging print messages until after we have released the spinlock. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: Jesse Barnes jbar

[Intel-gfx] [PATCH 05/11] drm/i915: Only print nothing to do debug message as required.

If the FBC is already disabled, then we do not even attempt to disable FBC and so there is no point emitting a debug statement at that point, having already emitted one saying why we are disabling FBC. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_display.c

[Intel-gfx] [PATCH 07/11] drm/i915: Rebind bo if currently bound with incorrect alignment.

/show_bug.cgi?id=27070 Bug 15502 - render error detected, EIR: 0x0010 https://bugzilla.kernel.org/show_bug.cgi?id=15502 Bug 13844 - i915 error: render error detected https://bugzilla.kernel.org/show_bug.cgi?id=13844 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta

[Intel-gfx] [PATCH 09/11] drm/i915: Check error code whilst moving buffer to GTT domain.

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_fb.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i915/intel_fb.c index 6f53cf7..f8c76e6 100644 --- a/drivers/gpu/drm/i915

[Intel-gfx] [PATCH 10/11] drm/i915: Reject bind_to_gtt() early if object aperture

If the object is bigger than the entire aperture, reject it early before evicting everything in a vain attempt to find space. v2: Use E2BIG as suggested by Owain G. Ainsworth. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org --- drivers/gpu/drm/i915/i915_gem.c |8

[Intel-gfx] [PATCH 11/11] drm/i915: Cleanup after failed initialization of ringbuffers

The callers expect us to cleanup any partially initialised structures before reporting the error. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c | 19 ++- 1 files changed, 18 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm

[Intel-gfx] [PATCH 2/2] drm/i915: Fix up address spaces in slow_kernel_write()

Since we now get_user_pages() outside of the mutex prior to performing the copy, we kmap() the page inside the copy routine and so need to perform an ordinary memcpy() and not copy_from_user(). Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c | 42

[Intel-gfx] [PATCH] drm/i915: Include instdone[1] in hangcheck

References: Bug 26691 - Spurious hangcheck whilst executing a long shader over a large vertex buffer https://bugs.freedesktop.org/show_bug.cgi?id=26691 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_drv.h |2 ++ drivers/gpu/drm/i915

[Intel-gfx] [PATCH] drm/i915: Remove the WARN when failing to set tiling.

We generally issue an error message at the point of failure, and so this warning with a fairly pointless stacktrace is superfluous and ugly. Needless to say, the common trigger for this WARN happens to be EIO where this is pure noise. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk

Re: [Intel-gfx] [PATCH] Allocate a correctly sized framebuffer when tiling by using libdrm support.

= tiled_pitch * height instead of size = tiled_pitch * tile_aligned_height. Hmm, something is fishy after applying the patch. The framebuffer pitch for the 1920x1080 external display looks to be off by 2. -ickle -- Chris Wilson, Intel Open Source Technology Centre

Re: [Intel-gfx] [PATCH 1/7 resend] drm/i915: Add the support of eDP on DP-D for Ibex/CPT

; intel_reduce_ratio(m_n-gmch_m, m_n-gmch_n); m_n-link_m = pixel_clock; This rounds the gmch_m down. Is this correct? And how close to overflow is pixel_clock today? -ickle -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx

Re: [Intel-gfx] [ANNOUNCE] xf86-video-intel 2.11.901

-- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] CUDA port for intel graphics

you to do so. Hope this helps, and you have a lot of fun programming with the GPU directly. -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo

Re: [Intel-gfx] [PATCH] drm/i915: Selectively enable self-reclaim

where we are trying to do a large allocation and our shrinker would be prevented from running (due to contention on struct_mutex). I do not know how this causes memory corruption across hibernate and would appreciate any insights. -- Chris Wilson, Intel Open Source Technology Centre

Re: [Intel-gfx] System freeze with 2.12 + 2.6.34

high resolution flash videos. Any idea what the problem could be? All depends upon the system. Jesse is working on a couple of patches that address the change in handling of the vblank interrupt in some revisions of the i945/i965 chipsets. That's the known failure mode... -- Chris Wilson, Intel

[Intel-gfx] [PATCH] drm/i915: Explosion following OOM in do_execbuffer.

50 89 45 bc 8b 45 a0 8b 52 38 89 55 d0 31 d2 f6 40 20 01 74 0d 8b 55 bc f6 42 69 30 0f 95 c2 0f b6 d2 8b 45 d0 c7 45 d4 00 00 00 00 89 EIP: [c11a4a02] i915_gem_do_execbuffer+0x71f/0xbb6 SS:ESP 0068:f6508dd4 CR2: 0069 ---[ end trace 3f1d514b34d39381 ]--- Signed-off-by: Chris Wilson ch

Re: [Intel-gfx] [PATCH] Destroy screen pixmap on screen close.

it not be fbCloseScreen that calls miCloseScreen, since fb has taken over the management of the mi interface? -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org

[Intel-gfx] [PATCH 01/11] drm: use list_for_each_entry in drm_mm.c

From: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Acked-by: Thomas Hellstrom thellst...@vmwgfx.com --- drivers/gpu/drm/drm_mm.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions

[Intel-gfx] [PATCH 03/11] drm: kill dead code in drm_mm.c

From: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch Acked-by: Thomas Hellstrom thellst...@vmwgfx.com Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/drm_mm.c | 45 - 1 files changed

[Intel-gfx] [PATCH 07/11] drm/i915: prepare for fair lru eviction

From: Daniel Vetter daniel.vet...@ffwll.ch This does two little changes: - Add an alignment parameter for evict_something. It's not really great to whack a carefully sized hole into the gtt with the wrong alignment. Especially since the fallback path is a full evict. - With the inactive

[Intel-gfx] [PATCH 09/11] drm/i915: Move the eviction logic to its own file.

The eviction code is the gnarly underbelly of memory management, and is clearer if kept separated from the normal domain management in GEM. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/Makefile |1 + drivers/gpu/drm/i915/i915_drv.h |6

[Intel-gfx] [PATCH 11/11] drm/i915: Maintain LRU order of inactive objects upon access by CPU

the CPU objects from casual eviction, preferring to keep the GPU active for as long as possible. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b

Re: [Intel-gfx] [PATCH] Destroy screen pixmap on screen close.

On Fri, 02 Jul 2010 11:54:44 -0400, Keith Packard kei...@keithp.com wrote: On Fri, 02 Jul 2010 09:24:07 +0100, Chris Wilson ch...@chris-wilson.co.uk wrote: This looks like the responsibility of miCloseScreen(). Are we failing to chain up properly? I don't think miCloseScreen

[Intel-gfx] [PATCH] drm/i915: Use 128k alignment for untiled display surface on i965

the impact of this should be slight as on i965 we should be using a tiled frontbuffer for anything up to a 4096x4096 display. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: Jesse Barnes jbar...@virtuousgeek.org --- drivers/gpu/drm/i915/i915_drv.c |4 ++-- drivers/gpu/drm/i915

[Intel-gfx] [PATCH 1/2] drm/i915: Use 128k alignment for untiled display surface on i965 (v2)

performing asynchronous flips.) Note the impact of this should be slight as on i965 we should be using a tiled frontbuffer for anything up to a 4096x4096 display. v2: compilation fixes and note that the docs do not exclude the G35 from the extra alignment. Signed-off-by: Chris Wilson ch...@chris

[Intel-gfx] [PATCH 2/2] drm/i915: Include any alternate names by which the device is known.

When trying to keep track of features between the kernel, the 2D driver, mesa and the specs, it helps to list any other name by which the device is referred to. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_drv.c | 52

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Include any alternate names by which the device is known.

On Mon, 5 Jul 2010 18:01:47 +0100, Chris Wilson ch...@chris-wilson.co.uk wrote: When trying to keep track of features between the kernel, the 2D driver, mesa and the specs, it helps to list any other name by which the device is referred to. In adding this list it became apparent that the 2D

[Intel-gfx] [PATCH] drm/i915: Unset mmap_offset on failure path.

If we fail to correctly setup the mapping for an object, make sure that we nullify the pointer within the object after tearing down. Otherwise, we may later attempt to reuse the invalid pointer... Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org --- drivers/gpu/drm/i915

[Intel-gfx] [PATCH] drm/i915: Typo in (unused) register mask for overlay.

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_overlay.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_overlay.c b/drivers/gpu/drm/i915/intel_overlay.c index 88a9ee8..5ba3b48 100644 --- a/drivers/gpu/drm

[Intel-gfx] [PATCH 1/2] drm/i915: Remove the redundant check for a fixed_panel_mode

We already checked just a couple of lines above that we have found a fixed_panel_mode for the LVDS, so remove the surplus check. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_lvds.c | 32 +++- 1 files changed, 15 insertions

[Intel-gfx] [PATCH 2/2] drm/i915: Refactor panel fitting on the LVDS.

insertions(+), 194 deletions(-) Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: Jesse Barnes jbar...@virtuousgeek.org --- drivers/gpu/drm/i915/intel_lvds.c | 322 +++-- 1 files changed, 128 insertions(+), 194 deletions(-) diff --git a/drivers/gpu/drm/i915

[Intel-gfx] [PATCH 2/2] drm/i915: Remove extraneous variables from intel_crtc_page_flip()

Reduce the number of variables used and improve readability by scoping. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_display.c | 31 +++ 1 files changed, 15 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/i915

Re: [Intel-gfx] KMS broken from 2.6.33 up to 2.6.35-rc5????

initialize the framebuffer. Excellent, as you have managed to reproduce this with a minimal kernel, can you do a bisect between 2.6.33.16 and 2.6.33.6 and see which patch causes the regression? It should only take a couple of hours. My bet is one of the Arrandale enabling patches... -- Chris Wilson

[Intel-gfx] [PATCH 1/4] drm/i915: Add fixed panel mode parsed from EDID for eDP without fixed mode in VBT

From: Zhao Yakui yakui.z...@intel.com Signed-off-by: Zhao Yakui yakui.z...@intel.com Reviewed-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org --- drivers/gpu/drm/i915/intel_dp.c | 16 +++- 1 files changed, 15 insertions(+), 1 deletions(-) diff --git a/drivers/gpu

[Intel-gfx] [PATCH 4/7] drm/i915/sdvo: Use an integer mapping for supported tv format modes

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_sdvo.c | 34 +++--- 1 files changed, 11 insertions(+), 23 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_sdvo.c b/drivers/gpu/drm/i915/intel_sdvo.c index ba50755..a30d751

[Intel-gfx] [PATCH 6/7] drm/i915/sdvo: Add missing TV filters

Reference: Bug 28634 - missing TV parameter Flicker Filter https://bugs.freedesktop.org/show_bug.cgi?id=28634 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_sdvo.c | 644 ++-- drivers/gpu/drm/i915/intel_sdvo_regs.h

[Intel-gfx] [PATCH] drm/i915: Enable aspect/centering panel fitting for Ironlake.

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_drv.h |2 + drivers/gpu/drm/i915/intel_display.c | 16 +++ drivers/gpu/drm/i915/intel_lvds.c| 70 -- 3 files changed, 75 insertions(+), 13 deletions(-) diff

Re: [Intel-gfx] Fwd: State of 10 bits/channel?

, but there's no direct rendering (seems to be disabled because DRI is disabled because it runs only at depths 16 and 24) title bars on gnome-terminal draw incorrectly. Hmm, the render paths should work on 10bpc surfaces. Please do file bugs for the failures. -- Chris Wilson, Intel Open Source Technology

[Intel-gfx] [PATCH] drm/i915: Repeat unbinding during free if interrupted

upon the various lists exposing us to memory corruption. I think this is the cause behind the use-after-free, such as Bug 15664 - Graphics hang and kernel backtrace when starting Azureus with Compiz enabled https://bugzilla.kernel.org/show_bug.cgi?id=15664 Signed-off-by: Chris

[Intel-gfx] [PATCH] drm/i915: Repeat unbinding during free if interrupted (v2)

reminded me that kernel space programming is never easy. We cannot simply spin to clear the pending signal and so must deferred the freeing of the object until later. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org --- drivers/gpu/drm/i915/i915_drv.h |8

[Intel-gfx] [PATCH] drm/i915: Repeat unbinding during free if interrupted (v3)

reminded me that kernel space programming is never easy. We cannot simply spin to clear the pending signal and so must deferred the freeing of the object until later. v3: Run from the top level retire requests. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org --- drivers

[Intel-gfx] [PATCH] drm/i915: Repeat unbinding during free if interrupted (v4)

-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org Reviewed-by: Daniel Vetter dan...@ffwll.ch --- drivers/gpu/drm/i915/i915_drv.h |8 + drivers/gpu/drm/i915/i915_gem.c | 57 -- 2 files changed, 50 insertions(+), 15 deletions(-) diff --git

[Intel-gfx] [PATCH] drm/i915: Repeat unbinding during free if interrupted (v5)

against Eric's for-linus tree. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org Cc: Daniel Vetter dan...@ffwll.ch --- drivers/gpu/drm/i915/i915_drv.c |2 +- drivers/gpu/drm/i915/i915_drv.h | 11 - drivers/gpu/drm/i915/i915_gem.c | 96

[Intel-gfx] [PATCH 3/3] drm/i915: Attempt to uncouple object after catastrophic failure in unbind

of two evils, since in order to recover from the hung GPU we need to completely reset it, those pending writes should never happen. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff

[Intel-gfx] [PATCH] drm/i915: Unreference object not handle on creation

handle reference. This brings i915_gem_object_create_ioctl() into line with drm_gem_open_ioctl() Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b

[Intel-gfx] [PATCH] drm/i915: Clear any existing dither mode prior to enabling spatial dithering

dithering. Temporal dithering looks bad and is perceived as a flicker. Fixes: Bug 29248 - [Arrandale] Annoying flicker on internal panel, goes away after suspend to RAM https://bugs.freedesktop.org/show_bug.cgi?id=29248 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk

Re: [Intel-gfx] xf86-video-intel: configure.ac

From memory, I think this is just a bit of idiocacy in the driver inappropriately using a GL type, i.e. for a variable unconnected with any of the GL interfaces. -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Enable panel fitting for eDP

that it was based on drm-intel-next and so not ready to be pushed. -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [Blacklisted][PATCH] Submit batch buffers from flush callback chain

of this change. :) -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] regression after: drm/i915: Warn if we run out of FIFO space for a mode

On Mon, 02 Aug 2010 12:16:16 +0200, Alexey Fisher bug-tr...@fisher-privat.net wrote: Hallo all, i have regression coused by this patch: commit b9421ae8f30958deea98d71477b4a77a066856b4 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Mon Jul 19 21:46:08 2010 +0100 drm/i915: Warn if we

[Intel-gfx] [PATCH] drm/i915: Remove useless message when disabling Big FIFO on PineView

As we already have appropriate debug and warnings when we activate and deactivate the self-refresh FIFO, having a further INFO is just annoying. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_display.c | 11 +++ 1 files changed, 3 insertions(+), 8

[Intel-gfx] [PATCH] drm/i915: Do not clobber the contents of TRANS_DP_CTL when enabling.

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_reg.h |1 + drivers/gpu/drm/i915/intel_display.c |7 --- 2 files changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h index

[Intel-gfx] Fair eviction patchset.

The fair-eviction patches rebased upon drm-(core|intel)-next. ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] [PATCH 2/5] drm/i915: Use a common seqno for all rings.

This will be used by the eviction logic to maintain fairness between the rings. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_drv.h |3 +- drivers/gpu/drm/i915/i915_gem.c |2 + drivers/gpu/drm/i915/intel_ringbuffer.c | 46

[Intel-gfx] [PATCH 1/5] drm/i915: prepare for fair lru eviction

scan stuff we need to evict more that one object, so move the unbind call into the helper function that scans for the object to be evicted, too. And adjust its name. No functional changes in this patch, just preparation. Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch Signed-off-by: Chris

[Intel-gfx] [PATCH 3/5] drm/i915: Move the eviction logic to its own file.

The eviction code is the gnarly underbelly of memory management, and is clearer if kept separated from the normal domain management in GEM. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/Makefile |1 + drivers/gpu/drm/i915/i915_drv.h |6

[Intel-gfx] [PATCH 5/5] drm/i915: Maintain LRU order of inactive objects upon access by CPU

the CPU objects from casual eviction, preferring to keep the GPU active for as long as possible. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b

[Intel-gfx] [PATCH] drm/i915: Emit a backtrace if we attempt to rebind a pinned buffer

This debugging trace was useful for finding the fbcon regression on i965, and it may prove useful again in future. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_gem.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm

[Intel-gfx] SVDO properties patchset

This patchset touches virtually all of i915/intel*.c simply to subclass encoders and connectors, then cleans up intel_sdvo in order to add a few more TV properties. ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org

[Intel-gfx] [PATCH 7/7] drm/i915/sdvo: Add dot crawl property

This property is slightly unusual in that it is a boolean and so has no GET_MAX command. Reference: Bug 28636 - missing TV parameter Dot Crawl freeze https://bugs.freedesktop.org/show_bug.cgi?id=28636 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915

[Intel-gfx] [PATCH 2/7] drm/i915: Subclass intel_connector.

Make the code that tiny bit clearer by reducing the pointer dance. 2 files changed, 130 insertions(+), 147 deletions(-) Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_drv.h |1 - drivers/gpu/drm/i915/intel_sdvo.c | 276

[Intel-gfx] [PATCH 5/7] drm/i915/sdvo: Check for allocation failure when constructing properties

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_sdvo.c | 40 +++- 1 files changed, 38 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_sdvo.c b/drivers/gpu/drm/i915/intel_sdvo.c index 0e03f40..c668010

[Intel-gfx] [PATCH 4/7] drm/i915/sdvo: Use an integer mapping for supported tv format modes

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/intel_sdvo.c | 34 +++--- 1 files changed, 11 insertions(+), 23 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_sdvo.c b/drivers/gpu/drm/i915/intel_sdvo.c index 5cc83e5..0e03f40

[Intel-gfx] [PATCH] drm/i915: Only emit flushes on active rings.

This avoids the excess flush and requests on idle rings (and spamming the debug log ;-) Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_drv.h |3 +++ drivers/gpu/drm/i915/i915_gem.c | 26 -- 2 files changed, 19 insertions(+), 10

[Intel-gfx] [PATCH] drm/i915: Kill the active list spinlock

and misleading attempt at protection. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk --- drivers/gpu/drm/i915/i915_debugfs.c | 58 +--- drivers/gpu/drm/i915/i915_drv.h |2 - drivers/gpu/drm/i915/i915_gem.c | 35 +-- drivers/gpu/drm

  1   2   3   4   5   6   7   8   9   10   >