[Intel-gfx] [intel-gfx] How to determine supported HDMI versions of an Intel GPU

2021-12-19 Thread Sedat Dilek
[ Please CC me I am not subscribed to any CCed mailing-lists ] Hi Daniel, I hope you are well. While searching for a new monitor I wanted to buy a miniHDMI->HDMI adapter or cable to connect it. My Samsung laptop has a Intel HD graphics 3000 GPU and a miniHDMI connector. Unfortunately, I have n

Re: [Intel-gfx] [PATCH] drm/i915: Remove redundant user_access_end() from __copy_from_user() error path

2019-08-09 Thread Sedat Dilek
On Fri, Aug 9, 2019 at 1:03 AM Nick Desaulniers wrote: > > On Thu, Aug 8, 2019 at 1:22 PM Thomas Gleixner wrote: > > > tglx just picked up 2 other patches of mine, bumping just in case he's > > > not picking up patches while on vacation. ;) > > > > I'm only half on vacation :) > > > > So I can pi

Re: [Intel-gfx] [PATCH] drm/i915: Stop reconfiguring our shmemfs mountpoint

2019-08-09 Thread Sedat Dilek
As we only set the default options, we can simply remove > > > the call to s_op->remount_fs(). In the future, when HW permits, we can > > > try re-enabling huge page support, albeit as suggested with new per-file > > > controls. > > > > > > Reported-b

Re: [Intel-gfx] [PATCHv2 0/3] convert i915 to new mount API

2019-08-05 Thread Sedat Dilek
: do not leak module ref counter > Fee free to add: Reported-by: Sedat Dilek [1] https://lore.kernel.org/lkml/CA+icZUXh068m8UFeHDXCKDi0YfL2Z=woony7j7djlqat1cz...@mail.gmail.com/ > drivers/gpu/drm/i915/gem/i915_gemfs.c | 33 +++ > fs/filesystems.c

Re: [Intel-gfx] [PATCH] drm/i915: Remove redundant user_access_end() from __copy_from_user() error path

2019-08-05 Thread Sedat Dilek
On Wed, Jul 31, 2019 at 2:25 PM Sedat Dilek wrote: > > On Fri, Jul 26, 2019 at 9:30 PM Chris Wilson wrote: > > > > Quoting Thomas Gleixner (2019-07-26 20:18:32) > > > On Fri, 26 Jul 2019, Chris Wilson wrote: > > > > Quoting Thomas Gleixner (2019-07-25

Re: [Intel-gfx] [PATCH] drm/i915: Remove redundant user_access_end() from __copy_from_user() error path

2019-07-31 Thread Sedat Dilek
__copy_from_user() already does both STAC and CLAC, so the > > > > > user_access_end() in its error path adds an extra unnecessary CLAC. > > > > > > > > > > Fixes: 0b2c8f8b6b0c ("i915: fix missing user_access_end() in page > > > > > f

Re: [Intel-gfx] Linux 4.10-rc7

2017-02-05 Thread Sedat Dilek
Hi Linus, here in my environment I hit a pm/runtime problem. For people seeing this too, [1] has the fix "PM / runtime: Avoid false-positive warnings from might_sleep_if()". Just for the records. Regards, - Sedat - [1] http://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/commit/?h=li

Re: [Intel-gfx] [PATCH] PM / runtime: Avoid false-positive warnings from might_sleep_if()

2017-02-05 Thread Sedat Dilek
On Sat, Feb 4, 2017 at 12:58 AM, Rafael J. Wysocki wrote: > On Thursday, February 02, 2017 02:34:42 PM Sedat Dilek wrote: >> On Wed, Feb 1, 2017 at 1:22 AM, Rafael J. Wysocki wrote: >> > On Mon, Jan 30, 2017 at 11:44 PM, Rafael J. Wysocki >> > wrote: >> >

Re: [Intel-gfx] [v4.6-10530-g28165ec7a99b] i915: *ERROR* "CPU pipe/PCH transcoder" A FIFO underrun

2017-02-02 Thread Sedat Dilek
On Fri, May 27, 2016 at 10:19 AM, Chris Bainbridge wrote: > On 25 May 2016 at 08:31, Sedat Dilek wrote: >> Hi Daniel, >> >> with latest Linus Git I see this with my Intel SandyBridge GPU... >> >> [ 17.629014] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] &g

Re: [Intel-gfx] [Linux v4.10.0-rc1+] Still call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2017-01-23 Thread Sedat Dilek
On Fri, Dec 30, 2016 at 3:02 PM, Rafael J. Wysocki wrote: > On Fri, Dec 30, 2016 at 12:40 PM, Sedat Dilek wrote: >> Hi, >> >> I have already reported this issue in [1]. >> One of the issue was solved. >> Unfortunately, it looks like there is still a differen

Re: [Intel-gfx] [Linux v4.10.0-rc1+] Still call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-30 Thread Sedat Dilek
On Fri, Dec 30, 2016 at 3:02 PM, Rafael J. Wysocki wrote: > On Fri, Dec 30, 2016 at 12:40 PM, Sedat Dilek wrote: >> Hi, >> >> I have already reported this issue in [1]. >> One of the issue was solved. >> Unfortunately, it looks like there is still a differen

Re: [Intel-gfx] [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-30 Thread Sedat Dilek
On Thu, Dec 29, 2016 at 12:58 PM, Mika Kuoppala wrote: > Sedat Dilek writes: > >> On Wed, Dec 28, 2016 at 11:32 PM, Rafael J. Wysocki >> wrote: >>> On Wed, Dec 28, 2016 at 11:00 AM, Sedat Dilek wrote: >>>> On Wed, Dec 28, 2016 at 9:29 AM, Jani Nikula

Re: [Intel-gfx] [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-28 Thread Sedat Dilek
On Wed, Dec 28, 2016 at 11:32 PM, Rafael J. Wysocki wrote: > On Wed, Dec 28, 2016 at 11:00 AM, Sedat Dilek wrote: >> On Wed, Dec 28, 2016 at 9:29 AM, Jani Nikula wrote: >>> On Wed, 28 Dec 2016, Sedat Dilek wrote: >>>> On Tue, Dec 27, 2016 at 10:13 PM,

Re: [Intel-gfx] [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-28 Thread Sedat Dilek
On Wed, Dec 28, 2016 at 9:29 AM, Jani Nikula wrote: > On Wed, 28 Dec 2016, Sedat Dilek wrote: >> On Tue, Dec 27, 2016 at 10:13 PM, Pavel Machek wrote: >>> Hi! >>> >>>> [ Add some pm | i915 | x86 folks ] >>>> >>>> Hi, >>>>

Re: [Intel-gfx] [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-28 Thread Sedat Dilek
On Tue, Dec 27, 2016 at 10:13 PM, Pavel Machek wrote: > Hi! > >> [ Add some pm | i915 | x86 folks ] >> >> Hi, >> >> I have built Linux v4.10-rc1 today on my Ubuntu/precise AMD64 system >> and I see some call-traces. >> It is reproducible on suspend and resume. >> >> I cannot say which area touches

Re: [Intel-gfx] [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-27 Thread Sedat Dilek
On Tue, Dec 27, 2016 at 4:55 PM, Sedat Dilek wrote: > On Tue, Dec 27, 2016 at 4:10 PM, Daniel Vetter wrote: >> On Tue, Dec 27, 2016 at 10:24:42AM +, Chris Wilson wrote: >>> On Tue, Dec 27, 2016 at 12:09:22AM +0100, Sedat Dilek wrote: >>> > [ Add some pm | i91

Re: [Intel-gfx] [Linux v4.10.0-rc1] call-traces after suspend-resume (pm? i915? cpu/hotplug?)

2016-12-27 Thread Sedat Dilek
On Tue, Dec 27, 2016 at 4:10 PM, Daniel Vetter wrote: > On Tue, Dec 27, 2016 at 10:24:42AM +, Chris Wilson wrote: >> On Tue, Dec 27, 2016 at 12:09:22AM +0100, Sedat Dilek wrote: >> > [ Add some pm | i915 | x86 folks ] >> > >> > Hi, >> > >>

Re: [Intel-gfx] [drm-intel-nightly] 2016y-07m-14d-21h-13m-02s UTC: locking dependency: drm_modeset_lock_all() || __blocking_notifier_call_chain

2016-08-17 Thread Sedat Dilek
On Fri, Jul 15, 2016 at 10:40 AM, Chris Wilson wrote: > On Fri, Jul 15, 2016 at 08:00:25AM +0200, Sedat Dilek wrote: >> Hi, >> >> I see the below call-trace with latest d-i-n, guess latest linux-next >> will cause same issues. >> ( Beyond this, there exist

Re: [Intel-gfx] [drm-intel-nightly] 2016y-07m-14d-21h-13m-02s UTC: locking dependency: drm_modeset_lock_all() || __blocking_notifier_call_chain

2016-08-02 Thread Sedat Dilek
On Mon, Aug 1, 2016 at 3:33 PM, Jani Nikula wrote: > On Fri, 15 Jul 2016, Sedat Dilek wrote: >> Hi, >> >> I see the below call-trace with latest d-i-n, guess latest linux-next > > FWIW, "d-i-n" is ambiguous (drm-intel-next vs. drm-intel-nightly) and we >

Re: [Intel-gfx] [drm-intel-nightly] 2016y-07m-14d-21h-13m-02s UTC: locking dependency: drm_modeset_lock_all() || __blocking_notifier_call_chain

2016-07-15 Thread Sedat Dilek
On Fri, Jul 15, 2016 at 10:40 AM, Chris Wilson wrote: > On Fri, Jul 15, 2016 at 08:00:25AM +0200, Sedat Dilek wrote: >> Hi, >> >> I see the below call-trace with latest d-i-n, guess latest linux-next >> will cause same issues. >> ( Beyond this, there exist

Re: [Intel-gfx] linux-next: build failure after merge of the drm tree

2016-07-14 Thread Sedat Dilek
On 7/15/16, Stephen Rothwell wrote: > Hi Dave, > > After merging the drm tree, today's linux-next build (x86_64 allmodconfig) > failed like this: > > In file included from drivers/gpu/drm/i915/intel_opregion.c:34:0: > drivers/gpu/drm/i915/intel_opregion.c: In function > 'intel_opregion_get_panel_t

[Intel-gfx] [PATCH d-i-n] drm/i915: Fix build failure in intel_opregion_get_panel_type()

2016-07-14 Thread Sedat Dilek
Tested against drm-intel-nightly (2016y-07m-14d-20h-15m-29s UTC). Fixes: aeddda06c1a704bb9 ("drm/i915: Ignore panel type from OpRegion on SKL") CC: intel-gfx@lists.freedesktop.org CC: Ville Syrjälä CC: Daniel Vetter Signed-off-by: Sedat Dilek --- drivers/gpu/drm/i915/intel_opre

[Intel-gfx] [v4.7-rc5] i915: *ERROR* (CPU pipe|PCH transcoder) A FIFO underrun

2016-06-26 Thread Sedat Dilek
Hi Daniel, I had already reported this issue in a email-thread called "[v4.6-10530-g28165ec7a99b] i915: *ERROR* "CPU pipe/PCH transcoder" A FIFO underrun". This is still happening here on Sandybridge (and Ivybridge GPU reported by Chris Bainbridge). I have updated the bug-report in [1]. Chris B.

Re: [Intel-gfx] [v4.6-10530-g28165ec7a99b] i915: *ERROR* "CPU pipe/PCH transcoder" A FIFO underrun

2016-05-30 Thread Sedat Dilek
On 5/28/16, Sedat Dilek wrote: > On 5/27/16, Chris Bainbridge wrote: >> On 25 May 2016 at 08:31, Sedat Dilek wrote: >>> Hi Daniel, >>> >>> with latest Linus Git I see this with my Intel SandyBridge GPU... >>> >>> [ 17.629014] [drm:intel

Re: [Intel-gfx] [v4.6-10530-g28165ec7a99b] i915: *ERROR* "CPU pipe/PCH transcoder" A FIFO underrun

2016-05-28 Thread Sedat Dilek
On 5/27/16, Chris Bainbridge wrote: > On 25 May 2016 at 08:31, Sedat Dilek wrote: >> Hi Daniel, >> >> with latest Linus Git I see this with my Intel SandyBridge GPU... >> >> [ 17.629014] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] >> *ERROR* CP

Re: [Intel-gfx] [v4.6-10530-g28165ec7a99b] i915: *ERROR* "CPU pipe/PCH transcoder" A FIFO underrun

2016-05-25 Thread Sedat Dilek
On 5/25/16, Jani Nikula wrote: > On Wed, 25 May 2016, Sedat Dilek wrote: >> Hi Daniel, >> >> with latest Linus Git I see this with my Intel SandyBridge GPU... >> >> [ 17.629014] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] >> *ERROR* CP

Re: [Intel-gfx] [intelddx] v2.99.917-580-gf656f6afa288: sh: 1: ACLOCAL_FLAGS: not found

2016-04-01 Thread Sedat Dilek
On Thu, Mar 31, 2016 at 12:36 PM, Dave Gordon wrote: > On 24/03/16 12:47, Chris Wilson wrote: >> >> On Thu, Mar 24, 2016 at 12:29:32PM +, Dave Gordon wrote: >>> >>> On 24/03/16 09:54, Chris Wilson wrote: >>>> >>>> On

Re: [Intel-gfx] [intelddx] TearFree still status "Experimental support"?

2016-03-30 Thread Sedat Dilek
On Thu, Mar 24, 2016 at 12:19 PM, Sedat Dilek wrote: > On Thu, Mar 24, 2016 at 11:56 AM, Sedat Dilek wrote: >> Hi Chris, >> >> is TearFree feature still "experimental" in current >> xf86-video-intel.git#master? >> It is enabled by default! >>

Re: [Intel-gfx] [intelddx][strlcpy | strlcat | clock_gettime] clang-3.8: error: linker command failed with exit code 1

2016-03-25 Thread Sedat Dilek
On Thu, Mar 24, 2016 at 2:09 PM, Chris Wilson wrote: > On Thu, Mar 24, 2016 at 12:47:51PM +, Dave Gordon wrote: >> On 24/03/16 11:11, Sedat Dilek wrote: >> > From b35261adb49107e7dd6e480b1f7c5d4fb7552f9f Mon Sep 17 00:00:00 2001 >> >From: Sedat Dilek >> >D

Re: [Intel-gfx] commit 1b82b7b48d17b4b3401e9d82b0fe86df06c8d451 breaks here

2016-03-24 Thread Sedat Dilek
On Thu, Mar 24, 2016 at 12:40 PM, Chris Wilson wrote: > On Thu, Mar 24, 2016 at 12:33:24PM +0100, Sedat Dilek wrote: >> Caused by "sna/present: Cancel pending unflips when resizing the screen". > > Sorry, > > commit c326ed192bcaeea41bb93b7077ec37a1437a4409 > A

[Intel-gfx] commit 1b82b7b48d17b4b3401e9d82b0fe86df06c8d451 breaks here

2016-03-24 Thread Sedat Dilek
Caused by "sna/present: Cancel pending unflips when resizing the screen". ... make[3]: Entering directory `/home/wearefam/src/xserver-xorg-video-intel/xf86-video-intel-git/src' CC backlight.lo CC fd.lo CC intel_device.lo CC intel_options.lo CC intel_module.lo CCLD

Re: [Intel-gfx] [intelddx] TearFree still status "Experimental support"?

2016-03-24 Thread Sedat Dilek
On Thu, Mar 24, 2016 at 11:56 AM, Sedat Dilek wrote: > Hi Chris, > > is TearFree feature still "experimental" in current > xf86-video-intel.git#master? > It is enabled by default! > > [ configure-log ] > ... > xf86-video-intel 2.99.917 will be compiled w

Re: [Intel-gfx] [intelddx][strlcpy | strlcat | clock_gettime] clang-3.8: error: linker command failed with exit code 1

2016-03-24 Thread Sedat Dilek
On Thu, Mar 24, 2016 at 12:01 PM, Chris Wilson wrote: > On Thu, Mar 24, 2016 at 11:44:45AM +0100, Sedat Dilek wrote: >> [ Please see attached files (build-script, full logs etc.) ] >> >> With my selfmade llvm-toolchain v3.8.0 I see these errors/warnings... > >> conf

[Intel-gfx] [intelddx] TearFree still status "Experimental support"?

2016-03-24 Thread Sedat Dilek
Hi Chris, is TearFree feature still "experimental" in current xf86-video-intel.git#master? It is enabled by default! [ configure-log ] ... xf86-video-intel 2.99.917 will be compiled with: Xorg Video ABI version: 15.0 (xorg-server-1.15.1) pixman version: pixman-1-0.30.2 Acceleration backends

[Intel-gfx] [intelddx][strlcpy | strlcat | clock_gettime] clang-3.8: error: linker command failed with exit code 1

2016-03-24 Thread Sedat Dilek
[ Please see attached files (build-script, full logs etc.) ] With my selfmade llvm-toolchain v3.8.0 I see these errors/warnings... $ egrep -B2 -i 'linker command failed|undefined reference to' config.log "/usr/bin/ld" -z relro --hash-style=gnu --build-id --eh-frame-hdr -m elf_x86_64 -dynamic-lin

Re: [Intel-gfx] [intelddx] v2.99.917-580-gf656f6afa288: sh: 1: ACLOCAL_FLAGS: not found

2016-03-24 Thread Sedat Dilek
On Thu, Mar 24, 2016 at 10:54 AM, Chris Wilson wrote: > On Thu, Mar 24, 2016 at 10:34:58AM +0100, Sedat Dilek wrote: >> [ build-script, build and config logs attached ] >> >> Hi Chris, >> >> I am just seeing this (or noticed for the first time, here on >>

Re: [Intel-gfx] [intelddx] v2.99.917-580-gf656f6afa288: sh: 1: ACLOCAL_FLAGS: not found

2016-03-24 Thread Sedat Dilek
On Thu, Mar 24, 2016 at 10:54 AM, Chris Wilson wrote: > On Thu, Mar 24, 2016 at 10:34:58AM +0100, Sedat Dilek wrote: >> [ build-script, build and config logs attached ] >> >> Hi Chris, >> >> I am just seeing this (or noticed for the first time, here on >>

[Intel-gfx] [intelddx] v2.99.917-580-gf656f6afa288: sh: 1: ACLOCAL_FLAGS: not found

2016-03-24 Thread Sedat Dilek
[ build-script, build and config logs attached ] Hi Chris, I am just seeing this (or noticed for the first time, here on Ubuntu/precise AMD64)... $ zgrep -A1 -B1 ACLOCAL_FLAGS: build-and-install-log_intelddx-2-99-917-580-gf656f6afa288_tearfree-enabled_llvm-3-8-0.txt.gz autoreconf: running: acloc

[Intel-gfx] Intel Graphics for Linux (Release Date: 16 Feb, 2016)

2016-02-23 Thread Sedat Dilek
Hi, what packages with versions is recent "Intel Graphics for Linux" (2016-02-16) shipping? Version "2015q4" [2] was giving some detailed informations, but recent version does not. Its release-notes are pointing to a installer [3]. BTW, when will there be a new intel-ddx v2.99.918? Thanks in adv

Re: [Intel-gfx] [regression] Re: Linux 4.3-rc1

2015-09-24 Thread Sedat Dilek
On Wed, Sep 23, 2015 at 11:37 PM, Sedat Dilek wrote: > On Wed, Sep 23, 2015 at 10:48 PM, Sedat Dilek wrote: >> On Wed, Sep 23, 2015 at 3:31 PM, Shuah Khan wrote: >>> On 09/23/2015 02:56 AM, Daniel Vetter wrote: >>>> Another regression for Jairo to track. >

Re: [Intel-gfx] [regression] Re: [Linux-v4.2-10463-g9a9952bbd76a] i915: WARNING: intel_display.c:1377 assert_planes_disabled

2015-09-23 Thread Sedat Dilek
sed@ - [1] http://cgit.freedesktop.org/drm-intel/commit/?h=drm-intel-fixes&id=721a09f7393de6c28a07516dccd654c6e995944a > -Daniel > > On Wed, Sep 23, 2015 at 08:23:04AM +0200, Sedat Dilek wrote: >> On Sun, Sep 13, 2015 at 9:06 AM, Sedat Dilek wrote: >> > On Wed, Sep 9, 2

Re: [Intel-gfx] [regression] Re: Linux 4.3-rc1

2015-09-23 Thread Sedat Dilek
On Wed, Sep 23, 2015 at 10:48 PM, Sedat Dilek wrote: > On Wed, Sep 23, 2015 at 3:31 PM, Shuah Khan wrote: >> On 09/23/2015 02:56 AM, Daniel Vetter wrote: >>> Another regression for Jairo to track. >>> -Daniel >> >> Saw the same problem in 4.3-rc2 as

Re: [Intel-gfx] [regression] Re: Linux 4.3-rc1

2015-09-23 Thread Sedat Dilek
quot;drm/i915: Add primary plane to mask if it's visible" is the correct fix. Did not try it. - sed@ - [1] http://cgit.freedesktop.org/drm-intel/commit/?h=drm-intel-fixes&id=721a09f7393de6c28a07516dccd654c6e995944a > thanks, > -- Shuah >> >> On Tue, Sep 15, 201

Re: [Intel-gfx] [Linux-v4.2-10463-g9a9952bbd76a] i915: WARNING: intel_display.c:1377 assert_planes_disabled

2015-09-22 Thread Sedat Dilek
On Sun, Sep 13, 2015 at 9:06 AM, Sedat Dilek wrote: > On Wed, Sep 9, 2015 at 4:42 AM, Sedat Dilek wrote: >> [ TO INTEL DRM DRIVERS maintainers ] >> >> Hi, >> >> out of curiosity and to play with the new bindeb-pkg make-target I >> built pre-v4.3-rc1 (git

Re: [Intel-gfx] Revert "sna: Coldplug unknown connections as well"

2015-09-22 Thread Sedat Dilek
On Tue, Sep 22, 2015 at 11:27 AM, Chris Wilson wrote: > On Tue, Sep 22, 2015 at 10:46:09AM +0200, Sedat Dilek wrote: >> On Mon, Sep 21, 2015 at 2:52 PM, Chris Wilson >> wrote: >> > On Mon, Sep 21, 2015 at 02:48:03PM +0200, Sedat Dilek wrote: >> >> On Mon, Se

Re: [Intel-gfx] Revert "sna: Coldplug unknown connections as well"

2015-09-21 Thread Sedat Dilek
On Mon, Sep 21, 2015 at 11:42 AM, Chris Wilson wrote: > On Sun, Sep 20, 2015 at 08:20:21PM +0200, Sedat Dilek wrote: >> Hi, >> >> I am here on Ubuntu/precise AMD64 with libdrm v2.4.65 and mesa v10.6.8. >> >> I cannot see my LightDM login-manager, my system h

Re: [Intel-gfx] Revert "sna: Coldplug unknown connections as well"

2015-09-20 Thread Sedat Dilek
On Sun, Sep 20, 2015 at 8:20 PM, Sedat Dilek wrote: > Hi, > > I am here on Ubuntu/precise AMD64 with libdrm v2.4.65 and mesa v10.6.8. > > I cannot see my LightDM login-manager, my system hangs in VT-1. > > When I revert... > > commit 650da13c7257019728cfca361dfcbe

[Intel-gfx] Revert "sna: Coldplug unknown connections as well"

2015-09-20 Thread Sedat Dilek
Hi, I am here on Ubuntu/precise AMD64 with libdrm v2.4.65 and mesa v10.6.8. I cannot see my LightDM login-manager, my system hangs in VT-1. When I revert... commit 650da13c7257019728cfca361dfcbe34a6c526ef "sna: Coldplug unknown connections as well" ...everything is as usual. Please let me kno

Re: [Intel-gfx] Linux 4.3-rc1

2015-09-14 Thread Sedat Dilek
Hi, I have reported the same issue in [0]... You write in [1]... [ cut here ] WARNING: CPU: 3 PID: 24 at drivers/gpu/drm/i915/intel_display.c:1377 assert_planes_disabled+0xe4/0x150 [i915]() plane A assertion failure, should be disabled but not ... I can confirm this was

Re: [Intel-gfx] [Linux-v4.2-10463-g9a9952bbd76a] i915: WARNING: intel_display.c:1377 assert_planes_disabled

2015-09-13 Thread Sedat Dilek
On Wed, Sep 9, 2015 at 4:42 AM, Sedat Dilek wrote: > [ TO INTEL DRM DRIVERS maintainers ] > > Hi, > > out of curiosity and to play with the new bindeb-pkg make-target I > built pre-v4.3-rc1 (git-describe says v4.2-10463-g9a9952bbd76a) > Debian-kernel packages. > >

Re: [Intel-gfx] [PATCH] ACPI / video: Fix circular lock dependency issue in the video-detect code

2015-08-14 Thread Sedat Dilek
On Fri, Aug 14, 2015 at 12:16 PM, Rafael J. Wysocki wrote: > On Friday, August 14, 2015 11:36:41 AM Sedat Dilek wrote: >> On Fri, Aug 14, 2015 at 11:39 AM, Rafael J. Wysocki >> wrote: >> > On Thursday, August 13, 2015 10:39:08 PM Sedat Dilek wrote: >> >>

Re: [Intel-gfx] [PATCH] ACPI / video: Fix circular lock dependency issue in the video-detect code

2015-08-14 Thread Sedat Dilek
On Fri, Aug 14, 2015 at 11:39 AM, Rafael J. Wysocki wrote: > On Thursday, August 13, 2015 10:39:08 PM Sedat Dilek wrote: >> >> --f46d04447e7fc2306e051d3753a5 >> Content-Type: text/plain; charset=UTF-8 >> >> On Thu, Aug 13, 2015 at 6:53 PM, Hans de Goede wr

Re: [Intel-gfx] [4.2-rc4] acpi|drm|i915: circular locking dependency: acpi_video_get_backlight_type

2015-08-14 Thread Sedat Dilek
On Fri, Aug 14, 2015 at 10:24 AM, Hans de Goede wrote: > Hi, > > > On 13-08-15 16:33, Hans de Goede wrote: >> >> Hi, >> >> On 12-08-15 21:26, Ville Syrjälä wrote: >>> >>> On Mon, Aug 10, 2015 at 08:29:00PM +0200, Sedat Dilek wrote: >>>

Re: [Intel-gfx] [4.2-rc4] acpi|drm|i915: circular locking dependency: acpi_video_get_backlight_type

2015-08-13 Thread Sedat Dilek
On Thu, Aug 13, 2015 at 4:33 PM, Hans de Goede wrote: > Hi, > > On 12-08-15 21:26, Ville Syrjälä wrote: >> >> On Mon, Aug 10, 2015 at 08:29:00PM +0200, Sedat Dilek wrote: >>> >>> On Sat, Aug 1, 2015 at 2:23 PM, Sedat Dilek >>> wrote: >>

Re: [Intel-gfx] [4.2-rc4] acpi|drm|i915: circular locking dependency: acpi_video_get_backlight_type

2015-08-12 Thread Sedat Dilek
On Wed, Aug 12, 2015 at 9:26 PM, Ville Syrjälä wrote: > On Mon, Aug 10, 2015 at 08:29:00PM +0200, Sedat Dilek wrote: >> On Sat, Aug 1, 2015 at 2:23 PM, Sedat Dilek wrote: >> > On Mon, Jul 27, 2015 at 12:33 AM, Sedat Dilek >> > wrote: >> >> Hi, >> &g

Re: [Intel-gfx] [4.2-rc4] acpi|drm|i915: circular locking dependency: acpi_video_get_backlight_type

2015-08-01 Thread Sedat Dilek
On Mon, Jul 27, 2015 at 12:33 AM, Sedat Dilek wrote: > Hi, > > this my first build of a 4.2-rcN Linux-kernel and I see this... > Just FYI: I am *not* seeing this with drm-intel-nightly from below url. Also, I plan to test Linux v4.2-rc5. - Sedat - [1] http://kernel.ubuntu.com

Re: [Intel-gfx] [PATCH] sna: Correct misspelled cacheing->caching in comments

2015-07-02 Thread Sedat Dilek
On Wed, Jun 24, 2015 at 12:04 PM, Chris Wilson wrote: > On Tue, Jun 23, 2015 at 07:45:42AM +0200, Sedat Dilek wrote: >> I have seen this typo once and added an entry to codespell's dictionary.txt >> file. >> >> $ diff -uprN /usr/share/codespell/dictionary.t

[Intel-gfx] [PATCH] sna: Correct misspelled cacheing->caching in comments

2015-06-22 Thread Sedat Dilek
ypo occurs: [ src/sna/kgem.c ] 298:static void assert_cacheing(struct kgem *kgem, struct kgem_bo *bo) 324:#define assert_cacheing(kgem, bo) 2455: assert_cacheing(kgem, bo); 2841: assert_cacheing(kgem, bo); It's up to Chris what to do with this. Signed-off-by: Sedat Dilek --- src/sna/s

Re: [Intel-gfx] [PATCH] Fix typos found with codespell v1.7

2015-06-09 Thread Sedat Dilek
On Wed, Jun 10, 2015 at 12:01 AM, Sedat Dilek wrote: > On Tue, Jun 9, 2015 at 9:48 PM, Chris Wilson wrote: >> On Tue, Jun 09, 2015 at 09:14:35PM +0200, Sedat Dilek wrote: >>> - * Initialize the hardware motion compenstation extention for this >>> + * Ini

Re: [Intel-gfx] [PATCH] Fix typos found with codespell v1.7

2015-06-09 Thread Sedat Dilek
On Tue, Jun 9, 2015 at 9:48 PM, Chris Wilson wrote: > On Tue, Jun 09, 2015 at 09:14:35PM +0200, Sedat Dilek wrote: >> - * Initialize the hardware motion compenstation extention for this >> + * Initialize the hardware motion compenstation extension for this > > Did it miss

[Intel-gfx] [PATCH] Fix typos found with codespell v1.7

2015-06-09 Thread Sedat Dilek
To get codespell v1.7 check [2]. [1] https://github.com/lucasdemarchi/codespell [2] https://github.com/lucasdemarchi/codespell/releases Signed-off-by: Sedat Dilek --- NEWS| 14 +++--- man/intel.man | 4 ++-- src/legacy/i810/i810_common.h

Re: [Intel-gfx] [PATCH] sna: Partly revert "sna: Compilation fixes for stable distros"

2015-06-06 Thread Sedat Dilek
On Fri, Jun 5, 2015 at 4:51 PM, Chris Wilson wrote: > On Fri, Jun 05, 2015 at 04:39:32PM +0200, Sedat Dilek wrote: >> On Fri, Jun 5, 2015 at 4:31 PM, Chris Wilson >> wrote: >> > On Fri, Jun 05, 2015 at 04:23:36PM +0200, Sedat Dilek wrote: >> >> Fixes a p

Re: [Intel-gfx] [PATCH] sna: Partly revert "sna: Compilation fixes for stable distros"

2015-06-05 Thread Sedat Dilek
On Fri, Jun 5, 2015 at 4:51 PM, Chris Wilson wrote: > On Fri, Jun 05, 2015 at 04:39:32PM +0200, Sedat Dilek wrote: >> On Fri, Jun 5, 2015 at 4:31 PM, Chris Wilson >> wrote: >> > On Fri, Jun 05, 2015 at 04:23:36PM +0200, Sedat Dilek wrote: >> >> Fixes a p

Re: [Intel-gfx] No mouse cursor with intelddx-2-99-917-338-g7d30ccea214b at lightdm-login

2015-06-05 Thread Sedat Dilek
On Fri, Jun 5, 2015 at 4:27 PM, Chris Wilson wrote: > On Fri, Jun 05, 2015 at 04:23:10PM +0200, Sedat Dilek wrote: >> If I revert the first hunk of the culprit the issue is gone. > > Oh, boy. I was blind. I knew I should have just used the ring ids.. > > Thanks a lot for

Re: [Intel-gfx] [PATCH] sna: Partly revert "sna: Compilation fixes for stable distros"

2015-06-05 Thread Sedat Dilek
On Fri, Jun 5, 2015 at 4:31 PM, Chris Wilson wrote: > On Fri, Jun 05, 2015 at 04:23:36PM +0200, Sedat Dilek wrote: >> Fixes a problem having no mouse cursor in the LightDM login-screen >> on Ubuntu/precise (see [1]). >> >> [1] http://lists.freedesktop.org/archives/inte

[Intel-gfx] [PATCH] sna: Partly revert "sna: Compilation fixes for stable distros"

2015-06-05 Thread Sedat Dilek
Fixes a problem having no mouse cursor in the LightDM login-screen on Ubuntu/precise (see [1]). [1] http://lists.freedesktop.org/archives/intel-gfx/2015-June/068096.html Fixes: 7d30ccea214b ("sna: Compilation fixes for stable distros") Signed-off-by: Sedat Dilek --- src/sna/kgem.c

Re: [Intel-gfx] No mouse cursor with intelddx-2-99-917-338-g7d30ccea214b at lightdm-login

2015-06-05 Thread Sedat Dilek
If I revert the first hunk of the culprit the issue is gone. I will send a patch. - sed@ - ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] No mouse cursor with intelddx-2-99-917-338-g7d30ccea214b at lightdm-login

2015-06-05 Thread Sedat Dilek
On Fri, Jun 5, 2015 at 3:17 PM, Sedat Dilek wrote: > On Fri, Jun 5, 2015 at 2:09 PM, Sedat Dilek wrote: >> On Fri, Jun 5, 2015 at 1:57 PM, Sedat Dilek wrote: >>> On Fri, Jun 5, 2015 at 1:51 PM, Chris Wilson >>> wrote: >>>> On Fri, Jun 05, 2015

Re: [Intel-gfx] No mouse cursor with intelddx-2-99-917-338-g7d30ccea214b at lightdm-login

2015-06-05 Thread Sedat Dilek
On Fri, Jun 5, 2015 at 2:09 PM, Sedat Dilek wrote: > On Fri, Jun 5, 2015 at 1:57 PM, Sedat Dilek wrote: >> On Fri, Jun 5, 2015 at 1:51 PM, Chris Wilson >> wrote: >>> On Fri, Jun 05, 2015 at 01:41:25PM +0200, Sedat Dilek wrote: >>>> Culprit commit is "

Re: [Intel-gfx] No mouse cursor with intelddx-2-99-917-338-g7d30ccea214b at lightdm-login

2015-06-05 Thread Sedat Dilek
fter sorting outputs 1525b0177862 intel-virtual-output: Fix cloning fixed mode outputs - sed@ - [1] http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=d1bf75f155f87d3a14d647316a0ba1f40d3957a6 On Fri, Jun 5, 2015 at 1:05 PM, Chris Wilson wrote: > On Fri, Jun 05, 2015 at 12:56:48PM +

Re: [Intel-gfx] No mouse cursor with intelddx-2-99-917-338-g7d30ccea214b at lightdm-login

2015-06-05 Thread Sedat Dilek
On Fri, Jun 5, 2015 at 12:38 PM, Chris Wilson wrote: > On Fri, Jun 05, 2015 at 12:05:22PM +0200, Sedat Dilek wrote: >> Hi Chris, >> >> thanks for the quick reply. >> >> Attached are my kernel-config, dmesg and X logs plus my build-script. >> >> Hope

[Intel-gfx] No mouse cursor with intelddx-2-99-917-338-g7d30ccea214b at lightdm-login

2015-06-05 Thread Sedat Dilek
[ Please CC me I am not subscribed to this ML ] Hi, I have upgraded my llvm-toolchain to v3.6.1 and while at this updated my Linux graphics driver stack on Ubuntu/precise AMD64. This is the cool stuff... libdrm-2-4-61 mesa-10-5-6 and mesa-10-5-6-24-g07aa6d78bbc9 GOOD: intelddx-2-99-917-312-ga6

Re: [Intel-gfx] [Linux v4.0-rc5] Warnings in drm_framebuffer_reference() and drm_atomic_check_only()

2015-03-27 Thread Sedat Dilek
On Fri, Mar 27, 2015 at 12:06 PM, Takashi Iwai wrote: > At Fri, 27 Mar 2015 12:01:33 +0100, > Sedat Dilek wrote: >> >> On Wed, Mar 25, 2015 at 3:34 PM, Takashi Iwai wrote: >> > At Wed, 25 Mar 2015 14:26:50 +0100, >> > Daniel Vetter wrote: >> >>

Re: [Intel-gfx] [Linux v4.0-rc5] Warnings in drm_framebuffer_reference() and drm_atomic_check_only()

2015-03-27 Thread Sedat Dilek
On Wed, Mar 25, 2015 at 3:34 PM, Takashi Iwai wrote: > At Wed, 25 Mar 2015 14:26:50 +0100, > Daniel Vetter wrote: >> >> On Tue, Mar 24, 2015 at 07:09:03PM +0100, Sedat Dilek wrote: >> > On Mon, Mar 23, 2015 at 9:25 AM, Daniel Vetter wrote: >> > > On Mon,

Re: [Intel-gfx] [Linux v4.0-rc5] Warnings in drm_framebuffer_reference() and drm_atomic_check_only()

2015-03-24 Thread Sedat Dilek
On Mon, Mar 23, 2015 at 9:25 AM, Daniel Vetter wrote: > On Mon, Mar 23, 2015 at 07:25:27AM +0100, Sedat Dilek wrote: >> Hi, >> >> I did my weekly update of the Linux RC (here: v4.0-rc5) and fell over >> some warning in the drm area. >> >> Please have a l

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2015-02-03 Thread Sedat Dilek
On Tue, Feb 3, 2015 at 8:24 PM, Chris Wilson wrote: > On Tue, Feb 03, 2015 at 07:57:34PM +0100, Sedat Dilek wrote: >> Ping? > > It's upstream and enabled by default for kernel v3.20+. > Thanks, I have looked into Linux-next (next-20150203) and se

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2015-02-03 Thread Sedat Dilek
Ping? - Sedat - On Fri, Nov 14, 2014 at 11:04 AM, Daniel Vetter wrote: > On Thu, Nov 13, 2014 at 04:28:46PM +0100, Sedat Dilek wrote: >> Hi, >> >> what is the status of drm-intel-wc-mmap patchset (#2 + #3)? >> I have refreshed them on top of drm-intel-coherent-phys

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2014-11-14 Thread Sedat Dilek
On Fri, Nov 14, 2014 at 11:04 AM, Daniel Vetter wrote: > On Thu, Nov 13, 2014 at 04:28:46PM +0100, Sedat Dilek wrote: >> Hi, >> >> what is the status of drm-intel-wc-mmap patchset (#2 + #3)? >> I have refreshed them on top of drm-intel-coherent-phys-gtt patch (#1).

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2014-11-13 Thread Sedat Dilek
Hi, what is the status of drm-intel-wc-mmap patchset (#2 + #3)? I have refreshed them on top of drm-intel-coherent-phys-gtt patch (#1). Playing with that againt Linux v3.18-rc4. Regards, - Sedat - From 20a70ef5865104f35bc8e4cd11ca8ae3b7e6051a Mon Sep 17 00:00:00 2001 From: Chris Wilson Date: Tue

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2014-11-07 Thread Sedat Dilek
On Fri, Nov 7, 2014 at 1:10 PM, Chris Wilson wrote: > On Fri, Nov 07, 2014 at 01:00:32PM +0100, Sedat Dilek wrote: >> Here some numbers... >> >> $ diff -uprN benchmarks/x11perf-aa10text_no-wcmmap.txt >> benchmarks/x11perf-aa10text_wcmmap.txt >> --- benchmarks/x11p

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2014-11-07 Thread Sedat Dilek
On Fri, Nov 7, 2014 at 12:14 PM, Chris Wilson wrote: > On Fri, Nov 07, 2014 at 11:59:26AM +0100, Sedat Dilek wrote: >> On Fri, Nov 7, 2014 at 11:43 AM, Chris Wilson >> wrote: >> > On Fri, Nov 07, 2014 at 11:35:01AM +0100, Sedat Dilek wrote: >> >> On Fri, N

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2014-11-07 Thread Sedat Dilek
On Fri, Nov 7, 2014 at 11:43 AM, Chris Wilson wrote: > On Fri, Nov 07, 2014 at 11:35:01AM +0100, Sedat Dilek wrote: >> On Fri, Nov 7, 2014 at 11:29 AM, Chris Wilson >> wrote: >> > On Fri, Nov 07, 2014 at 11:08:41AM +0100, Sedat Dilek wrote: >> >> Hi, >

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2014-11-07 Thread Sedat Dilek
On Fri, Nov 7, 2014 at 11:29 AM, Chris Wilson wrote: > On Fri, Nov 07, 2014 at 11:08:41AM +0100, Sedat Dilek wrote: >> Hi, >> >> I am playing with wc-mmap [1]... (and sent a trivial patch [0]). >> >> Inspecting my logs... >> >> $ egrep 'wc|mmap&

Re: [Intel-gfx] sna: Experimental support for write-combining mmaps (wc-mmap)

2014-11-07 Thread Sedat Dilek
Hi, I am playing with wc-mmap [1]... (and sent a trivial patch [0]). Inspecting my logs... $ egrep 'wc|mmap' logs/build-and-install-log_XF86-Video-Intel-v2-99-916-137-g0aa2edb_WCMMAP_llvm-3-4-2.txt Experimental support: TearFree mmap(wc) $ egrep -i 'wc|mmap|write|comb' /var/log/Xorg.0.log [ E

[Intel-gfx] [PATCH] sna: wc-mmap: Fix warning in configure

2014-11-07 Thread Sedat Dilek
This fixes the following warning due to a typo: configure: WARNING: unrecognized options: --enable-wc-map Signed-off-by: Sedat Dilek --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index e5877c8..328b4e9 100644 --- a/configure.ac

Re: [Intel-gfx] [PATCH] uxa: intel_sync_close() is only available when HAVE_DRI3

2014-09-15 Thread Sedat Dilek
On Mon, Sep 15, 2014 at 9:58 AM, Chris Wilson wrote: > On Sat, Sep 13, 2014 at 07:45:01PM +0200, Sedat Dilek wrote: >> With LLVM v3.4.2 I got this error reported: >> ... >> intel_driver.c:1182:2: error: implicit declaration of function >> 'intel_sync_close

[Intel-gfx] [PATCH] uxa: intel_sync_close() is only available when HAVE_DRI3

2014-09-13 Thread Sedat Dilek
l_mode_close(intel_screen_private *intel); ... Looking at intel_sync_close() is only available when DRI3 is supported. 516: #if HAVE_DRI3 517: Bool intel_sync_init(ScreenPtr screen); 518: void intel_sync_close(ScreenPtr screen); 519: #endif Fix the issue by embedding intel_sync_close() with a HAVE

Re: [Intel-gfx] intel_driver.c:1182:2: error: implicit declaration of function 'intel_sync_close' is invalid in C99

2014-09-13 Thread Sedat Dilek
On Sat, Sep 13, 2014 at 7:15 PM, Sedat Dilek wrote: > Building intel-ddx from GIT HEAD breaks here with LLVM v3.4.2 like this... > ... > intel_driver.c:1182:2: error: implicit declaration of function > 'intel_sync_close' is invalid in C99 > [-Werror,-Wimpl

[Intel-gfx] intel_driver.c:1182:2: error: implicit declaration of function 'intel_sync_close' is invalid in C99

2014-09-13 Thread Sedat Dilek
Building intel-ddx from GIT HEAD breaks here with LLVM v3.4.2 like this... ... intel_driver.c:1182:2: error: implicit declaration of function 'intel_sync_close' is invalid in C99 [-Werror,-Wimplicit-function-declaration] intel_sync_close(screen); ^ In file included from intel_uxa.c:

Re: [Intel-gfx] intelgfx-git: Tear-free disabled in the logs

2014-06-09 Thread Sedat Dilek
On Sat, Jun 7, 2014 at 4:08 PM, Chris Wilson wrote: > On Sat, Jun 07, 2014 at 02:00:46PM +0200, Sedat Dilek wrote: >> On Sat, Jun 7, 2014 at 1:47 PM, Sedat Dilek wrote: >> > Hi, >> > >> > I am still playing with DRI3... beyond this I saw that TearFree opt

Re: [Intel-gfx] intelgfx-git: Tear-free disabled in the logs

2014-06-07 Thread Sedat Dilek
On Sat, Jun 7, 2014 at 1:47 PM, Sedat Dilek wrote: > Hi, > > I am still playing with DRI3... beyond this I saw that TearFree option > can be explicitly set ("sna: Allow TearFree to be enabled by default > via configure"), now. > [...] > Do I need some special

Re: [Intel-gfx] intelgfx-git: Tear-free disabled in the logs

2014-06-07 Thread Sedat Dilek
On Sat, Jun 7, 2014 at 1:47 PM, Sedat Dilek wrote: > Hi, > > I am still playing with DRI3... beyond this I saw that TearFree option > can be explicitly set ("sna: Allow TearFree to be enabled by default > via configure"), now. > I have added TearFree option to my /etc

Re: [Intel-gfx] Running DRI3 on intel-gfx

2014-06-06 Thread Sedat Dilek
On Fri, Jun 6, 2014 at 5:47 PM, Jamey Sharp wrote: > On Wed, Jun 04, 2014 at 06:58:47PM +0200, Sedat Dilek wrote: >> How do I see if DRI3 is enabled for mesa on my SandyBridge intel-gfxcard? >> >> glxinfo log-file attached... >> >> $ LC_ALL=C LIBGL_DEBUG=ve

Re: [Intel-gfx] Running DRI3 on intel-gfx

2014-06-04 Thread Sedat Dilek
On Wed, Jun 4, 2014 at 6:58 PM, Sedat Dilek wrote: > On Wed, Jun 4, 2014 at 6:52 PM, Chris Wilson wrote: >> On Wed, Jun 04, 2014 at 06:37:44PM +0200, Sedat Dilek wrote: >>> > DRI2 or DRI3 running here? >>> > >>> >>> I did some more testing and

Re: [Intel-gfx] Running DRI3 on intel-gfx

2014-06-04 Thread Sedat Dilek
On Wed, Jun 4, 2014 at 6:52 PM, Chris Wilson wrote: > On Wed, Jun 04, 2014 at 06:37:44PM +0200, Sedat Dilek wrote: >> > DRI2 or DRI3 running here? >> > >> >> I did some more testing and played with UXA/SNA for intel-ddx. >> >> $ egrep -i 'dri2|d

[Intel-gfx] Running DRI3 on intel-gfx

2014-06-04 Thread Sedat Dilek
Hi, I took [1] as a base to test DRI3 on Ubuntu/precise AMD64. Unfortunately, the packages from this repo have no DRI3 support. So, I packaged some missing stuff, built mesa-10.1.4 and intel-ddx from Git manually. In the end I got somehow running a DRI3 system here. $ grep -A2 intel_drv /var/lo

Re: [Intel-gfx] drm/i915: split PCI IDs out into i915_drm.h v4

2013-09-01 Thread Sedat Dilek
On Sun, Sep 1, 2013 at 5:05 PM, Chris Wilson wrote: > On Sun, Sep 01, 2013 at 04:28:39PM +0200, Sedat Dilek wrote: >> On Sun, Sep 1, 2013 at 4:10 PM, Sedat Dilek wrote: >> >> [...] >> >> > [ include/drm/i915_pciids.h ] >> > ... >> > +#define

Re: [Intel-gfx] drm/i915: split PCI IDs out into i915_drm.h v4

2013-09-01 Thread Sedat Dilek
On Sun, Sep 1, 2013 at 4:10 PM, Sedat Dilek wrote: [...] > [ include/drm/i915_pciids.h ] > ... > +#define INTEL_SNB_M_IDS(info) \ > + INTEL_VGA_DEVICE(0x0106, info), \ > + INTEL_VGA_DEVICE(0x0116, info), \ <--- I have this one! "GT2 mobile"? > + INTEL_VGA_DEVI

Re: [Intel-gfx] drm/i915: split PCI IDs out into i915_drm.h v4

2013-09-01 Thread Sedat Dilek
Hi, this is really cool! Looking at this from [1]: [ include/drm/i915_pciids.h ] ... +#define INTEL_SNB_M_IDS(info) \ + INTEL_VGA_DEVICE(0x0106, info), \ + INTEL_VGA_DEVICE(0x0116, info), \ <--- I have this one! "GT2 mobile"? + INTEL_VGA_DEVICE(0x0126, info) + +#define INTEL_IVB_M_IDS(info) \ +

Re: [Intel-gfx] [PATCH] drm/i915: Dump the contents of the GTT

2013-09-01 Thread Sedat Dilek
ild speculation that we may be writing the wrong addresses > into the GTT for stolen objects, I would like to inspect those values. > > Signed-off-by: Chris Wilson > Cc: Sedat Dilek > --- > > Sedak, can you please apply this patch and then attach the contents of > /sys/kernel/de

  1   2   3   >