Patch for bug #17902 - support for ns2501 DVO chip

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

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


[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux