Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <a75c2439-415c-a132-754c-7676029f792b@redhat.com>
Date:   Mon, 24 Oct 2022 16:59:23 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.3.1
Subject: Re: [PATCH v2] ACPI: video: Fix missing native backlight on
 Chromebooks
Content-Language: en-US
To:     Akihiko Odaki <akihiko.odaki@daynix.com>,
        Dmitry Osipenko <dmitry.osipenko@collabora.com>,
        "Rafael J. Wysocki" <rafael@kernel.org>,
        Len Brown <lenb@kernel.org>,
        Dmitry Torokhov <dmitry.torokhov@gmail.com>,
        Sean Paul <seanpaul@chromium.org>
Cc:     kernel@collabora.com, linux-acpi@vger.kernel.org,
        dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
References: <20221024141210.67784-1-dmitry.osipenko@collabora.com>
 <37ec64ac-9e08-dd41-4b20-8701bf9413fb@daynix.com>
From:   Hans de Goede <hdegoede@redhat.com>
In-Reply-To: <37ec64ac-9e08-dd41-4b20-8701bf9413fb@daynix.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Precedence: bulk

Hi,

On 10/24/22 16:52, Akihiko Odaki wrote:
> On 2022/10/24 23:12, Dmitry Osipenko wrote:
>> Chromebooks don't have backlight in ACPI table, they suppose to use
>> native backlight in this case. Check presence of the CrOS embedded
>> controller ACPI device and prefer the native backlight if EC found.
>>
>> Suggested-by: Hans de Goede <hdegoede@redhat.com>
>> Fixes: 2600bfa3df99 ("ACPI: video: Add acpi_video_backlight_use_native() helper")
>> Signed-off-by: Dmitry Osipenko <dmitry.osipenko@collabora.com>
>> ---
>>
>> Changelog:
>>
>> v2: - Added explanatory comment to the code and added check for the
>>        native backlight presence, like was requested by Hans de Goede.
>>
>>   drivers/acpi/video_detect.c | 12 ++++++++++++
>>   1 file changed, 12 insertions(+)
>>
>> diff --git a/drivers/acpi/video_detect.c b/drivers/acpi/video_detect.c
>> index 0d9064a9804c..9cd8797d12bb 100644
>> --- a/drivers/acpi/video_detect.c
>> +++ b/drivers/acpi/video_detect.c
>> @@ -668,6 +668,11 @@ static const struct dmi_system_id video_detect_dmi_table[] = {
>>       { },
>>   };
>>   +static bool google_cros_ec_present(void)
>> +{
>> +    return acpi_dev_found("GOOG0004");
>> +}
>> +
>>   /*
>>    * Determine which type of backlight interface to use on this system,
>>    * First check cmdline, then dmi quirks, then do autodetect.
>> @@ -730,6 +735,13 @@ static enum acpi_backlight_type __acpi_video_get_backlight_type(bool native)
>>               return acpi_backlight_video;
>>       }
>>   +    /*
>> +     * Chromebooks that don't have backlight handle in ACPI table
>> +     * are supposed to use native backlight if it's available.
>> +     */
>> +    if (google_cros_ec_present() && native_available)
>> +        return acpi_backlight_native;
>> +
>>       /* No ACPI video (old hw), use vendor specific fw methods. */
>>       return acpi_backlight_vendor;
>>   }
> 
> Hi,
> 
> The native_available check does not prevent duplicate registration if vendor backlight registers first. It was enough for the combination of ACPI video and native because ACPI video delays its registration, but it is not the case for vendor/native combination.

There are no drivers providing acpi_backlight_vendor functionality on chromebooks.

All the drivers providing acpi_backlight_vendor functionality use vendor (Dell, Acer, Asus, etc.)
specific firmware (smbios, EC bitbanging or ACPI) backlight control method which are not available
on CoreBoot based ChromeBooks.

Also notice that the theoretical problem of a vendor driver loading first was already present
before the backlight refactor which landed in 6.1 and this has never been an issue.

Regards,

Hans