| Date |
List |
Subject |
|
2013-05-31 15:31:28
|
linux-kernel
|
Re: [RFC][PATCH 0/2] dma-buf: add importer private data for reimporting |
|
2013-05-28 20:57:25
|
linux-kernel
|
[PULL] drm-intel-next for 3.11 |
|
2013-05-28 19:18:55
|
linux-kernel
|
Re: [PATCH v4 3/4] mutex: Add ww tests to lib/locking-selftest.c. v4 |
|
2013-05-28 09:59:51
|
linux-kernel
|
Re: [PATCH -next] drm/i915: fix error return code in init_pipe_control() |
|
2013-05-27 14:55:50
|
linux-kernel
|
Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3 |
|
2013-05-27 14:47:44
|
linux-kernel
|
Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3 |
|
2013-05-23 06:40:46
|
linux-kernel
|
Re: [PATCH] drm/i915: Cocci spatch "memdup.spatch" |
|
2013-05-22 16:49:09
|
linux-kernel
|
Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3 |
|
2013-05-22 11:48:33
|
linux-kernel
|
Re: [Intel-gfx] pipe_off wait timed out |
|
2013-05-21 23:10:38
|
linux-kernel
|
Re: [Intel-gfx] pipe_off wait timed out |
|
2013-05-10 19:31:32
|
linux-kernel
|
Re: [RFC/PATCH v2 1/8] Add arch_phys_wc_{add,del} to manipulate WC MTRRs if needed |
|
2013-05-10 19:06:51
|
linux-kernel
|
Re: [RFC/PATCH v2 1/8] Add arch_phys_wc_{add,del} to manipulate WC MTRRs if needed |
|
2013-05-10 09:39:07
|
linux-kernel
|
Re: [RFC/PATCH v2 0/8] Clean up write-combining MTRR addition |
|
2013-05-10 09:33:01
|
linux-kernel
|
Re: [RFC/PATCH v2 5/8] i915: Use arch_phys_wc_{add,del} |
|
2013-05-10 09:16:24
|
linux-kernel
|
Re: [RFC/PATCH v2 1/8] Add arch_phys_wc_{add,del} to manipulate WC MTRRs if needed |
|
2013-05-06 14:49:26
|
linux-kernel
|
Re: [PATCH] [TRIVIAL] v2: Fix declaration of intel_gmbus_{is_forced_bit/is_port_falid} in i915 driver. |
|
2013-05-04 17:42:53
|
linux-kernel
|
Re: [PATCH 2/7] drm (ast, cirrus, mgag200, nouveau, savage, vmwgfx): Rework drm_mtrr_{add, del} |
|
2013-05-03 16:13:35
|
linux-kernel
|
Re: [Intel-gfx] [PATCH] [TRIVIAL] Fix declaration of intel_gmbus_{is_forced_bit/is_port_falid} in i915 driver. |
|
2013-05-03 09:20:45
|
linux-kernel
|
Re: [PATCH] [TRIVIAL] Fix declaration of intel_gmbus_{is_forced_bit/is_port_falid} in i915 driver. |
|
2013-05-02 20:42:10
|
linux-kernel
|
Re: [PATCH] drm: don't check modeset locks in panic handler |
|
2013-05-02 00:42:04
|
linux-kernel
|
Re: WARNING: at drivers/gpu/drm/drm_crtc.c:82 drm_warn_on_modeset_not_all_locked+0x8d/0xc0() |
|
2013-04-30 19:11:31
|
linux-kernel
|
Re: [PATCH v3 2/3] mutex: add support for wound/wait style locks, v3 |
|
2013-04-15 09:40:27
|
linux-kernel
|
Re: [pull] drm-intel-next |
|
2013-04-15 07:53:32
|
linux-kernel
|
[pull] drm-intel-next |
|
2013-04-11 19:25:28
|
linux-kernel
|
Re: [PATCH] drm/i915: don't check inconsistent modeset state when force-restoring |
|
2013-04-11 18:14:13
|
linux-kernel
|
Re: [Intel-gfx] [PATCH] drm/i915: don't check inconsistent modeset state when force-restoring |
|
2013-04-10 20:03:27
|
linux-kernel
|
Re: [Intel-gfx] [PATCH] drm/i915: don't check inconsistent modeset state when force-restoring |
|
2013-04-10 12:04:30
|
linux-kernel
|
Re: [PATCH] drm/i915: don't check inconsistent modeset state when force-restoring |
|
2013-04-10 10:31:14
|
linux-kernel
|
Re: [PATCH v2 2/3] mutex: add support for reservation style locks, v2 |
|
2013-04-10 09:30:27
|
linux-kernel
|
Re: [PATCH v2 2/3] mutex: add support for reservation style locks, v2 |
|
2013-04-09 17:25:25
|
linux-kernel
|
Re: Re: drm/i915: new warning (regression) in 3.7.10 and 3.8.3 |
|
2013-04-09 12:47:07
|
linux-kernel
|
Re: Re: drm/i915: new warning (regression) in 3.7.10 and 3.8.3 |
|
2013-04-08 11:47:31
|
linux-kernel
|
Re: [PATCH v2 2/3] mutex: add support for reservation style locks, v2 |
|
2013-04-04 20:44:34
|
linux-kernel
|
Re: [PATCH v2 2/3] mutex: add support for reservation style locks, v2 |
|
2013-04-04 16:59:14
|
linux-kernel
|
Re: [PATCH v2 2/3] mutex: add support for reservation style locks, v2 |
|
2013-04-04 13:28:32
|
linux-kernel
|
Re: [PATCH v2 2/3] mutex: add support for reservation style locks, v2 |
|
2013-04-03 08:28:33
|
linux-kernel
|
Re: linux-next: manual merge of the drm-intel tree with Linus' tree |
|
2013-04-02 09:31:25
|
linux-kernel
|
[PULL] drm-intel-next |
|
2013-04-01 18:30:18
|
linux-kernel
|
Re: [PATCH] dummy-irq: introduce a dummy IRQ handler driver (was Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo)) |
|
2013-03-27 00:18:29
|
linux-kernel
|
Re: [PATCH 0/2] lib/scatterlist: sg_page_iter: support for memory w/o backing pages |
|
2013-03-27 00:17:56
|
linux-kernel
|
Re: [Intel-gfx] [PATCH 0/2] lib/scatterlist: sg_page_iter: support for memory w/o backing pages |
|
2013-03-26 15:10:26
|
linux-kernel
|
Re: [PATCH 1/1] drm/i915: Allow specifying a minimum brightness level for sysfs control. |
|
2013-03-26 14:47:33
|
linux-kernel
|
Re: [PATCH 0/2] lib/scatterlist: sg_page_iter: support for memory w/o backing pages |
|
2013-03-22 09:12:56
|
linux-kernel
|
Re: [Intel-gfx] Regression: HSW eDP broken on 3.9-rc[12] |
|
2013-03-21 14:42:49
|
linux-kernel
|
Re: [PATCH] dummy-irq: introduce a dummy IRQ handler driver (was Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo)) |
|
2013-03-18 19:21:42
|
linux-kernel
|
Re: Stable kernel 3.8.3 appears to break displayport on intel gen4 |
|
2013-03-18 19:18:54
|
linux-kernel
|
Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)) |
|
2013-03-18 19:16:23
|
linux-kernel
|
Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses) |
|
2013-03-18 10:23:17
|
linux-kernel
|
Re: [PATCH 2/2] drm/i915: Use the fixed pixel clock for eDP in intel_dp_set_m_n() |
|
2013-03-18 08:30:09
|
linux-kernel
|
Re: drm/i915: new warning (regression) in 3.7.10 and 3.8.3 |
|
2013-03-18 08:19:17
|
linux-kernel
|
Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses) |