public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: yakui_zhao <yakui.zhao@intel.com>
To: "intel-gfx@lists.freedesktop.org" <intel-gfx@lists.freedesktop.org>
Cc: "Zhang, Rui" <rui.zhang@intel.com>, linux-acpi@vger.kernel.org
Subject: Re: [Intel-gfx] RFC] [Patch] [DRM/I915] :Check the LID device to decide whether	the LVDS should be initialized
Date: Fri, 12 Jun 2009 09:00:01 +0800	[thread overview]
Message-ID: <1244768401.3618.17.camel@localhost.localdomain> (raw)
In-Reply-To: <1244714614.3618.10.camel@localhost.localdomain>

On Thu, 2009-06-11 at 18:03 +0800, yakui_zhao wrote:
cc: Linux-acpi
> Hi, All
> 
>     This is a patch that the LID device is checked to decide whether the LVDS should
> be initialized. If there is no LID device, it won't initialize the LVDS output device
> in KMS mode on the boxes based on intel mobile chipset. In such case the pipe occupied
> by LVDS can be used for other output device.
>     If the LID device can be found, it will continue the current flowchart.
>     
>     On some boxes the mobile chipset is used and there is no LVDS device. In such
> case we had better not initialize the LVDS output device so that one pipe can
> be used for other output device. For example: E-TOP in bug 21496
> 
> But unfortunately the LVDS device is still initialized on such boxes based on
> mobile chipset in KMS mode. It brings that this pipe occupied by LVDS can't be
> used for other output device.
> 
> After checking the acpidump we find that there is no LID device on such boxes.
> In such case we can use the LID device to decide whether the LVDS device should
> be initialized. 
> 
> If there is no LID device, we can think that there is no LVDS device. It is
> unnecessary to initialize the LVDS output device.
> If there exists the LID device, it will continue the current flowchart.
> 
> Maybe on some boxes there is no LVDS device but the LID device is found. In
> such case it had better be added to the quirk table.
> 
> Welcome the comments.
>    Yakui
> ---
>  drivers/gpu/drm/i915/intel_lvds.c |   79 ++++++++++++++++++++++++++++++++++++++
>  1 file changed, 79 insertions(+)
> 
> Index: linux-2.6/drivers/gpu/drm/i915/intel_lvds.c
> ===================================================================
> --- linux-2.6.orig/drivers/gpu/drm/i915/intel_lvds.c	2009-06-11 15:27:07.000000000 +0800
> +++ linux-2.6/drivers/gpu/drm/i915/intel_lvds.c	2009-06-11 17:42:07.000000000 +0800
> @@ -36,6 +36,7 @@
>  #include "intel_drv.h"
>  #include "i915_drm.h"
>  #include "i915_drv.h"
> +#include <linux/acpi.h>
>  
>  /**
>   * Sets the backlight level.
> @@ -503,7 +504,74 @@
>  
>  	{ }	/* terminating entry */
>  };
> +#ifdef CONFIG_ACPI
> +/*
> + * check_lid_device -- check whether it is ACPI LID device.
> + * @handle: ACPI device handle
> + * @level : depth in the ACPI namespace tree
> + * @context: the number of LID device when we find the device
> + * @rv: a return value to fill if desired (Not use)
> + *
> + * check whether it is a LID device by comparing the HID. If it is,
> + * increase the number of LID device.
> + */
> +static acpi_status
> +check_lid_device(acpi_handle handle, u32 level, void *context,
> +			void **retyurn_value)
> +{
> +#define		ACPI_HID_LID		"PNP0C0D"
> +	struct acpi_device *acpi_dev;
> +	int *p_lid = (int *)context;
> +
> +	acpi_dev = NULL;
> +	/* Get the acpi device for device handle */
> +	if (acpi_bus_get_device(handle, &acpi_dev) || !acpi_dev) {
> +		/* If there is no ACPI device for handle, return */
> +		return AE_OK;
> +	}
> +	if (!strncmp(acpi_device_hid(acpi_dev), ACPI_HID_LID, 7)) {
> +		/*
> +		 * compare the device HID with "PNP0C0D". If it is equal, the
> +		 * LID device is found. Increase the count
> +		 */
> +		(*p_lid)++;
> +	}
> +	return AE_OK;
> +}
> +/**
> + * check whether there exists the ACPI LID device by enumerating the ACPI
> + * device tree.
> + * If ACPI is disabled, there is no ACPI device tree. 0 is returned.
> + * If the LID device is found, it will return zero.
> + * If no LID device is found, it will return  -ENODEV.
> + */
> +static int intel_lvds_find_lid(void)
> +{
> +	int lid_count = 0;
>  
> +	if (acpi_disabled) {
> +		/*
> +		 * if ACPI is disabled, there is no ACPI device tree. And
> +		 * we don't know whether there exists the LID device.
> +		 * In such case we will return 0.
> +		 */
> +		return 0;
> +	}
> +
> +	acpi_walk_namespace(ACPI_TYPE_DEVICE, ACPI_ROOT_OBJECT,
> +				ACPI_UINT32_MAX,
> +				check_lid_device, &lid_count, NULL);
> +
> +	if (!lid_count) {
> +		/* No LID device is not found. Return -ENODEV */
> +		return -ENODEV;
> +	}
> +
> +	return 0;
> +}
> +#else
> +static inline int intel_lvds_find_lid(void) { return 0; }
> +#endif
>  /**
>   * intel_lvds_init - setup LVDS connectors on this device
>   * @dev: drm device
> @@ -526,6 +594,17 @@
>  	if (dmi_check_system(intel_no_lvds))
>  		return;
>  
> +	if (intel_lvds_find_lid()) {
> +		/* If there is no LID device, we can think that there is
> +		 * no LVDS output device. In such case it is unnecessary to
> +		 * create the LVDS output device.
> +		 * But maybe on some boxes there is no LVDS device while the
> +		 * LID device is found. If so, it had better be added to
> +		 * the quirk list.
> +		 */
> +		return;
> +	}
> +
>  	if (IS_IGDNG(dev)) {
>  		if ((I915_READ(PCH_LVDS) & LVDS_DETECTED) == 0)
>  			return;
> 
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx


       reply	other threads:[~2009-06-12  0:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1244187921.3558.223.camel@localhost.localdomain>
     [not found] ` <1244200261.11142.20.camel@gaiman.anholt.net>
     [not found]   ` <1244422347.3698.6.camel@localhost.localdomain>
     [not found]     ` <1244585813.4896.34.camel@gaiman.anholt.net>
     [not found]       ` <20090609153559.2e93479d@jbarnes-x200>
     [not found]         ` <1244714614.3618.10.camel@localhost.localdomain>
2009-06-12  1:00           ` yakui_zhao [this message]
2009-06-15 18:33             ` [Intel-gfx] RFC] [Patch] [DRM/I915] :Check the LID device to decide whether the LVDS should be initialized Vladimir 'phcoder' Serbinenko
2009-06-16  3:31               ` yakui_zhao
2009-06-16 10:59                 ` Vladimir 'phcoder' Serbinenko
2009-06-18  6:27                   ` yakui_zhao
2009-06-13  5:48           ` Alexander E. Patrakov
2009-06-13  5:50             ` Alexander E. Patrakov
2009-06-15  7:41             ` yakui_zhao

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=1244768401.3618.17.camel@localhost.localdomain \
    --to=yakui.zhao@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=rui.zhang@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