All of lore.kernel.org
 help / color / mirror / Atom feed
From: Igor Gnatenko <i.gnatenko.brain@gmail.com>
To: Aaron Lu <aaron.lu@intel.com>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>,
	"intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	ACPI Devel Mailing List <linux-acpi@vger.kernel.org>,
	Anton Gubarkov <anton.gubarkov@gmail.com>
Subject: Re: [PATCH] drm/i915/opregion: ignore firmware requests for backlight change
Date: Fri, 4 Jul 2014 12:32:30 +0400	[thread overview]
Message-ID: <CAFMg4WBN5MZtBr3+ShxkrHE1vTbhY4qd14AYXhX-zutdHUkZ=g@mail.gmail.com> (raw)
In-Reply-To: <53ACE2EF.8020808@intel.com>

I've tested legacy boot. I have this bug.
On Fri, Jun 27, 2014 at 7:20 AM, Aaron Lu <aaron.lu@intel.com> wrote:
> On 06/25/2014 07:08 PM, Jani Nikula wrote:
>> On Tue, 24 Jun 2014, Aaron Lu <aaron.lu@intel.com> wrote:
>>> Some Thinkpad laptops' firmware will initiate a backlight level change
>>> request through operation region on the events of AC plug/unplug, but
>>> since we are not using firmware's interface to do the backlight setting
>>> on these affected laptops, we do not want the firmware to use some
>>> arbitrary value from its ASL variable to set the backlight level on
>>> AC plug/unplug either.
>>
>> I'm curious whether this happens with EFI boot, or only with legacy.
>
> Igor, Anton,
>
> Are you using legacy boot or UEFI boot?
> Possible to test the other case?
>
>>
>> One comment inline, otherwise
>
> Will add that in next revision.
>
>>
>> Acked-by: Jani Nikula <jani.nikula@intel.com>
>
> Thanks for the review!
>
> -Aaron
>
>>
>> for merging through the ACPI tree, as the change is more likely to
>> conflict there.
>>
>>> Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=76491
>>> Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=77091
>>> Reported-and-tested-by: Igor Gnatenko <i.gnatenko.brain@gmail.com>
>>> Reported-and-tested-by: Anton Gubarkov <anton.gubarkov@gmail.com>
>>> Signed-off-by: Aaron Lu <aaron.lu@intel.com>
>>> ---
>>>  drivers/acpi/video.c                  | 3 ++-
>>>  drivers/gpu/drm/i915/intel_opregion.c | 7 +++++++
>>>  include/acpi/video.h                  | 2 ++
>>>  3 files changed, 11 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
>>> index fb9ffe9adc64..cf99d6d2d491 100644
>>> --- a/drivers/acpi/video.c
>>> +++ b/drivers/acpi/video.c
>>> @@ -241,13 +241,14 @@ static bool acpi_video_use_native_backlight(void)
>>>              return use_native_backlight_dmi;
>>>  }
>>>
>>> -static bool acpi_video_verify_backlight_support(void)
>>> +bool acpi_video_verify_backlight_support(void)
>>>  {
>>>      if (acpi_osi_is_win8() && acpi_video_use_native_backlight() &&
>>>          backlight_device_registered(BACKLIGHT_RAW))
>>>              return false;
>>>      return acpi_video_backlight_support();
>>>  }
>>> +EXPORT_SYMBOL(acpi_video_verify_backlight_support);
>>>
>>>  /* backlight device sysfs support */
>>>  static int acpi_video_get_brightness(struct backlight_device *bd)
>>> diff --git a/drivers/gpu/drm/i915/intel_opregion.c b/drivers/gpu/drm/i915/intel_opregion.c
>>> index 2e2c71fcc9ed..02943d93e88e 100644
>>> --- a/drivers/gpu/drm/i915/intel_opregion.c
>>> +++ b/drivers/gpu/drm/i915/intel_opregion.c
>>> @@ -403,6 +403,13 @@ static u32 asle_set_backlight(struct drm_device *dev, u32 bclp)
>>>
>>>      DRM_DEBUG_DRIVER("bclp = 0x%08x\n", bclp);
>>>
>>> +    /*
>>> +     * If the acpi_video interface is not supposed to be used, don't
>>> +     * bother processing backlight level change requests from firmware.
>>> +     */
>>> +    if (!acpi_video_verify_backlight_support())
>>> +            return 0;
>>
>> I'd appreciate a DRM_DEBUG_KMS here about what happened. We're bound to
>> wonder about that staring at some dmesg later on!
>>
>>> +
>>>      if (!(bclp & ASLE_BCLP_VALID))
>>>              return ASLC_BACKLIGHT_FAILED;
>>>
>>> diff --git a/include/acpi/video.h b/include/acpi/video.h
>>> index ea4c7bbded4d..92f8c4bffefb 100644
>>> --- a/include/acpi/video.h
>>> +++ b/include/acpi/video.h
>>> @@ -22,6 +22,7 @@ extern void acpi_video_unregister(void);
>>>  extern void acpi_video_unregister_backlight(void);
>>>  extern int acpi_video_get_edid(struct acpi_device *device, int type,
>>>                             int device_id, void **edid);
>>> +extern bool acpi_video_verify_backlight_support(void);
>>>  #else
>>>  static inline int acpi_video_register(void) { return 0; }
>>>  static inline void acpi_video_unregister(void) { return; }
>>> @@ -31,6 +32,7 @@ static inline int acpi_video_get_edid(struct acpi_device *device, int type,
>>>  {
>>>      return -ENODEV;
>>>  }
>>> +static bool acpi_video_verify_backlight_support() { return false; }
>>>  #endif
>>>
>>>  #endif
>>> --
>>> 1.9.3
>>>
>>
>



-- 
-Igor Gnatenko

  parent reply	other threads:[~2014-07-04  8:32 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-24  2:35 [PATCH] drm/i915/opregion: ignore firmware requests for backlight change Aaron Lu
2014-06-25 11:08 ` Jani Nikula
2014-06-27  3:20   ` Aaron Lu
2014-06-30  5:26     ` Anton Gubar'kov
2014-07-04  8:06     ` Igor Gnatenko
2014-07-04  8:32     ` Igor Gnatenko [this message]
2014-07-07  7:43   ` [PATCH v2] " Aaron Lu
2014-07-07 12:51     ` Rafael J. Wysocki
2014-07-08  1:30       ` Aaron Lu
2014-07-07 13:01     ` Rafael J. Wysocki
2014-07-08  1:21       ` Aaron Lu
2014-07-08  8:09     ` [PATCH v3] " Aaron Lu
2014-07-08 12:48       ` Rafael J. Wysocki
2014-07-09  1:20         ` Aaron Lu

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='CAFMg4WBN5MZtBr3+ShxkrHE1vTbhY4qd14AYXhX-zutdHUkZ=g@mail.gmail.com' \
    --to=i.gnatenko.brain@gmail.com \
    --cc=aaron.lu@intel.com \
    --cc=anton.gubarkov@gmail.com \
    --cc=daniel.vetter@ffwll.ch \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=rjw@rjwysocki.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.