public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
* Patch for bug #17902 - support for ns2501 DVO chip
@ 2012-06-08 16:15 Thomas Richter
  2012-06-08 19:30 ` Daniel Vetter
  0 siblings, 1 reply; 2+ messages in thread
From: Thomas Richter @ 2012-06-08 16:15 UTC (permalink / raw)
  To: intel-gfx

Hi folks,

trying to get an old Fujitsu Siemens Laptop to work, I hacked up the 
NS2501 support provided by Gilles
earlier. This patch provides simple DPMS support and includes some 
experimental support for the undocumented
ns2501 scaler. I just copied the values the video bios left behind - and 
it works for me right now.

Problem with this specific chip is that it is not always on the i2c bus 
- if it doesn't like the screen resolution or
the pipe A PLL isn't on, it is deaf and blind. Thus, this patch includes 
a hack to force-on the DVO on the bus to
push the new scaler values into it. Probably there is a smarter way to 
do the same, a way that breaks the
architecture less than what it does now, but at least the beast is now 
tamed and working.

Here is the patch:

/* snip */

diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/dvo.h 
linux-3.4.1/drivers/gpu/drm/i915/dvo.h
--- linux-3.4.1-orig/drivers/gpu/drm/i915/dvo.h    2012-06-01 
09:18:44.000000000 +0200
+++ linux-3.4.1/drivers/gpu/drm/i915/dvo.h    2012-06-08 
13:15:19.000000000 +0200
@@ -140,5 +140,6 @@ extern struct intel_dvo_dev_ops ch7xxx_o
  extern struct intel_dvo_dev_ops ivch_ops;
  extern struct intel_dvo_dev_ops tfp410_ops;
  extern struct intel_dvo_dev_ops ch7017_ops;
+extern struct intel_dvo_dev_ops ns2501_ops;

  #endif /* _INTEL_DVO_H */
diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/dvo_ns2501.c 
linux-3.4.1/drivers/gpu/drm/i915/dvo_ns2501.c
--- linux-3.4.1-orig/drivers/gpu/drm/i915/dvo_ns2501.c    2012-06-08 
17:59:20.000000000 +0200
+++ linux-3.4.1/drivers/gpu/drm/i915/dvo_ns2501.c    2012-06-08 
17:52:21.000000000 +0200
@@ -0,0 +1,544 @@
+/**************************************************************************
+
+Copyright © 2012 Gilles Dartiguelongue, Thomas Richter
+
+All Rights Reserved.
+
+Permission is hereby granted, free of charge, to any person obtaining a
+copy of this software and associated documentation files (the
+"Software"), to deal in the Software without restriction, including
+without limitation the rights to use, copy, modify, merge, publish,
+distribute, sub license, and/or sell copies of the Software, and to
+permit persons to whom the Software is furnished to do so, subject to
+the following conditions:
+
+The above copyright notice and this permission notice (including the
+next paragraph) shall be included in all copies or substantial portions
+of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
+OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT.
+IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
+ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
+TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
+SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
+
+**************************************************************************/
+
+#include "dvo.h"
+#include "i915_reg.h"
+#include "i915_drv.h"
+
+#define NS2501_VID 0x1305
+#define NS2501_DID 0x6726
+
+#define NS2501_VID_LO 0x00
+#define NS2501_VID_HI 0x01
+#define NS2501_DID_LO 0x02
+#define NS2501_DID_HI 0x03
+#define NS2501_REV 0x04
+#define NS2501_RSVD 0x05
+#define NS2501_FREQ_LO 0x06
+#define NS2501_FREQ_HI 0x07
+
+#define NS2501_REG8 0x08
+#define NS2501_8_VEN (1<<5)
+#define NS2501_8_HEN (1<<4)
+#define NS2501_8_DSEL (1<<3)
+#define NS2501_8_BPAS (1<<2)
+#define NS2501_8_RSVD (1<<1)
+#define NS2501_8_PD (1<<0)
+
+#define NS2501_REG9 0x09
+#define NS2501_9_VLOW (1<<7)
+#define NS2501_9_MSEL_MASK (0x7<<4)
+#define NS2501_9_TSEL (1<<3)
+#define NS2501_9_RSEN (1<<2)
+#define NS2501_9_RSVD (1<<1)
+#define NS2501_9_MDI (1<<0)
+
+#define NS2501_REGC 0x0c
+
+struct ns2501_priv {
+  //I2CDevRec d;
+  bool quiet;
+  int reg_8_shadow;
+  int reg_8_set;
+  // Shadow registers for i915
+  int dvoc;
+  int pll_a;
+  int srcdim;
+  int fw_blc;
+};
+
+#define NSPTR(d) ((NS2501Ptr)(d->DriverPrivate.ptr))
+
+/*
+** Include the PLL launcher prototype
+*/
+extern void intel_enable_pll(struct drm_i915_private *dev_priv, enum 
pipe pipe);
+
+/*
+** For reasons unclear to me, the ns2501 at least on the Fujitsu/Siemens
+** laptops does not react on the i2c bus unless
+** both the PLL is running and the display is configured in its native
+** resolution.
+** This function forces the DVO on, and stores the registers it touches.
+** Afterwards, registers are restored to regular values.
+**
+** This is pretty much a hack, though it works.
+** Without that, ns2501_readb and ns2501_writeb fail
+** when switching the resolution.
+*/
+
+static void enable_dvo(struct intel_dvo_device *dvo)
+{
+  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
+  struct i2c_adapter *adapter = dvo->i2c_bus;
+  struct intel_gmbus *bus     = container_of(adapter,
+                                             struct intel_gmbus,
+                                             adapter);
+  struct drm_i915_private *dev_priv = bus->dev_priv;
+
+  DRM_DEBUG_KMS("%s: Trying to re-enable the DVO\n",__FUNCTION__);
+
+  ns->dvoc   = I915_READ(DVO_C);
+  ns->pll_a  = I915_READ(_DPLL_A);
+  ns->srcdim = I915_READ(DVOC_SRCDIM);
+  ns->fw_blc = I915_READ(FW_BLC);
+
+  I915_WRITE(DVOC, 0x10004084);
+  I915_WRITE(_DPLL_A,0xd0820000);
+  I915_WRITE(DVOC_SRCDIM,0x400300); // 1024x768
+  I915_WRITE(FW_BLC,0x1080304);
+
+  intel_enable_pll(dev_priv,0);
+
+  I915_WRITE(DVOC, 0x90004084);
+}
+
+/*
+** Restore the I915 registers modified by the above
+** trigger function.
+*/
+static void restore_dvo(struct intel_dvo_device *dvo)
+{
+  struct i2c_adapter *adapter = dvo->i2c_bus;
+  struct intel_gmbus *bus     = container_of(adapter,
+                                             struct intel_gmbus,
+                                             adapter);
+  struct drm_i915_private *dev_priv = bus->dev_priv;
+  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
+
+  I915_WRITE(DVOC       ,ns->dvoc);
+  I915_WRITE(_DPLL_A    ,ns->pll_a);
+  I915_WRITE(DVOC_SRCDIM,ns->srcdim);
+  I915_WRITE(FW_BLC     ,ns->fw_blc);
+}
+
+/*
+** Read a register from the ns2501.
+** Returns true if successful, false otherwise.
+** If it returns false, it might be wise to enable the
+** DVO with the above function.
+*/
+static bool ns2501_readb(struct intel_dvo_device *dvo, int addr, 
uint8_t *ch)
+{
+  struct ns2501_priv *ns = dvo->dev_priv;
+  struct i2c_adapter *adapter = dvo->i2c_bus;
+  u8 out_buf[2];
+  u8 in_buf[2];
+
+  struct i2c_msg msgs[] = {
+    {
+      .addr = dvo->slave_addr,
+      .flags = 0,
+      .len = 1,
+      .buf = out_buf,
+    },
+    {
+      .addr = dvo->slave_addr,
+      .flags = I2C_M_RD,
+      .len = 1,
+      .buf = in_buf,
+    }
+  };
+
+  out_buf[0] = addr;
+  out_buf[1] = 0;
+
+  if (i2c_transfer(adapter, msgs, 2) == 2) {
+    *ch = in_buf[0];
+    return true;
+  };
+
+  if (!ns->quiet) {
+    DRM_DEBUG_KMS("Unable to read register 0x%02x from %s:0x%02x.\n",
+          addr, adapter->name, dvo->slave_addr);
+  }
+
+  return false;
+}
+
+/*
+** Write a register to the ns2501.
+** Returns true if successful, false otherwise.
+** If it returns false, it might be wise to enable the
+** DVO with the above function.
+*/
+static bool ns2501_writeb(struct intel_dvo_device *dvo, int addr, 
uint8_t ch)
+{
+  struct ns2501_priv *ns = dvo->dev_priv;
+  struct i2c_adapter *adapter = dvo->i2c_bus;
+  uint8_t out_buf[2];
+
+  struct i2c_msg msg = {
+    .addr = dvo->slave_addr,
+    .flags = 0,
+    .len = 2,
+    .buf = out_buf,
+  };
+
+  out_buf[0] = addr;
+  out_buf[1] = ch;
+
+  if (i2c_transfer(adapter, &msg, 1) == 1) {
+    return true;
+  }
+
+  if (!ns->quiet) {
+    DRM_DEBUG_KMS("Unable to write register 0x%02x to %s:%d\n",
+                  addr, adapter->name, dvo->slave_addr);
+  }
+
+  return false;
+}
+
+/* National Semiconductor 2501 driver for chip on i2c bus
+** scan for the chip on the bus.
+** Hope the VBIOS initialized the PLL correctly so we can
+** talk to it. If not, it will not be seen and not detected.
+** Bummer!
+*/
+static bool ns2501_init(struct intel_dvo_device *dvo,
+            struct i2c_adapter *adapter)
+{
+  /* this will detect the NS2501 chip on the specified i2c bus */
+  struct ns2501_priv *ns;
+  unsigned char ch;
+
+  ns = kzalloc(sizeof(struct ns2501_priv), GFP_KERNEL);
+  if (ns == NULL)
+    return false;
+
+  dvo->i2c_bus = adapter;
+  dvo->dev_priv = ns;
+  ns->quiet = true;
+
+  if (!ns2501_readb(dvo, NS2501_VID_LO, &ch))
+    goto out;
+
+  if (ch != (NS2501_VID & 0xff)) {
+    DRM_DEBUG_KMS("ns2501 not detected got %d: from %s Slave %d.\n",
+          ch, adapter->name, dvo->slave_addr);
+    goto out;
+  }
+
+  if (!ns2501_readb(dvo, NS2501_DID_LO, &ch))
+    goto out;
+
+  if (ch != (NS2501_DID & 0xff)) {
+    DRM_DEBUG_KMS("ns2501 not detected got %d: from %s Slave %d.\n",
+          ch, adapter->name, dvo->slave_addr);
+    goto out;
+  }
+  ns->quiet        = false;
+  ns->reg_8_set    = 0;
+  ns->reg_8_shadow = NS2501_8_PD | NS2501_8_BPAS | NS2501_8_VEN | 
NS2501_8_HEN;
+
+  DRM_DEBUG_KMS("init ns2501 dvo controller successfully!\n");
+  return true;
+
+ out:
+  kfree(ns);
+  return false;
+}
+
+static enum drm_connector_status ns2501_detect(struct intel_dvo_device 
*dvo)
+{
+  /*
+  ** This is a Laptop display, it doesn't have hotplugging.
+  ** Even if not, the detection bit of the 2501 is unreliable as
+  ** it only works for some display types.
+  ** It is even more unreliable as the PLL must be active for
+  ** allowing reading from the chiop.
+  */
+  return connector_status_connected;
+}
+
+static enum drm_mode_status ns2501_mode_valid(struct intel_dvo_device *dvo,
+                          struct drm_display_mode *mode)
+{
+  DRM_DEBUG_KMS("%s: is mode valid 
(hdisplay=%d,htotal=%d,vdisplay=%d,vtotal=%d)\n",__FUNCTION__,
+        mode->hdisplay,mode->htotal,mode->vdisplay,mode->vtotal);
+
+
+  /*
+  ** Currently, these are all the modes I have data from.
+  ** More might exist. Unclear how to find the native resolution
+  ** of the panel in here so we could always accept it
+  ** by disabling the scaler.
+  */
+  if ((mode->hdisplay == 800 && mode->vdisplay == 600) ||
+      (mode->hdisplay == 640 && mode->vdisplay == 480) ||
+      (mode->hdisplay == 1024 && mode->vdisplay == 768)) {
+    return MODE_OK;
+  } else {
+    return MODE_ONE_SIZE; /* Is this a reasonable error? */
+  }
+}
+
+static void ns2501_mode_set(struct intel_dvo_device *dvo,
+                struct drm_display_mode *mode,
+                struct drm_display_mode *adjusted_mode)
+{
+  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
+
+  DRM_DEBUG_KMS("%s: set mode 
(hdisplay=%d,htotal=%d,vdisplay=%d,vtotal=%d).\n",__FUNCTION__,
+        mode->hdisplay,mode->htotal,mode->vdisplay,mode->vtotal);
+
+  /*
+  ** Where do I find the native resolution for which scaling is not 
required???
+  **
+  ** First trigger the DVO on as otherwise the chip does not appear on 
the i2c
+  ** bus.
+  */
+  enable_dvo(dvo);
+
+  if (mode->hdisplay == 800 && mode->vdisplay == 600) {
+    /* mode 277 */
+    ns->reg_8_shadow &= ~NS2501_8_BPAS;
+    DRM_DEBUG_KMS("%s: switching to 800x600\n",__FUNCTION__);
+
+    /*
+    ** No, I do not know where this data comes from.
+    ** It is just what the video bios left in the DVO, so
+    ** I'm just copying it here over.
+    ** This also means that I cannot support any other modes
+    ** except the ones supported by the bios.
+    */
+    ns2501_writeb(dvo, 0x11, 0xc8);
+    ns2501_writeb(dvo, 0x1b, 0x19);
+    ns2501_writeb(dvo, 0x1c, 0x64);
+    ns2501_writeb(dvo, 0x1d, 0x02);
+
+    ns2501_writeb(dvo, 0x34, 0x03);
+    ns2501_writeb(dvo, 0x35, 0xff);
+
+    ns2501_writeb(dvo, 0x80, 0x27);
+    ns2501_writeb(dvo, 0x81, 0x03);
+    ns2501_writeb(dvo, 0x82, 0x41);
+    ns2501_writeb(dvo, 0x83, 0x05);
+
+    ns2501_writeb(dvo, 0x8d, 0x02);
+    ns2501_writeb(dvo, 0x8e, 0x04);
+    ns2501_writeb(dvo, 0x8f, 0x00);
+
+    ns2501_writeb(dvo, 0x90, 0xff); /* vertical */
+    ns2501_writeb(dvo, 0x91, 0x07);
+    ns2501_writeb(dvo, 0x94, 0x00);
+    ns2501_writeb(dvo, 0x95, 0x00);
+
+    ns2501_writeb(dvo, 0x96, 0x00);
+
+    ns2501_writeb(dvo, 0x99, 0x00);
+    ns2501_writeb(dvo, 0x9a, 0x88);
+
+    ns2501_writeb(dvo, 0x9c, 0x23);
+    ns2501_writeb(dvo, 0x9d, 0x00);
+    ns2501_writeb(dvo, 0x9e, 0x25);
+    ns2501_writeb(dvo, 0x9f, 0x03);
+
+    ns2501_writeb(dvo, 0xa4, 0x80);
+
+    ns2501_writeb(dvo, 0xb6, 0x00);
+
+    ns2501_writeb(dvo, 0xb9, 0xc8); /* horizontal? */
+    ns2501_writeb(dvo, 0xba, 0x00); /* horizontal? */
+
+    ns2501_writeb(dvo, 0xc0, 0x05); /* horizontal? */
+    ns2501_writeb(dvo, 0xc1, 0xd7);
+
+    ns2501_writeb(dvo, 0xc2, 0x00);
+    ns2501_writeb(dvo, 0xc3, 0xf8);
+
+    ns2501_writeb(dvo, 0xc4, 0x03);
+    ns2501_writeb(dvo, 0xc5, 0x1a);
+
+    ns2501_writeb(dvo, 0xc6, 0x00);
+    ns2501_writeb(dvo, 0xc7, 0x73);
+    ns2501_writeb(dvo, 0xc8, 0x02);
+
+  } else if (mode->hdisplay == 640 && mode->vdisplay == 480) {
+    /* mode 274 */
+    DRM_DEBUG_KMS("%s: switching to 640x480\n",__FUNCTION__);
+    /*
+    ** No, I do not know where this data comes from.
+    ** It is just what the video bios left in the DVO, so
+    ** I'm just copying it here over.
+    ** This also means that I cannot support any other modes
+    ** except the ones supported by the bios.
+    */
+    ns->reg_8_shadow &= ~NS2501_8_BPAS;
+
+    ns2501_writeb(dvo, 0x11, 0xa0);
+    ns2501_writeb(dvo, 0x1b, 0x11);
+    ns2501_writeb(dvo, 0x1c, 0x54);
+    ns2501_writeb(dvo, 0x1d, 0x03);
+
+    ns2501_writeb(dvo, 0x34, 0x03);
+    ns2501_writeb(dvo, 0x35, 0xff);
+
+    ns2501_writeb(dvo, 0x80, 0xff);
+    ns2501_writeb(dvo, 0x81, 0x07);
+    ns2501_writeb(dvo, 0x82, 0x3d);
+    ns2501_writeb(dvo, 0x83, 0x05);
+
+    ns2501_writeb(dvo, 0x8d, 0x02);
+    ns2501_writeb(dvo, 0x8e, 0x10);
+    ns2501_writeb(dvo, 0x8f, 0x00);
+
+    ns2501_writeb(dvo, 0x90, 0xff); /* vertical */
+    ns2501_writeb(dvo, 0x91, 0x07);
+    ns2501_writeb(dvo, 0x94, 0x00);
+    ns2501_writeb(dvo, 0x95, 0x00);
+
+    ns2501_writeb(dvo, 0x96, 0x05);
+
+    ns2501_writeb(dvo, 0x99, 0x00);
+    ns2501_writeb(dvo, 0x9a, 0x88);
+
+    ns2501_writeb(dvo, 0x9c, 0x24);
+    ns2501_writeb(dvo, 0x9d, 0x00);
+    ns2501_writeb(dvo, 0x9e, 0x25);
+    ns2501_writeb(dvo, 0x9f, 0x03);
+
+    ns2501_writeb(dvo, 0xa4, 0x84);
+
+    ns2501_writeb(dvo, 0xb6, 0x09);
+
+    ns2501_writeb(dvo, 0xb9, 0xa0); /* horizontal? */
+    ns2501_writeb(dvo, 0xba, 0x00); /* horizontal? */
+
+    ns2501_writeb(dvo, 0xc0, 0x05); /* horizontal? */
+    ns2501_writeb(dvo, 0xc1, 0x90);
+
+    ns2501_writeb(dvo, 0xc2, 0x00);
+    ns2501_writeb(dvo, 0xc3, 0x0f);
+
+    ns2501_writeb(dvo, 0xc4, 0x03);
+    ns2501_writeb(dvo, 0xc5, 0x16);
+
+    ns2501_writeb(dvo, 0xc6, 0x00);
+    ns2501_writeb(dvo, 0xc7, 0x02);
+    ns2501_writeb(dvo, 0xc8, 0x02);
+
+  } else if (mode->hdisplay == 1024 && mode->vdisplay == 768) {
+    /* mode 280 */
+    DRM_DEBUG_KMS("%s: switching to 1024x768\n",__FUNCTION__);
+    /*
+    ** This might or might not work, actually. I'm silently
+    ** assuming here that the native panel resolution is
+    ** 1024x768. If not, then this leaves the scaler disabled
+    ** generating a picture that is likely not the expected.
+    **
+    ** Problem is that I do not know where to take the panel
+    ** dimensions from.
+    **
+    ** Enable the bypass, scaling not required.
+    **
+    ** The scaler registers are irrelevant here....
+    **
+    */
+    ns->reg_8_shadow |= NS2501_8_BPAS;
+    ns2501_writeb(dvo, 0x37, 0x44);
+  } else {
+    /* Data not known. Bummer!
+    ** Hopefully, the code should not go here
+    ** as mode_OK delivered no other modes.
+    */
+    ns->reg_8_shadow |= NS2501_8_BPAS;
+  }
+  ns2501_writeb(dvo, NS2501_REG8, ns->reg_8_shadow);
+
+  /*
+  ** Restore the old i915 registers before
+  ** forcing the ns2501 on.
+  */
+  restore_dvo(dvo);
+}
+
+/* set the NS2501 power state */
+static void ns2501_dpms(struct intel_dvo_device *dvo, int mode)
+{
+  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
+  unsigned char ch;
+
+  DRM_DEBUG_KMS("%s: Trying set the dpms of the DVO to 
%d\n",__FUNCTION__,mode);
+
+  ch = ns->reg_8_shadow;
+
+  if (mode == DRM_MODE_DPMS_ON)
+    ch |= NS2501_8_PD;
+  else
+    ch &= ~NS2501_8_PD;
+
+  if (ns->reg_8_set == 0 || ns->reg_8_shadow != ch) {
+    ns->reg_8_set    = 1;
+    ns->reg_8_shadow = ch;
+    ns2501_writeb(dvo, NS2501_REG8, ch);
+  }
+  /*
+  ** Note that this may actually fail,namely exactly
+  ** when the chip vanished from the bus.
+  **
+  ** Should I force-enable it here??
+  */
+}
+
+static void ns2501_dump_regs(struct intel_dvo_device *dvo)
+{
+  uint8_t val;
+
+  ns2501_readb(dvo, NS2501_FREQ_LO, &val);
+  DRM_LOG_KMS("NS2501_FREQ_LO: 0x%02x\n", val);
+  ns2501_readb(dvo, NS2501_FREQ_HI, &val);
+  DRM_LOG_KMS("NS2501_FREQ_HI: 0x%02x\n", val);
+  ns2501_readb(dvo, NS2501_REG8, &val);
+  DRM_LOG_KMS("NS2501_REG8: 0x%02x\n", val);
+  ns2501_readb(dvo, NS2501_REG9, &val);
+  DRM_LOG_KMS("NS2501_REG9: 0x%02x\n", val);
+  ns2501_readb(dvo, NS2501_REGC, &val);
+  DRM_LOG_KMS("NS2501_REGC: 0x%02x\n", val);
+}
+
+static void ns2501_destroy(struct intel_dvo_device *dvo)
+{
+  struct ns2501_priv *ns = dvo->dev_priv;
+
+  if (ns) {
+    kfree(ns);
+    dvo->dev_priv = NULL;
+  }
+}
+
+struct intel_dvo_dev_ops ns2501_ops = {
+  .init = ns2501_init,
+  .detect = ns2501_detect,
+  .mode_valid = ns2501_mode_valid,
+  .mode_set = ns2501_mode_set,
+  .dpms = ns2501_dpms,
+  .dump_regs = ns2501_dump_regs,
+  .destroy = ns2501_destroy,
+};

diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/intel_display.c 
linux-3.4.1/drivers/gpu/drm/i915/intel_display.c
--- linux-3.4.1-orig/drivers/gpu/drm/i915/intel_display.c    2012-06-01 
09:18:44.000000000 +0200
+++ linux-3.4.1/drivers/gpu/drm/i915/intel_display.c    2012-06-08 
16:55:20.000000000 +0200
@@ -1142,7 +1142,7 @@ static void assert_pch_ports_disabled(st
   *
   * Note!  This is for pre-ILK only.
   */
-static void intel_enable_pll(struct drm_i915_private *dev_priv, enum 
pipe pipe)
+void intel_enable_pll(struct drm_i915_private *dev_priv, enum pipe pipe)
  {
      int reg;
      u32 val;

diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/intel_dvo.c 
linux-3.4.1/drivers/gpu/drm/i915/intel_dvo.c
--- linux-3.4.1-orig/drivers/gpu/drm/i915/intel_dvo.c    2012-06-01 
09:18:44.000000000 +0200
+++ linux-3.4.1/drivers/gpu/drm/i915/intel_dvo.c    2012-06-08 
12:50:16.000000000 +0200
@@ -37,6 +37,7 @@
  #define SIL164_ADDR    0x38
  #define CH7xxx_ADDR    0x76
  #define TFP410_ADDR    0x38
+#define NS2501_ADDR     0x38

  static const struct intel_dvo_device intel_dvo_devices[] = {
      {
@@ -61,6 +62,13 @@ static const struct intel_dvo_device int
          .dev_ops = &ivch_ops,
      },
      {
+            .type = INTEL_DVO_CHIP_TMDS,
+            .name = "ns2501",
+            .dvo_reg = DVOC,
+            .slave_addr = NS2501_ADDR,
+            .dev_ops = &ns2501_ops,
+    },
+    {
          .type = INTEL_DVO_CHIP_TMDS,
          .name = "tfp410",
          .dvo_reg = DVOC,

diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/Makefile 
linux-3.4.1/drivers/gpu/drm/i915/Makefile
--- linux-3.4.1-orig/drivers/gpu/drm/i915/Makefile    2012-06-01 
09:18:44.000000000 +0200
+++ linux-3.4.1/drivers/gpu/drm/i915/Makefile    2012-06-08 
12:50:54.000000000 +0200
@@ -34,7 +34,8 @@ i915-y := i915_drv.o i915_dma.o i915_irq
        dvo_ch7017.o \
        dvo_ivch.o \
        dvo_tfp410.o \
-      dvo_sil164.o
+      dvo_sil164.o \
+      dvo_ns2501.o

  i915-$(CONFIG_COMPAT)   += i915_ioc32.o


/* snip */


Please check and confirm to which degree this is working.

Thanks,
     Thomas

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Patch for bug #17902 - support for ns2501 DVO chip
  2012-06-08 16:15 Patch for bug #17902 - support for ns2501 DVO chip Thomas Richter
@ 2012-06-08 19:30 ` Daniel Vetter
  0 siblings, 0 replies; 2+ messages in thread
From: Daniel Vetter @ 2012-06-08 19:30 UTC (permalink / raw)
  To: Thomas Richter; +Cc: intel-gfx

On Fri, Jun 08, 2012 at 06:15:06PM +0200, Thomas Richter wrote:
> Hi folks,
> 
> trying to get an old Fujitsu Siemens Laptop to work, I hacked up the
> NS2501 support provided by Gilles
> earlier. This patch provides simple DPMS support and includes some
> experimental support for the undocumented
> ns2501 scaler. I just copied the values the video bios left behind -
> and it works for me right now.
> 
> Problem with this specific chip is that it is not always on the i2c
> bus - if it doesn't like the screen resolution or
> the pipe A PLL isn't on, it is deaf and blind. Thus, this patch
> includes a hack to force-on the DVO on the bus to
> push the new scaler values into it. Probably there is a smarter way
> to do the same, a way that breaks the
> architecture less than what it does now, but at least the beast is
> now tamed and working.
> 
> Here is the patch:

I'm ok with merging this code since it will only affect machines with that
specific dvo chip and hence shouldn't cause regressions. A few things must
be changed though:
- Please submit a proper kernel patch, see
  Documentation/SubmittingPatches. One really important thing is that the
  Signed-off-by line from you and Gilles Dartiguelongue is missing.
- An "all rights reserved" lincense is an obvious no-go. stuff in drm/*
  is dual-lincensed MIT/GPL, see the lincensing header smashed a the
  beginning of every file. You obviously need permission from Gilles
  Datiguelongue to do that.

And the not-strict requirement:
- I think it'd be good to split out the trick to bring the dvo chip to
  life in a separate patch.

Yours, Daniel
> 
> /* snip */
> 
> diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/dvo.h
> linux-3.4.1/drivers/gpu/drm/i915/dvo.h
> --- linux-3.4.1-orig/drivers/gpu/drm/i915/dvo.h    2012-06-01
> 09:18:44.000000000 +0200
> +++ linux-3.4.1/drivers/gpu/drm/i915/dvo.h    2012-06-08
> 13:15:19.000000000 +0200
> @@ -140,5 +140,6 @@ extern struct intel_dvo_dev_ops ch7xxx_o
>  extern struct intel_dvo_dev_ops ivch_ops;
>  extern struct intel_dvo_dev_ops tfp410_ops;
>  extern struct intel_dvo_dev_ops ch7017_ops;
> +extern struct intel_dvo_dev_ops ns2501_ops;
> 
>  #endif /* _INTEL_DVO_H */
> diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/dvo_ns2501.c
> linux-3.4.1/drivers/gpu/drm/i915/dvo_ns2501.c
> --- linux-3.4.1-orig/drivers/gpu/drm/i915/dvo_ns2501.c    2012-06-08
> 17:59:20.000000000 +0200
> +++ linux-3.4.1/drivers/gpu/drm/i915/dvo_ns2501.c    2012-06-08
> 17:52:21.000000000 +0200
> @@ -0,0 +1,544 @@
> +/**************************************************************************
> +
> +Copyright © 2012 Gilles Dartiguelongue, Thomas Richter
> +
> +All Rights Reserved.
> +
> +Permission is hereby granted, free of charge, to any person obtaining a
> +copy of this software and associated documentation files (the
> +"Software"), to deal in the Software without restriction, including
> +without limitation the rights to use, copy, modify, merge, publish,
> +distribute, sub license, and/or sell copies of the Software, and to
> +permit persons to whom the Software is furnished to do so, subject to
> +the following conditions:
> +
> +The above copyright notice and this permission notice (including the
> +next paragraph) shall be included in all copies or substantial portions
> +of the Software.
> +
> +THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
> +OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
> +MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT.
> +IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
> +ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
> +TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
> +SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
> +
> +**************************************************************************/
> +
> +#include "dvo.h"
> +#include "i915_reg.h"
> +#include "i915_drv.h"
> +
> +#define NS2501_VID 0x1305
> +#define NS2501_DID 0x6726
> +
> +#define NS2501_VID_LO 0x00
> +#define NS2501_VID_HI 0x01
> +#define NS2501_DID_LO 0x02
> +#define NS2501_DID_HI 0x03
> +#define NS2501_REV 0x04
> +#define NS2501_RSVD 0x05
> +#define NS2501_FREQ_LO 0x06
> +#define NS2501_FREQ_HI 0x07
> +
> +#define NS2501_REG8 0x08
> +#define NS2501_8_VEN (1<<5)
> +#define NS2501_8_HEN (1<<4)
> +#define NS2501_8_DSEL (1<<3)
> +#define NS2501_8_BPAS (1<<2)
> +#define NS2501_8_RSVD (1<<1)
> +#define NS2501_8_PD (1<<0)
> +
> +#define NS2501_REG9 0x09
> +#define NS2501_9_VLOW (1<<7)
> +#define NS2501_9_MSEL_MASK (0x7<<4)
> +#define NS2501_9_TSEL (1<<3)
> +#define NS2501_9_RSEN (1<<2)
> +#define NS2501_9_RSVD (1<<1)
> +#define NS2501_9_MDI (1<<0)
> +
> +#define NS2501_REGC 0x0c
> +
> +struct ns2501_priv {
> +  //I2CDevRec d;
> +  bool quiet;
> +  int reg_8_shadow;
> +  int reg_8_set;
> +  // Shadow registers for i915
> +  int dvoc;
> +  int pll_a;
> +  int srcdim;
> +  int fw_blc;
> +};
> +
> +#define NSPTR(d) ((NS2501Ptr)(d->DriverPrivate.ptr))
> +
> +/*
> +** Include the PLL launcher prototype
> +*/
> +extern void intel_enable_pll(struct drm_i915_private *dev_priv,
> enum pipe pipe);
> +
> +/*
> +** For reasons unclear to me, the ns2501 at least on the Fujitsu/Siemens
> +** laptops does not react on the i2c bus unless
> +** both the PLL is running and the display is configured in its native
> +** resolution.
> +** This function forces the DVO on, and stores the registers it touches.
> +** Afterwards, registers are restored to regular values.
> +**
> +** This is pretty much a hack, though it works.
> +** Without that, ns2501_readb and ns2501_writeb fail
> +** when switching the resolution.
> +*/
> +
> +static void enable_dvo(struct intel_dvo_device *dvo)
> +{
> +  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
> +  struct i2c_adapter *adapter = dvo->i2c_bus;
> +  struct intel_gmbus *bus     = container_of(adapter,
> +                                             struct intel_gmbus,
> +                                             adapter);
> +  struct drm_i915_private *dev_priv = bus->dev_priv;
> +
> +  DRM_DEBUG_KMS("%s: Trying to re-enable the DVO\n",__FUNCTION__);
> +
> +  ns->dvoc   = I915_READ(DVO_C);
> +  ns->pll_a  = I915_READ(_DPLL_A);
> +  ns->srcdim = I915_READ(DVOC_SRCDIM);
> +  ns->fw_blc = I915_READ(FW_BLC);
> +
> +  I915_WRITE(DVOC, 0x10004084);
> +  I915_WRITE(_DPLL_A,0xd0820000);
> +  I915_WRITE(DVOC_SRCDIM,0x400300); // 1024x768
> +  I915_WRITE(FW_BLC,0x1080304);
> +
> +  intel_enable_pll(dev_priv,0);
> +
> +  I915_WRITE(DVOC, 0x90004084);
> +}
> +
> +/*
> +** Restore the I915 registers modified by the above
> +** trigger function.
> +*/
> +static void restore_dvo(struct intel_dvo_device *dvo)
> +{
> +  struct i2c_adapter *adapter = dvo->i2c_bus;
> +  struct intel_gmbus *bus     = container_of(adapter,
> +                                             struct intel_gmbus,
> +                                             adapter);
> +  struct drm_i915_private *dev_priv = bus->dev_priv;
> +  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
> +
> +  I915_WRITE(DVOC       ,ns->dvoc);
> +  I915_WRITE(_DPLL_A    ,ns->pll_a);
> +  I915_WRITE(DVOC_SRCDIM,ns->srcdim);
> +  I915_WRITE(FW_BLC     ,ns->fw_blc);
> +}
> +
> +/*
> +** Read a register from the ns2501.
> +** Returns true if successful, false otherwise.
> +** If it returns false, it might be wise to enable the
> +** DVO with the above function.
> +*/
> +static bool ns2501_readb(struct intel_dvo_device *dvo, int addr,
> uint8_t *ch)
> +{
> +  struct ns2501_priv *ns = dvo->dev_priv;
> +  struct i2c_adapter *adapter = dvo->i2c_bus;
> +  u8 out_buf[2];
> +  u8 in_buf[2];
> +
> +  struct i2c_msg msgs[] = {
> +    {
> +      .addr = dvo->slave_addr,
> +      .flags = 0,
> +      .len = 1,
> +      .buf = out_buf,
> +    },
> +    {
> +      .addr = dvo->slave_addr,
> +      .flags = I2C_M_RD,
> +      .len = 1,
> +      .buf = in_buf,
> +    }
> +  };
> +
> +  out_buf[0] = addr;
> +  out_buf[1] = 0;
> +
> +  if (i2c_transfer(adapter, msgs, 2) == 2) {
> +    *ch = in_buf[0];
> +    return true;
> +  };
> +
> +  if (!ns->quiet) {
> +    DRM_DEBUG_KMS("Unable to read register 0x%02x from %s:0x%02x.\n",
> +          addr, adapter->name, dvo->slave_addr);
> +  }
> +
> +  return false;
> +}
> +
> +/*
> +** Write a register to the ns2501.
> +** Returns true if successful, false otherwise.
> +** If it returns false, it might be wise to enable the
> +** DVO with the above function.
> +*/
> +static bool ns2501_writeb(struct intel_dvo_device *dvo, int addr,
> uint8_t ch)
> +{
> +  struct ns2501_priv *ns = dvo->dev_priv;
> +  struct i2c_adapter *adapter = dvo->i2c_bus;
> +  uint8_t out_buf[2];
> +
> +  struct i2c_msg msg = {
> +    .addr = dvo->slave_addr,
> +    .flags = 0,
> +    .len = 2,
> +    .buf = out_buf,
> +  };
> +
> +  out_buf[0] = addr;
> +  out_buf[1] = ch;
> +
> +  if (i2c_transfer(adapter, &msg, 1) == 1) {
> +    return true;
> +  }
> +
> +  if (!ns->quiet) {
> +    DRM_DEBUG_KMS("Unable to write register 0x%02x to %s:%d\n",
> +                  addr, adapter->name, dvo->slave_addr);
> +  }
> +
> +  return false;
> +}
> +
> +/* National Semiconductor 2501 driver for chip on i2c bus
> +** scan for the chip on the bus.
> +** Hope the VBIOS initialized the PLL correctly so we can
> +** talk to it. If not, it will not be seen and not detected.
> +** Bummer!
> +*/
> +static bool ns2501_init(struct intel_dvo_device *dvo,
> +            struct i2c_adapter *adapter)
> +{
> +  /* this will detect the NS2501 chip on the specified i2c bus */
> +  struct ns2501_priv *ns;
> +  unsigned char ch;
> +
> +  ns = kzalloc(sizeof(struct ns2501_priv), GFP_KERNEL);
> +  if (ns == NULL)
> +    return false;
> +
> +  dvo->i2c_bus = adapter;
> +  dvo->dev_priv = ns;
> +  ns->quiet = true;
> +
> +  if (!ns2501_readb(dvo, NS2501_VID_LO, &ch))
> +    goto out;
> +
> +  if (ch != (NS2501_VID & 0xff)) {
> +    DRM_DEBUG_KMS("ns2501 not detected got %d: from %s Slave %d.\n",
> +          ch, adapter->name, dvo->slave_addr);
> +    goto out;
> +  }
> +
> +  if (!ns2501_readb(dvo, NS2501_DID_LO, &ch))
> +    goto out;
> +
> +  if (ch != (NS2501_DID & 0xff)) {
> +    DRM_DEBUG_KMS("ns2501 not detected got %d: from %s Slave %d.\n",
> +          ch, adapter->name, dvo->slave_addr);
> +    goto out;
> +  }
> +  ns->quiet        = false;
> +  ns->reg_8_set    = 0;
> +  ns->reg_8_shadow = NS2501_8_PD | NS2501_8_BPAS | NS2501_8_VEN |
> NS2501_8_HEN;
> +
> +  DRM_DEBUG_KMS("init ns2501 dvo controller successfully!\n");
> +  return true;
> +
> + out:
> +  kfree(ns);
> +  return false;
> +}
> +
> +static enum drm_connector_status ns2501_detect(struct
> intel_dvo_device *dvo)
> +{
> +  /*
> +  ** This is a Laptop display, it doesn't have hotplugging.
> +  ** Even if not, the detection bit of the 2501 is unreliable as
> +  ** it only works for some display types.
> +  ** It is even more unreliable as the PLL must be active for
> +  ** allowing reading from the chiop.
> +  */
> +  return connector_status_connected;
> +}
> +
> +static enum drm_mode_status ns2501_mode_valid(struct intel_dvo_device *dvo,
> +                          struct drm_display_mode *mode)
> +{
> +  DRM_DEBUG_KMS("%s: is mode valid
> (hdisplay=%d,htotal=%d,vdisplay=%d,vtotal=%d)\n",__FUNCTION__,
> +        mode->hdisplay,mode->htotal,mode->vdisplay,mode->vtotal);
> +
> +
> +  /*
> +  ** Currently, these are all the modes I have data from.
> +  ** More might exist. Unclear how to find the native resolution
> +  ** of the panel in here so we could always accept it
> +  ** by disabling the scaler.
> +  */
> +  if ((mode->hdisplay == 800 && mode->vdisplay == 600) ||
> +      (mode->hdisplay == 640 && mode->vdisplay == 480) ||
> +      (mode->hdisplay == 1024 && mode->vdisplay == 768)) {
> +    return MODE_OK;
> +  } else {
> +    return MODE_ONE_SIZE; /* Is this a reasonable error? */
> +  }
> +}
> +
> +static void ns2501_mode_set(struct intel_dvo_device *dvo,
> +                struct drm_display_mode *mode,
> +                struct drm_display_mode *adjusted_mode)
> +{
> +  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
> +
> +  DRM_DEBUG_KMS("%s: set mode
> (hdisplay=%d,htotal=%d,vdisplay=%d,vtotal=%d).\n",__FUNCTION__,
> +        mode->hdisplay,mode->htotal,mode->vdisplay,mode->vtotal);
> +
> +  /*
> +  ** Where do I find the native resolution for which scaling is not
> required???
> +  **
> +  ** First trigger the DVO on as otherwise the chip does not appear
> on the i2c
> +  ** bus.
> +  */
> +  enable_dvo(dvo);
> +
> +  if (mode->hdisplay == 800 && mode->vdisplay == 600) {
> +    /* mode 277 */
> +    ns->reg_8_shadow &= ~NS2501_8_BPAS;
> +    DRM_DEBUG_KMS("%s: switching to 800x600\n",__FUNCTION__);
> +
> +    /*
> +    ** No, I do not know where this data comes from.
> +    ** It is just what the video bios left in the DVO, so
> +    ** I'm just copying it here over.
> +    ** This also means that I cannot support any other modes
> +    ** except the ones supported by the bios.
> +    */
> +    ns2501_writeb(dvo, 0x11, 0xc8);
> +    ns2501_writeb(dvo, 0x1b, 0x19);
> +    ns2501_writeb(dvo, 0x1c, 0x64);
> +    ns2501_writeb(dvo, 0x1d, 0x02);
> +
> +    ns2501_writeb(dvo, 0x34, 0x03);
> +    ns2501_writeb(dvo, 0x35, 0xff);
> +
> +    ns2501_writeb(dvo, 0x80, 0x27);
> +    ns2501_writeb(dvo, 0x81, 0x03);
> +    ns2501_writeb(dvo, 0x82, 0x41);
> +    ns2501_writeb(dvo, 0x83, 0x05);
> +
> +    ns2501_writeb(dvo, 0x8d, 0x02);
> +    ns2501_writeb(dvo, 0x8e, 0x04);
> +    ns2501_writeb(dvo, 0x8f, 0x00);
> +
> +    ns2501_writeb(dvo, 0x90, 0xff); /* vertical */
> +    ns2501_writeb(dvo, 0x91, 0x07);
> +    ns2501_writeb(dvo, 0x94, 0x00);
> +    ns2501_writeb(dvo, 0x95, 0x00);
> +
> +    ns2501_writeb(dvo, 0x96, 0x00);
> +
> +    ns2501_writeb(dvo, 0x99, 0x00);
> +    ns2501_writeb(dvo, 0x9a, 0x88);
> +
> +    ns2501_writeb(dvo, 0x9c, 0x23);
> +    ns2501_writeb(dvo, 0x9d, 0x00);
> +    ns2501_writeb(dvo, 0x9e, 0x25);
> +    ns2501_writeb(dvo, 0x9f, 0x03);
> +
> +    ns2501_writeb(dvo, 0xa4, 0x80);
> +
> +    ns2501_writeb(dvo, 0xb6, 0x00);
> +
> +    ns2501_writeb(dvo, 0xb9, 0xc8); /* horizontal? */
> +    ns2501_writeb(dvo, 0xba, 0x00); /* horizontal? */
> +
> +    ns2501_writeb(dvo, 0xc0, 0x05); /* horizontal? */
> +    ns2501_writeb(dvo, 0xc1, 0xd7);
> +
> +    ns2501_writeb(dvo, 0xc2, 0x00);
> +    ns2501_writeb(dvo, 0xc3, 0xf8);
> +
> +    ns2501_writeb(dvo, 0xc4, 0x03);
> +    ns2501_writeb(dvo, 0xc5, 0x1a);
> +
> +    ns2501_writeb(dvo, 0xc6, 0x00);
> +    ns2501_writeb(dvo, 0xc7, 0x73);
> +    ns2501_writeb(dvo, 0xc8, 0x02);
> +
> +  } else if (mode->hdisplay == 640 && mode->vdisplay == 480) {
> +    /* mode 274 */
> +    DRM_DEBUG_KMS("%s: switching to 640x480\n",__FUNCTION__);
> +    /*
> +    ** No, I do not know where this data comes from.
> +    ** It is just what the video bios left in the DVO, so
> +    ** I'm just copying it here over.
> +    ** This also means that I cannot support any other modes
> +    ** except the ones supported by the bios.
> +    */
> +    ns->reg_8_shadow &= ~NS2501_8_BPAS;
> +
> +    ns2501_writeb(dvo, 0x11, 0xa0);
> +    ns2501_writeb(dvo, 0x1b, 0x11);
> +    ns2501_writeb(dvo, 0x1c, 0x54);
> +    ns2501_writeb(dvo, 0x1d, 0x03);
> +
> +    ns2501_writeb(dvo, 0x34, 0x03);
> +    ns2501_writeb(dvo, 0x35, 0xff);
> +
> +    ns2501_writeb(dvo, 0x80, 0xff);
> +    ns2501_writeb(dvo, 0x81, 0x07);
> +    ns2501_writeb(dvo, 0x82, 0x3d);
> +    ns2501_writeb(dvo, 0x83, 0x05);
> +
> +    ns2501_writeb(dvo, 0x8d, 0x02);
> +    ns2501_writeb(dvo, 0x8e, 0x10);
> +    ns2501_writeb(dvo, 0x8f, 0x00);
> +
> +    ns2501_writeb(dvo, 0x90, 0xff); /* vertical */
> +    ns2501_writeb(dvo, 0x91, 0x07);
> +    ns2501_writeb(dvo, 0x94, 0x00);
> +    ns2501_writeb(dvo, 0x95, 0x00);
> +
> +    ns2501_writeb(dvo, 0x96, 0x05);
> +
> +    ns2501_writeb(dvo, 0x99, 0x00);
> +    ns2501_writeb(dvo, 0x9a, 0x88);
> +
> +    ns2501_writeb(dvo, 0x9c, 0x24);
> +    ns2501_writeb(dvo, 0x9d, 0x00);
> +    ns2501_writeb(dvo, 0x9e, 0x25);
> +    ns2501_writeb(dvo, 0x9f, 0x03);
> +
> +    ns2501_writeb(dvo, 0xa4, 0x84);
> +
> +    ns2501_writeb(dvo, 0xb6, 0x09);
> +
> +    ns2501_writeb(dvo, 0xb9, 0xa0); /* horizontal? */
> +    ns2501_writeb(dvo, 0xba, 0x00); /* horizontal? */
> +
> +    ns2501_writeb(dvo, 0xc0, 0x05); /* horizontal? */
> +    ns2501_writeb(dvo, 0xc1, 0x90);
> +
> +    ns2501_writeb(dvo, 0xc2, 0x00);
> +    ns2501_writeb(dvo, 0xc3, 0x0f);
> +
> +    ns2501_writeb(dvo, 0xc4, 0x03);
> +    ns2501_writeb(dvo, 0xc5, 0x16);
> +
> +    ns2501_writeb(dvo, 0xc6, 0x00);
> +    ns2501_writeb(dvo, 0xc7, 0x02);
> +    ns2501_writeb(dvo, 0xc8, 0x02);
> +
> +  } else if (mode->hdisplay == 1024 && mode->vdisplay == 768) {
> +    /* mode 280 */
> +    DRM_DEBUG_KMS("%s: switching to 1024x768\n",__FUNCTION__);
> +    /*
> +    ** This might or might not work, actually. I'm silently
> +    ** assuming here that the native panel resolution is
> +    ** 1024x768. If not, then this leaves the scaler disabled
> +    ** generating a picture that is likely not the expected.
> +    **
> +    ** Problem is that I do not know where to take the panel
> +    ** dimensions from.
> +    **
> +    ** Enable the bypass, scaling not required.
> +    **
> +    ** The scaler registers are irrelevant here....
> +    **
> +    */
> +    ns->reg_8_shadow |= NS2501_8_BPAS;
> +    ns2501_writeb(dvo, 0x37, 0x44);
> +  } else {
> +    /* Data not known. Bummer!
> +    ** Hopefully, the code should not go here
> +    ** as mode_OK delivered no other modes.
> +    */
> +    ns->reg_8_shadow |= NS2501_8_BPAS;
> +  }
> +  ns2501_writeb(dvo, NS2501_REG8, ns->reg_8_shadow);
> +
> +  /*
> +  ** Restore the old i915 registers before
> +  ** forcing the ns2501 on.
> +  */
> +  restore_dvo(dvo);
> +}
> +
> +/* set the NS2501 power state */
> +static void ns2501_dpms(struct intel_dvo_device *dvo, int mode)
> +{
> +  struct ns2501_priv *ns = (struct ns2501_priv *)(dvo->dev_priv);
> +  unsigned char ch;
> +
> +  DRM_DEBUG_KMS("%s: Trying set the dpms of the DVO to
> %d\n",__FUNCTION__,mode);
> +
> +  ch = ns->reg_8_shadow;
> +
> +  if (mode == DRM_MODE_DPMS_ON)
> +    ch |= NS2501_8_PD;
> +  else
> +    ch &= ~NS2501_8_PD;
> +
> +  if (ns->reg_8_set == 0 || ns->reg_8_shadow != ch) {
> +    ns->reg_8_set    = 1;
> +    ns->reg_8_shadow = ch;
> +    ns2501_writeb(dvo, NS2501_REG8, ch);
> +  }
> +  /*
> +  ** Note that this may actually fail,namely exactly
> +  ** when the chip vanished from the bus.
> +  **
> +  ** Should I force-enable it here??
> +  */
> +}
> +
> +static void ns2501_dump_regs(struct intel_dvo_device *dvo)
> +{
> +  uint8_t val;
> +
> +  ns2501_readb(dvo, NS2501_FREQ_LO, &val);
> +  DRM_LOG_KMS("NS2501_FREQ_LO: 0x%02x\n", val);
> +  ns2501_readb(dvo, NS2501_FREQ_HI, &val);
> +  DRM_LOG_KMS("NS2501_FREQ_HI: 0x%02x\n", val);
> +  ns2501_readb(dvo, NS2501_REG8, &val);
> +  DRM_LOG_KMS("NS2501_REG8: 0x%02x\n", val);
> +  ns2501_readb(dvo, NS2501_REG9, &val);
> +  DRM_LOG_KMS("NS2501_REG9: 0x%02x\n", val);
> +  ns2501_readb(dvo, NS2501_REGC, &val);
> +  DRM_LOG_KMS("NS2501_REGC: 0x%02x\n", val);
> +}
> +
> +static void ns2501_destroy(struct intel_dvo_device *dvo)
> +{
> +  struct ns2501_priv *ns = dvo->dev_priv;
> +
> +  if (ns) {
> +    kfree(ns);
> +    dvo->dev_priv = NULL;
> +  }
> +}
> +
> +struct intel_dvo_dev_ops ns2501_ops = {
> +  .init = ns2501_init,
> +  .detect = ns2501_detect,
> +  .mode_valid = ns2501_mode_valid,
> +  .mode_set = ns2501_mode_set,
> +  .dpms = ns2501_dpms,
> +  .dump_regs = ns2501_dump_regs,
> +  .destroy = ns2501_destroy,
> +};
> 
> diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/intel_display.c
> linux-3.4.1/drivers/gpu/drm/i915/intel_display.c
> --- linux-3.4.1-orig/drivers/gpu/drm/i915/intel_display.c
> 2012-06-01 09:18:44.000000000 +0200
> +++ linux-3.4.1/drivers/gpu/drm/i915/intel_display.c    2012-06-08
> 16:55:20.000000000 +0200
> @@ -1142,7 +1142,7 @@ static void assert_pch_ports_disabled(st
>   *
>   * Note!  This is for pre-ILK only.
>   */
> -static void intel_enable_pll(struct drm_i915_private *dev_priv,
> enum pipe pipe)
> +void intel_enable_pll(struct drm_i915_private *dev_priv, enum pipe pipe)
>  {
>      int reg;
>      u32 val;
> 
> diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/intel_dvo.c
> linux-3.4.1/drivers/gpu/drm/i915/intel_dvo.c
> --- linux-3.4.1-orig/drivers/gpu/drm/i915/intel_dvo.c    2012-06-01
> 09:18:44.000000000 +0200
> +++ linux-3.4.1/drivers/gpu/drm/i915/intel_dvo.c    2012-06-08
> 12:50:16.000000000 +0200
> @@ -37,6 +37,7 @@
>  #define SIL164_ADDR    0x38
>  #define CH7xxx_ADDR    0x76
>  #define TFP410_ADDR    0x38
> +#define NS2501_ADDR     0x38
> 
>  static const struct intel_dvo_device intel_dvo_devices[] = {
>      {
> @@ -61,6 +62,13 @@ static const struct intel_dvo_device int
>          .dev_ops = &ivch_ops,
>      },
>      {
> +            .type = INTEL_DVO_CHIP_TMDS,
> +            .name = "ns2501",
> +            .dvo_reg = DVOC,
> +            .slave_addr = NS2501_ADDR,
> +            .dev_ops = &ns2501_ops,
> +    },
> +    {
>          .type = INTEL_DVO_CHIP_TMDS,
>          .name = "tfp410",
>          .dvo_reg = DVOC,
> 
> diff -rup linux-3.4.1-orig/drivers/gpu/drm/i915/Makefile
> linux-3.4.1/drivers/gpu/drm/i915/Makefile
> --- linux-3.4.1-orig/drivers/gpu/drm/i915/Makefile    2012-06-01
> 09:18:44.000000000 +0200
> +++ linux-3.4.1/drivers/gpu/drm/i915/Makefile    2012-06-08
> 12:50:54.000000000 +0200
> @@ -34,7 +34,8 @@ i915-y := i915_drv.o i915_dma.o i915_irq
>        dvo_ch7017.o \
>        dvo_ivch.o \
>        dvo_tfp410.o \
> -      dvo_sil164.o
> +      dvo_sil164.o \
> +      dvo_ns2501.o
> 
>  i915-$(CONFIG_COMPAT)   += i915_ioc32.o
> 
> 
> /* snip */
> 
> 
> Please check and confirm to which degree this is working.
> 
> Thanks,
>     Thomas
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-06-08 19:28 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-06-08 16:15 Patch for bug #17902 - support for ns2501 DVO chip Thomas Richter
2012-06-08 19:30 ` Daniel Vetter

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox