From: Deepak S <deepak.s@linux.intel.com>
To: Ben Widawsky <ben@bwidawsk.net>, ville.syrjala@linux.intel.com
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 28/71] drm/i915/chv: Added CHV specific register read and write
Date: Fri, 18 Apr 2014 13:42:05 +0530 [thread overview]
Message-ID: <5350DE55.9050906@linux.intel.com> (raw)
In-Reply-To: <20140418002833.GA918@bwidawsk.net>
On Friday 18 April 2014 05:58 AM, Ben Widawsky wrote:
> On Wed, Apr 09, 2014 at 01:28:26PM +0300, ville.syrjala@linux.intel.com wrote:
>> From: Deepak S <deepak.s@intel.com>
>>
>> Support to individually control Media/Render well based on the register access.
>> Add CHV specific write function to habdle difference between registers
>> that are sadowed vs those that need forcewake even for writes.
>>
>> v2: Drop write FIFO for CHV and add comman well forcewake (Ville)
>>
>> Signed-off-by: Deepak S <deepak.s@intel.com>
>> [vsyrjala: Move the register range macros into intel_uncore.c]
>> Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
>> ---
>> drivers/gpu/drm/i915/intel_uncore.c | 139 +++++++++++++++++++++++++++++++++---
>> 1 file changed, 131 insertions(+), 8 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_uncore.c b/drivers/gpu/drm/i915/intel_uncore.c
>> index 823d699..8e3c686 100644
>> --- a/drivers/gpu/drm/i915/intel_uncore.c
>> +++ b/drivers/gpu/drm/i915/intel_uncore.c
>> @@ -495,6 +495,31 @@ void assert_force_wake_inactive(struct drm_i915_private *dev_priv)
>> ((reg) >= 0x22000 && (reg) < 0x24000) ||\
>> ((reg) >= 0x30000 && (reg) < 0x40000))
>>
>> +#define FORCEWAKE_CHV_RENDER_RANGE_OFFSET(reg) \
>> + (((reg) >= 0x2000 && (reg) < 0x4000) ||\
>> + ((reg) >= 0x5000 && (reg) < 0x8000) ||\
>> + ((reg) >= 0x8300 && (reg) < 0x8500) ||\
>> + ((reg) >= 0xB000 && (reg) < 0xC000) ||\
>> + ((reg) >= 0xE000 && (reg) < 0xE800))
>> +
>> +#define FORCEWAKE_CHV_MEDIA_RANGE_OFFSET(reg)\
>> + (((reg) >= 0x8800 && (reg) < 0x8900) ||\
>> + ((reg) >= 0xD000 && (reg) < 0xD800) ||\
>> + ((reg) >= 0x12000 && (reg) < 0x14000) ||\
>> + ((reg) >= 0x1A000 && (reg) < 0x1C000) ||\
>> + ((reg) >= 0x1E800 && (reg) < 0x1EA00) ||\
>> + ((reg) >= 0x30000 && (reg) < 0x40000))
>> +
>> +#define FORCEWAKE_CHV_COMMON_RANGE_OFFSET(reg)\
>> + (((reg) >= 0x4000 && (reg) < 0x5000) ||\
>> + ((reg) >= 0x8000 && (reg) < 0x8300) ||\
>> + ((reg) >= 0x8500 && (reg) < 0x8600) ||\
>> + ((reg) >= 0x9000 && (reg) < 0xB000) ||\
>> + ((reg) >= 0xC000 && (reg) < 0xc800) ||\
>> + ((reg) >= 0xF000 && (reg) < 0x10000) ||\
>> + ((reg) >= 0x14000 && (reg) < 0x14400) ||\
>> + ((reg) >= 0x22000 && (reg) < 0x24000))
>> +
> To satisfy both Chris, and Ville, how about:
> #define REG_RANGE(reg, start, end) ((reg) >= (start) && (reg) < 0x5000)
> REG_RANGE(reg, 0x4000, 0x5000) || \
> REG_RANGE(reg, 0x8000, 0x8300) || \
> ...
>
> By the way, I spent my due diligence trying to find where these ranges
> come from, and have been unable. Doc name? I should have all the docs
> from Ville.
>
> I can't speak for the code generated, either.
>
hmm Ok, I will try to re factor this code. I will send the doc name
>> static void
>> ilk_dummy_write(struct drm_i915_private *dev_priv)
>> {
>> @@ -587,7 +612,48 @@ vlv_read##x(struct drm_i915_private *dev_priv, off_t reg, bool trace) { \
>> REG_READ_FOOTER; \
>> }
>>
>> +#define __chv_read(x) \
>> +static u##x \
>> +chv_read##x(struct drm_i915_private *dev_priv, off_t reg, bool trace) { \
>> + unsigned fwengine = 0; \
>> + REG_READ_HEADER(x); \
>> + if (FORCEWAKE_CHV_RENDER_RANGE_OFFSET(reg)) { \
>> + fwengine = FORCEWAKE_RENDER; \
>> + } \
>> + else if (FORCEWAKE_CHV_MEDIA_RANGE_OFFSET(reg)) { \
>> + fwengine = FORCEWAKE_MEDIA; \
>> + } \
>> + else if (FORCEWAKE_CHV_COMMON_RANGE_OFFSET(reg)) { \
>> + fwengine = FORCEWAKE_ALL; \
>> + } \
>> + if (FORCEWAKE_RENDER & fwengine) { \
>> + if (dev_priv->uncore.fw_rendercount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_get(dev_priv, \
>> + fwengine); \
>> + } \
>> + if (FORCEWAKE_MEDIA & fwengine) { \
>> + if (dev_priv->uncore.fw_mediacount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_get(dev_priv, \
>> + fwengine); \
>> + } \
>> + val = __raw_i915_read##x(dev_priv, reg); \
>> + if (FORCEWAKE_RENDER & fwengine) { \
>> + if (dev_priv->uncore.fw_rendercount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_put(dev_priv, \
>> + fwengine); \
>> + } \
>> + if (FORCEWAKE_MEDIA & fwengine) { \
>> + if (dev_priv->uncore.fw_mediacount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_put(dev_priv, \
>> + fwengine); \
>> + } \
>> + REG_READ_FOOTER; \
>> +}
>>
>> +__chv_read(8)
>> +__chv_read(16)
>> +__chv_read(32)
>> +__chv_read(64)
>> __vlv_read(8)
>> __vlv_read(16)
>> __vlv_read(32)
>> @@ -605,6 +671,7 @@ __gen4_read(16)
>> __gen4_read(32)
>> __gen4_read(64)
>>
>> +#undef __chv_read
>> #undef __vlv_read
>> #undef __gen6_read
>> #undef __gen5_read
>> @@ -709,6 +776,49 @@ gen8_write##x(struct drm_i915_private *dev_priv, off_t reg, u##x val, bool trace
>> REG_WRITE_FOOTER; \
>> }
>>
>> +#define __chv_write(x) \
>> +static void \
>> +chv_write##x(struct drm_i915_private *dev_priv, off_t reg, u##x val, bool trace) { \
>> + unsigned fwengine = 0; \
>> + bool __needs_put = !is_gen8_shadowed(dev_priv, reg); \
>> + REG_WRITE_HEADER; \
>> + if (FORCEWAKE_CHV_RENDER_RANGE_OFFSET(reg)) { \
>> + fwengine = FORCEWAKE_RENDER; \
>> + } \
>> + else if (FORCEWAKE_CHV_MEDIA_RANGE_OFFSET(reg)) { \
>> + fwengine = FORCEWAKE_MEDIA; \
>> + } \
>> + else if (FORCEWAKE_CHV_COMMON_RANGE_OFFSET(reg)) { \
>> + fwengine = FORCEWAKE_ALL; \
>> + } \
>> + if (__needs_put && (FORCEWAKE_RENDER & fwengine)) { \
>> + if (dev_priv->uncore.fw_rendercount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_get(dev_priv, \
>> + fwengine); \
>> + } \
>> + if (__needs_put && (FORCEWAKE_MEDIA & fwengine)) { \
>> + if (dev_priv->uncore.fw_mediacount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_get(dev_priv, \
>> + fwengine); \
>> + } \
>> + __raw_i915_write##x(dev_priv, reg, val); \
>> + if (__needs_put && (FORCEWAKE_RENDER & fwengine)) { \
>> + if (dev_priv->uncore.fw_rendercount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_put(dev_priv, \
>> + fwengine); \
>> + } \
>> + if (__needs_put && (FORCEWAKE_MEDIA & fwengine)) { \
>> + if (dev_priv->uncore.fw_mediacount++ == 0) \
>> + (dev_priv)->uncore.funcs.force_wake_put(dev_priv, \
>> + fwengine); \
>> + } \
>> + REG_WRITE_FOOTER; \
>> +}
> Feels like this would be a lot neater if you let force_wake_put() handle
> this complexity. I guess our force_wake_funcs can't handle count. In
> that case we could even share the gen8_write family of functions. Was
> there some reason this can't work? (Again, forgive laziness)
I agree, but in gen8, we have only one well, But in CHV, we want to handle the Render and Media well up/down separately which helps in power saving.
>> +
>> +__chv_write(8)
>> +__chv_write(16)
>> +__chv_write(32)
>> +__chv_write(64)
> Similar to broadwell (my bad, I know), we probably only actually want to
> do this for read/write32. So we potentially could reduce the obj size by
> only doing it for that.
we might have the 64 bit read/write also? may be for Batch buffer address read?
>> __gen8_write(8)
>> __gen8_write(16)
>> __gen8_write(32)
>> @@ -730,6 +840,7 @@ __gen4_write(16)
>> __gen4_write(32)
>> __gen4_write(64)
>>
>> +#undef __chv_write
>> #undef __gen8_write
>> #undef __hsw_write
>> #undef __gen6_write
>> @@ -793,14 +904,26 @@ void intel_uncore_init(struct drm_device *dev)
>>
>> switch (INTEL_INFO(dev)->gen) {
>> default:
>> - dev_priv->uncore.funcs.mmio_writeb = gen8_write8;
>> - dev_priv->uncore.funcs.mmio_writew = gen8_write16;
>> - dev_priv->uncore.funcs.mmio_writel = gen8_write32;
>> - dev_priv->uncore.funcs.mmio_writeq = gen8_write64;
>> - dev_priv->uncore.funcs.mmio_readb = gen6_read8;
>> - dev_priv->uncore.funcs.mmio_readw = gen6_read16;
>> - dev_priv->uncore.funcs.mmio_readl = gen6_read32;
>> - dev_priv->uncore.funcs.mmio_readq = gen6_read64;
>> + if (IS_CHERRYVIEW(dev)) {
>> + dev_priv->uncore.funcs.mmio_writeb = chv_write8;
>> + dev_priv->uncore.funcs.mmio_writew = chv_write16;
>> + dev_priv->uncore.funcs.mmio_writel = chv_write32;
>> + dev_priv->uncore.funcs.mmio_writeq = chv_write64;
>> + dev_priv->uncore.funcs.mmio_readb = chv_read8;
>> + dev_priv->uncore.funcs.mmio_readw = chv_read16;
>> + dev_priv->uncore.funcs.mmio_readl = chv_read32;
>> + dev_priv->uncore.funcs.mmio_readq = chv_read64;
>> +
>> + } else {
>> + dev_priv->uncore.funcs.mmio_writeb = gen8_write8;
>> + dev_priv->uncore.funcs.mmio_writew = gen8_write16;
>> + dev_priv->uncore.funcs.mmio_writel = gen8_write32;
>> + dev_priv->uncore.funcs.mmio_writeq = gen8_write64;
>> + dev_priv->uncore.funcs.mmio_readb = gen6_read8;
>> + dev_priv->uncore.funcs.mmio_readw = gen6_read16;
>> + dev_priv->uncore.funcs.mmio_readl = gen6_read32;
>> + dev_priv->uncore.funcs.mmio_readq = gen6_read64;
>> + }
>> break;
>> case 7:
>> case 6:
>> --
>> 1.8.3.2
Thanks for the review. I will address the comments
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2014-04-18 8:12 UTC|newest]
Thread overview: 203+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-09 10:27 [PATCH 00/71] drm/i915/chv: Add Cherryview support ville.syrjala
2014-04-09 10:27 ` [PATCH 01/71] drm/i915/chv: IS_BROADWELL() should not be true for Cherryview ville.syrjala
2014-05-01 13:32 ` Barbalho, Rafael
2014-04-09 10:28 ` [PATCH 02/71] drm/i915/chv: Add IS_CHERRYVIEW() macro ville.syrjala
2014-04-09 15:36 ` Daniel Vetter
2014-05-01 13:33 ` Barbalho, Rafael
2014-04-09 10:28 ` [PATCH 03/71] drm/i915/chv: PPAT setup for Cherryview ville.syrjala
2014-05-01 13:34 ` Barbalho, Rafael
2014-04-09 10:28 ` [PATCH 04/71] drm/i915/chv: Flush caches when programming page tables ville.syrjala
2014-05-06 19:16 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 05/71] drm/i915/chv: Enable aliasing PPGTT for CHV ville.syrjala
2014-05-01 13:46 ` Barbalho, Rafael
2014-04-09 10:28 ` [PATCH 06/71] drm/i915/chv: Add PIPESTAT register bits for Cherryview ville.syrjala
2014-05-01 13:52 ` Barbalho, Rafael
2014-04-09 10:28 ` [PATCH 07/71] drm/i915/chv: Add DPFLIPSTAT " ville.syrjala
2014-05-01 13:55 ` Barbalho, Rafael
2014-05-02 8:29 ` Ville Syrjälä
2014-05-05 14:10 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 08/71] drm/i915/chv: Add display interrupt registers " ville.syrjala
2014-05-01 14:07 ` Barbalho, Rafael
2014-04-09 10:28 ` [PATCH 09/71] drm/i915/chv: Add DPINVGTT registers defines " ville.syrjala
2014-05-01 14:07 ` Barbalho, Rafael
2014-05-02 8:35 ` [PATCH v2 " ville.syrjala
2014-05-06 19:20 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 10/71] drm/i915/chv: Preliminary interrupt support " ville.syrjala
2014-04-09 15:45 ` Daniel Vetter
2014-04-09 17:40 ` [PATCH v9 " ville.syrjala
2014-05-08 18:24 ` Jani Nikula
2014-04-09 10:28 ` [PATCH 11/71] drm/i915/chv: Add Cherryview interrupt registers into debugfs ville.syrjala
2014-05-08 13:59 ` Jani Nikula
2014-04-09 10:28 ` [PATCH 12/71] drm/i915/chv: Initial clock gating support for Cherryview ville.syrjala
2014-05-08 14:33 ` Jani Nikula
2014-04-09 10:28 ` [PATCH 13/71] drm/i915/chv: Add Cherryview PCI IDs ville.syrjala
2014-04-09 13:33 ` Chris Wilson
2014-04-09 15:19 ` [PATCH v5 " ville.syrjala
2014-05-08 14:31 ` Jani Nikula
2014-04-09 10:28 ` [PATCH 14/71] drm/i915/chv: Add early quirk for stolen ville.syrjala
2014-05-08 14:32 ` Jani Nikula
2014-05-08 14:43 ` Ville Syrjälä
2014-05-08 15:10 ` Jani Nikula
2014-05-12 17:22 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 15/71] drm/i915/chv: Add DDL register defines for Cherryview ville.syrjala
2014-05-08 14:40 ` Jani Nikula
2014-04-09 10:28 ` [PATCH 16/71] drm/i915/chv: Add DPIO offset for Cherryview. v3 ville.syrjala
2014-05-12 11:27 ` Imre Deak
2014-04-09 10:28 ` [PATCH 17/71] drm/i915/chv: Update Cherryview DPLL changes to support Port D. v2 ville.syrjala
2014-05-12 11:29 ` Imre Deak
2014-04-09 10:28 ` [PATCH 18/71] drm/i915/chv: Add vlv_pipe_to_channel ville.syrjala
2014-04-28 14:33 ` Imre Deak
2014-05-12 11:26 ` Imre Deak
2014-04-09 10:28 ` [PATCH 19/71] drm/i915/chv: Trigger phy common lane reset ville.syrjala
2014-04-28 14:54 ` Imre Deak
2014-05-12 17:27 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 20/71] drm/i915/chv: find the best divisor for the target clock v4 ville.syrjala
2014-04-29 14:56 ` Imre Deak
2014-04-09 10:28 ` [PATCH 21/71] drm/i915/chv: Add update and enable pll for Cherryview ville.syrjala
2014-04-29 20:20 ` Imre Deak
2014-05-02 11:27 ` [PATCH v6 " ville.syrjala
2014-04-09 10:28 ` [PATCH 22/71] drm/i915/chv: Add phy supports " ville.syrjala
2014-04-30 12:13 ` Imre Deak
2014-05-12 17:31 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 23/71] drm/i915/chv: Pipe select change for DP and HDMI ville.syrjala
2014-04-30 12:49 ` Imre Deak
2014-04-09 10:28 ` [PATCH 24/71] drm/i915/chv: Add DPLL state readout support ville.syrjala
2014-04-30 13:11 ` Imre Deak
2014-05-12 17:39 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 25/71] drm/i915/chv: CHV doesn't have CRT output ville.syrjala
2014-04-09 15:55 ` Daniel Vetter
2014-04-10 17:56 ` Jani Nikula
2014-05-12 17:34 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 26/71] drm/i915: Enable PM Interrupts for CHV/BDW Platform ville.syrjala
2014-04-09 15:56 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 27/71] drm/i915/chv: Enable Render Standby (RC6) for Cheeryview ville.syrjala
2014-04-09 15:45 ` Imre Deak
2014-04-10 16:03 ` Chris Wilson
2014-04-10 16:51 ` Jani Nikula
2014-04-10 17:06 ` Ville Syrjälä
2014-04-13 15:31 ` Deepak S
2014-04-09 10:28 ` [PATCH 28/71] drm/i915/chv: Added CHV specific register read and write ville.syrjala
2014-04-09 13:16 ` Chris Wilson
2014-04-09 13:32 ` Ville Syrjälä
2014-04-18 0:28 ` Ben Widawsky
2014-04-18 8:12 ` Deepak S [this message]
2014-04-09 10:28 ` [PATCH 29/71] drm/i915/chv: Enable RPS (Turbo) for Cheeryview ville.syrjala
2014-04-10 17:01 ` Jani Nikula
2014-04-09 10:28 ` [PATCH 30/71] drm/i915/chv: Enable PM interrupts when we in CHV turbo initialize sequence ville.syrjala
2014-04-09 13:06 ` Chris Wilson
2014-04-09 13:15 ` Ville Syrjälä
2014-04-09 19:17 ` Deepak S
2014-04-09 22:33 ` Ben Widawsky
2014-04-10 7:00 ` Daniel Vetter
2014-04-13 15:33 ` Deepak S
2014-04-09 10:28 ` [PATCH 31/71] drm/i915/chv: Added CHV specific DDR fetch into init_clock_gating ville.syrjala
2014-04-09 10:28 ` [PATCH 32/71] drm/i915/bdw: Add BDW PM Interrupts support and BDW rps disable ville.syrjala
2014-04-09 10:28 ` [PATCH 33/71] drm/i915/chv: Fix for verifying PCBR address field ville.syrjala
2014-04-09 15:57 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 34/71] drm/i915/chv: Implement stolen memory size detection ville.syrjala
2014-05-08 18:19 ` Jani Nikula
2014-05-08 19:19 ` [PATCH v5 34.1/71] " ville.syrjala
2014-05-08 19:19 ` [PATCH v5 34.2/71] x86/gpu: Implement stolen memory size early quirk for CHV ville.syrjala
2014-05-08 19:19 ` [PATCH 34.3/71] x86/gpu: Sprinkle const, __init and __initconst to stolen memory quirks ville.syrjala
2014-05-12 17:42 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 35/71] drm/i915/chv: Implement WaDisablePartialInstShootdown:chv ville.syrjala
2014-04-09 10:28 ` [PATCH 36/71] drm/i915/chv: Implement WaDisableThreadStallDopClockGating:chv ville.syrjala
2014-04-09 10:28 ` [PATCH 37/71] drm/i915/chv: Implement WaVSRefCountFullforceMissDisable:chv and WaDSRefCountFullforceMissDisable:chv ville.syrjala
2014-04-09 10:28 ` [PATCH 38/71] drm/i915/chv: Implement WaDisableSemaphoreAndSyncFlipWait:chv ville.syrjala
2014-04-09 10:28 ` [PATCH 39/71] drm/i915/chv: Implement WaDisableCSUnitClockGating:chv ville.syrjala
2014-04-09 10:28 ` [PATCH 40/71] drm/i915/chv: Implement WaDisableSDEUnitClockGating:chv ville.syrjala
2014-04-09 10:28 ` [PATCH 41/71] drm/i915/chv: Add some workaround notes ville.syrjala
2014-04-25 20:43 ` Paulo Zanoni
2014-04-28 11:25 ` Ville Syrjälä
2014-04-28 11:31 ` [PATCH v2 " ville.syrjala
2014-04-28 22:05 ` Paulo Zanoni
2014-04-09 10:28 ` [PATCH 42/71] drm/i915/chv: Implement WaDisableSamplerPowerBypass for CHV ville.syrjala
2014-04-25 20:55 ` Paulo Zanoni
2014-04-28 8:23 ` Ville Syrjälä
2014-04-28 22:19 ` Paulo Zanoni
2014-05-20 13:21 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 43/71] drm/i915/chv: Add a bunch of pre production workarounds ville.syrjala
2014-05-20 13:22 ` Damien Lespiau
2014-05-20 13:41 ` Ville Syrjälä
2014-05-20 13:59 ` Damien Lespiau
2014-04-09 10:28 ` [PATCH 44/71] drm/i915/chv: Fix for decrementing fw count in chv read/write ville.syrjala
2014-04-09 15:59 ` Daniel Vetter
2014-04-09 17:49 ` Ville Syrjälä
2014-04-09 10:28 ` [PATCH 45/71] drm/i915/chv: Streamline CHV forcewake stuff ville.syrjala
2014-04-09 16:02 ` Daniel Vetter
2014-04-09 17:47 ` Ville Syrjälä
2014-04-09 18:38 ` Deepak S
2014-04-09 10:28 ` [PATCH 46/71] drm/i915/chv: CHV doesn't need WaRsForcewakeWaitTC0 ville.syrjala
2014-04-09 10:28 ` [PATCH 47/71] drm/i915/chv: Skip gen6_gt_check_fifodbg() on CHV ville.syrjala
2014-04-09 10:28 ` [PATCH 48/71] drm/i915/chv: Add plane C support ville.syrjala
2014-04-09 16:01 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 49/71] drm/i915/chv: Add CHV display support ville.syrjala
2014-04-10 16:52 ` Jani Nikula
2014-04-28 11:00 ` [PATCH v2 " ville.syrjala
2014-05-20 13:22 ` Daniel Vetter
2014-04-15 15:56 ` [PATCH " Imre Deak
2014-04-09 10:28 ` [PATCH 50/71] drm/i915/chv: Clarify VLV/CHV PIPESTAT bits a bit more ville.syrjala
2014-04-09 10:28 ` [PATCH 51/71] drm/i915/chv: Use valleyview_pipestat_irq_handler() for CHV ville.syrjala
2014-05-20 13:28 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 52/71] drm/i915/chv: Make CHV irq handler loop until all interrupts are consumed ville.syrjala
2014-04-09 16:05 ` Daniel Vetter
2014-04-09 16:51 ` Ville Syrjälä
2014-05-20 13:30 ` Daniel Vetter
2014-04-09 10:28 ` [PATCH 53/71] drm/i915/chv: Configure crtc_mask correctly for CHV ville.syrjala
2014-04-09 16:06 ` Daniel Vetter
2014-04-10 16:54 ` Jani Nikula
2014-04-28 11:07 ` [PATCH v2 " ville.syrjala
2014-04-09 10:28 ` [PATCH 54/71] drm/i915/chv: Fix gmbus for port D ville.syrjala
2014-04-09 10:28 ` [PATCH 55/71] drm/i915/chv: Add cursor pipe offsets ville.syrjala
2014-04-09 10:28 ` [PATCH 56/71] drm/i915/chv: Bump num_pipes to 3 ville.syrjala
2014-04-09 10:28 ` [PATCH 57/71] drm/i915/chv: Fix PORT_TO_PIPE for CHV ville.syrjala
2014-04-09 10:28 ` [PATCH 58/71] drm/i915/chv: Register port D encoders and connectors ville.syrjala
2014-04-25 10:09 ` Antti Koskipää
2014-04-09 10:28 ` [PATCH 59/71] drm/i915/chv: Fix CHV PLL state tracking ville.syrjala
2014-04-25 12:01 ` Mika Kuoppala
2014-04-09 10:28 ` [PATCH 60/71] drm/i915/chv: Move data lane deassert to encoder pre_enable ville.syrjala
2014-04-09 10:28 ` [PATCH 61/71] drm/i915/chv: Turn off dclkp after the PLL has been disabled ville.syrjala
2014-04-09 10:29 ` [PATCH 62/71] drm/i915/chv: Reset data lanes in encoder .post_disable() hook ville.syrjala
2014-04-09 10:29 ` [PATCH 63/71] drm/i915/chv: Set soft reset override bit for data lane resets ville.syrjala
2014-04-28 11:15 ` [PATCH v2 " ville.syrjala
2014-04-09 10:29 ` [PATCH 64/71] drm/i915/chv: Don't use PCS group access reads ville.syrjala
2014-04-09 16:18 ` Daniel Vetter
2014-04-09 16:56 ` Ville Syrjälä
2014-05-20 13:50 ` Daniel Vetter
2014-05-20 14:11 ` Ville Syrjälä
2014-05-20 14:17 ` Daniel Vetter
2014-04-25 15:15 ` Mika Kuoppala
2014-04-09 10:29 ` [PATCH 65/71] drm/i915/chv: Don't do group access reads from TX lanes either ville.syrjala
2014-04-09 10:29 ` [PATCH 66/71] drm/i915/chv: Use RMW to toggle swing calc init ville.syrjala
2014-04-09 16:20 ` Daniel Vetter
2014-04-28 14:47 ` Mika Kuoppala
2014-04-09 10:29 ` [PATCH 67/71] drm/i915/chv: Try to program the PHY used clock channel overrides ville.syrjala
2014-05-27 12:46 ` Mika Kuoppala
2014-05-27 13:08 ` Mika Kuoppala
2014-05-27 13:41 ` Mika Kuoppala
2014-04-09 10:29 ` [PATCH 68/71] drm/i915/chv: Force clock buffer enables ville.syrjala
2014-05-27 13:30 ` [PATCH v2 " ville.syrjala
2014-05-27 13:41 ` Mika Kuoppala
2014-04-09 10:29 ` [PATCH 69/71] drm/i915/chv: Force PHY clock buffers off after PLL disable ville.syrjala
2014-05-27 13:32 ` [PATCH v2 " ville.syrjala
2014-05-27 13:42 ` Mika Kuoppala
2014-04-09 10:29 ` [PATCH 70/71] drm/i915: Don't use pipe_offset stuff for DPLL registers ville.syrjala
2014-04-09 19:18 ` Damien Lespiau
2014-05-27 17:02 ` Daniel Vetter
2014-04-09 10:29 ` [PATCH 71/71] drm/i915/chv: Handle video DIP registers on CHV ville.syrjala
2014-04-09 18:41 ` Damien Lespiau
2014-04-09 13:25 ` [PATCH 00/71] drm/i915/chv: Add Cherryview support Ville Syrjälä
2014-04-09 14:30 ` S, Deepak
2014-04-09 15:05 ` Ville Syrjälä
2014-04-09 16:27 ` S, Deepak
2014-04-09 16:53 ` Daniel Vetter
2014-04-09 19:12 ` S, Deepak
2014-04-09 20:00 ` Daniel Vetter
2014-04-10 4:01 ` S, Deepak
2014-04-10 12:59 ` Ville Syrjälä
2014-04-10 13:41 ` Jani Nikula
2014-04-10 14:04 ` Ville Syrjälä
2014-04-15 15:49 ` S, Deepak
2014-04-15 16:16 ` Ville Syrjälä
2014-04-15 17:10 ` S, Deepak
2014-04-10 11:08 ` Ville Syrjälä
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5350DE55.9050906@linux.intel.com \
--to=deepak.s@linux.intel.com \
--cc=ben@bwidawsk.net \
--cc=intel-gfx@lists.freedesktop.org \
--cc=ville.syrjala@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox